完璧主義からの脱却 〜「作らないエンジニア」が見つけた、自力で解決する力〜

Transcript

1. 完璧主義からの脱却 〜「作らないエンジニア」が見つけた、自力で解決する力〜 2026/04/15 つくば拠点MeetUp 株式会社TOKIUM プロダクト本部　横断チーム統括部 原田 瑚子
2. 自己紹介 原田 瑚子 (Koko Harada) 📜 経歴 2002年生まれ。沖縄県出身 2025年3月 早稲田大学 商学部卒業 2025年7月 株式会社TOKIUM 入社 💻 CREチーム配属（調査・検 証） 2026年2月 外部連携チームへ異動 🚀 データ抽出フォーマット作成
3. 今日お話しすること 「開発しない」からこそぶつかった壁  コードを読む時の「完璧主義」の罠  AIの使い方を変えたら、理解が進んだ話  明日から始められる、たった1つのアクション 
4. 理想と現実 「エンジニア＝作る人」という思い込み
5. 配属されて気づいた「見えない壁」 学生時代の「理想」  エンジニアは、ゼロからコードを書いて 「新機能」を作る仕事だ。  自分が書いたコードだから、どこで何が 起きているか全部わかるはず。 配属後の「現実」  新機能開発ではなく、膨大な「既存シス テムの仕様・コード」を読み解く日々。  他人が書いたコードや複雑なデータの構 造に圧倒され、自力で解決できない焦 り。 「作る」よりも「読む・理解する」ことの方 が、圧倒的に難しかった。
6. 現場で学んだ教訓 「機能を作る」ことだけが エンジニアではない。 巨大な既存システムに立ち向かい、 自力で「理解する力」が求められる。
7. どうやって「理解」を深めたか？ 読解とAI活用のブレイクスルー
8. 立ちはだかった「完璧主義」の沼  全部を追おうとする 他人が書いた1つのメソッドを理解 するために、参照元をすべて順番 に正確に理解しようとしていた。  頭がパンクする 深く潜りすぎて「結局いま何の処 理を調べていたんだっけ？」と迷 子になってしまう。 （木を見て森を 見ず）  完璧主義を捨てる 「正確さ」よりも、まずは「大枠 を捉える」ことにフォーカスを切 り替えた。
9. ブレイクスルー①：想像で「読み飛ばす」 message_builder.rb def generate_welcome_message(user_id) # ① 名前を取得する別メソッド（中身は読まない！） name = fetch_user_full_name(user_id) # ② 残高を取得する別メソッド（中身は読まない！） points = calculate_current_point(user_id) # ... (この間に複雑な判定処理) ... return "#{name}様、現在の残高は#{points}ptです" end 💡 中身がわからなくても大丈夫！ 「DBからどう名前を取るか」は追わずに、 「ウェルカムメッセージを作る 処理だな」と名前から想像してスルーする勇気。  メソッド（処理の箱）の名前から「おおよそ の処理」を想像する。  中身まで深掘りせず、あえて「読み飛ば す」 。  まずは全体の「ストーリー（大枠） 」を掴 む。 完璧に読もうとするのをやめた瞬間、 理解スピードが劇的に上がった！
10. AI との付き合い方の変化 AIを「翻訳機」から「教師」へ
11. ブレイクスルー②：AI への「問い」を変える Before ( 答えを求める) 「これ、全体を要約・解説して！」  AIは「それがどういう意味か（結果） 」だ けを要約してくる。  その場は分かった気になるが、基礎の仕 組みを理解していないので応用が効かな い。 After ( 仕組みを学ぶ) 「この単語（処理） 、どういう仕組み？」  概念や基礎的な使い方そのものを教えて くれるようになる。  「点」の知識が自分の中で繋がり、少し ずつ「自分の力」で読めるようになっ た！ Now
12. 明日から始められる、たった1 つのアクション 1 Action AI に「答え」ではなく 「仕組み」を聞く プログラミングのコードでも、難しい課題でも、なんだか理解しき れない…という時はありませんか？そんな時は、全体を丸投げして 「答え」を聞くのを少しだけ我慢して、 分からない部分だけをピンポイントで抜き出し、 「これってどうい う仕組み？どう使うの？」と聞いてみてはどうでしょうか。きっ と、AIが皆さんの優秀な専属教師になってくれるはずです！
13. まとめ 機能を作らないエンジニアの仕事も存在する。 完璧主義を捨てて全体像を捉え、 AIから「点」の知識を学ぶことが理解への近道。 コードは完璧に読めなくても 日々「点」の理解を積み上げていくことが大切だと思います