~ 秘伝のタレ化した『神スプシ』と戦う ~ 関数型パラダイムで壊れない仕組みへ

めぐろLT #36 「オペレーションに立ち向かった話」@麻布台
https://meguro-lt.connpass.com/event/379339/

Transcript

1. 2026/05/18 めぐろLT #36 「オペレーションに立ち向かった話」@麻布台 ~ 秘伝のタレ化した『神スプシ』と戦う ~ 関数型パラダイムで壊れない仕組みへ
2. ほりしょー プロダクトエンジニア @ハコベル 去年1年間、CSを兼務 @H0R15H0 https://youtu.be/ZFTW6Ete9eE?feature=shared https://zenn.dev/hacobell_dev/articles/131cbcb873e8ba https://zenn.dev/hacobell_dev/articles/4bf484a360d343 2
3. CSの現場で見つけた課題 ▶︎ 去年1年間、CS（カスタマーサクセス）を担当 ▶︎ そこで立ちはだかったのは、業務を支える「神スプレッドシート」 ▶︎ オペレーション上、コアなシステムだが裏側には肥大化したGAS。 ▶︎ メンテが苦しい、 、 、 3
4. 誰もメンテナンスでき ない状態 ブラックボックス化 業務のボトルネック 「動けばいい」からの限界 圧倒的な属人化 clasp（GASのローカル 開発ツール）の導入や TS化はされている 👍 アーキテクチャはない 管理の形骸化 非エンジニアの努力の 結晶であることにはリ スペクト 👏 さらなる機能拡張や引 き継ぎは不可能 拡張性の限界 4
5. 誰でも高速に、この業務基盤を構築・メンテできるアーキテクチャの導入 「AI親和性」×「脱・属人化」 「AI親和性」×「脱・属人化」 「AI親和性」×「脱・属人化」 「AI親和性」×「脱・属人化」 5
6. GASに関数型エラーハンドリングを導入 「データの集計」や「フォーマットのマッピング」をスプシが担う ▶︎ エンジニア視点では、バリデーション・型変換・エラーハンドリングの連続 Railway Oriented Programming (鉄道志向プログラミング) をアーキテクチャに ▶︎ 処理の流れを「正常系のレール」と「異常系のレール」に綺麗に分離 　 パイプラインのようにつなぎ合わせる設計手法 ▶︎ 複雑な条件分岐に依存しない、バリデーション・型変換・エラーハンドリングを実現 https://fsharpforfunandprofit.com/rop/ 6
7. try-catchベースの エラーハンドリング 7
8. try-catchベースの エラーハンドリング 処理が煩雑になりhappy-pathが追いづらい 8
9. 関数型エラーハンドリングの場合 エラーハンドリングを強制しつつ 終端に寄せることができる （詳細は割愛 💦） 正 常 系 9
10. 自己文書化とAIコスト低下 型によるガードレール 処理が上から下へ一本道で読めるコード に 人間だけでなく、AIにとっても読みやす いコードに 高速な開発を実現 関数型エラーハンドリングで得られた効果 TypeScriptの型安全性をフル活用 AIがコードを変更しても壊れないガード レールを設置 業務を止める復帰不能エラーを未然に防 ぎ、心理的安全性を向上 10
11. まとめ 神スプシ（Excel）はどこにでも存在 AIの発展によりエンジニアリングが民主化している今、スケールさせるアーキテクチ ャ選定がエンジニアリングの鍵に 関数型のパラダイムはAI時代の壊れないガードレールとなる その他（コードベースのテンプレ化・SDDの導入）改善も ぜひ懇親会でお話しできれば 👋 https://zenn.dev/hacobell_dev/articles/typescript-neverthrow-csv-error-handling 11