4色展開のVAIO type P（オニキスブラックは直販限定）。仕様をカスタマイズできる直販モデルの最小構成価格は7万9800円。ワイヤレスWANもしくはワンセグ機能を搭載した店頭販売モデルの実売価格は10万円前後だ 1月8日に発表されるやいなや、話題騒然となっているソニー初のAtom搭載ミニノートPC「VAIO type P」。AtomといってもNetbook用のAtom N270（1.6GHz）ではなく、Atom Z500番台のCPUとIntel System Controller Hub（SCH） US15Wチップセットで構成される省電力なMID（Mobile Internet Device）／UMPC向けプラットフォーム（開発コード名：Menlow）を採用することで、非常に薄型軽量のボディと多機能を両立させているのが特徴だ。 発表日にお届けしたレビューの前編では、ソニーが“ポケット
Groogle is a collaborative code review tool focusing on usability and speed. It provides an intuitive and dynamic cross-platform web interface. The latest version of Groogle can be downloaded from sourceforge. Groogle is a LAMP application, distributed in both tarball and RPM format. Features for users Integration with subversion Work against live repositories File upload support for individual fi
※ 画面は一部公式サイトより ソースコードのレビューシステムも2008年になって急激に注目を集め、各種オープンソース・ソフトウェアが登場したジャンルだ。Java、Python、Perl、Rubyと各種言語向けに登場しているが、思ってみればこの言語は初だったかも知れない。 ソースコードをコミット前にレビューする そう、Webベースのプログラミング言語と言えばのPHPだ。PHPで開発を行う方であれば、やはり使い慣れたこちらが使いやすいだろう。 今回紹介するオープンソース・ソフトウェアはGroogle、PHPで作られたソースコードレビューシステムだ。 PHPは開発者の技量によって、ソースコードの見やすさや書き方が大幅に異なる言語だ。その補正を行うためにもレビューシステムの導入は重要と言える。そしてGroogleを使えばその使い慣れたPHPを使ってWebベースのソースコードレビューが可能になる。
garyoさんに教えてもらった「Google 工藤拓さん講演「大規模ソフトウェア開発を支えるGoogleのテクノロジー」」の感想を書く。 【1】コードレビューができないプロジェクトの問題点 コードレビュー以前に、レビューというプロセスが存在しないプロジェクトは数多い。 相次ぐバグ修正や仕様変更にひっきりなしに対応するのに追われて、設計書やコードを書いただけになってしまいがち。 特にデスマーチプロジェクトでは、雑な作業の結果である雑な成果物ばかり作られる。 読んでも誰も分からない、とか、誤植が多い、などの症状が頻発するだろう。 レビューのない開発チームでは、設計思想や運用ルールの情報共有ができていない。 どんな開発でも、フレームワークやハードを含めたアーキテクチャの上で設計してプログラミングする。 その思想を理解するには、最初は時間がかかる。 特に昨今のWebシステム開発では、3カ月おきに開
NTTデータとの決闘シリーズ第二幕 - yvsu pron. yasのエントリで、 データは、コードレビューは、ほとんどしていないといってました。 って書いたんだけど、 主催側です。ブクマコメントにもあるとおりソースコード診断サービスを社内外に提供しており、社内では多くのプロジェクトで利用しています。 というコメントをもらいました。ソースコード診断サービスは、既に100以上の社内実績があるそうです。 NTTデータ先端技術とNTTデータ、テクマトリックスの3社は、高品質なJavaアプリケーションの開発を支援する「ソースコード診断」技術を開発し、NTTデータ先端技術が「ソースコード診断サービス」として9月から提供開始する、と8月27日に発表した。 同サービスはJavaアプリケーションプログラムのソースコードチェックをNTTデータ先端技術が代行するサービス。利用することで、ソースコード品質の診断
いくらバージョン管理のシステムを導入していたとしても、多人数で開発を行っていると意図しない更新や修正によってバグを埋め込んでしまうと言ったケースがある。そのためソースコードのレビューを定期的に行うのが重要だ。 修正したファイル一覧 作業中のソースにおいて何が変わっているのか、それを皆で確認できるのがこちらのシステムだ。 今回紹介するオープンソース・ソフトウェアはReviewMonk、ソースコードレビューシステムだ。 ReviewMonkはRuby on Rails製のソフトウェアで、WebベースのSubversionフロントエンドとも言えるソフトウェアだ。ワーキングコピーのあるディレクトリの一つ上のディレクトリを指定することで複数のワーキングコピーを扱うことができる。 差分表示。任意のリビジョンを比較できる そしてコードの修正されたものを一覧し、Diffを表示することができる。内部のワーキ
GoogleやMSがソースコードレビューを真面目にやっている下記の記事を何度も読んで、ソースコードレビューシステムを何とか導入できないか模索している。 【元ネタの記事】 Googleのコードレビュー MS内部のソフトウエア開発手法の話 Review Board - コードレビューをオンラインで VMWareの開発でも利用されているソースコードレビュー共有ソフトウェア「Review Board」 ソースコードインスペクションの重要性は、二人の目による品質管理だけでなく、設計思想を共有する重要な手段と捕らえるべきだと思う。 プログラミングは誰でも癖があり、時に品質をすごく落とす。 だから、他の人に手軽に見てもらい、チャットのようにレビューをコメントしてもらうようなスタイルにしたい。 そうすれば、ソースインスペクションという技術者同士で熱くなりがちな議論を会話するような雰囲気に持ち込みやすいから
最近話題のReviewBoard。 Tracのような感じなのかと思っていたけれど、実は全然違うものでした。 ReviewBoardは、『改変したコードを、Subversionにコミットする前に、レビューを受ける』ためのツールです。 Pythonの偉い人Guidoも、Djangoを使ってGoogle社内用のコードレビューツールを作っているとのことですが、内容的には似たようなものなのかもしれません。 Installに関しては特にハマることもなく、普通のDjangoアプリとして導入を図ります。あぁ、簡単かんたん。DjangoはSVN版を使うって所以外に注意点はありませんw さて、実際に使ってみた(差分を表示してみた)スクリーンショットがこれです。 reviewboard posted by (C)everes 実は、ZDNetの記事でも指摘されていた通り、差分の表示がうまく
By Steve McKay and Jason Robbins, Open Source Team Code reviews are the rule at Google -- peer review reduces bugs, increases code quality, reduces maintenance cost, opens up team communication, and helps get the job done right the first time. Like many open source developers, Google engineers used to rely on mail and textual diffs when doing code reviews. That made code reviews a drag. Mondrian,
コンピュータサイエンス系の人たちの間では、サーチのテクノロジーで人気があるのはリリバンシー、次はバーティカルサーチ。 他の要素としては、クローリングとインデキシング、クラウド系というところらしい。 サーバをグリッド化（やや死語だな）して、、みたいなのは、コンピュータサイエンスというよりはエンジニアリング。 昔、シックスアパートの某Perlギークの人と話をしたとき、「自分はエンジニアリング系じゃないんで、、」と言っていた。そのときはエンジニアリングという言葉の定義がよくわからなかったけど、なんとなくわかってきたかも。 あ、全文検索とかマイニングとかも面白いといっていた。まあこれは要素技術だけど。Luceneを作った人が別で作ってる奴が結構良いって。なんだろ。SolrかHadoopか。 あと、エンタープライズサーチ。例えばメール。誰がどんな単語を多用しているかをサマリーしたり、検索させたり。
Distributed Peer Review of Source Code Description This plugin integrates a code review system for software developers into Trac. The interface integrates seamlessly with your repositories (Subversion and Git) and Tracs source browser, thereby allowing users to work in their known environment. The plugin can be used when developing software for regulated environments like IEC 61508 by enforcing p
先日、ようやくアジャイルプラクティス読了 で コミットされる前のコードをどうやってレビューするの？という初歩的な話。だってコミットされていないコードは基本的に開発者のローカルの環境にあるわけでしょ？ と書いていたけど、そう言えば reviewboard なんてものがあったなぁと思い出して動かすことを試みた。しかし monospace blog オンラインソースコードレビューツールのReviewBoardをインストールしてみた にしたがって Debian etch で作業してみたがあえなく失敗。（Python Image Library が入らなかった。Django も経験ないし。） 気分を替えて Trac に PeerReviewPlugin - Trac Hacks - Plugins Macros etc. - Trac をインストール。こっちは Trac の plugin 特有のクセ
Ruby on Rails製のソースコードレビューシステム「宍道湖」がMOONGIFTにより公開された。 宍道湖は、Google App Engine上で公開されている「Rietveld」と同様の機能を提供するオープンソースソフトウェア。ただし、Ruby on Railsによって構築されているため、インターネットにアクセスできない環境下でも、Rubyの実行環境さえ揃えられれば手軽に利用することができる。 宍道湖が威力を発揮するのは、アプリケーションの改修やデバッグ、リファクタリングなど、ソースコードに対して変更を加えるときだ。Subversionのリポジトリを登録した後、変更したソースコードとURIの情報をアップロードするだけで、変更内容を抽出したレポートがWebページとして生成されるため、コードレビューを効率的に行えるうえ、変更履歴をわかりやすいかたちで残しておける。 また、生成されたレ
ようやく一段落したので公開。 ソースコードのレビューをするとどういったメリットがあるのか。お互いに人にソースを見てもらう、逆に見ることは知識の共有化や勉強材料として非常にためになる。プロジェクトチーム内でのレビューは、中長期的にみた時のシステム把握や標準化で役立つことが多い。 問題の表示 そんなソースコードレビューを手軽に導入できるシステムを開発したのでご紹介。Google App Engine上で動作するRietveldクローンだ。 今回紹介するオープンソース・ソフトウェアは宍道湖（しんじこ）、Ruby on Rails製のソースコードレビューシステムだ。 宍道湖は、Rietveldクローンとして、見た目をほぼそのまま踏襲して開発している。ただし認証周りや、メール周りの処理は異なるものになっている。パッチファイルの表示やダウンロード、旧版と新版を横並べにした差分表示が可能だ。 差分表示
Contents: About JCR Why code reviews? JCR requirements Licence Contact me About JCR JCR (or jcodereview as it's known on Sourceforge) is a web application for performing and managing formal code reviews. It can be used for reviews of any type of source code, although it has some special smarts for reviewing Java projects. It has special features to make large-scale reviews not only practical but e
やはり熱い（と思っている）。ソースコードレビューは、とても面白い。個人的にも一日の開発作業の結果をイシュー登録し、レビューするようにした。Diffで一つ一つのファイルをチェックするよりも簡単で良い。 プロジェクトウィンドウ レビューの方法は最近の流れでいくと、やはりWebベースでやるのが良い。これを複数人でやれば生産性向上につながるのは間違いない。 今回紹介するオープンソース・ソフトウェアはJCR、Python製Webベースのソースコードレビューシステムだ。 JCRはeasy_installを使ってインストールできるシステムで、SQLite3/MySQL/PostgreSQLをバックエンドにすることができる。Python製ではあるが、なぜかJava向けを想定して作られているらしい（利用は特に言語を問わずに利用できる）。 差分表示 Diffは二つのファイルを差分を縦に並べて表示する。そしてコ
最近、ソースコードのレビューが熱い（と思っている）。各種フレームワークの台頭によって、ソースコードの質がだいぶ均質化されているように感じるが、だからこそレビューを通じて知識の共有化をするべきだ。 パッチを表示 とは言え、まだまだレビューを支援するシステムは数少ない。そこでPerl製のこちらをご紹介。 今回紹介するオープンソース・ソフトウェアはCodestriker、Webベースのソースコードレビュー支援ソフトウェアだ。 CodestrikerはPerlで作られているソフトウェアで、Diffファイルとリポジトリのパスに従ってパッチファイルにコメントを書けるようになっている。アップロードされたパッチに対してコメントをすることで再修正、または適用という流れになる。対応しているリポジトリはSubversion/CVS/Clearcase/Perforce/Virtual SourceSafeとなっ
Googleのコードレビューのプロセス、ツールの紹介がここ（Youtube）にある。55分と長いのでなかなか全部をみる時間がなかったが、休日に時間がとれたので観た。このエントリはそのときのメモだ。 Googleのコードレビューのプロセスはオープンソースのものと似ている。オープンソースのものより若干強制力のあるプロセスとそれをサポートするツール（Mondrian）があるそうだ。ビデオでプレゼンされているのは、Guido van Rossum氏、Pythonの作者でGoogleに就職して最初の仕事がMondrianの開発だったそうだ。定着しているプロセスの実行を支援するツールは非常に頼もしいだろうなぁと思う。 詳細はビデオをみていただきたいが、プレゼンの概要は以下のとおり。 プロセスはオープンソースのレビューのやり方がベースとなっている。 （前のバージョンとの差分をMLに投げるとレビュアがその
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く