チーム開発で暗黙的に行なわれている批評というプロセス - snoozer05's blog
Pull Request を通して行うコミュニケーションに「レビュー」という言葉がつくことに違和感を感じるときがあります。 Wikipediaでコードレビューを引くと、「見過ごされた誤りを検出・修正することを目的として体系的な検査（査読）を行う作業 」とあります。もちろん、これを目的として行うやり取りもあるのですが、その手前の「コードや設計について議論し、もっと良い判断を探る」ために行うコミュニケーションもあると思います。むしろ、そちらのコミュニケーションをやりやすいことが、Pull Request というプラットフォームが提供する価値なのではと感じることが多いのが、違和感の元かもしれません。 2015年6月に O'Reilly から出版された「Discussing Design: Improving Communication and Collaboration through Crit
毎日3時間だけ書く - 快適な生活
明日は今日より良いものができる— 快適な生活 (@Kaiteki) 2015, 5月 25 全体平日毎日3時間だけ集中して文章書いてる 良い 思っているよりたくさん書ける まとまった重い文章書くのが仕事なのでそこから逃げない制度 1日の体感的な仕事量、10時間くらい研究室いたときと変わんない感じ 1週間単位だと従来より生産性高い、たぶん 3時間だから毎日やれる、毎日5時間は常人には無理、1時間は制度としてバカバカしく無視を選択し、闇が(再)顕現する 具体的中身平日は毎日いつでもいいのでオフィスきて3時間連続して文章書く 文章書くためなら3時間はデータ分析しても書く予定立ててもいい 文章書く以外のことはやらない 音楽は流してもいい 途中でお茶いれるとか無し、先にいれる 3時間の間は手を動かす、文章書いたり直したりデータいじったり手元のメモに何か走り書きしたり、なんでもいいから動きつづける、止
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
