golang is in need to TDD @DOG #1

Transcript

2. ※ 注意 ※ • go素人が感じた体験談なので「これが正解！」というものではないです • 本内容は所属組織としての発表内容ではございません • 「こっちのほうがいいよ！」「こういう書き方もあるよ！」 というマサカリをお持ちの方は是非意見交換しましょう
3. 自己紹介 名前： - secondly SNS： - qiita: secondly - github: sencondly スキル： - ops, front, backend, カイゼン, etc… - golang歴: 半年弱 - トレーニング
4. 所属紹介 < DesignOneJapan > - サービス開発部 初恋チームかれんちゃん https://www.wantedly.com/companies/designone/post_articles/ 163234 - [エキテン]のリニューアルをやるteam - ops, golang導入, カイゼン活動, architecture担当 < The Agile Guild > - チームでありたい人のための「共同 体」 - 色々なPJや組織作りが動いてたり します - 詳しくはこちら http://papanda.hatenablog.com/entry/2018/12/01/The_ Agile_Guild%E3%82%92%E7%AB%8B%E3%81%A1 %E4%B8%8A%E3%81%92%E3%81%A6%E5%8D% 8A%E5%B9%B4%E3%81%8C%E7%B5%8C%E3%8 1%A1%E3%81%BE%E3%81%97%E3%81%9F%E3 %80%82
5. 今日お話すること golangってどう書くのがいいんやろ？ がわかった（気がする）話
6. ことの始まり 新しいアーキテクチャ に載せる言語何がい い？ っすね 脳死 上司 私 ※ 初心者
7. そこからgolangの谷へGo！ • golangって何ができるんや！ • golangって何が得意なんや！ • golangは今一般的にどういう使われ方をしてるんや！ • golangの文法ってどんなんや！
8. １つずつ解決をしていった！ • golangって何ができるんや！ →　シンプルな構造で書くことが出来まっせ！ • golangって何が得意なんや！　 → 　APIでも機械学習でも色々いけまっせ！ • golangは今一般的にどういう使われ方をしてるんや！ →　 githubみればおｋ
9. あれっ、もしかして... golangって結構簡単に使える！？
10. そしてこうなる まじぞ？ そらええな 意外と簡単そ うっすわ 上司 私 ※ 初心者
11. で、実際のプロダクトをやってみると... いっちょサクッとやっ たるか！ 初期の私 末期の私 中期の私 テストどうしよ directory構造は？ 依存関係の管理 は? versionは？ 差分って何？ interface型の 良い使い方 文書管理は? swagger? open api? エラーハンドリ ングは？ ライブラリ上手 く対応してな い...
12. 簡単だったさ！...実際作ってみなければね • golangでのdirectory structureどうするんや！ • golangっぽい書き方ってどうするんや！ 最初の山場
13. そして運命の出会い
14. そう、あの有名な「t_wada」さんですよ ※ 直接お会いさせていただいたことはありません 私が参考にさせていただいた記事 Classmethodさんの「テスト駆動開発って何だろう」 https://dev.classmethod.jp/study_meeting/read/what-tdd/
15. で、どう変わったのよ？
16. 今まで
17. t_wadaさんとの出会い後
18. 何が変わったか • golangでのdirectory structureどうするんや！ • golangっぽい書き方ってどうするんや！
19. golangっぽい書き方ってどうするんや！ • 今まで →　とりあえずそれっぽくfunction単位でまとめればええんやろ • 進化した私　 → 　まずはドキュメント！ 　　 テストを要件から作る！ 　　 そのままテストケースにする！ TDD回す！ 　　 いい感じにfunctionが作れる！ 同じような処理はその後interfaceにまとめられる！
20. golangでのdirctory structureどうするんや！ • 今まで →　とりあえず一緒のところ？公式通り？OSS参照にしてもバラバラ... • 進化した私　 → 　構造は基本公式と一緒！ ただ、テストドキュメントも一緒管理！
21. ちなみに公式のディレクトリ構成はこんな感じ https://golang.org/doc/code.html
22. ちょっとマシになった！ • インターフェースどういう使い方すればいいかイメージがついた！ • 構成もシンプルになったので管理しやすい！ • go testがちゃんと走るように構築するので、CIができるように！ • 多少読みやすいコードになった！
23. とはいえ、まだまだ課題もいっぱい • テストの粒度や文章の作り方 • パッケージ間の依存性をどこまでにするか • テストしにくいようなものに対する理解や対応 • 多少読みやすいコードになった！ • etc...
24. まとめ • TDDでつくっていくと、goっぽいコードになりますよ（体感） • これが正解！というわけではないと思います • ですがとにかくどう書けばいいかわからない！という方にはおすすめです
25. Fin