まつもとゆきひろ まつもとゆきひろ
まつもとゆきひろ まつもとゆきひろ
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.08
若手に任せた仕事、上がってくるけど“なんか違う” 仕事の方程式で考える、上司と部下の「ズレ」の正体
2026.07.06
頼られるメンターと老害を分ける紙一重の違いとは 若くても職場で老害になる人の共通点
2026.07.03
KPIを「目標」の意味で使う人は要注意 仕事ができない人が使いがちな“危険なビジネスワード”3選
2026.07.10
打ち手の提案がズレているのは「現状把握」ができていないから 大前研一の考え方に通ずる、良いたたき台の作り方
2026.07.09
AIの回答がイマイチなのは"前提"を伝えていないから 期待と打ち手の「ズレ」をなくす、仕事の構造方程式
2014.07.03
【書き起こし】野々村竜太郎県議、"号泣"記者会見 「キッチリ報告してんのに、なんで自分を曲げんといかんのや」
2026.06.29
能力不足よりタチが悪い“組織を壊す優秀な人”の正体 自社に絶対入れてはいけない人の見極め方
2015.11.24
人は食事をしないとどうなるか 餓死に至る3つのステップ
2026.07.13
AIからしっくりくる案を引き出す「逆質問」のやり方 打ち手のズレをなくす3要素
2026.07.07
「安易に転職する20代」への警鐘 新卒から3年〜5年は焦らなくていい理由