多くのモバイルプラットフォームが登場し、それぞれ異なるUIを持つようになりました。そのため、多くの人がクロスプラットフォームツールキットに注目しています。これにより、モバイルアプリを一度作成して、さまざまなモバイルデバイスに展開できます。これらのツールキットは、使用する価値があるのでしょうか？

世界で最も一般的なプログラミング言語は何ですか？

オブジェクト指向を人に教える場合、どの言語を使用すべきですか？

モデル駆動型ソフトウェア開発（MDSD）は、従来のプログラミングスタイルの代替手段と見なされているソフトウェア開発スタイルです。このアプローチの中心は、ソフトウェアシステムのモデル構築にあります。これらのモデルは、通常、図解的な設計表記（UMLはその1つの例です）を通じて具体化されます。この考え方は、これらの図を使用してシステムをモデリングツールに指定し、従来のプログラミング言語でコードを生成することです。

開発努力において、単一の言語のみを使用することに努めるべきでしょうか？

頭字語：Plain Old Java Object。

IT部門におけるよくある質問として、機能をカスタムソフトウェアを構築するか、パッケージを購入するかを選択するかどうかがあります。私がプログラミングを始めたときからずっと、その選択方法に関する議論が続いてきました。これに関する私の基本的な立場は、UtilityVsStrategicDichotomyに基づいています。要約すると、これは、サポートしているビジネスプロセスが競争優位性の一部である場合はカスタムソフトウェアを構築し、そうでない場合はパッケージを購入して、ビジネスプロセスをパッケージの動作に合わせて調整する必要があるということです。

私の意見の優れているにもかかわらず、多くの企業はこのようにしていないようです。多くの場合、彼らは二分法を無視しており、それは1つの問題です。しかし、ここで焦点を当てたい問題は、パッケージを購入する場合によくある落とし穴です。

ジェームズ・ノーブルとロバート・ビドルによって導入された、プログラミングに関する考え方です。その本質（少なくとも私にとって）は、ソフトウェア開発は長い間、優れたソフトウェアシステムは均一なコンポーネントで構成され、均一で簡単な方法で構成されているというモダニストの見解を持っていました。（SmalltalkとLispはこの種の考え方の良い例です。）ポストモダンな見解は、ソフトウェアはあらゆる種類の非常に異なるものが、あらゆる種類の異なる方法で接着されたものであり（PerlとUnixを考えてみてください）、このスタイルのソフトウェア（big bucket of glue）は悪いことではないということです。

ソース編集の代替案として、システムの中核となる定義はモデルに保持され、プロジェクションを通じて編集されるという考えがあります。

ソースベースのプログラミング環境は、システムの定義を、システム定義の編集可能かつ保存可能な表現の両方として機能する一連のソースファイルに保持します。これらのソースは、実際に実行される実行可能表現に変換されます。プロジェクショナル編集（そこでこの2つについて詳しく説明します）とは対照的に、ソースベースのコードは今日の最も一般的な形式です。

XMLはしばらく前から存在しており、非常に多く使用されています。実際、必要以上に多く使用されています。ほとんどのツールと同様に、XMLはいくつかの用途には適していますが、他の用途には適していません。