背景
2025年も到来して振り返り記事をみまして
携わった技術のしょぼさも含め振り返り記事を書いていきます！！
今年は転職もできましたので、転職前と後で分けたいと思います。
転職前(1-7月)
この年はIT業界(自動車)で働いており、レーダークルーズコントロールなどの
自動運転系に携わっていました。
言語は統一性出すためなのかノーコードであり、先輩や後輩にメンバーながら仕事の割り振りやスケジュール管理を実施していました。
金額の管理はしてないです。
会議の話回しと割り振りと管理だけです。
成長や周りが同じ機能の経験者と言うことで、納期が近いもの以外は
自分の中で答え決めてから抽象度の高い状態で渡してました。
期待の斜め上から結果が来るのでおすすめしません
抽象度は下げましょう
単純にこのときは給与が低い
そして給与よりもキャリアが不安
そして転職へ(できれば天職へ)。。
転職後(8-12月)
IT業界で自動車NG,PLにはなりたいです。という状態で
なんとか決まりました。ありがとうエン転職 スカウト機能
最初はJavaでwebアプリでした！
このとき、業務で未経験ながらも先々に勉強してましたし
Javaは得意だから大丈夫で行きまして、
実際、問題なかったです。読めるわ書けるわ
（流れ的にだめだと思ったでしょ！？）
ただ、改修案件だったので行けたんかなというところと
設計書がまともでなく時々、嘘が混じってるのがやばかったですね。
おそらく課題等で決まった事が反映されてないんだと思います。
結果コードから逆追いで仕様を理解し既存仕様で困ったら
リーダーに即相談しました。
（一切答えは出なかったけど）
それはさておき注意も出てきました。
- 嘘 という言葉が刺々しい
- 周りのソースと合わせて(改行含め)
それぞれの注意は身に沁みさせて今後も気をつけていきます。
言葉は主観すぎて永遠の謎
今後に向けて
言語やフォーマットは異なれど、進め方は同一で結局学べたのは以下くらいです。。
- 単体テストフレームワーク, mockの使い方
- ライブラリ調査のやり方
- SQL再学習
- 避けてたC# Linq
- INCOTERMS 2020
- デザインパターン(ファクトリ, リポジトリ, DI)
なので引き続きプログラマやりつつ
上司の仕事に首突っ込んでPLになっていけたらなと
資格持ってたらできるわけではないですが基礎知識を身につける意味合いで
資格取ってPL, PMもどきでいいからやらしてくれと言いながら
仕事の出来を高めていければと！！