2025.2.14_Developers Summit 2025_登壇資料

2025年2月14日に開催されたDevelopers Summit2025登壇資料です。

-----------

【セッションタイトル】
技術の「幅」から広げるエンジニアリング — 創業ベンチャーCTOから大企業レガシー刷新へ

【セッション概要】
技術の「深さ」を求めにいくのか、技術の「幅」を求めにいくのか — エンジニアなら誰しも一度は考えたことのある問いではないでしょうか。
どちらが正解ということはないかと思いますが、ここでは一旦、技術の「幅」にフォーカスを当ててみたいと思います。
創業ベンチャーCTOから大企業のレガシー刷新までを経験している身として、技術の「幅」を広げることで何ができるようになったかを、現在進行形で取り組んでいる、丸井グループが誇るエポスカードの巨大なシステムとの奮闘記録とともにお伝えできればな、と思います。

【登壇者情報】
巣籠 悠輔
株式会社マルイユナイト（株式会社丸井グループ）
エンジニアリング部 シニアアーキテクト

学生時代にGunosy, READYFORの創業メンバーとして、エンジニアリングやデザインを担当。
大学院修了後、電通にてデジタルクリエイティブの企画・制作、ディレクションに従事。Googleニューヨーク支社勤務を経て、医療AI・アプリのスタートアップを共同創業。CTOとして開発・技術戦略を担う。
その傍ら、東京大学の招聘講師としてディープラーニングの講義を担当。
会社売却後、国内のベンチャー企業・大手企業の社外取締役や技術顧問を経て、マルイユナイトの設立時より技術戦略・組織設計に携わる。

Transcript

1. 技術の「幅」から広げるエンジニアリング 創業ベンチャーCTO から大企業レガシー刷新へ 巣籠 悠輔 Yusuke Sugomori
2. いきなりですが... エンジニアとして生きていく上で、 技術の「幅」と「深さ」、どちらが大事？ 自己紹介は後ほど
3. 結論、 どっちも大事！ 領域 x レベル の面積をどう増やしていくか、 というお話💡
4. サービス 立ち上げ期は 幅 拡大期は 深さ ただし、相性としては... が大事と一般的には言われる（今日は「幅」に着目）
5. 技術の「幅」にも ２種類ある フルスタックエンジニアリング ソフトウェアアーキテクティング ひとくちに「幅」と言っても... こちらをキーワードに 話していきます
6. 自己紹介
7. 巣籠 悠輔 Yusuke Sugomori @yusugomori
8. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット 何をやってきたか・やっているか ・・・
9. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット 何をやってきたか・やっているか ・・・  ​ 会社になる前の  ​ Gunosy, Readyfor, マネーフォワード  ​ あたりの開発をしていました。
10. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット 何をやってきたか・やっているか ・・・  ​ 一番バズったのは CSS SANS  ​ （すでにサイトはクローズ... ）  ​ CSS でフォントを作ったもので、  ​ 国内海外で変態呼ばわりされました。
11. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット 何をやってきたか・やっているか ・・・  ​ 創業ベンチャーのCTO として、  ​ オンライン診療アプリ開発および  ​ 医療AI の開発をしていました。  ​ まさしく「全部やる」状態だった  ​ ので、メンバーが増えるまでは  ​ なかなか大変でした...
12. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット 何をやってきたか・やっているか ・・・  ​ Gunosy 時代にデザインを手伝って  ​ もらったグッドパッチ代表の土屋さん （丸井グループの非常勤役員でもある）  ​ と話しているうちに、気付いたら  ​ マルイユナイトに関わることに（！）  ​ 丸井グループがもつ大規模なシステム  ​ まわりを見ています。 どんなシステムなのか、は後ほど...
13. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット 何をやってきたか・やっているか ・・・
14. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット ・・・ フルスタック アーキテクティング こっちは 一方、こっちは より強く求められる（求められた）のは... 何をやってきたか・やっているか
15. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット ・・・ フルスタック アーキテクティング 何をやってきたか・やっているか
16. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット ・・・ フルスタック アーキテクティング 何をやってきたか・やっているか
17. 特に創業直後なんかは、エンジニアメンバーは少ない （ひとりとかも全然ある... ） 必然的に、フルスタックな振る舞いが求められる （フロントエンド、バックエンド、インフラ全部やるしかない💦）
18. サービス立ち上げ期には、間違いなく 技術の「幅」（フルスタックなスキル）が必要 一方で、技術の「深さ」については割り切る！ 「自分よりエンジニアリング力のある人はいくらでもいる」 し、全ての領域で完璧なんて、ムリ
19. 特に、今は Cursor や Cline などを活用して 文字通り「幅を利かせやすい」環境にある 開発時に自分に「生成AI バフ」をかけられるので、 ※ 実際、ソロプレナーも増えている
20. 更に... すでに DeepSeek-​ V3 などの登場で価格破壊が起きているように、 今後、生成AI を活用したエンジニアリングはより手軽にできるように 自分で 0 → 1 をやりたいならば、 技術の「幅」＋ バフ を活かしてソロプレナーもおすすめ
21. 一方で... やはり「大規模なシステムの開発に携わりたい」という場合、 自分で 0 → 1 スタートは（うまくいっても）それなりに時間がかかる そこで、マルイユナイトに参画
22. ここまでのまとめ サービス立ち上げ期は、技術の「幅」が大事 特に、フルスタックエンジニアリングスキルが必要 Cline などで生成AI バフを得てソロプレナーもあり
23. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット 何をやってきたか・やっているか ・・・ フルスタック アーキテクティング
24. 学生時代から色々サービスを作ったり、手伝ったり ひとりでもバズ狙いで色々サイトを作ったり 会社も共同創業したり（後にエグジット） 色々経て、マルイユナイトの設立時よりコミット 何をやってきたか・やっているか ・・・ フルスタック アーキテクティング
25. https://prtimes.jp/main/html/rd/p/000003581.000003860.html PR TIMES 記事より
26. 「マルイ」と聞いて、何をイメージしますか？
27. 「マルイ」と聞いて、何をイメージしますか？ 店舗のイメージが強いかもしれませんが、 実は、収益の大半はクレジットカ ードなんです（！ ）
28. マルイは、小売とフィンテックの会社 大規模なクレジットカードのシステムを抱えています （カード会員数750 万人以上）
29. 1960 年に日本初のクレジットカード発行 2006 年にエポスカード発行 エポスカードも20 年近い長い歴史をもつ 大規模で、長い歴史をもつシステム... ｳｯ
30. 技術負債 いわゆるレガシーシステム。 これを刷新しないことには、よいサービスを作れない。
31. でも、レガシーと聞くと敬遠されがちだけど... レガシー「刷新」も 新しく作り直すので、 サービス立ち上げとやることは変わらない！ 加えて、レガシーを見る ・変える力も必要
32. レガシー刷新の代表的なアプローチのひとつは、ストラングラーパターン ＝ 現システムから切り出せる部分を徐々に新システムに移行していく どこを切り出せるか・切り出した後の設計はどうするかなど、 システム全体のアーキテクチャを考え、決定する必要がある ＝ アーキテクティング
33. クライアント層 プレゼンテーション層 ビジネスロジック層 データベース ブラウザなど html WEB コンテナ jsp/ servlet EJB コンテナ EJB コンポー ネント 例）「ちょっと古い」 J2EE ベースのアプリケーション 前提： システムが巨大すぎて、一気に全ては移行できない
34. クライアント層 プレゼンテーション層 ビジネスロジック層 データベース ブラウザなど html WEB コンテナ jsp/ servlet EJB コンテナ EJB コンポー ネント ここがひとつのアプリケーションサーバで動かす 巨大モノリシック前提であるため、システムが 大規模になると DevOps サイクルが回らない アプローチ１： 現在のアーキテクチャの問題を把握する マイクロサービス or モジュラーモノリス化が必須
35. クライアント層 プレゼンテーション層 ビジネスロジック層 データベース ブラウザなど html WEB コンテナ jsp/ servlet EJB コンテナ EJB コンポー ネント アプローチ２： レイヤー間の依存関係を把握する 実際のコードを見ると、レイヤー間の依存が双方向になっており、 どこかを改修するとシステム全体を見直さなくてはならない状態に 分離のしやすさ・影響度の大きさを鑑みて、どこのドメインから着手するかを判断...
36. クライアント層 プレゼンテーション層 ビジネスロジック層 データベース ブラウザなど html WEB コンテナ jsp/ servlet EJB コンテナ EJB コンポー ネント アプローチ３： 業種独自の制約を把握する クレジットカード会員情報を扱う場合、そのシステムは PCI DSS に準拠しなくてはならない（セキュリティ基準） 準拠する必要のない部分も同じサーバでホストされていたために、 PCI DSS 要件に引きずられていることが判明。 ここを切り出すことの事業効率への貢献度合いが高い
37. ... などなど、レガシー刷新は様々な観点からアプローチを考える必要がある 技術の「幅」によって、 アーキテクティングが活き てくる ※ ただし、レガシー刷新は技術力だけが必要というわけではないことに注意
38. ちなみに... レガシー刷新では、 生成AI を活用するのは現状ではなかなか厳しい （大規模システムだと、コンテキスト長が溢れてしまう） 技術の「幅」を活かし「生成AI フレンドリー」な単位で リアーキテクチャすることが求められていく （アーキテクチャは動的なもの）
39. ここまでのまとめ レガシー刷新でも、技術の「幅」が大事 特に、ソフトウェアアーキテクティングスキルが必要 生成AI フレンドリーなアーキテクチャが大事になりそう
40. 最後のまとめ 技術の「幅」を広げることで、0 → 1 でも 大規模システムでも、活躍の場を広げることができる 生成AI を活用することが前提となってきた今、 技術の幅をもっていることが強みになる フルスタッ クエンジニアリング、ソフ トウェアアーキテクティング
41. Thank you!
42. Appendix
43. 参考：2025 年第2 四半期決算補足資料 営業利益は、小売33 億に対してフィンテック224 億
44. アーキテクティングに関しては、 「ソフトウェアアーキテクチャの基礎」 が、非常に参考になる - ソフトウェア「アーキテクト」 という働き方