InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
Google Summer of Codeの動的言語関連プロジェクトとRuby Summer of Code
夏が近づいてきた。学生たちが賞金稼ぎのためにオープンソースに取り組むときだ。古参のGoogle Summer of CodeはRubyプログラマ向けのプロジェクトのアイデアをいくつか提案している。Ruby Summer of Codeもある。これはRubyやRuby on Railsに関する20のプロジェクトに資金援助するコミュニティ活動だ。Rubyやその他動的言語に関して、どんな提案があるのか調べた。
-
ビジネスルールマネジメント - ミッシングリンクなのか？
blogosphereにおける最近の議論は、ビジネスルールをビジネスプロセスを行う際のダイナミックなガイドとして使うべきかという疑問を投げかけている。
-
RubyGems.orgがGemホストそしてRubyForgeを引き継ぐ
Nick Quaranto氏からの最近発表によると、RubyGems.org が RubyGemsのデフォルトの供給源になった。 今や、gemcutter.org, gems.rubyforge.org, と rubygems.orgの３つのドメインは、すべて同じ場所を指しており、全ドメインのgem に関するサービスとインストール作業を行う。 RubyGems.orgが主たるwebフロントエンドで、他の2つのサイトは、そこにリダイレクトする。セキュアなサイトであるーもまた3月23日にスタートした。
-
技術的負債を貨幣化する
ほとんどのアジャイルチームが，技術的負債(Techninal Dept) は悪いものである，という考えを持っている。金銭的な負債と同じように利子負担を伴なうからだ。技術的負債の利子はソフトウェアを維持・拡張するために要する余分な労力，という形で支払われる。アジャイル実践者たちの多くが技術的負債を可能な限り早く返済するよう勧めているが，それを定量的に把握するための貨幣化(monetize)を実現できているアジャイルチームは稀である。
-
Scrum Gathering: コミュニティの実践
アジャイルコミュニティは次の3つの重要な実践について共通理解を作り出そうとしている。その3つとは、要求の収集、アジャイルコーチング、そして集団学習のためのオープンスペースの形式だ。最近開催されたScrum Gatheringでは、これらのトピックが初日、二日目、三日目の議論の的になった。InfoQはこれらのトピックについてより深く理解するため詳細を取材した。
-
完了に関するマニフェスト
Alixx Skevington氏は、ディスカッション・スレッドの発端となる完了に関するマニフェスト(Manifesto of Done)という記事を投稿した。氏は記事の中で、チームメンバ間での作業のクオリティに関する取り決めついて語っており、コードを通じてビジネス価値を提供するための取り決めを明確に示している。また、コーディング、規約、有用なコード、ユニット・テスト、テスト・カバレッジなどの分野を取り上げ、クオリティへの取り組みの重要性を強調している。
-
InfoQファミリーに新たな仲間：運用コミュニティ
近い将来、InfoQ.comに第７のコミュニティが追加される予定だ。既存のコミュニティを見ると、アプリケーション開発やアーキテクチャ(.NET、 Ruby、Java、SOA、アーキテクチャ)とアジャイルの議論にフォーカスを当てており、主にアプリケーションの開発というコンテキストに限定されていることがわかる。しかし、ソフトウェアの開発が終わった後は？
-
一時的なコードと継続的に使うコード、そしてその間にあるすべてのコード
よくテストされリファクタリングされた長く使われるコードがある一方で、数日で捨てられることを前提にして書かれるコードもある。そしてこの両極の間に巨大なグレーゾーンが横たわっている。このグレーゾーンに属するコードはいつか削除されるという想定の元に書かれているが、決して消されることがない。
-
アジャイル ドキュメンテーション：その明確さは？
アジャイルのコミュニティにおいて，ドキュメントは明らかなテーマであっただろうか？ どれ位の量のドキュメントを作る必要があるのだろう？ 必要なものは？ 不要なものは？ 従来の開発プロセスのドキュメントをアジャイルに移行する方法は？ アジャイルコミュニティにおいてドキュメントは，明確な定義に欠けている分野なのだ。
-
WebSocket と Bayeux/CometD
ブラウザベースのアプリケーションで通信を行うためのテクノロジは，現在のところ２つある。Bayeux (別名 CometD) と，それより新しい WebSocket だ。どちらが優れているだろうか，あるいは，共存できるのに十分なだけの違いがあるのだろうか？
-
アジャイルと"ユーザ中心設計"の調和
UX のスペシャリストである Anthony Colfelt 氏がアジャイルについて，それが単独では不完全なものであることを論証するとともに，ユーザ中心設計のアジャイルへの統合の可能性とあるべき姿に関して，詳細かつ興味深い検証を行う。
-
-
チームの最適な構造
アジャイルは7人に2人多いか少ないかくらいの大きさのチームについて話題にするが、一方で全体チームという考え方も推奨する。全体チームとは案件を遂行するための十分な技術をチーム全体に持たせるという考え方だ。つまり、中核となる開発技術とは別に、必ずやらなければならないテストの技術、データベースに関する技術、ユーザインターフェイスに関する技術もチームが持つという考え方だ。チームの構造を定義するのは簡単だろうか。
-
-
US Scrum Gathering，興奮の第２日目
Scrum Gathering の２日目はトピック，おしゃべり，活気，役に立ちそうなもの，そして初日に続いて(もちろん)健全な議論の嵐で目いっぱいだった。当日のハイライトは(ご存知) Open Space の創設者である Harrison Owens 氏の登場，Jeff Patton 氏の "ストーリーマッピングの利用"，Jurgen Apello 氏の自己組織化に関する話，その他多数だ。