まつもとゆきひろ まつもとゆきひろ
まつもとゆきひろ まつもとゆきひろ
2024.01.10
「アイデアだけでは意味がない、実装されて初めて意味がある」 世界最古のプログラミング言語から学ぶ教訓
2023.09.21
“変化の拒絶”か“過剰な進化か”——求められるトレードオフ ソフトウェアが進化し続けるために必要なこと
2023.09.20
ユーザーに「何が欲しいの?」と聞くのは“リーダーの怠慢” プロダクトづくりを成功に導く、真のリーダーのあるべき態度
2023.09.19
なぜRubyは30年間生き残ることができたのか? まつもとゆきひろ氏が考える、ソフトウェアプロダクトとしての3つの特異性
2023.08.18
「目の前の“悪いこと”を結果“良いこと”にする」のは自分自身 プログラミング歴44年の先輩が贈る、知恵と教訓
2023.08.17
巨大なタスクに圧倒されそうな時は“分割統治”で征服せよ ゴールまで走り続けるために有効な考え方
2023.08.16
エンジニアは推測するな、計測せよ まつもとゆきひろ氏が説く、非機能要件で数字を重視すべき理由
2023.08.15
関数・変数・機能に対する名付け方は“理解の試金石” まつもとゆきひろ氏が、プログラミングで名前が大事だと思う理由
2023.07.07
ソフトウェアが“死”を迎えないためにできること Ruby30年を振り返って語る、発展におけるバランスの難しさ
2023.07.06
「RubyはRailsと一緒に“峡谷”を乗り越えた」 「キャズム理論」に沿った、Rubyが広まるまでの歩み
2026.02.16
A評価でも昇給なし…等級上限に達した高パフォーマーの処遇問題 モチベーション低下を生まない評価制度の運用法
2025.12.22
内発的動機づけとは? 外発的動機づけとの違い・メリット・デメリット・重要性を解説
2026.02.13
「若者が働かない」のではない、過去200年が異常だったのだ “搾取”の終わりとAI時代の希望
2026.02.13
デキる部下とそうでない部下には“正反対の指導”が必要 社員のタイプ別・マネジメントの注意点
2026.02.09
部下が本音を言わなくなる上司の共通点 「なんでもっと早く言わない?」が増える理由
2026.02.16
上司も部下も“自分を守る”から対話が止まる 職場で増えている「被害者意識」とは?
2026.02.12
優秀な部下を潰してしまう上司の行動 仕事ができる若手ほど陥ってしまう“自責思考“の落とし穴
2026.02.12
「やらなかった」はメンバーの責任だが「できなかった」は采配の問題 ハイパフォーマーに依存せず成果を出す組織のつくり方
2026.02.19
上司が知っておきたいチームをパンクさせない「タイパ抜群の仕組み化術」 仕事の進め方から考える適材適所の配置方法
2025.08.28
「週刊少年ジャンプ」を超えると宣言した日 「ジャンプ+」が受け継いだ“新連載推し”の文化
100億達成は、管理職で9割決まる ~「宣言」を「達成」に変える、管理職育成のポイントを解説~
2026.02.06 - 2026.02.06
【常に余裕がある成長の仕方】全力に見えない働き方 / 上手に手間の抜き方を身につけよう / 「雑用」な仕事はない / 常に全力<長く動ける / 誰かのために抜いて余力をつくる
2025.11.03 - 2025.11.03
設立20年超えの中小企業がぶつかる「心理的安全性の高め方」解説セミナー
2026.01.29 - 2026.01.29
AIではなく"人"が武器になる営業力とは? 〜キーエンス流×生成AIで育てる営業の本質〜
2026.01.22 - 2026.01.22
【社内トレーナー研修実施ガイド】はじめての社内トレーナーが意識するポイント解説!
2025.12.17 - 2025.12.17