コードレビューにおけるレビュアー側のアンチパターン
tl;drコードレビューが上手く回って無くてチームが疲弊して辛かったよレビュアーの言い方を変えるだけで大体解決するよ立場とかで例外を許さず、みんながレビューしてレビューされると良いよはじめにあるプロジェクトでGitHubのPRベースでのコードレビューを導入をしました。いかんせんチーム開発が初めてレベルの新人さんが多く、何かと苦労しました。特にレビュイーに対して不効率な指摘はそのまま指示の不明確さに繋がり、チーム全体の開発生産性を下げるので、レビュアーはレビュイー以上に気を使う必要があると感じました。下手をすると、レビュイーのメンタルが弱って闇堕ちするので、チームメンバーの最も大人な人がメンタルケアしたりします。大人な人は大体がリーダー格なので、その人の時間が奪われると何かと開発現場が疲弊しちゃいますね。コードレビューってそんなに難しいものだっけと思ったりもしますが、反省の意味も込めて実際に
GigaViewer（ギガビューワー）を作るにあたって - daily thinking running
anond.hatelabo.jp こういう記事がはてなブックマークで話題でした。はてなでは、「少年ジャンプ＋」や「となりのヤングジャンプ」（集英社）、マガポケ（講談社）などの出版社公式サイトの開発・運用を行っています。そのチームのディレクターをしているので、プロダクト面の責任者という立場として、思うところがあったので、書いてみます。 書いてあることの多くは、弊社謹製のGigaViewer（ギガビューワー）で改善したいと思っていたことです。いくつか観点を出します。 1．機能について（たとえば、ダウンロードじゃなくてストリーミングが便利など） これはいくつかの部分で同意で、たとえばパケットの問題さえなければダウンロードよりもストリーミングが優れている部分が多いと私も思っています。ただし、こういった個別具体的な話というより、そもそもUI的により優れた体験をできるように公式サイトとして継続的な改
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
