Early on I learned Turbo Pascal, which was a huge step up from the Basic and Batch File programming I cut my teeth on. When Delphi came along I thought it was brilliant and fell in love immediately. I had no interest in learning other programming languages or tools. Delphi did it all, and that was great. I found myself plenty of work and enough to keep my interest.
アカデミックな観点から、他のプログラミング言語に興味がありました。私は議会で夜学の授業を受けました。私は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についてはそれほどではありません）。
It was at this point I could see that most developer skills work across languages, tools, and platform. There is value in knowing and using multiple languages. The basic tenants of each language influence the way you do things in other languages, in a positive way, helping you to look at problems in a different way. There are some projects, platforms, and problems that are best suited to certain programming languages and tools. For example, if you are working with the web, you need to know at least some JavaScript, HTML & CSS (the latter two not being programming languages, but I digress), even if you are using some sort of abstraction layer.
このすべてを通して、私はまだ個人的なプロジェクトのためにDelphiを選択していることに気づきました。時折、他のツールや言語で個人的なプロジェクトを試して、それらをよりよく理解する方法を試しますが、それでもDelphiがほとんどの汎用プロジェクトのより良いソリューションであることがわかりました。 Delphiの特徴の1つは、Delphiを繰り返し使用する理由のひとつです。これにより、一般的なタスクが非常に簡単になり、残りはシンプルで可能になります。
生産性に焦点を当てた他のツールは、タスクの小さなサブセットをDelphiと同じくらい簡単にしますが、それらのタスク、またはその「理想的な」シナリオを超えるものを困難または不可能にします。他の汎用ツールは一般的なシナリオを最適化するために何もしませんが、単純なタスクを必要以上に複雑にします。
現在、マルチプラットフォーム開発では、Delphiがこれまで以上に重要になっています。 DelphiとFireMonkeyが提供するアプローチにより、すべてのプラットフォームAPIと機能を手の届く範囲に保ちながら、最も一般的なタスクをすばやく簡単に実行できます。
Delphi really invented the 3rd party component market as far as I am concerned. From the beginning, it shipped with all the source code for the VCL and also included a robust OpenTools API and component model making easy for others to extend the IDE, and build reusable components and libraries. All the technology partners are a huge part of why I choose Delphi.
Delphi also has a huge commitment to the code we as developers develop. I attend a lot of general software developer groups, and it is common to hear developers complaining about how they just finished porting their code to support a new version of their tools, only to have it all break again because a new release of their non-Delphi programming language or framework just came out. Often times they just throw it all out and rewrite to support a new version. Sure, Delphi it isn’t perfect, and sometimes there are incompatibilities or breaking changes from version to version, but by comparison, Delphi is so much better at this than any other language or platform out there that I have seen.
「私が知っていたのはDelphiだったので、Delphiを選び始めました。今、私はDelphiを選択しました。それは、他の方法よりも仕事がうまくいくからです。開発が速いという事実は素晴らしいですが、方程式の一部にすぎません。私はかつて「Delphiがすべて、特にWindowsを実行する」という帽子をかぶっていましたが、それは今日までになく真実です。
では、なぜDelphiを選択するのですか？コメントやブログで理由を共有してください #WhyIChooseDelphi