「オンラインミーティングでカメラをONにすべきかどうか」という議論をたまに見る。カメラをONにしたほうが視覚情報も得られてコミュニケーションを取りやすいので、"カメラON推奨" のようなルールを決めているところもあると思う。 自分は「カメラONじゃなくても反応を多めにすればいいとは思うけれど、結構むずかしいのでスキルがないならカメラONにしといたほうがいい」という意見を持っている。どういうことかを雑に書き出してみる。 実は自分の所属でも当初 カメラはできるかぎりオンにしよう という指針*1を作っていたが、3週間くらいやってみて変えた。 github.com 背景は Pull Request の description に書かれているとおり。サマリは以下。 カメラON"推奨"という全体指針は、強制力がないため結局ONにしない人も多くあまり意味をなさなかった カメラONにしたい理由は表情などの
同僚が書いた Go初学者へのコードレビューでよくあったコメント20選 では、Go初学者へのコードレビューでよくあったコメント20選を紹介しました。 今回は私が コードレビューでよくお願いするコメント追加のお願い について紹介します。 前提：コメントを書いて欲しいわけ コードレビューでコメントを書いて欲しい理由は以下の通りです。 プロダクト、サービスの持続可能な開発を支えるため 人が入れ替わっても開発の迷いを可能な限り減らすため 具体的なコメントの追加パターン ①変数やパラメーターの説明を書く コードを書く人にとっては必要があって構造体や変数を定義しているので自明ですが、第三者からすると解釈に悩むことがあります。 そのため誰が見ても自明でしょうという変数以外については注釈をいれます。 たとえば、User 構造体における ID は自明（どのような採番ルールか？みたいな疑問は出るが、ID を入力
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
