新人エンジニア 記事抜粋 ※随時更新

##なぜ記事をかこうと思ったか
私自身も1年目の新人エンジニアとして、働いていて
Qiitaの記事を拝見することがあるのですが
記事を見ていて、ふむふむと終わる機会が数多くありました。

記事等のURLはまとめているのですが、抜粋はしていないので
今の自分に必要だな、意識しておく必要があるなと思った記事の
備忘録として、今記事を投稿したいと思います。

##記事一覧
[【入社1年目の教科書】新人プログラマの為のたった５つの仕事の原則](https://qiita.com/yuya1191994/items/16dab06c64ddce8a9c5a) より
・50点のところまで出来たらまずはレビューをしてもらう
→新人が完璧なものをつくるには、まだまだ。
50点で提出することは、怠慢ではなく`最初のフィードバック`をいただく機会として捉える
・ただ作業するのではなく、常になんのために作成するのか把握する
→作業イメージを想像抱くのと、抱かないのでは全然違う
また、実装に設計やイメージ等の誤差があれば作り込んだ時間を無駄にしてしまうため

[新卒3年目のWebエンジニアが1・2年目にやってきた7つのこと
](https://qiita.com/rf_p/items/34f92d4e9d4398f2f969)より
・先輩のスキルを盗む
先輩はどんな書き方をしているのか、そこに対してどんな指摘を貰っているのかPRをみていた
・インプットを増やし、アウトプットする
→「アウトプットする目的ありきでインプットする」方がモチベーション高く保てる

[新人エンジニアへ伝えたいこと](https://qiita.com/supreme0110/items/21e10a7358dbd3d6aabf)より
・人と比べない、必ず分かる時が来る
→続けていけば必ず分かる時が来ます。
その時までは根気よく向き合い続けましょう
・聞くは一時の恥、聞かぬは一生の恥
→くだらないプライド(「分からない」という事実を知られることは恥ずかしい)を捨てて、
質問する

[新人エンジニアが意識すると良いなと思うことまとめ](https://qiita.com/mass-min/items/de9c8bed8fb794ba9450)
・自分が着手しているタスクについて、
なぜこれをやる必要があるのか、これをやり遂げた結果誰がどうなるからハッピー
なのか、やる意義を常に考える
→俯瞰してなぜそのタスクを行うのか考えながら行うことで、やりたいことはそのままで
コストを落とすことができたり、もっといい効果が現れることが期待できる
・自分の仕事が会社の利益につながっていることを意識する
→会社の利益UP→給料UP
・進んでファシリテートを行う
→司会役ではなく、
他のメンバーの発言を理解し噛み砕いて説明し直し、その認識で合っているかを確認する
メンバーに説明して合っているか確認することで、フィードバックももらうことができて
要約する力が身につく


[【初心者向け】実務未経験がプルリクエスト時レビュアーに指摘されたこと-コミット・RSpec編-](https://qiita.com/takashico/items/9d3dd50a063350e9701a)
・１つのコミットで複数の機能を追加するのは避ける
一気に複数の機能を実装して、1つのコミットにまとめると見る側が
意図を理解しづらくなるので常に意識してコミットをわける
・理解しやすいコミットメッセージを意識する
どういう目的で、何を、どうしたのか（追加・修正・更新・削除など）
をコミットメッセージに残せると見る側も意図を理解しやすい

[10年目のエンジニアが新人に教えたい、この仕事で重要な14のこと
](https://paiza.hatenablog.com/entry/2018/09/05/10%E5%B9%B4%E7%9B%AE%E3%81%AE%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%8C%E6%96%B0%E4%BA%BA%E3%81%AB%E6%95%99%E3%81%88%E3%81%9F%E3%81%84%E3%80%81%E3%81%93%E3%81%AE%E4%BB%95%E4%BA%8B%E3%81%A7)
・ゴールまでのストーリーを大事にする
目的、関わる人、アプローチ法、などのサクセスストーリーを考えることで
だんだん先読みができるようになってくる
・PDCAを積極的に回す
主体性を持って分析し、次回もっとうまくやるにはどうすればいいか？
を繰り返し考えながら仕事していく

[ゆるふわで入社したエンジニアが新卒１年目を終えて、これから就職する同志に伝えたい話](https://qiita.com/ryokkkke/items/cd5989faa8e2af8f78d5)
・コードレビューの単位をなるべく小さくする
開発の見積もりに慣れるまでは、最善の時間ではなく、最悪の時間を言いましょう
自分が「これくらいかかるだろう」と思った時間の
1.5倍から2倍くらいの時間を言っておくと良い

[10年目のエンジニアが新人に教えたい、この仕事で重要な14のこと
](https://paiza.hatenablog.com/entry/2018/09/05/10%E5%B9%B4%E7%9B%AE%E3%81%AE%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%8C%E6%96%B0%E4%BA%BA%E3%81%AB%E6%95%99%E3%81%88%E3%81%9F%E3%81%84%E3%80%81%E3%81%93%E3%81%AE%E4%BB%95%E4%BA%8B%E3%81%A7)
・勉強するくせ・調べるくせ・情報収集するくせをつける
ITエンジニアの仕事は、今の自分が知っていることだけでは戦っていけない
毎日少しずつでも自分の知らないものに触れておく
・アウトプットはインプットと同じぐらい大事
インプットした情報って、アウトプットして初めて自分の血肉になる
・特定の言語に依存しない分野の知識はかじっておく
正規表現やER図、オブジェクト指向など
・具体的な目標や理想を考えて、定期的に振り返る
「3ヶ月以内に〇〇言語を使った××アプリケーションを作れるようになる」みたいな
具体的な目標を掲げておいて、3ヶ月経った頃にできてるか振り返る
みたいなほうが急速に成長できる

[プログラミング勉強を加速させる7つの習慣](https://qiita.com/YudaiTsukamoto/items/42a8df22ca4c6b327dfd)
・1から10まで説明できるを理解したとする
説明出来ない個所があるとすれば理解できていないと同意とする
ラバーダックデバッキング(全くわからない人に説明する)を意識してみる
・用語を正しく使う
抽象的な概念も多いので、皆が統一して理解するために用意された用語を
使うことで、その分野の重要な概念を理解することに繋がる
・情報の信頼性を意識する
情報に辿り着く速さよりも情報の信頼性の高さを優先するべき
安易にブログ記事とかを見るでのはなく、書籍や公式リファレンスを
使い分けて学習する
・車輪の再発明を積極的にする
初心者が最初のうちにはしょぼいものしか作れないのだから、
車輪の再発明、コピーを作っていって
再発明したものを改善していく

[ペアプログラミングして気がついた新人プログラマの成長を加速する３つの習慣](https://qiita.com/KakkiiiiKyg/items/2d0920416a0e0187810d)
・よくコードを読み、理解することに時間をかける
大して理解していないのにどんどんコードを読み進めてしまうと
途中から全く分からなくなってしまうのできちんとコードを理解する
・常に目の前の問題を単純化することに知恵を使う
どこまでちゃんと動いていて、どの部分がエラーを吐いていて、その原因は何なのかを考える