GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
ブックマークされました!
ブックマークがエラーになりました。もう一度お願いします。
作者 Mike Bria , 翻訳者 大田 緑 - (株)チェンジビジョン 投稿日 2008年9月20日
アジャイルコミュニティで比較的長く続いているディベートの話題は、「アジャイル認定」である。すなわち、仮にアジャイル認定を効果的かつ確実にできるとしたら、どのようにするのかという疑問である。「We Vouch For (私たちは保証します)」(リンク)イニシアチブは、この疑問に答えるユニークなアプローチを示している。
アジャイルコミュニティの派閥を通じてよく繰り返される意見は、「アジリティ」の認定が標準的な形式の証明書によって確実に解決される問題ではないことだ。特に良く出される意見は、ある中央の権威あるグループが始めたコースを終了したり、共通テストに受かったりすることが、誰かを「認定されたアジャイリスト」とみなす効果的な方法ではないことである。これは多くの理由によって信じられている。アジリティというものは主観的でダイナミックな性質を持ち、非常に幅広いものである。効果的なアジリティは、繰り返し定められた方法でプラクティスを適用するよりも、状況に合わせて効果的に原則を適用するものである。
従って、多くのアジャイリストが考えたのは、あなたがアジャイルを実際に適用したことについて、経験豊富な別のアジャイリストの観察に基づいた意見を聞くことである。実際のアジャイルプロジェクトで、あなたの信頼性を正式に判断してもらうのだ。別の言い方をすれば、誰か信頼できる人にあなたの信頼性を保証してもらうのである。さらに、Agile Allianceはその立場をはっきりさせている(リンク)。「技術に基づいて、達成が難しいことを認定するだけの確信がなければならず」、「雇い主は、従業員の認定を要求すべきではない」ことが述べられている。
これは、主にLaurent Bossavit氏(リンク)とBrian Marick氏(リンク)によって設立されたWe Vouch For... (リンク) イニシアチブの背後にある基本的な前提である。We Vouch For... (リンク) は、アジャイルコミュニティのメンバがお互いの業績を認定できるウェブサイトであり、上記で検討した証拠に基づく仲間同士の認定のアルファ版が公開されている。
We Vouch For... (リンク) イニシアチブの基本的価値のメッセージについて尋ねられたとき、Bossavit氏はこのように述べた。
どのように機能するかについての基本をウェブサイトから引用する。(将来の雇い主や同僚、そして他の人々も)人々の能力について何かを知ることに価値があります。私たちは、それを「証明書」と読んだほうが良いかもしれません。アジャイルコミュニティは、全体として、アジャイルを定義する分野でだれが適任であるか、そして、これらの分野が何であるかについて、コミュニティのサブグループよりも多くの知識を持っています。従って、中央の認定機関だけを巻き込んだものより、少しでも実現可能であれば、コミュニティ全体を巻き込んだ「証明書」の案はより価値があります。
少しでも実現可能であることというのは、比較的新しいアイデアであり、どうして以前に実現できなかったかを説明します。私は、Clay Shirky氏(リンク)の「Here Comes Everybody」(リンク)という本を読んだ後で、それに気づきました。
ウェブサイトにサインアップします。そして、知っている人を認定することができます。これをするには、認定のメッセージに参加します。
認定のメッセージは、確固とした真面目で正式なメッセージです。例: 「私、アジャイルコミュニティのメンバ、Laurent Bossavitは、ふりかえりのファシリテーションの優れたスキルを持つものとして、以下の証拠に基づき、Rachel Davies氏を認定します。: 私は彼女がカンファレンスでファシリテートしたふりかえりに参加しました。この経験から重要なことを学んで持ち帰りました。」
すべての部分を含んでいることが重要です。コミュニティのメンバであることを述べ、認定したい人の名前、優れている分野、その分野でのその人のスキルの評価 : 実用的、非常に価値がある、優れている、そして、この判断の元になる実質的な証拠を述べます。
We Vouch For... (リンク) は、「人民の、人民による」試みであり、あなたが参加すればうまくいくチャンスがある。参加しなければ、本当のチャンスはない。ウェブサイトを訪れ、どう思うか自分で決定しよう。そして、いつものように、あなたが決めたことをここで他の人たちにちょっと知らせてみよう。
原文はこちらです:http://www.infoq.com/news/2008/09/we-vouch-for
【豆蔵】「オブジェクト指向を現場で活かすリファクタリング入門」新規講座キャンペーン中
【豆蔵】大好評のため、Jenkins講座を追加開催致します!Jenkins作者の川口氏が講師です。
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。
Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。
GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式
本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。
前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。
Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。
スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。
No comments
スレッド表示 返信