まつもとゆきひろ まつもとゆきひろ
まつもとゆきひろ まつもとゆきひろ
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.07.27
地頭がいい人と悪い人を分ける決定的な違い 仕事ができる人が無意識に行う“思考のクセ”
2026.07.30
的外れな仕事をする「打ち手バカ」にありがちなミス 作業前に確認したい、課題整理に使える“5つの型”
2026.07.28
成果が出ない組織のKPIは“あれもこれも” ドラッカーやジョブズが示した、パフォーマンスを上げる条件
2026.07.30
部長や事業部長が陥りがちな「大課長問題」とは? ミドル層の不全を生む職場構造の裏側
2026.07.24
「KPIってなんですか?」と聞かれたら 数値管理でも現場を詰める道具でもない、本来の意味
2026.07.28
初めての業務でも成果を出す人のシンプルな考え方 上場企業社長が教える3ステップ「モ・ゲ・ジョの法則」
2026.07.31
現場への口出しをやめられない部長がもたらす弊害 組織の疲弊を防ぐ「脱・大課長の8ヶ条」
2026.07.29
3週間で“地頭がいい人”になるためのトレーニング法 課題解決力を高める3つの視点
2026.07.21
部下を迷走させる「まずは自分なりにやってみて」の罠 囲碁に学ぶ、ちょうどいい「難易度」のマネジメント
2026.07.27
「伸びそうだがやり方がわからない」ところに投資すべき KPIマネジメントの専門家が説く戦略論
【人生の損失】「テイカー」の正体。9割が勘違いしている「搾取」の構造を徹底解説
2026.05.19 - 2026.05.19
【著者来館イベント】部長に研修を増やしても何も変わらない!「大課長」問題、本当の処方箋
2026.06.24 - 2026.06.24
まだ才能だと思ってる? 地頭を3週間で伸ばせる「思考の型」
2026.06.08 - 2026.06.08
『仕事と人生に効く教養としての囲碁入門』『「任せて育つチーム」はどこが違うのか』刊行記念対談~なぜできる営業パーソンは囲碁を打つのか~
2026.06.17 - 2026.06.17
形骸化した目標管理を、現場が自ら考え動く「成長の地図」に変えるKPI 4兄弟とG-POP習慣
2026.07.17 - 2026.07.19