【読書】世界一流エンジニアの思考法

著者：牛尾　剛
文藝春秋

⭐️⭐️

会社で（意識高い系の）若手社員が、メールでこの本がいいよ、と係内にPRしてきた。約1年前、2024年の春頃のことだったと思う。その時に、図書館で予約すると既に順番待ちが100人ぐらいあったと思う。そんなにいい本なんだ😳とびっくり。

で、やっと順番が回ってきた。ワクワク🙂
目次をさらさらと見て、期待して読み始めたのだけど…。レベルが違い過ぎてちょっと消化不良な感じあり。なので⭐️2つ。
著者の牛尾さんどこか別の本でも見たような気がする。ネットで調べたけど以前のぼんやりとした記憶と一致するものがなかった。気のせいだったかも。

そのとおりなんだけど、「ほかの場所の振る舞いが変わら」ないことをチェックするのが難しく、保証ができない。抜けがあるかもしれないし。

「ブロック」というのがどういう状況なのか読み取れなかった。
ブロックが、2時間全く進捗ないというのなら、その仕事に着手する時に進め方が分からないと等しいので、2時間経たなくてもすぐに分かるんでは？
2時間で少しずつでも進捗してるのなら、「ブロック」の状態になっていないと思っていいのかな？

機能を絞って開発スピードアップってことね。40%作ればだいたい動くんだから。

メインとなる40%の機能に特化して開発を進める、ということね。

そうなんだけど、著者の方が書いている方法では、ミジュマルは納得・理解できなかった。つまり、今だによく分からん。

ずいぶん前、会社で、右手でタスク1をやって左手でタスク2をすれば並行に仕事できるだろう、と言うようなことを言ってた上司がいたなぁ。その時に、どうやってやるんですか？と聞いても具体的な方法は示されなかった。
シングルタスクの方が効率いいだろ、というのはその時からミジュマルは思っていたよ。

フローチャートやコメントが不要なくらいわかりやすい読み物としてコーディングしたいところ。

問い合わせが来たら、リプロ（不具合の再現確認）→原因特定→ソースコードの修正を頑張ろう✊ただし、明らかに〇〇さんの担当箇所で簡単にできそうになかったら、そのまま担当者に回そう。

ディスカッションして自分の意見にはならなかったら、結局、自分の意見が否定されたのと等しいと思うけどね。
ミジュマルの場合は、スキルアップに繋がった、とでも考えようと思ってる。

おっくんにも伝えといた。休憩するのはなんか別のことして気分転換できるようなことだよ、と。
今日はミジュマルはお休みの日で休息してたつもりだけど、いつも同様だらだらとしていた🤪お腹の調子が微妙で…と言い訳。

ミジュマルも勉強しようと思ったら、まず、机の上とか筆箱の中を片付けて、綺麗になって大満足👍勉強は開始せず、というパターンが多々あり。
ママのパソコン机、カオスなままだなぁ。
おっくんの勉強机、高校の時まで地層のように堆積していたけど、最近は綺麗だ😳

確かにプログラマーの派遣さん多い。プログラマーというよりコーディングする人、という形態が多いかな。