「何を作るか」でなく「何を解くか」 事業をエンジニアリングし、AIと共に進化する / Not What to build but What to think about Engineering businesses and evolving with AI
by
CARTA Engineering
×
Copy
Open
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Slide 1
Slide 1 text
「何を作るか」でなく「何を解くか」 事業をエンジニアリングし、AIと共に進化する 技育祭 2026 春 2026.03.22 CARTA HOLDINGS fluct SSP&アドサーバー部 副部⻑ なっかー (@konsent_nakka)
Slide 2
Slide 2 text
⾃⼰紹介
Slide 3
Slide 3 text
得意な技術領域 Front Server Data Cloud Intra やってきたこと ● CARTA 新卒⼊社 6年⽬ ● SSP配信‧管理画⾯ 副部⻑‧テックリード ○ 全体100名, エンジニア 40名 ● PHPer Kaigi 2025, PHP Conference 2025 関⻄ 登壇 2020年新卒⼊社 fluct プロダクト開発本部 SSPアドサーバー部 なっかー @konsent_nakka
Slide 4
Slide 4 text
01 AIと共に進化する⽅法 / AIでなにが変わったのか
Slide 5
Slide 5 text
結論から先に
Slide 6
Slide 6 text
Q. 実装がAIで圧縮された今、 エンジニアは何で勝負するのか?
Slide 7
Slide 7 text
A. 課題を⾃分ごととして捉え、 「何故やるのか」「何を解くのか」 を決めること
Slide 8
Slide 8 text
なぜそう⾔い切れるのか ⾃分のレベルアップの過程を通じてお話します
Slide 9
Slide 9 text
前提知識
Slide 10
Slide 10 text
資料のタイトルを「テーマの編集」から入れてください CARTA HOLDINGSについて 18 8 180 エンジニア組織 事業 人 (エンジニアのみ) 2000人over
Slide 11
Slide 11 text
fluctがどのような事業か
Slide 12
Slide 12 text
前提知識 広告配信の仕組み 広告主 メディア 広告主側 配信事業 メディア側 配信事業 落札通知 入札・配信 配信委託 配信 広告表示のたびに、毎度オークションを行っている
Slide 13
Slide 13 text
前提知識 広告配信の仕組み 広告主 メディア 広告主側 配信事業 メディア側 配信事業 1日数十億リクエストが処理される fluctはメディア側配信事業の1つ
Slide 14
Slide 14 text
fluctにおけるお⾦の流れ
Slide 15
Slide 15 text
前提知識 fluctにおけるお金の流れ 広告主 メディア 広告配信料 広告掲載料 ● 1日数十億リクエストを捌く / 数百ms以内で処理が必要 ● 1円/req のズレがとてつもない得損を生む規事業領域
Slide 16
Slide 16 text
前提知識 fluctにおけるお金の流れ 広告主 メディア 広告配信料 広告掲載料 ● 1日数十億リクエストを捌く / 数百ms以内で処理が必要 ● 1円/req のズレがとてつもない得損を生む規事業領域 会計機能を 担当
Slide 17
Slide 17 text
時代背景
Slide 18
Slide 18 text
当時と今のfluct開発風景 2020年頃(入社当時) ● インフラ ○ オンプレ・EC2・puppet…… ● CI/CD ○ Jenkins・CircleCIが主流 ● 開発スタイル ○ AIアシストなし ○ 全部、自分で書く 前提知識 2026年の今 ● インフラ ○ Fargate・terraform・n8n…… ● CI/CD ○ GitHub Actions 一強 ● 開発スタイル ○ Claudeでコードを書いて、 Claude Actionsがレビュー ○ 自分が時間をかけて書いたもの と同等のものが一瞬で出る
Slide 19
Slide 19 text
AGENDA 01 AIと共に進化する方法 / AIでなにが変わったのか 02 Lv0:社会人になる前の自分 03 Lv1:タスクをもらってやるだけの世界 04 Lv2:1人でfluct会計システムを背負う 05 Lv3:国の税制変更という未知の中で 02 01
Slide 20
Slide 20 text
Lv0:社会人になる前の自分 当時、やっていたこと ● ゲーム開発・Webアプリ開発 ● CARTAのエンジニアインターン「Treasure」を経験、入社 CARTA入社を決めた理由 ● エンジニア社員の根底にあるエンジニアリング文化に惹かれた ○ 『この人たちと一緒に働きたい』と思った 自分を測る物差し ● 「実装できる = 成長」 Lv0 → Lv3:レベルアップの旅
Slide 21
Slide 21 text
AGENDA 01 AIと共に進化する方法 / AIでなにが変わったのか 02 Lv0:社会人になる前の自分 03 Lv1:タスクをもらってやるだけの世界 04 Lv2:1人でfluct会計システムを背負う 05 Lv3:国の税制変更という未知の中で 03 01
Slide 22
Slide 22 text
Lv1:タスクをもらってやるだけの世界 (1年目) 当時、求められていたこと ● fluct SSP 全般 管理画面・レポートシステム・配信サーバーを一通り触る ● 頼まれたタスクを一人でやり切れること どう乗り越えたのか ● Lv0: 「実装できる = 成長」 ● Lv1: 周りを頼りながら、 業務知識を学び、課題を解き切る Lv0 → Lv3:レベルアップの旅
Slide 23
Slide 23 text
AGENDA 01 AIと共に進化する方法 / AIでなにが変わったのか 02 Lv0:社会人になる前の自分 03 Lv1:タスクをもらってやるだけの世界 04 Lv2:1人でfluct会計システムを背負う 05 Lv3:国の税制変更という未知の中で 04 01
Slide 24
Slide 24 text
Lv2:1人でfluct会計システムを背負う (1年目後半~2年目) 求められたこと ● 1人でfluct 会計システムの開発・メンテナンスを担うこと ● 仕様がわからないシステムを読み解き、ビジネス要求に自分で答える こと 状況 ● 前任者が去り、仕様を知る人間がいない状態で丸ごと任された ○ 1日数十億リクエスト分の管理 ○ 1円のズレも許されない業務知識の塊 ● 毎日ビジネスサイドから質問・要求の雨 Lv0 → Lv3:レベルアップの旅
Slide 25
Slide 25 text
Lv2:乗り越えてわかったこと 取り組んでいたこと ● 周りの強いエンジニアを参考に、コードを読み解きながらビジネス 側と対話を繰り返した ● 一人では解決しないと悟り、とにかく周りを巻き込んだ 当時の感情・感覚 ● 当時の感情としてはとにかく焦っていた。一人では解決しないし、 いいものができない。 ● とにかく周りと話し、コードを読み解き、がむしゃらに繰り返した Lv0 → Lv3:レベルアップの旅
Slide 26
Slide 26 text
Lv2:乗り越えてわかったこと どう乗り越えたのか ● Lv1: タスクをもらって自力で倒せること、実装力が上がること ● Lv2: 「何故これをやるのか」を考え、優先度を自分で決め、判断す る側になること Lv0 → Lv3:レベルアップの旅
Slide 27
Slide 27 text
AGENDA 01 AIと共に進化する方法 / AIでなにが変わったのか 02 Lv0:社会人になる前の自分 03 Lv1:タスクをもらってやるだけの世界 04 Lv2:1人でfluct会計システムを背負う 05 Lv3:国の税制変更という未知の中で 05 01
Slide 28
Slide 28 text
Lv3:国の税制変更という未知の中で (入社3〜4年目) Lv0 → Lv3:レベルアップの旅 インボイス制度とは ● 2023年10月1日、税の扱いに関する取り決めが国家レベルで大きく変わった ● 定められた書式の書類(インボイス)がないと支払った消費税を 経費として認めない 起きたこと ● 取引先に対してインボイス発行するためのデータ管理が必要になった ● 会計システムや経理上の対応が必要になった
Slide 29
Slide 29 text
Lv3:国の税制変更という未知の中で Lv0 → Lv3:レベルアップの旅 議論のポイント ● 特にこの消費税の取り扱いについてよく取沙汰されていた ● Q. 発注側、受注側のどちらが消費税を負担するべきか? ○ 例えるなら「先輩と後輩でご飯行った時、先輩が常に奢るべきかどう か?」 ○ 今後の経営に対して大きなインパクトを与える意思決定 求められたこと ● 正解が決まっていない状況で、fluctとしての答えをシステムに落とすこと ● 技術的な実装変更より、不確実性の高い中での決断が本当に大変だった
Slide 30
Slide 30 text
Lv3:やったこと・気づき やったこと ● 事業責任者に「fluctとしてどうあるべきか」を提案した ○ 不確実性に対してどう対応したのか? ■ 経理・法務という知識をつける ■ fluctの立ち位置としての対応を考える ● 財務・法律の業務知識を経理・法務の方を頼りつつ自分で勉強した ● Slackチャンネル作成・Q&A作成・事例共有で全社に知識を伝搬した Lv0 → Lv3:レベルアップの旅
Slide 31
Slide 31 text
Lv3:やったこと・気づき どう乗り越えたのか ● Lv2: 「なぜこれをやるのか」を考え、優先度を決め、判断する ● Lv3: 正解が不明確でも、不確実性を下げ、今ある手札で決断する 気づき ● 事業の深部に踏み込むからこそ、事業に沿った”良いもの”が作れる Lv0 → Lv3:レベルアップの旅
Slide 32
Slide 32 text
06 AIと共に進化する⽅法
Slide 33
Slide 33 text
AIによって開発サイクルが変わった AIと共に進化する方法 これまでの開発サイクルのあり方 要求・設計・実装・テスト・レビュー・デプロイ・監視 この流れを人間がやっていた The Software Development Lifecycle is Dead
Slide 34
Slide 34 text
AIによって開発サイクルが変わった AIと共に進化する方法 これからの開発サイクルのあり方 意図をAIエージェントに伝えるとデプロイまで一気に進む 人間は意図に沿って「ちゃんと動くか」を判断することが仕事になる The Software Development Lifecycle is Dead
Slide 35
Slide 35 text
ビジネスと開発のループ AIと共に進化する方法 当時は「開発サイクル」しか 見えていなかった だが、 開発はあくまでも事業活動の一部 開発 サイクル
Slide 36
Slide 36 text
ビジネスと開発のダブルループ AIと共に進化する方法 開発 サイクル (⼩) 開発 サイクル (⼩) ビジネスのサイクル(⼤) 開発の外側にはビジネスのサイクルがある ダブルループ構造になっている
Slide 37
Slide 37 text
「事業をエンジニアリングする」 AIと共に進化する方法 エンジニアの仕事の本質 ビジネス・開発のサイクルを両方回して 「事業を技術で進化させる」こと 開発 サイクル (⼩) ビジネスのサイクル(⼤) 「事業をエンジニアリングする」
Slide 38
Slide 38 text
AIが圧縮したのは開発サイクルだけ AIと共に進化する方法 開発 サイクル (⼩) 開発 サイクル (⼩) ビジネスのサイクル(⼤) AIが圧縮したのは開発サイクルだけ ビジネスサイクルは変わらずに残る 嬉しい ● 「なぜ」を考える という成長ポイントにフォーカス 嬉しくない ● 実装力を積み上げる成長プロセスが 大なり小なり奪われた
Slide 39
Slide 39 text
AIに使われる側にならないために 良くないのは やったけど「なぜ上手くいったか・失敗したか」分からない状態 → 成長に繋がらない「やった」が積まれるだけ。 AIを使う側に行くためには 「なぜやるのか」「どうしてこうなったのか」「何を解くか」を考え続ける →個々の判断が蓄積して、欲しい状態を判断する「判断軸」が養われる AIと共に進化する方法
Slide 40
Slide 40 text
「何を作るか」でなく「何を解くか」 ● 実装の速さはAIに任せる時代 ● 「何を解くか」を問い続ける人間こそが、 AIを加速装置にできる これが、Lv0からLv3の旅を通して自分が学んだこと AIと共に進化する方法
Slide 41
Slide 41 text
まとめ
Slide 42
Slide 42 text
焦りの正体と、これからのモノサシ 自分が今、学生だったらどう思ったか ● 大部分の焦りの理由は「実装以外の手札を持っていない」こと ● 手札は自分で増やせる 。 Lv1→Lv2、Lv2→Lv3の自分がその証拠 AI時代の物差し ● コード1行、判断1個に対して「なぜ」に答えられる ○ 全てのアウトプットの質が上がる ○ 自信がつく。理由付けができると味方ができる ● 「何故やるのか、何を解くのかを考えて事業に向き合える」ことは AI時代において大きな追い風となる まとめ
Slide 43
Slide 43 text
そんな考えを体感できるインターン
Slide 44
Slide 44 text
「何故やるのか」「何を解くのか」を突き詰める まとめ ● 日時:8/10(月)〜8/28(金) 10:00〜18:30 ● 概要:技術講義、評価会体験、チーム開発 ● 形式:全日程 虎ノ門オフィス開催 ● 定員:20名程度 課題解決実践プログラム「Treasure」 チームを前に進める戦力に。 AI時代を生き抜く「フルサイクル開発」の真髄を掴む3週間
Slide 45
Slide 45 text
CARTAサマーインターン「Treasure」特徴 ● 「問い」から始める課題解決 ● エンジニア評価制度「技術力評価会」の運用改善がテーマ ● 各事業CTO/テックリードが3週間「ベタ付き」サポート ● 同世代トップレベルの仲間と切磋琢磨 まとめ エントリーはこちら