GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
ブックマークされました!
ブックマークがエラーになりました。もう一度お願いします。
作者 Sadek Drobi , 翻訳者 編集部 投稿日 2008年8月22日
ActiveStateは「オープンソース・ソフトウェアのビジネス利用に関する10の神話」(PDF)と題した短いホワイトペーパーを発表した。著者らはオープンソースの熱烈な支持者とその反対者の双方がしばしば繰り広げる二極論的アプローチに対する否定的な立場を明確にしている。彼らはオープンソース・ソフトウェア(OSS)の利用には事業開発プロジェクトを促進する可能性があるとしながらも、その是非については慎重に評価し、潜在リスクを減少させ、利点を最適化するために適切なセーフティネットを用意すべきだと考えている。このホワイトペーパーは、OSSの品質、利用、現在の業界における位置づけに関する多くの一般的な誤解を否定するものであり、合理的なアプローチについての十分な根拠と見なせるだろう。
神話 1: オープンソース・ソフトウェアと独自ソフトウェアは二者択一である
神話 2: オープンソース・ソフトウェアは無料だ!
神話 3: オープンソース・ソフトウェアの導入は料金的な理由でしかない
神話 4: オープンソース・ソフトウェアの使用は自己責任である
神話 5: すべてのライセンス許諾は面倒である。
神話 6: オープンソース・ソフトウェアとオープンスタンダードは同義である
神話 7: 反権威的である
神話 8: オープンソース・ソフトウェアは基幹業務には向いていない
神話 9: オープンソース・ソフトウェアは品質が低い
神話 10: うちの会社はオープンソース・ソフトウェアを利用していない
すくなくとも上記の神話のうち3つは、OSSは今でも大型事業プロジェクトには向かない境界事象であるという推測に基づくものである。著者らはオープンソースが企業向けソフトウェアに対する反権威的で周辺的なアプローチだという考えは古いものであり、今やOSSがビジネスに積極的に統合されており、その風潮は強まっているという点を強調している。2006年のForresterによる調査では、「調査した大企業の75%でオープンソース・ソフトウェアが使用されている、もしくは使用が予定されている」といい、またGartnerは「2012年までに企業向けソフトウェア開発会社の90%がオープンソースを採用する」と予測している。サポートするベストプラクティスが提供される可能性があり、「ソフトウェアの製造中止リスク」を抱える単一ベンダーにソフトウェア供給を限定しないため、OSSのビジネスクリティカル業務での使用が増えているというのは興味深い指摘である。
ここで、我々はオープンソース・ソフトウェアの品質にまつわる神話に突き当たるが、これに関してもホワイトペーパーの著者らは明らかにしている。オープンソースの競争的優位性を無視して、費用の節約という側面しか見ない人もいる。OSSではピアレビューに基づくクラウドソース開発モデルによって、より信頼できる柔軟なコードの作成が可能となっているため、「安かろう、悪かろう」という議論は誤りであろう。とはいえ、オープンソース開発は品質を保証するものであると考えるのは、やはり誤りである。まず、OSSの進化は均質的なものではない。品質コントロールのレベルはコミュニティの規模や係わり合いの程度に大きく依存する。コミュニティというのは「細かな修正に前向きであるとは限らない」のである。さらに、OSSとオープンスタンダードは混同されがちであるが、同義ではない。オープンソース開発はオープンスタンダードと相互運用性のためのプロトコルの利用を奨励するものではあるが、開発のベストプラクティスは必ずしも保証されたものではない。
3つめの神話カテゴリはオープンソース・ソフトウェアの有効利用に関するものである。まず、著者らはOSSと独自ソフトウェアのハイブリッド開発モデルを妨げるものは何もないことを強調している。それどころか、OSSが広く使用されており、数々の利点もあることを考えれば「開発現場からオープンソース・ソフトウェアを締め出す」というのは現実的ではないだろう。また、提供が増えているにもかかわらず、「企業が必要とするすべての機能を実現するオープンソース・ソリューションをみつける」というのはまだ困難である。
他のOSSの利用に関連した神話である「オープンソースは無料であるが、テクニカルサポートもない」という認識についても議論されている。OSSの採用には、堅固なセーフティネットが欠かせない。大規模な企業向けソフトウェアのプロジェクトや複雑な統合ではなおさらである。これにはそれなりのコストが掛かるが、同時にオープンソースの利用が自己責任ではないことを意味している。高まる要求に応える形で、テクニカルサポート、統合、ライセンス許諾の支援に特化した企業があり、OSSの採用において認識されているリスクはかなり低減されている。
著者らはオープンソースの採用は避けがたいものであるが、企業はその導入を制御し、戦略を策定することが可能であり、また、それを実行すべきである、と締めくくっている。そうしなければ、オープンソースは「適切な計画と検討がないままに企業に入り込んできてしまい、その管理は非常に難しくなってしまう」というのだ。
原文はこちらです:http://www.infoq.com/news/2008/08/10-myths-about-oss-in-business
【豆蔵】大好評のため、Jenkins講座を追加開催致します!Jenkins作者の川口氏が講師です。
世界の先進エンジニアが集結 - QCon TOKYO 2012 早期割引実施中!
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
スレッド表示 返信