GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
ブックマークされました!
ブックマークがエラーになりました。もう一度お願いします。
作者 Abel Avram , 翻訳者 尾崎 義尚 投稿日 2009年6月25日
なぜマイクロソフトがVB.NETに対してC#と異なる扱いを与えているのか。なぜVB.NET開発者はC#よりも支払いが少ないのか、そして彼らが将来を案ずるべきなのかどうか、多くの人の疑問であった。.NETマネージド言語グループのPMであるLisa Feigenbaum氏は、podcastでVB.NETには確実に将来があることをVB.NETコミュニティに約束した。
Lisa氏は、なぜVB.NETとC#に違いがあったのか説明した。第一にマイクロソフトの戦略的な決定だ。マイクロソフトは、2つの異なる構文を持つ言語がCLR上で動作するだけではなく、それらが異なる特徴を持つことを望んでいたため、2つの言語は全く異なる経路で.NETの世界にたどり着いた。マイクロソフトが提供するドキュメントの大部分には、C#のサンプルとより少ないVB.NETのサンプルが含まれていたため、みんなVB.NETは、人気がなく、そのうち消滅し、十分にサポートされないと考えた。
Lisa氏によると、はじめにマイクロソフトは、2つの言語に異なる機能を実装することで差別化しようと考えた。しかし、VB.NETの顧客の要求はC#の機能であり、C#の顧客はVB.NETの機能を求める声が多かったため、2つの言語を同期することを決定した。また、VB.NET開発者の数は、C#の開発者よりもわずかに多いため、マイクロソフトがVB.NETを殺すことは彼らの利益にならない。言語をともに発展させるために2つのデザインチームが一緒になった18ヶ月前にこの約束は強化された。
C#のチーフアーキテクトであるAnders Hejlsberg氏は、両方の言語が同時に進行していくのを監督する。彼がC#とVB.NETに実装するべき機能に決定を下した後、それぞれのデザインチームは別々の部屋に分かれて、構文と言語に対する全体的な設計ルールの実装を行う。このプロセスは、2つの結果をもたらした。各言語は、同じ機能セットの追加を維持することができ、それぞれの個性を維持し、他方の実装方法をコピーすることはなかった。これは、VB.NETが最終的にC#に吸収されないことを確実にするであろう。
各言語は、迅速に一体化する。現在、C#でのみ実現でき、VB.NETでは実現できないアプリケーションはXNAゲームである。なぜならばそれは、VB.NETのプロジェクトテンプレートを持っていない。しかしマイクロソフトは、2つの言語が完全に等しくなるように、そのギャップを埋めたいと考えている。
結合した結果はVisual Studioの次期バージョンで明確に見ることができるであろう。VSは、C、C++から始まった。しかしVS 2010のエディタとコンパイラは、以前よりマネージド コードを含むであろう。これは、C#とVB.NETのコードが増えるという意味である。VSもOfficeも朝を迎えたらマネージドコードになるということはない。なぜならば、すでに大量の貴重なコードが存在しているからである。ただし、新しいコードは、通常マネージドである。
いくつかの調査で、VB.NETの開発者は、C#の同僚と比較して、給料が10~15%少ないのが現実である。マイクロソフトによって、それらの言語が同等であると認識させ、同じ待遇を実現するためには、より多くの時間が必要である。
【ネクストスケープ】.NET、C#のアプリケーション開発者募集
世界の先進エンジニアが集結 - 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
スレッド表示 返信