早い段階でTurboPascalを学びました。これは、基本およびバッチファイルプログラミングからの大きな一歩でした。 Delphiが登場したとき、私はそれが素晴らしいと思い、すぐに恋に落ちました。私は他のプログラミング言語やツールを学ぶことに興味がありませんでした。 Delphiはそれをすべて行いました、そしてそれは素晴らしかったです。私は自分自身にたくさんの仕事と私の興味を維持するのに十分であることに気づきました。
アカデミックな観点から、他のプログラミング言語に興味がありました。私は議会で夜学の授業を受けました。私はCとC ++を少し持っていました。 Ruby（ヒップになる前の状態）、Java、JavaScriptなどを調べました。最終的には、LinuxプラットフォームでC / C ++ / COMをすべて組み合わせて実行するレーザープリンターのデバッグに数年を費やしていることに気付きました。
そこからフルタイムのDelphiプログラミングに戻りましたが、私が働いていた新しい会社は「Delphi開発者が足りない」という神話に賛同し、C#とWinFormsに移行することにしました。私たちはすぐに新しいC#開発者を雇うことができましたが、彼らを知ると、彼らはC#よりもDelphiの経験が豊富であることがわかりましたが、彼らは「Delphiの仕事はない」という神話に賛同し、C#開発者としてブランドを変更しました。 。 （これは、循環論法または自己達成的予言と呼ばれるものです。）最終的に、プロジェクトには、より多くの開発者と「より現代的な開発者ツール」があるにもかかわらず、本来の4倍の時間がかかりました。彼らは本当にDelphiに固執するべきでした。
私はDelphi開発をフルタイムで行う新しい仕事に移りました、そしてそれからその会社がC#とSilverlightに買収したのは未来です。 C#の経験があったので、新しいSilverlightフロントエンドの作業を開始しました。バックエンドとデスクトップアプリはDelphiのままでした（少しC ++を使用）。 Silverlightで何が起こったのかは誰もが知っています（覚えていれば...）
そこから私は本当に枝分かれしてしまいました。私はC#、Xamarin、Java、JavaScript、Objective-C、およびOxygene（当時はDelphi Prismとして知られていました）でさらに多くの作業を行いました。 Delphiもまだ混ざっていました。私はJavaを使ったAndroid開発に関するいくつかのクラスとワークショップを教えました。それぞれの利点、長所、品質のいくつかを理解することを学びました。私は好きなものすべてについて物事を見つけました（Objective-Cについてはそれほどではありません）。
この時点で、ほとんどの開発者スキルが言語、ツール、およびプラットフォーム間で機能することがわかりました。複数の言語を知り、使用することには価値があります。各言語の基本的なテナントは、他の言語でのやり方に前向きに影響を与え、問題を別の方法で見るのに役立ちます。特定のプログラミング言語とツールに最適なプロジェクト、プラットフォーム、および問題がいくつかあります。たとえば、Webで作業している場合、ある種の抽象化レイヤーを使用している場合でも、少なくともいくつかのJavaScript、HTML、およびCSS（後者の2つはプログラミング言語ではありませんが、私は逸脱します）を知っている必要があります。
このすべてを通して、私はまだ個人的なプロジェクトのためにDelphiを選択していることに気づきました。時折、他のツールや言語で個人的なプロジェクトを試して、それらをよりよく理解する方法を試しますが、それでもDelphiがほとんどの汎用プロジェクトのより良いソリューションであることがわかりました。 Delphiの特徴の1つは、Delphiを繰り返し使用する理由のひとつです。これにより、一般的なタスクが非常に簡単になり、残りはシンプルで可能になります。
生産性に焦点を当てた他のツールは、タスクの小さなサブセットをDelphiと同じくらい簡単にしますが、それらのタスク、またはその「理想的な」シナリオを超えるものを困難または不可能にします。他の汎用ツールは一般的なシナリオを最適化するために何もしませんが、単純なタスクを必要以上に複雑にします。
現在、マルチプラットフォーム開発では、Delphiがこれまで以上に重要になっています。 DelphiとFireMonkeyが提供するアプローチにより、すべてのプラットフォームAPIと機能を手の届く範囲に保ちながら、最も一般的なタスクをすばやく簡単に実行できます。
Delphiは、私に関する限り、サードパーティのコンポーネント市場を実際に発明しました。当初から、VCLのすべてのソースコードが同梱されており、堅牢なOpenTools APIとコンポーネントモデルが含まれているため、他のユーザーがIDEを簡単に拡張し、再利用可能なコンポーネントとライブラリを構築できます。すべてのテクノロジーパートナーは、私がDelphiを選択する理由の大きな部分を占めています。
Delphiは、開発者が開発するコードにも多大な貢献をしています。私は多くの一般的なソフトウェア開発者グループに参加していますが、開発者がツールの新しいバージョンをサポートするためにコードを移植し終えたばかりであると不満を言うのを聞くのはよくあることですが、 Delphiプログラミング言語またはフレームワークが登場しました。多くの場合、彼らはそれをすべて捨てて、新しいバージョンをサポートするように書き直します。確かに、Delphiは完璧ではなく、バージョンごとに非互換性や重大な変更がある場合もありますが、比較すると、Delphiは、私が見た他のどの言語やプラットフォームよりもはるかに優れています。
「私が知っていたのはDelphiだったので、Delphiを選び始めました。今、私はDelphiを選択しました。それは、他の方法よりも仕事がうまくいくからです。開発が速いという事実は素晴らしいですが、方程式の一部にすぎません。私はかつて「Delphiがすべて、特にWindowsを実行する」という帽子をかぶっていましたが、それは今日までになく真実です。
では、なぜDelphiを選択するのですか？コメントやブログで理由を共有してください #WhyIChooseDelphi
Design. Code. Compile. Deploy.
トライアル版をダウンロードいますぐアップグレード！
Delphi Community Edition（無料）C++Builder Community Edition（無料）
Japanese 
English 
French 
Portuguese 
German