コードレビューWebシステムが必要な理由 - プログラマの思索
最近、コードレビューWebシステムに興味を持っている。 アイデアをメモ。 【元ネタ】 プログラマの思索: ソースインスペクションを真面目にやるGoogle、MS プログラマの思索: コードレビューはペアプログラミングの代替手段 プログラマの思索: レビューはペア作業であるべき 最近思うのは、SW開発でレビュー工程が最大のボトルネックになっていること。 レビューは、設計書を作成完了した後、設計書に従って実装完了した後に行われる。 レビューの目的は二つあると思う。 一つは品質チェック。 他方は、チーム全体で仕様や設計思想を情報共有すること。 しかし、レビューがうまく機能していない。 実際は、レビューが品質強化につながっておらず、むしろ、要件定義の代替プロセスになっていたり、ソースチェックで自動化できるぐらいのレベルでしか、情報共有できてない。 僕の考えでは、XPのペアプロのように、レビューは二
満足せる豚。眠たげなポチ。:業務システム開発でドキュメントを作ることについて
職場でここ３〜４ヶ月の間、システム再構成のためのドキュメント化プロジェクトというのを進めてきた。その中で『ドキュメントを書く』ということに対する意識が随分自分の中で変化したので、メモしておく。 まずは経緯から。 そのシステムは、いわゆるレガシーなシステムで、十数年来の歴史を持つ。これまで基盤が多少変わることがあっても基本的にソフトウェアアーキテクチャ（どのような単位で機能をモジュール化するか、どのように機能を抽象化し変化に対して柔軟にするか）に変わりはなく、作った当初の設計にツギハギしてメンテナンスを続けていた。 元々は、一体何をすれば増員以外の手段で開発量を上げられるかということを議論していた。現行のアーキテクチャのままでは求められる開発期間とバージョンアップのサイクルに対して近い将来限界を迎えることが明白であったためだ。 今のアーキテクチャや設計に問題があり、メンテナンス性を大いに損ね
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
