カオスに立ち向かう小規模チームの装備の選択〜フルスタックTSという装備の強み _ 弱み〜/Ch...

April 22, 2025

130

カオスに立ち向かう小規模チームの装備の選択〜フルスタックTSという装備の強み _ 弱み〜/Choosing equipment for a small team facing chaos ~ Strengths and weaknesses of full-stack TS~

登壇者名：佐藤拓人
登壇したイベントタイトル：カオスに立ち向かう小規模チームの装備の選択〜フルスタックTSという装備の強み / 弱み〜
登壇したイベントのURL：https://toggle.connpass.com/event/349725/

株式会社ビットキー / Bitkey Inc.

April 22, 2025

More Decks by 株式会社ビットキー / Bitkey Inc.

See All by 株式会社ビットキー / Bitkey Inc.

型化からはじめる時間づくり/Creating Time Starting with Modeling

bitkey

職種に名前が付く、ということ/The fact that a job title has a name

bitkey

290

心に火を灯すヒントは自分の中にある/The clue to lighting a fire in your heart is within you.

bitkey

140

“感動”の伝播によって技術広報の心に火が灯った瞬間/By spreading excitement The moment when the hearts of the technical public relations staff were lit by the spread of “excitement”.

bitkey

380

属人化のピンチをチャンスに変える！メンバーの成長とチーム化を実現したオンボーディング/Turning the pinch of belonging into an opportunity! Onboarding with member growth and teaming

bitkey

130

なぜ「Event Sourcing」を選択したのか〜事実に基づくことの重要性〜/Why did we choose "Event Sourcing"?

bitkey

470

大量の Cloud (Run) Functions からなるサービスのこれまでとこれから/The past and future of the service with lots of Cloud (Run) functions

bitkey

220

スキルだけでは満たせない、 “組織全体に”なじむオンボーディング/Onboarding that fits “throughout the organization” and cannot be satisfied by skills alone

bitkey

280

golangci-lint とのつきあいかた/How to use golangci-lint

bitkey

130

Other Decks in Programming

See All in Programming

UMAPをざっくりと理解 / Overview of UMAP

kaityo256

PRO

1.4k

AIコーディングの理想と現実

tomohisa

37k

파급효과: From AI to Android Development

l2hyunwoo

150

generative-ai-use-cases(GenU)の推しポイント～2025年4月版～

hideg

370

AIコーディングエージェントを「使いこなす」ための実践知と現在地 in ログラス / How to Use AI Coding Agent in Loglass

rkaga

1.2k

Serving TUIs over SSH with Go

caarlos0

490

eBPF超入門「o11yに使える」とは (20250424_eBPF_o11y)

thousanda

110

AI時代の開発者評価について

ayumuu

230

Enterprise Web App. Development (1): Build Tool Training Ver. 5

knakagawa

120

note の Elasticsearch 更新系を支える技術

tchov

3.3k

RuboCop: Modularity and AST Insights

koic

2.3k

プロダクト横断分析に役立つ、事前集計しないサマリーテーブル設計

hanon52_

520

Featured

See All Featured

Improving Core Web Vitals using Speculation Rules API

sergeychernyshev

820

Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure

mongodb

9.5k

10 Git Anti Patterns You Should be Aware of

lemiorhan

PRO

656

60k

Refactoring Trust on Your Teams (GOTO; Chicago 2020)

rmw

2.9k

Distributed Sagas: A Protocol for Coordinating Microservices

caitiem20

331

21k

Building Applications with DynamoDB

mza

6.4k

Statistics for Hackers

jakevdp

798

220k

I Don’t Have Time: Getting Over the Fear to Launch Your Podcast

jcasabona

2.3k

The Psychology of Web Performance [Beyond Tellerrand 2023]

tammyeverts

2.7k

"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)

danielanewman

227

22k

Save Time (by Creating Custom Rails Generators)

garrettdimon

PRO

1.2k

GitHub's CSS Performance

jonrohan

1030

460k

Transcript

3 Copyright © 2025 Bitkey Inc. All right reserved. 自己紹介
佐藤拓人 Sato Takuto 2015.04 2019.05 2020.01 大学(建築学専攻)卒業後、株式会社ワークスアプリケーションズに入社会計システムのソフトウェア開発を担当特に財務会計の仕訳関連ビットキーへ参画 ECサイトの開発 / 保守、社内システムの開発 TaKuTyの開発今のHome事業の前身となるResidenceチームに配属スマートロックを扱う管理画面やバックエンド、スマホアプリの開発に従事 Now Home事業のプロダクト責任者複雑な事象を読み解いて構造化し、抽象化 / 汎用化できるように設計し、低コストで多くの価値をだせる開発をすることを好む
23 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) 少人数で一連のプロダクトを迅速に実現をする → 達成できた！・特に創業当初はガンガン機能リリースをゴリゴリに実施していた・1人で全て賄えるため、かなり早いスピード感を持ってプロダクトの実現をやりきてれたと思う。・一方で属人化が進む要因でもあった・サーバーサイド側の不都合を、フロント側でいい感じで吸収することでなんとか首が繋がっている状況... 最初のねらい
24 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) 責務を機能で分断せずに提供価値にフォーカス → 達成できた！& TypeScriptが一定寄与できた...はず！・元々何をやるか...ではなくてなぜやるか...を重視する組織文化ではあった・創業当初は、個人の裁量に委ねられるシチュエーションが多く個人で価値提供まで一貫して実現できる下地は意味があった・プロセスが型化されていく過程で、ここのメリットは薄れていった・リファインメントなどの場で事前に議論をする場が用意されるなど、提供価値にフォーカスした場が適宜組まれる仕組みとすることができたため ※ =フルサイクル開発者最初のねらい
25 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) 責務を機能で分断せずに提供価値にフォーカス → 達成できた！& TypeScriptが一定寄与できた...はず！・元々何をやるか...ではなくてなぜやるか...を重視する組織文化ではあった・創業当初は、個人の裁量に委ねられるシチュエーションが多く個人で価値提供まで一貫して実現できる下地は意味があった・プロセスが型化されていく過程で、ここのメリットは薄れていった・リファインメントなどの場で事前に議論をする場が用意されるなど、提供価値にフォーカスした場が適宜組まれる仕組みとすることができたため最初のねらい他の観点ではどう？
27 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) プロダクト全体の理解が深まりやすい → じわじわとボディーブローのように効いてくるヤツ・Webアプリ / サーバーサイドの両方を触るためアーキテクチャの構成や動作する仕組みなど理解しやすい・サーバーサイド側に重要なロジック (ドメイン知識) が集約されがちだが、全員が同程度の理解でプロダクトの実装ができる点で特に良いその他
28 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) 高いアジリティを維持しやすい → 運用やタスクに対する意識において良い影響があるはず・チーム全員の技術スタックがTypeScriptで得手不得手はあるものの、基本的には Webアプリ / サーバーサイドの両方が対応可能であるため、アサインなどで技術スタックを考慮する必要がない・そのため何ができるか？...ではなく何を実現するべきかで優先度を判断しやすいその他
29 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) 問い合わせ / 調査を迅速に完結させやすい → これは普通に嬉しいやつ！・Webアプリ / サーバーサイドの両方を常に開発しているのでほとんどの問い合わせを単独で解決できる・実際にはデバイス (Firmware) の観点や、Mobileアプリ / 認証認可のプラットフォーム...なども絡んでくることもあるので単独で解決できないことも稀にあるその他
30 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) モブやペアでタスクを組みやすい / 進めやすい → これが一番おいしかったかも！！・チームでタスクを進める際に、モブやペアでの進め方を積極的に採用しているがチーム全員の技術スタックがTypeScriptであるため、内容や理解度に応じて組み合わせを変えて実施しやすい・モブ / ペアでのタスクを進めやすいために比較的負荷を低く属人性の排除を実現できたように感じるその他
33 Copyright © 2025 Bitkey Inc. All right reserved. 4.
弱み (困っていること / 改善したいこと) Any大量発生 → リリースを最優先させていたため、よくわからずとりあえずAnyを使用していた・リリース最優先であり、当時は開発全メンバーが初めてTypeScriptを使用したこともあり、型の仕組みの理解が甘くうまく型解決できずにAnyを使っていたケースが多かった・当時はそこまで問題なかったものの、新しいメンバーが入ってきて既存機能の改修をする際などに多大な代償を払うこととなった創業当初の代償
34 Copyright © 2025 Bitkey Inc. All right reserved. 4.
弱み (困っていること / 改善したいこと) 属人化推進 → 全部自分がわかっていれば対応できるからドキュメントなどはない・フロント / サーバーの両方を1人で賄って実装を進め他ため、仕様が個人の頭の中に閉ざされていてもなんとかなっていた・自身でフロントも実装するためAPI仕様書がなくても困らなかった　(頻繁に機能追加 / 仕様変更があり変更コストが高かった背景もある) ・スケールした際に問題が露見...多大な代償を払うこととなった創業当初の代償
35 Copyright © 2025 Bitkey Inc. All right reserved. 4.
弱み (困っていること / 改善したいこと) 属人化推進 → 全部自分がわかっていれば対応できるからドキュメントなどはない・フロント / サーバーの両方を1人で賄って実装を進め他ため、仕様が個人の頭の中に閉ざされていてもなんとかなっていた・自身でフロントも実装するためAPI仕様書がなくても困らなかった　(頻繁に機能追加 / 仕様変更があり変更コストが高かった背景もある) ・スケールした際に問題が露見...多大な代償を払うこととなった創業当初の代償今でも困っていること
37 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) ランタイムでの型チェックがない → 型があるのに型を信じきれない... ・TypeScriptは静的型付け言語であり、コンパイル時に型チェックする。しかし、コンパイル後はJavaScriptに変換されるため、実行時に型チェックが行われない。・実行時に型チェックがなく、定義した型とは異なる型を持つ値が紛れ込むリスクがある。これにより、予期しない動作やバグが発生する可能性がある。・「any型」を使用すると、型チェックを回避することができ、どんな型の値でも受け入れる...。これにより、型安全性が失われ、コードがカオスな状態になるリスクがあるその他
38 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) サーバーサイドのデファクトスタンダードがない… → これに倣っていればとりあえずOK！...ってのがない・TypeScriptをサーバーサイドで使用する際、ExpressやNestJS、Honoなどのフレームワークが存在しますが、特定のフレームワークがデファクトスタンダードとして広く認識されているわけではない...と感じている(個人的にはEﬀectが好き) ・多くの選択肢があるため、プロジェクトに最適なフレームワークやライブラリを選ぶのが難しく、開発者間での意見の相違が生じることがある。・サーバーサイドでのTypeScriptの使用に関するベストプラクティスが明確でないため、プロジェクトごとに異なるアプローチが取られることが多く、コードの一貫性が失われる可能性があります。その他
39 Copyright © 2025 Bitkey Inc. All right reserved. 3.
強み (メリット) 様々な実装の仕方ができてしまう → 気を抜くと無法地帯になるリスク・TypeScriptは、関数型やオブジェクト指向など様々なスタイルで実装が可能です。他言語と比較して制約が少なく開発者は自由に設計できてしまいます。・この柔軟性により、実装者の個人的な好みがコードに反映されやすく、結果として一貫性のないコードスタイルが混在することがあり、視認性や保守性に影響を与える可能性があります。・統一されたコーディング規約がない場合、異なる実装スタイルが混在し、コードの一貫性が失われるリスクがあります。これにより、コードレビューやメンテナンスが困難になることがあります。・既存のオブジェクトを破壊することなどもできてしまいます... その他