コードレビューにおけるレビュアー側のアンチパターン
tl;drコードレビューが上手く回って無くてチームが疲弊して辛かったよレビュアーの言い方を変えるだけで大体解決するよ立場とかで例外を許さず、みんながレビューしてレビューされると良いよはじめにあるプロジェクトでGitHubのPRベースでのコードレビューを導入をしました。いかんせんチーム開発が初めてレベルの新人さんが多く、何かと苦労しました。特にレビュイーに対して不効率な指摘はそのまま指示の不明確さに繋がり、チーム全体の開発生産性を下げるので、レビュアーはレビュイー以上に気を使う必要があると感じました。下手をすると、レビュイーのメンタルが弱って闇堕ちするので、チームメンバーの最も大人な人がメンタルケアしたりします。大人な人は大体がリーダー格なので、その人の時間が奪われると何かと開発現場が疲弊しちゃいますね。コードレビューってそんなに難しいものだっけと思ったりもしますが、反省の意味も込めて実際に
電子書籍の未来を破壊する、金の亡者のレビューステマの実例
本日はメルマガの日 １ Skypeを利用した大人向けTOEIC指導スクール ２ 親同士の代理婚活ビジネスにWEBでリーチできるか ３ 異なったSNSの利用方法はどう違うのか ４ 手作りポーチをネットで販売したい ５ 本名でSNSを運用することについてのデメリット ６ ファッションコーディネートサービスのネットでの告知方法 ただいませこせこ執筆しています。 お申し込みは 昨日、電子書籍の第一人者の鷹野くんが怒りのツイート なお、4つともすべて「シムシスブックス 」の本。 http://t.co/NwEVEQCHWF — 鷹野 凌＠月刊群雛編集長 (@ryou_takano) 2015, 10月 13 【内容】 無料のキンドル電子書籍のカスタマーレビューをお願い致します。 【お仕事の詳細】 １．概要 以下のKindle電子書籍をダウンロードして頂き、★５とカスタマーレビュー（２０文字以上）をお
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
