# ⑥ 2.7~2.8.4

###### tags:`TeamGeek`

## 2.7~2.8.4
23分迄

@dobby618
- 優先順位をプロジェクトマネージャー（PM）に付けてもらえると楽だな
- 椎野さんはこのタスクからやってねって言ってもらえたら嬉しい。
- @Saki 優先順位の表現方法を上司と認識合わせられると良いよね。部下も終わってないことで焦る必要ないし。
- > コメントはコードのなぜを説明するものであり、コードが何をしているのかを説明するものではない
- 日本人は「何」も書いて欲しいな（書きたいな）って思うことがある。英語難しい。
- @Saki
- 「"なぜ"を書いて、"何"を書いたかは書くな」は、プログラマーでは結構言われていること。✗何をしてる→◎なぜ書いたか
でも英語は母国語じゃないから読むのが大変。
- ドメイン駆動設計(DDD: domain-driven design)の思想とは？
- 話してることとコードを一致させる。
- 日本語の場合はどうすれば良いの？
- DDD の作者はコードを日本語で書け（極論😭）
- [オンラインモブプロ練習会で学んだ、DDDとC#と日本語プログラミング](https://qiita.com/t2-kob/items/cfffb5df7dd0dd3ae6fa)

@Saki
> 詳細なコメントは作者の意図や手がかりを知れる
GitにLGTMを使わないで、なるべく詳細にコメント書くように気をつけていると言ってるエンジニアの方がいた
- @dobby618 さんもlgtmあまり好きではない。言うのが恥ずかしい。

レビューコメントにラベルつけることは多い
- https://qiita.com/godgarden/items/3ea57a7ee6dbff1df6e6
- 

ーーー
- フリーランスの集まった職場で、三ヶ月〜半年とかでやめる方が多かった職場では、開発する人と拡張する人を分けていた。開発した人が一番わかってるから同じ人が拡張機能もつけるのが楽だけど、それだと一人の人しかその機能のこと知らない状態になってしまう。
- Sierの開発と保守分離とは背景が違う。
shiinoさんの会社は仕事の属人化を防ぐため、Sierは悪いことをさせないため。

- テストを書いてよかったという体験をするといい。全然違う場所でバグが起こったりするのを防げる。書いててよかった！（テストを書くことでバグが発生したらどうしよう…という恐怖から脱却できる）
- テスト"く"どう！
- [TDD Boot Camp 2020 Online #1 基調講演/ライブコーディング
](https://www.youtube.com/watch?v=Q-FJ3XmFlT8)