山あり谷あり挫折のDiary

Transcript

1. 山あり谷あり 3月30日（土）　ノーマウント勉強会 どめっち 挫折のDiary
2. 自己紹介 ・名前：どめっち、どめ様、どめ先 ・23才、見習いフロントエンジニア ・外食産業向けVertical SaaSの 　スタートアップで、チームリーダー 　してます。 ・Slack芸人してます。
3. Twitterフォロータイム！
4. 今回のLTの内容 • エンジニア5年目を終えたので、一旦キャリアの棚卸しをする • 天才プログラマじゃない俺たちの生存戦略を考える
5. 一年目 全てが足りない 「変数ってなんなん」 「タイピング出来ん」 「Webの仕組みとか知らん」 「SVN？要らんやろ」 「varでええやんけ」 「変数とか一つでええやろ」
6. 当時のノート。
7. 一年目の俺にアドバイス • 変に「初心者でもわかるJava」とか読まないでいいから、 もっと低いレイヤーの良書を読みなさい。 • Progateやdotinstallなどの、実際に手を動かすことが出来る学習サイトを使 いなさい。 • 業務中に寝るのはやめなさい。
8. こういうの
9. 「お〜動いた。だから何なんだろう」 で終わらせないため どの部分にどのような技術が必要か？ を物を作りながら知ることが大切 （調べて出てくるコード） 学習サービスの利用
10. 二年目の俺「これでいいのか？」 日々の業務内容 • Wordで書かれた仕様書の整備 • スクショをExcelにただ貼り続けるだけの謎の「結 合テスト」 • 後から見ないであろう詳細設計書の 作成（二時間に一度はPCがクラッシュする） • 実装フェーズなんて全体の二割 （たま〜にプログラムを書ける）
11. 個人的に技術の勉強を始める • Vue.js / Nuxt.js jQueryをずっと使用していたため、学習のハードルが低かった • Git・GitHub SVNは使っていたが、どうやら世間ではGitというやつが主流らしい • Ruby / Ruby on Rails 日本発祥！カッケー！くらいの感覚
12. ５ヶ月ほどかけて個人サービスをリリース 実装やデザインは酷いものだが、 一人で公開まで持っていったのは非常に良い経験値になった。
13. 二年目の俺にアドバイス • 「何となく」で画面をデザインするのはやめなさい。 • 「何となく」でアーキテクチャを自作するのはやめなさい。 • 開発を楽にするための苦労をしなさい。（CI/CD、コンテナ技術） • 情報の収集を受動的にでも出来るように環境を整えなさい。（ Twitter等） • 業務中に寝るのはやめなさい。
15. 三年目。レビューにて。惨敗 え......なんでfor文のカウンタが「i」なんですか？ 配列処理は配列のメソッドを使ってください。 forEachとか使ったことありますよね......？ リーダブルコードとかちゃんと読みました？ アーキテクチャもうちょっと色々勉強した方が いいですよ？
16. 俺の技術力が足りてなさすぎる・・・・・・！
17. 当時取った対策 • 言われた通り、リーダブルコードを読み込んだ （もっと早く読めばよかった） • GitHubを使い、技術領域の被る著名なOSSの実装を読みまくった （Good first issueの検索サイトとかを使用） • 業務中は寝ないように気をつけた
18. 四年目。転職 • 三年目までで（特に前章の技術力における挫折）、 正しいベクトルで勉強する癖が定着 • カジュアル面談等を通し、自身の市場価値や不足 技術を継続的にチェックするようにしていた • 自身の市場価値と手取りとのギャップ・ 使用技術や業務内容が理想と遠いことから、転職を 決意
19. 五年目は何やかんや日々を過ごし • フロントエンドの正社員は自分のみだったのでめっちゃ頑張ったり • 組織拡張に伴って、面接を任せられる機会が増えたり • チームリーダーを任せてもらえるようになったり • 新技術の導入に一役買ってみたり
20. 最近。副業探しにて惨敗 元々面接等はそこそこ自信があった ……が、しどろもどろになってしまう経験をした • どのように、「自分の行動に対するインパクト」を測っているか • Biz側から決定された納期に対し、PJ開始前に「現実的でない」と感じた 時の対応 • Biz側から決定された納期に対し、PJ進行中に「遅れそうである」と感じ た時の対応
21. どのように、「自分の行動に対するインパクト」を測っているか 特にこの質問に上手く答えられなかったと感じる。 → あくまで「メンバー意識」が抜けず、「プレイヤー意識」に欠けていた。 （経験年数、背負うことになってきた肩書きに対し、求められるレベルが明確に上がって いる。そのレベルに追いつけていない）
22. 理想とのギャップを考える 「自分の行動に対するインパクト」という言葉 　 → ピンと来なかった 組織や会社に対しアプローチを積極的にかけるべき • 開発業務効率化を狙うアーキテクチャ提案・導入 • タスク消化だけではなく、現場をよく見てドメイン理解を深 める ◦ 顧客の利益に寄与する提案を出来るようになる ◦ 要件定義フェーズへの積極参加など
23. 理想とのギャップを考える ではどうやって「インパクト」を測るか？ 生産性： • 開発生産性可視化ツールの使用・KPIを定めての運用 ◦ FindyTeam + ◦ OffersMGR 顧客の利益： • 現場への継続参加 • 顧客やBiz側メンバーとのコミュニケーション
24. 以上から考える、 天才プログラマじゃない俺たちの生存戦略 • 「技術だけ」にフォーカスしない ◦ チームや関わっているドメインに関心を向ける • 技術を「実現のため」に学ぶ ◦ 一流のプログラマとしてではなく、一流の開発チームのメンバーとして組織に貢献 出来ることが理想