GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
ブックマークされました!
ブックマークがエラーになりました。もう一度お願いします。
作者 Shane Hastie , 翻訳者 編集部N 投稿日 2010年7月25日
この投稿は、以下の議論をするシリーズの第1回である。すなわち、いかに組織は、チームが成功するように、元気づけることができるかを理解するために、ソフトウェア開発の内側と外側の両方の情報源をもとに、チームを成功させる要素を考察する。
Alistair Cockburn氏は、 Agile 運動の創始者の一人で、「ソフトウェア開発は、発明とコミュニケーションによるゴールベースのゲームである」と言っているー発明には、創造性が必要であり、そして、チームは、一貫性無しに、創造的な結束を達成することは、できない。
Wired magazinの2010年6月号に、 Jonah Leher氏は、「大ヒットを鼓舞する:Pixarの創造的なマジックの内側」というタイトルの記事を書いた,その中で、 Pixar Animation Studiosで使われている創造的なプロセスを分析している。彼が言うのは、
“最初の Toy Storyがリリースされた1995年以来、Pixarは、9本の映画を作った。そして全てがすばらしい成功を収めた。Pixarの秘密は何か?それは、独自の創造的なプロセスである。”
彼は、多くのプロジェクトにわたって、いっしょに働く脚本家、監督、アニメータそして技術者でチームを作るというPixarのやり方と1プロジェクトだけ一緒に働く、自由契約のプロにより配役を集める、というこの業界の典型的なやり方とを対比させている。
氏によると:「スタジオは、ほとんどのセットにおいて、想像できないぐらいに、互いに知りそして信じあう映画制作者のチームを作り上げた。」
彼は、いかにPixarのプロセスは、チーム内での深い信用と、終わった仕事の品質へのフィードバックに取り組む能力が必要であるかを指摘している。毎日、チームは前日に終わった仕事のレビューを行ない、各フレームを「情け容赦なくズタズタにする」。この絶え間ないフィードバック サイクルによって、チームは、終わった仕事の品質と開発中の製品を絶えず改善できる。このプロセスには、チームの全メンバが参加する。「最も経験のないスタッフでさえ参加するように奨励される」、その意図は、短いサイクルで、学び、適応し、改善することである。ー これは、Agileソフトウェア開発チームで働いている人には、非常に馴染みのあるもののはずだ。
この失敗が許される環境が、Pixarが非常に成功したキー要因の1つである。Leher 氏は、Lee Unkrich氏の (Toy Story 3の監督)の言葉を引用している「失敗しても誰も怒らないというのは,重要である。いいものを作るには、失敗は、本質的なことだ、ということを皆が知っている。だから、我々の目標の1つは、できるだけ早く失敗することなのだ。」
Pixarは、それにしても,成功している-彼らの1本当たりの平均総売上は、5億5千万ドルで観客そして批評家からも愛されている。彼らは明らかにうまくやっている、いかにしてソフトウェア開発は、彼らのやり方から学べるだろうか?
あなたの組織環境は、長続きするチームや失敗を許す文化を作ることを奨励していますか?どうのようにすれば我々は、ソフトウェア開発の世界で、このようなことをもっと育むことができるだろうか?
【ネクストスケープ】.NET、C#のアプリケーション開発者募集
【豆蔵】「オブジェクト指向を現場で活かすリファクタリング入門」新規講座キャンペーン中
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
スレッド表示 返信