[B! programming][test] dlive1のブックマーク

dlive1 id:dlive1

programmingとtestに関するdlive1のブックマーク (3)

googleの開発プロセス - 森崎修司の「どうやってはかるの？」 [ITmedia オルタナティブ・ブログ]
昨日に続きますが、ディベロッパーサミットでgoogleの開発プロセスについて聴講してきました。Googleは一味異なるプロセスや組織をお持ちのようです。請負開発をされている方には新鮮なのではないでしょうか。工藤氏はGoogleのインフラ寄りの話、小松氏は開発プロセスの話で講演されていました。サービスインフラも開発プロセスも私にとっては身近な話ですが、ここでは、小松氏の講演について書こうと思います。講演では、極めて異例/エキセントリックというプロセスは話されていませんでしたが、以下は、特徴的と感じました。異なる観点から複数のレビューを実施していること。いわゆるperspective-based readingを実施しているそうです。役割分担型レビュー（reviewというよりはおそらくinspection）で、セキュリティやユーザインタフェースの観点から見たデザイン/ソースコードの妥当性検証
dlive1 2007/02/23
Googleの開発プロセスはちと違うという話。異なる観点から複数のReviewを実施。単体テスト用のコードを書くことを必須。リリースに伴う作業全般をする担当がいる。プロトタイピングの4つが特徴的

development

google

work

test

Programming
リンク
ウノウラボ Unoh Labs: The Joel Test
こんばんは、naoya です。今年の初めに Joel on Software 日本語版が出版されました。その本の中でソフトウェアチームの良さを計測するためのシステムとして、Joel 氏はジョエルテスト (The Joel Test) を書かれています。今日は、まだ入社して２週間しかたっていない新人の naoya がウノウでの取り組みをジョエルテストにかけてみたいと思います。 1. ソースコード管理してる？もちろんです！ウノウでは、svn を使ってソースコード管理しています。 2. ワンステップでビルドできる？ウノウで開発しているウェブサービスは、すべて php ですのでビルドするという概念がありませんが、クイック POPFile のようなパッケージ製品はインストーラまでを含めてワンステップでビルドできるようになっています。クイック POPFile では、バッチファイルを使って簡
dlive1 2007/02/17
大事なのはソースの管理、OneStepBuild、DaylyBuild、BugDB、新しいコードの前にバグ修正、Updateのスケジュールの決定、仕様書、Programmingのための静かな環境、最高のtool、テスタ、採用試験でProgramming、ユーザビリティテスト

test

Programming
リンク
ウノウラボ Unoh Labs: テスターを雇わない経営者の誤った理屈 best5
こんにちは！　やまもと＠テスト番長です。みなさんはJoel on Softwareという本（とWEBサイト）をご存知でしょうか。以前ウノウラボでもnaoyaさんがThe Joel testのエントリを書いています。サイトの記事をひとしきり読んだあとで、本は買って積んであったのですが先日ふと手に取りぱらぱらページをめくっていたところ、テストについて書いた面白い章があったのでご紹介します。 ■　第22章　テスタを雇わない（間違った）理由、ベスト5 1.バグは怠惰なプログラマから出てくる →人は誰でもうっかりミスを犯します。他人の目から見たチェックをすべきです。 2.私のソフトウェアはWeb上にある。バグはすぐに直せる →リリース後の修正はずっと高くつくものです。 3.ユーザがソフトウェアをテストしてくれる →会社の品質に対する印象を悪くします。 4.テスタとして優れた資質のある
dlive1 2007/02/17
Joel on Softwareの抜粋。開発者2人に対し1人のテスターを雇うべしなんだそうな。「バグがあっても運がよければ発露しないで済むかもしれない、というのは現実逃避に過ぎません」は耳が痛い・・・

test

Programming
リンク
1