サーバー製品のサポート終了が間近に迫っている今、Atlassian Migration Program により、クラウド移行を成功させる計画を立てましょう。
Python の親玉である Guido Van Rossum が, Google での初仕事(?) として Mondorian というコード・レビュー用ウェブアプリを 作ったよ, という話. ミーハー的に視聴. 前半はレビューとは何か, なぜそれが必要なのか, OSS でのレビューなどについて説明し, 後半から Mondrian 以前の Google 社内でのレビュー体制とその問題点を指摘, Mondrian の話と続く. Google では SCM に Perforce を使っており, レビューは patch + メールベース. Mondrian 以前は Perforce の CL クライアントをラップする g4 というスクリプトを使ってレビューを支援していた. これを使うと patch をメールでレビュアに飛ばしたりできる. その飛ばしたメールを起点にレビュアとレビュイが議論し, "l
いつの間にか、特殊なマーカー無しでAR(拡張現実)できるコードが公開されていたらしい。 3D初音ミクが現実世界を動き回る驚愕ムービーが公開! :にゅーあきばどっとこむ すごい!あとは、小型な端末と目立たないHMDだけだ! ができたらいいなあ。 ということで、タスク管理ツールのTracにコードレビューモジュールPeerReviewPluginを入れてみた! Tracでプラグイン入れる方法というのが、なんかよくわからずかなり手間取ってしまった。というわけで、プラグインを入れる手順。ちなみに、Trac Lightning 0.11。(なんか、色々調べたんだけど、方法がみんなまちまち。バージョン変わるごとにインストール方法も色々変わっているのかな?) プラグインを配布しているこちらのサイトからダウンロードする。Zipファイルとsubversionで配布しているので、好きな方で。 ファイルを取得でき
Subversionのpost-commitフックを利用してReview Boardのレビューリクエストを自動的に作成する。 #!/bin/sh # /var/lib/svn/myrepository/hooks/post-commit export LANG="en_US.UTF-8" REPOS="$1" REV="$2" REVPREV=`expr $REV - 1` svnauthor=`svnlook author $REPOS rev $REV` svnlog=`svnlook log $REPOS rev $REV` svnlogfirst=`echo $svnlog | head -n1` /usr/bin/svn diff -r $REVPREV:$REV file:///var/lib/svn/myrepository | /usr/bin/post-review \
今の自分は、出会った人や読んできた本によって、できあがっている あの小冊子は、新聞の付録だったのか、記憶が曖昧で定かではないのだが、1ヶ月に1回程度の頻度で届いていた気がする。オールカラーで内容もさまざまだった気がする。その中には、プロ野球の選手名鑑もあって、私は、母から受け取り、大切にしていた記憶がある。母は、…
Review Board 1.5 をWindowsにインストール (LightTPDでは動かずApache+mod_pythonで動いた) かつてReview Board 1.0をWindowにインストールしたが、エラーになる画面があり断念。 また、Rietveldとかも試したが、ローカルで動かしてもGoogleアカウントを要求された瞬間あきらめ(社内ではNG)。 そうこうしているうちに、修正を先送りしたレビュー結果があちこちに散乱。 すっきりさっぱりpre-commit reviewをとりいれて楽ちんしたいなぁと思うわけで、Review Board 1.5が2010/09/30にでたのでWindowsに入れてみる。 まず、 DocumentationのリンクからVersion 1.5のAdministration GuideにInstalling on Windows。 database
Review Boardならコードレビューを効率良くできる!:ユカイ、ツーカイ、カイハツ環境!(19)(1/3 ページ) “コードレビュー”やってますか? “コードレビュー”は、ソフトウェア開発の重要なプロセスですが、往々にしておざなりにされがちです。 しかし、きちんとコードをレビューすることで、品質向上や、早期のバグ発見による後工程でのコスト削減につながります。また、病気や事故、他のプロジェクトへの突発的な火消し(!)などによる、開発メンバーの長期離脱時のリスク削減にもつながります。さらには、他の開発者が書いたコードを読んで学習することにより、コーディングスキルの向上にも役に立ちます。 今回は、「そうはいっても、現実的にコードレビューなんて無理……」という方のために、コードレビューを効率化する「Review Board」というツールを紹介します。 Review Boardの主な特徴5つ
_ 目標設定の記述方法 アスキーの嘉平さんから妙な本をもらったので読んだ。多分6ポモロード(注:正しくはポモドーロ。完全に逆転して書いているので注意)くらいで読み終えた(つまり通勤3日分)。おもしろかった、ありがとうございます。 アジャイルな時間管理術 ポモドーロテクニック入門(Staffan Noeteberg) ということは大ざっぱに3時間弱くらいで読了できるということだ。おれはこの文章を書くためにいろいろひっかけながら読んだからそれだけかかったが、多分、もっと早く読めるかも知れない。 ポモロードってのはトマトのことで(子供が表紙を見て、トマトの本か? と訊いたくらいだ)、それをポモロードと呼ぶことによる異化効果はあまり日本ではなさそうだが(トマト銀行という銀行名から受けるインパクトに比べると赤やなんか間抜けっぽさや薄皮っぷりとかの印象が抜け落ちるからだけど)、でも謎めきっぷりからは良
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く