Kyoto.go remote #11 Reading uber-go/guide お題
事前に読めるひとは読んでおく(努力目標)
気になったこと/わからなかったこと/疑問に思ったこと
package名
小文字だけだと長いときどうする?
長過ぎるのは責務が大きすぎるから分割しろということかも。
Good package names are short and clear. They are lower case, with no under_scores or mixedCaps.
このガイドラインでは1語がベストらしい
Function Nnames
「テストだけアンダースコアをつかう」というのに違和感がある
テストは特別だから?
アンダースコアで区切ってるとテスト出力が読みやすい気はする
Import Alias
パッケージ名とパッケージパスの末尾が一致してないときはalias使う
Function Grouping and Ordering
struct、const、varのあとにPublicな関数が定義されるべきとあるがルールが曖昧でわかりにくい
レシーバはStructの近辺に集まっているべきなのは反対なし。
Unnecessary Else
elseを使わないのはコンテキストが複数混ざらないようにしてるからじゃない?
Top-level Variable Declarations
パッケージ変数で式と同じ型なら指定しないのはなぜ?
パッケージ内ならコンテキストが明確なので説明不要ということなのでは?
確認したいこと
次回やりたいこと
スタイルの章に意外と時間使ってしまった
説明がふわっとしてる & 組織ごとに微妙にポリシーが違ってるのが原因かも
あまり時間かけてもメリットない?
🏃♂️👏
Discordでやるかどうか検討
Slackに入りにくい?
いまはSlackのkyotogoチャンネルに参加してもらうことを前提にしている
Slackに入りにくい人がいる
仕事でSlackを使っていると通知がノイズになる
Discordはどうか
Discordを仕事を使っている人はやっぱりノイズになるけども
他のコミュニティでも使われてる
Zoomを使わなくてもビデオ通話+画面共有できる