5. 規模の⼤きなシステムを作る時の選択肢は? 🤔
l ライブラリ系/ミドルウェアはOSSを漁ればお⼿本はたくさんある
l こんな感じで作ればいいなっていう勘所は⼗分つかめる
l 規模の⼤きいシステムをGo未経験者も含むようなチーム(10⼈~)で作る際の
お⼿本はあまりみかけない
l GopherCon等含め意外とパッケージ構成のパターンに⾔及してるものは少ない
l 本LTでは特にここについてどう考えるようにしているかお話します
l インタフェース設計の話などテクニック的な話はないです 🙇
6. ちまたの流儀?
l Golang Package Composition for Web Application: The Case of
Mercari Kauru
l https://speakerdeck.com/mercari/ja-golang-package-composition-for-web-
application-the-case-of-mercari-kauru
l Standard Package Layout
l https://medium.com/@benbjohnson/standard-package-layout-7cdbc8391fc1
l Go and a Package Focused Design
l https://medium.com/@benbjohnson/standard-package-layout-7cdbc8391fc1
7. でも現実は。。。 😎
l DDDを意識としたパターンが多い気がする
l Goとはいえオブジェクト指向的な考えも必要で、メンバ構成次第では機能配置等で維持
メンテ、レビュー⾟い時もある。
l そこそこ⼤きなシステムを経験者/未経験者混合チームで作る時はトランザク
ションスクリプトの余地も残しておく必要あってまた悩ましい
12. ほんとすいません🙇🙇🙇🙇🙇🙇🙇🙇🙇
Golang UK Conference 2016 - Building an enterprise service in Go GoPhoerCon 2017 - Go Anti-Patterns
l よく使われているのには理由がある?
l これぐらいのよくあるネーミングの⽅が未経験ユーザへの導⼊はしやすい?