タグ

レビューに関するkaorun55のブックマーク (17)

  • ソフトウェアレビューが成功する進行役の6条件

    ともすると漫然と取り組んでしまいがちなソフトウェアレビューだが、メンバー1人1人の役割を明確化すれば、非常に効率的に行うことができる。中でも司会進行役は、レビューの結果を左右する大きなカギを握ることになる。 レビューに“役割”が必要なこと、認識していますか? 第3回『“読み方”を知って、レビューをもっと効果的に 』では、まず「何のためにレビューを行うのか」という目的を認識し、それに最適なドキュメントやソースコードの読み方を採用することで、レビューを効率的に行えることを解説しました。今回はその続編として、「レビューにおける役割分担」を紹介したいと思います。 レビューは進め方の自由度が高い分、参加者1人1人の役割があいまいになりがちなものです。そこで最初に適切な役割分担を行い、1人1人が自身の役割に集中するように心掛けると、レビューの効果・効率を大幅に高めることができます。 例えば、皆さんの周

    ソフトウェアレビューが成功する進行役の6条件
  • Something went wrong.

    Something went wrong.We're moving mountains to get it sorted.View our status page and subscribe for service updates.

  • Sonarでソースの品質をチェックする - プログラマの思索

    小川 明彦, 阪井 誠 : チケット駆動開発 日のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初のアジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

    Sonarでソースの品質をチェックする - プログラマの思索
  • コードレビューはどうやるのがいいんだろう - wyukawa's diary

    僕自身はコードレビューの経験はほとんど無いですが、やったほうがいいのは間違いない。 やり方としては一個のモニタをレビューする人とされる人が見ながら、レビューされる人が説明していくのがいいと思ってる(Web上のコードレビューシステムは運用が難しい気がしている)。ほとんどペアプロなのだが、このやり方だと工数がかさむのは間違いない。レビュー箇所をしぼるのもいいがプロセスを変えてみるのもいいかもしれない。 例えば、 まずコーディング基準書を配布して、コーディングに取りかかる前に開発者に読んでもらう。 ただしコーディング基準書には多く書かない。多く書かれていても右から左に抜けるだけだから。つうか僕がそうだw 命名規約とかいらんと思ってる。後で書くインスペクションツールやEclipseでチェックできるものは除く。 とりあえず変数のスコープをなるべく小さくすることだけ書いてあればいいのではないか。 具体

    コードレビューはどうやるのがいいんだろう - wyukawa's diary
  • コードレビュー オンライン ハンズオン

    はじめに サイトは、「差分情報を用いたコードレビューコスト見積り」研究の一部で実施している、コードレビューのハンズオンをオンラインで行うためのサイトです。 私達、奈良先端科学技術大学院大学 情報科学研究科 ソフトウェアレビュー研究班 は、ハンズオンの協力者を募集しています。 ハンズオンは、差分情報(パッチファイルやソースファイル)のコードレビューを行うハンズオンですが、ブラウザ上でどなたでもハンズオン可能です。 興味を持っていただける方がいらっしゃいましたら、ぜひご協力を宜しくお願いいたします。 ご協力者の中から抽選で3名の方に書籍「ソフトウェア開発におけるエンピリカル アプローチ」を差し上げます。 なお、ハンズオンの 一次締切は2009年7月31日を予定しております。 現在 二次募集中 です。締切は現時点では設けておりません。 2009年7月12日 ソフトウェアレビュー研究

  • レビューをTestLink+Redmineで管理できないか? - プログラマの思索

    SQIP2009の森崎さんの講演「レビューの壁を破る」を聞きながら、考えたことをメモ。 #後でまとめる。 SW開発の品質UP、プロセス改善を目指すと、最終的には設計工程でどれだけバグを潰せるか、という点に落ち着く。 上流工程の品質UPが鍵を握る。 そのためには、設計レビューが必要で、きちんとすべきだね、という話にいつも行き着く。 しかし、設計レビューそのものの品質が低いように思う。 僕がいつもレビューで問題と思う点は、二つある。 一つは、レビューのプロセスがあいまいできちんと定義されていないこと。 例えば、レビューする際の観点がレビューアによってまちまちだったりする。 レビューのチェックリストがあるにはあるのだが、形骸化しており、機能していない。 もう一つは、レビューで指摘を受けた内容を反映する作業のチェックがおろそかであること。 例えば、レビュー後修正の品質チェックが個人任せで、他人のチ

    レビューをTestLink+Redmineで管理できないか? - プログラマの思索
  • ソースコードレビューの必要性

    Peace Pipe: 効率の良いコードレビュー [software] を読んでソースコードレビューの必要性について考えてみたい。 ソースコードのレビューをやっているか? ツールなどを使ったソースコードチェックは多くのSIerで行われていると思うが、ここではソースコードレビューについて。 プロジェクトによっては「全くやっていない」「重要なプログラムだけ選んでやっている」など、プロジェクトの状況、状態によって異なると思う。 自分の過去の開発経験では、プリントアウトしたソースコードを2人で組になって読み合わせをした。 1. 開発者がレビュアにロジックを説明する。 2. レビュアーは疑問に思ったことを聞く。 3. ここで、機能的な不具合、アルゴリズム、モジュール分割をみる 時間的な制限があるためすべてのコードについて実施できない場合がほとんどだったため、レビュー対象となるソースコードは次のような

    ソースコードレビューの必要性
  • ReviewBoard1.0をインストールしてみた

    ReviewBoardの1.0をインストールしてみました。 まだ使い方はよくわかっていませんがww インストールの方法は、家サイトのAdministration Guideに書いてあります。 インストールメモ環境は以下でやりました。 OS : VMWare上のDebian DB : MySQL WebServer : lighttpd また、別の環境でUbuntuにも同じ手順でインストールしてみたが上手く動いている様子。 VMWareにDebianをインストール。インストール後、scsiが認識できない的なメッセージが出て起動しない問題が発生。 .vmxファイルに、以下を追加することで起動できるようになった。 scsi0.virtualDev = "lsilogic" apt-getを更新$ sudo apt-get update $ sudo apt-get upgrade Python

  • Google謹製 ソースコードレビューシステム rietveld(オープンソース版 Mondrian)を動かしてみましょう - ふにゃるんv2

    前回のネタの続きです。 前回では、以下のリンクを見て、ソースコードレビューソフトを入れてみました。 【レポート】オール・アバウト・Google Chrome - Google Developer Dayセッションレポート (2) http://journal.mycom.co.jp/articles/2009/06/15/gdd2/001.html Chromeの開発に使用されているツール・・・自動ビルド・自動単体テストのためにBuildbot、コードレビューのためにrietveldというツールが使用されている 今回は、実際に rietveld を入れて動かしてみます。 Google社内で使われているコードレビューシステムと同じようなソフトを手元で動かしてみるなんて、何かワクワクしますよね? 実際、下図のように、結構簡単に動かせますので、興味の沸いた方は、以下をどうぞ。 1 posted

    Google謹製 ソースコードレビューシステム rietveld(オープンソース版 Mondrian)を動かしてみましょう - ふにゃるんv2
  • “レビュー”とは、責め合うものではなく、品質を高め合うもの

    “レビュー”とは、責め合うものではなく、品質を高め合うもの:ソフトウェアレビューのワークショップ開催 奈良先端科学技術大学院大学と、ドイツ・フラウンホーファ実験的ソフトウェア工学研究所が共同設立したソフトウェアレビュー/インスペクション研究の国際連携ワーキンググループは7月2日、開発途上のソフトウェアの欠陥を早期に発見するプロセス、「ソフトウェアレビュー/インスペクション(以下、レビュー)」に関するワークショップを開催した。講師を務めた奈良先端科学技術大学院大学の森崎修司氏、日IBMの細川宣啓氏らは、受講者らによるレビューの実践も交えつつ、ソフトウェアの品質向上に対するレビューの有効性を訴えた。 技法に沿って行えば、レビューの効果は必ず出る ビジネスや社会におけるITシステムの浸透に伴い、ソフトウェアの品質向上に対するニーズは年々高まっている。その品質に問題があれば、ビジネスなら機会損失

    “レビュー”とは、責め合うものではなく、品質を高め合うもの
  • Downloads

    Visit the Package Store Enhance your Review Board experience with extensions and products by the Review Board project and third-parties. Developing an extension or tool that works with Review Board? Share it with the world! What's new in 7.0.2 The full list of changes is available in the release notes. To keep up with the latest releases, sign up for the mailing list. Older releases can be downloa

    Downloads
  • オープンソースのコードレビューツール「Review Board」正式版がリリース | OSDN Magazine

    オープンソースのソースコードレビューツール「Review Board」の開発チームは6月20日(米国時間)、「Review Board 1.0」をリリースした。ライセンスはMIT Licenseを採用、同プロジェクトのWebサイトよりダウンロードできる。 Reviews Boardは、米VMwareの開発にあたって作成されたWebベースのソースコードレビューツール。ソフトウェア開発におけるソースコードの変更評価を管理するツールで、複数のレポジトリにあるコードを比較し、エラーを検出する。Pythonで作成され、フレームワークに「Django」を利用した。約2年半の開発を経ての正式版リリースとなる。 レポジトリは、Bazaar、ClearCase、CVS、Git、Mercurial、Perforce、Subversionをサポート、MySQL、PostgreSQLSQLite、Apache、

    オープンソースのコードレビューツール「Review Board」正式版がリリース | OSDN Magazine
  • ソースコードレビューシステム 宍道湖を入れてみました - ふにゃるんv2

    つらつらと眺めていたら、ちょっと気になる文章を見まして。 【レポート】オール・アバウト・Google Chrome - Google Developer Dayセッションレポート (2) http://journal.mycom.co.jp/articles/2009/06/15/gdd2/001.html Chromeの開発に使用されているツール・・・自動ビルド・自動単体テストのためにBuildbot、コードレビューのためにrietveldというツールが使用されている そういや、コードレビューソフトで、MOONGIFTさんが宍道湖というソフトを出されてたなぁ。と思い出しました。 でまぁ、ちょっくら入れてみようかな?と思った次第。 情報源 参考となる情報源は、以下ですね。 shinjiko - Google Code http://code.google.com/p/shinjiko/ [

    ソースコードレビューシステム 宍道湖を入れてみました - ふにゃるんv2
    kaorun55
    kaorun55 2009/06/24
    入れたくても情報がなくてできなかったやつ。ありがたい:)
  • Efficient data transfer through zero copy

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    Efficient data transfer through zero copy
  • Google製のGit用ソースコードレビューシステム·Gerrit MOONGIFT

    ソースコードのレビューはシステムの品質を高めるのに大切な作業だ。GoogleやVMWareでも使われており、ブラウザを使って差分を確認してコメントができるようになっている。社内向けには拙作のSubversionソースコードレビューシステムの宍道湖がある(Rails製)。 Git向けソースコードレビューシステム この手のツールはSubversion向けのものが多かったが、Gitでも使いたいならGerritに挑戦してみよう。 今回紹介するオープンソース・ソフトウェアはGerrit、Git向けソースコードレビューシステムだ。 GerritGoogleが大々的に発表している訳ではないが、Google社員が開発しておりAndroidのオープンソースプロジェクトにおけるソースコードレビューにも利用されている。他のシステム同様に差分を見て、そこにコメントすることが可能だ。 差分を見てコメントする 差分

    Google製のGit用ソースコードレビューシステム·Gerrit MOONGIFT
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。

  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。

  • 1