『世界一流エンジニアの思考法』を読んで

小さいミスやバグでコードが動かないということはよくある。その場合、何も考えず、とりあえずログを見ながらコード修正をして、直していく試行錯誤（トライアンドエラー）のようなアプローチを取りがちです。よく考えて修正するというより、手当り次第、修正して動けばラッキーというようなかたち。

［エラー］→［ログ］→［修正］→繰り返し …

コード（実装）の前にドキュメントで整理するということは取り入れたいと思った。新人研修で、コードの前にドキュメントをまとめてからというステップを組み込み、実装内容を整理するということはやったことがあり。研修限らず、実務でも有用かぁ。

考えてるだけで、やらないのは論外かぁ。。

成果を急ぎすぎず、細かい基礎の積み重ねの方が重要であり、そのほうが、長い目で見た時の生産性は上がる、ということ。とはいえ、アウトプットを何らか求められる現場にいる場合は難しそう。基礎の積み重ねが出来る環境に変えていく必要もありそう。仕事で難しければ、仕事以外の時間を使って基礎を積み重ねていくことも必要。

短期的には、目の前の仕事で最低限のアウトプットをしつつも、長期的には、基礎を積み重ねていくことも大事という考え方。

伝え方・・・・大事・・・・

テストステロン。。筋トレやらなきゃ。