Delphiが「死にかけている」または「プログラマは読者ではなく、プログラマは作家である」理由

こんにちは、ハラジテリ! 明けましておめでとうございます! 前任者が書いたコードを解析する際に、良いコーディング、トラブルのないコード、マネージャーの理解、知識のある部下と忍耐をお祈りします。



私の大好きなプログラミング言語であるDelphiの人気を下げることについて、いくつかの考えを共有したいと思います。 だから、私たちは卵で猫を引っ張るのではなく、角で雄牛を連れて行きます。



Delphiが生まれた時代に、その実装の利点が想像できた場所にパーソナルコンピュータが導入され始めました。 しかし、1台のコンピューターではメリットを享受するには不十分です。 また、ビジネスデータと情報システムの間の仲介者として働くユーザーオペレーター、および情報システム自体もあります。これは、同じデータを保存、処理、および発行するプログラムです。



そのため、可能な限り多くの利益を得るには、コストを削減する必要があります



これらの理由により、シンクライアントのような端末、正しい順序で正しいボタンを押すオペレータ、および学生が学期論文として作成した情報システムがあります。



手続き型Pascalから生まれたObject Delphiは、エントリのしきい値が非常に低く、サードパーティライブラリへの依存を最小限に抑え、さまざまなDBMSに格納されたデータへのアクセスを提供します。



システムの設計において、鉄とDelphiの関係が十分に追跡されていない場合、次の3つの利益条件がDelphiに非常に強く関連しています。



ソフトコンポーネント 、つまりオペレーティングシステム。 Delphiを使用すると、MS Windowsで実行されるプログラムを作成できます。これは、猛烈なペースで人気を集めています。海賊版Windowsを置くことは問題ではありません。 そこはどうですか... J3QQ4 ...



オペレーターのトレーニングオペレーターがWindowsでの作業の基本を理解している場合、どのボタンを押して何をするかを示す簡単な指示を行うことができます。



情報システムの開発半年の入学基準が低いため、学生または学生グループは顧客のささやかな要件を満たす情報システムを作成できました。



Delphiの運命に致命的な役割を果たしたのは、入場の低しきい値でした。 これがどのように起こったのかについての私の簡単な簡単な語り直し。

  1. Delphiの人気が高まり、新しいDBMSのサポートが導入されています
  2. Delphiを使用して実装されたプロジェクトの数は増加しています
  3. Delphiプログラマーの数は増加しています
  4. グローバルな(ソ連だけでなく、米国だけでなく、米国でも)技術者を訓練する危機が始まる
  5. 情報システムの要件は、技術の発展に従って複雑になっています
  6. Delphi開発者は技術開発の方向に間違えられています(ドットネットはまだ関係ありませんでした)
  7. 顧客は、良いDelphiプログラマーと悪いプログラマーを区別できません-認証局はありません
  8. アンダープログラマーによって書かれたプロジェクトの数が増加しています
  9. サポートを必要とするプロジェクトの数は増加しています(コード/ロジックの変更)
  10. 顧客は「修正/仕上げよりも書き直しが簡単だ」ということをますます耳にしている
  11. そして、彼らはコードを理解していない悪いプログラマーのようにそれを言います
  12. とても良い、彼らの髪は彼らが見たものから動いた
  13. Delphi開発者は新しいテクノロジーに対応していませんが、これは重要ではありませんが...
  14. より多くの人々/顧客/管理者が「Delphiは悪い」と考え始めています
  15. Delphiの競合他社は眠っていませんが、ますます「おいしい」テクノロジーケーキを展開しています
  16. 優れたプログラマーにとっては何を書くかは問題ではありません。彼らは別の言語に「移行」します。優れたDelphiプログラマーはますます少なくなっています
  17. Delphiは開発中にフリーズし、損失をもたらし、所有者は次々と変わります
  18. 言語開発の閉鎖の終わりについてのうわさ
  19. 新しいプロジェクトの顧客は別の言語を選択しようとしています。なぜなら、同じものを最初から書き直すことにうんざりしているからです。
  20. 大学は市場の下に陥り、デルファイはトレーニングプログラムから学生を除外し始めます
  21. Delphiはテクニカルサークルで次第に言及されなくなり、多くのが彼を「死んだ」と呼んでいます。


したがって、Delphiの一時的な日没の主な原因:



つまり、プログラマーは主にDelphiの環境と言語に関心がありましたが、彼らの管理は両方の足が不自由でした。 すべては彼にかかっています。



これらの理由が一緒に別の言語/技術で現れる場合、彼も問題を抱えている/抱えていると言えます。 たとえば、Silverlightを取り上げます。 彼はまた、入場閾値が低いが、残りのアイテムでは、すべての先端があります。 MSが主要なベンダーまたは想像力と想像を絶する方法でその発案をサポートしていないベンダーではないことを誰も主張しないことを望みます。



もちろん、Delphiの場合、すべてがそれほど悪くはありません。 現在、言語には適切なホストがあり、言語は不安定ではなく、うまく開発されていません。 しかし、顧客/管理者の信頼を取り戻すことは困難です。 確かに、それにもかかわらず言語に忠実であり続けた人々はより慎重です。 たとえば、チームをリクルートするとき、彼らはトレーニングのレベルを特定するためにより慎重に努力し、新しい言語のリリースを追いかけません。 Delphi 7.0は(Windows XPのような)多くの人に適しています:彼らは、Total Commanderを備えたGislerがまだ2番目のバージョンに座っていると言います。



たとえば、私は自分の街の現状を説明しようとします。 すべてではないにしても、長い間お互いを知っている少数のオフィス。 例外なく、すべては底なしの国家財務省から供給されます-電子政府の創造のための多くの入札があります。 この一環として、プロジェクトは主にC#とJavaで開発されます。 接続されているDBMS Zoo:IBM DB2、MS SQL、Oracle、FireBird。 チームでは、1〜2人の熱心な指導者、3〜4人の学生、または焼きたての卒業生、2〜3人の死者。 いつも違う人とは限らないということで。 チームは2〜4人のプロジェクトで2〜10人です。 平均して、5つのプロジェクトのうち、1つは新しいもの、2つは古いものの改訂版、2つは何か、通常は事務作業(SAP、DocsVision)または試運転と鉄工で理解できないものです。



そのため、ほとんどの場合、新しいプロジェクトはC#またはJavaで記述されます。 古いものの洗練は、ほとんどの場合、Delphiで書かれた微調整/再加工/修復です。



あなたはこれをすべて見て、悲しいことに心になります。 しかし、Delphi開発者の約束を読んで元気になります。 そして、彼らの困難なビジネスで彼らを助けるために、彼は彼のオフィスを説得して、2、3のライセンスを購入し、Delphiの新版で1つのプロジェクトを始めました。



私見、そのような素晴らしい言語はありえません。 確かに彼らの技術の愛好家がいるでしょう。 非常に多くの素晴らしいプログラムが書かれています。 もっと書かれることを信じたい。



私は、順番に、Delphiのファンに座ってではなく、彼らのサークルでそれを大衆化しようとするように促します。 Embarcaderoのマネージャーがミスを修正し、お気に入りの言語をサポートできるように支援します。



All Articles