「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey
日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数％程度といわれています。12月8日に都内で開催されたイベント「Agile Conference tokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの質問に答えるトークセッションが行われました。 このセッションでは、多くのエンジニアが現場でアジャイル開発ソフトウェア手法の導入や運用で悩んでいること、疑問に思うことを率直にGuo氏に投げかけています。セッションでやり取りされた質問と回答の一部を紹介しましょう。 意志決定を先延ばしすること 質問 日本のSIerに務めています。日本では、設計書をエクセルを使って画面や処理などの書類を作成しています。海
Pax Constructを使って、Web Consoleを立ち上げてみる(その1) - Fly me to the Luna
今度はPax Constructを使ってFelix Web Consoleを起動するところまでやってみた。Felix Web Consoleについて触れると、稼働中のOSGiコンテナの状況をブラウザを使ってみることができます。 例えばServiceの稼働状況、参照関係、とかもみられます。Felixを起動すると一緒に立ち上がっているShellコンソールも操作できちゃいます。 便利ですね。 まずはHTTPServiceを立ち上げる。 それじゃPax Constructを使って、まずはHTTP Serviceを立ち上げてみます。HTTP Serviceは、HTTPサービスをOSGiコンテナ上に載っけたものです。HTTP ServiceはFelix Projectで用意されています。(詳細な説明ページはこちら)このサブプロジェクトから提供されているBundleはいくつかあります。 org.apac
ArticleS.UncleBob.PrinciplesOfOod
What is object oriented design? What is it all about? What are it's benefits? What are it's costs? It may seem silly to ask these questions in a day and age when virtually every software developer is using an object oriented language of some kind. Yet the question is important because, it seems to me, that most of us use those languages without knowing why, and without knowing how to get the the m
InfoQ: SplkskyとBobおじさんの対決
ここ数週間、Joel Spolsky(リンク)とRobert C Martin(リンク)(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff Atwood (リンク)とJoel Spolskyの「38:th Stack Overflow」 (リンク) というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった(Joelテストとは、「Joelテスト: よりよいコードのための12のステップ」のことだ) (リンク)。Joelはこのように説明している(リンク)。 テスト駆動開発について議論されていることですが、すべてはユニットテストすべきだという意見があります……たくさんの人が私に、Joelテストを読んだ後で、「13番目の項目としてユニットテスティングを加えるべ
Groovy 1.6で注目の新機能 - Groovyの開発リーダーによる解説
これらはGroovyの重要な側面です。しかしより重要なのは、Groovyが単に言語であるだけでなく、ひとつのエコシステムであるということです。 Groovyのバイトコードに含まれる情報を増やしたことは、Coberturaのような優れたカバレッジツールがGroovyをサポートする助けとなり、CodeNarcのような新らしい静的コード解析ツールにとっては利用しやすい情報が手に入ることになります。 また構文の柔軟性とメタプログラミングの特性は、ビヘイビア駆動開発のためのEasybやモックライブラリであるGMock、テスト/テスト仕様化のフレームワークSpockといった先進的なテストツールを生み出しています。 さらに、Groovyの柔軟性および表現可能性、そしてスクリプティングの特性によって、継続的インテグレーション（ビルドやテストを頻繁に行う方法論）を実践するための先進的なスクリプトシステムや基
ペア・プログラミングの採用を成功させるには
経験上、ペア・プログラミングの採用を成功させる上で唯一最大のステップは、適切なペア用ステーションを用意することです。以下で記述するようなペア用の構成を推奨しますが、状況に応じてカスタマイズする必要があるでしょう。 両者が並んで快適に座れるような平らな机。Nat Pryce氏は円卓の使用でも成功しています。通常、作業者の方へカーブする机は快適な作業条件を実現できないため、避けるべきです。 手ごろに購入できる最速な開発用マシン。ペア用のステーションが個々のマシンより優れているならば、使用する機会も増えます。また、2人につき1台を購入しさえすればよいため、より多くの費用をかけることができます。 デュアルDVI出力付きビデオ・カード。スプリッタも正常に機能しますが、十分ではありません。最大の解像度を得るには、デュアルDVI出力を使用するほうがより適しています。 24インチまたは30インチのモニタを
Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法
監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)に続きます 今日ようやく、積ん読状態だった「Software Design 2010年1月号」を手に取ったのですが、特集が「今日から使えるスクリプト満載！ [プロ直伝]お手軽サーバ監視術」。興味深く拝読したのですが、もっと楽ができるのにと思うところも。ちょうど、昨年末に運用しているサービス「パストラック」のサーバを移転し、crontab と perl で書かれたスクリプト群を使った監視環境を構築したところなので、そこで使っているスクリプト cronlog を紹介したいと思います。 特集の前書きにも書かれていることですが、サーバやネットワーク機器が多数ある環境なら、Nagios を始めとする、専ら監視のために作られたソフトウェアを使って、監視システムを構築すべきです。逆に小規
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
"アジャイルチームリード"は必要か
InfoQ: あなたがやっているのはテスティングかチェッキングか？
アジャイルの成功が結局は失敗になるとき
アジャイルプロジェクトが遅れる理由