コードレビュー 開発者ガイド
コードレビュー 開発者ガイド はじめに コードレビューとは、コードの作者以外の誰かがそのコードを確認するプロセスです。 Google では、コードと製品の品質を確保するためにコードレビューを活用しています。 このドキュメントは、Google のコードレビューのプロセスとポリシーに関する正式な説明です。 このページは、コードレビューのプロセスの概要となっています。このガイドは、次の2つの大きなドキュメントからなります。 コードレビューの方法: コードレビュアのための詳しいガイドです。 CL の作者のためのガイド: コードレビュー対象の CL を作成する開発者のための詳しいガイドです。 コードレビュアは何を期待するべきか？ コードレビュアは、以下の点について確認しなければなりません。 設計: コードはよく設計されており、あなたのシステムにとって適切なものですか？ 機能: コードは作者が期待して
OSSの開発モデルを、そのまま社内に持ち込むのは止めたほうがいい（もしくはコードレビューの話） - kazuhoのメモ置き場
以前以下のようにツイートした話だけど、OSSの開発モデルを社内開発にそのまま持ち込むのは危険。 チーム開発の場合、簡単にコメント返せないようなPR送られた時点で負けだと思ってる。無駄なコードが生産されないよう事前に設計を詰める作業をすべき / “雑なレビュー - ✘╹◡╹✘” http://htn.to/by5or1 https://twitter.com/kazuho/status/431602421068877824 今日一般的に想定される「OSSの開発モデル」はEric S. Raymondの有名なエッセーである「伽藍とバザール」によって解説されたところの「バザール」である。 「バザール」モデルにおいては、多くの改善提案の中から最善と考えられる実装が取り入れられ、コミュニティで共有されるようになる。同エッセーから引用するなら、 ふりかえってみると、Linux の手法や成功の前例は G
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログチームの開発フローとGitHub
