タイトルに沿った、業務の進め方

① 課題の把握と、修正後のどういう挙動を示すかを予想し把握する ② (ソースコードの成り立ちがわからなければ)実際にデバッグで動的に動かしながら、ソースコード全体の中のどの箇所を直せばいいか。大まかな場所(ファイル、クラス単位で)暴く ③ 暴いた箇所…

## 結論 実験表を作る。実験内容と前提条件を書き込み、その結果がどうだったかを記載する。メリットとしてここまではやったけど失敗したんだなという証明を紙に記し、上司が考える選択肢の幅を狭める。最低限の時間分の働きはできるようになる。 ## ダメな…

意識 習熟期間とどのくらいの習熟度になっているかの終わりを決めて、そこ以内に必ず終わらせる意気込みでやる 方法 メリット 期間 1 Webや書籍など複数の文献にあたり、DMACで内容をまとめる。 偏った意見を排し、情報の重心を掴む 半日(4~6時間) 2 文献等…

エンジニアがラクに仕事をするの定義 短い時間で成果を出し、自由時間を作り出せる 作業の巻き戻りがない ラクに仕事をするための方程式(zizynonno式仮説) ラクに仕事をする＝(鳥瞰理解+用語のイメージ理解+本質に近い場所で学習(一次情報)+基礎の把握+周り…

※(2019/05/13追記)自己愛が強い時代に執筆したものなので、文章が冗長でしかもわかりにくいです。近いうちに推敲なり記事を分けたりしながらリファクタします。 1. 背景 僕がエンジニアになろうと思ったきっかけは、自分の考えているサービスを形にできる技…