「応用ブームの時代」の初めに、Delphiはビジュアル開発ツールの使用を通じて支配しました。 もちろん、ウィンドウインターフェイスを備えたアプリケーション（Visual Basic、Visual Studioなど）を開発するためのツールは他にもありましたが、Delphi 1 ... 3期間中のロシアの状況を思い起こせば、この環境の最も広範な分布を合理的に言うことができます。 製品は「発射」されましたが、これは主にソフトウェアの大幅な不足によるものです。 しかし、Delphiの言語のシンプルさは重要な役割を果たしました。多くのエンジニアがいましたが、プログラマはほとんどいませんでした。 しかし、Delphiでは、1か月の大学課程を終えた人は、プログラマーにならなくても、少なくとも開発者になれます。 つまり、ソフトウェア製品を独自に作成できるということです。
Delphiは、ウィンドウインターフェイスを作成するためのシンプルなスキルと相まって、多くのITライフのチケットになりました。 GUIのあり方についての独自のアイデアに導かれ、ソフトウェアを作成することを学びました。 インターフェイスを設計するためのルールがなかったため、状況は複雑でした。 Delphic Borland C ++ 4.xより前のバージョンでは、ダイアログボックステンプレートをプリフェッチすると、右側の[Ok] [Cancel]ボタンが垂直に配置されることが暗示されていました。 Delphiでは、ボタンを好きなように配置できます。 これは挑発と見なすことができますか？ 一般的な見方では「自由」と同じくらい、ソフトウェア開発ツールの分野では「柔軟性」が考慮されます。
そのため、入り口にはかなりの数の開発者がいて、その資格はセルフトレーニングの時間によって決まりました。 トレーニングは「道に沿って」行われ、「独自のリソース」を犠牲にして行われました。 当然、最初のアプリケーションは、さまざまなフロントエンド形式で印象的でした。 Delphiの代わりに別のテクノロジーが登場した場合、かなりの予測可能な結果を伴う大量の自己トレーニングに使用されます。 学校のロシア語の教師が「生徒たちはロシア語をまったく知らず、ひどい間違いで書いている」と文句を言うなら、これはロシア語ではありません。 英語（中国語、日本語、チェコ語）の学生は、おもしろい「真珠」を配り、自然言語の文法と文体の自由な枠組みで自分の考えを定式化することを学びます。
結論（進化的）： Delphiでは、ソフトウェア開発の技術としての「優位性」のため、それほど目立たないインターフェイスが多数作成されました。 しかし、問題はDelphiにあるのではなく、自然の歴史にあります。
さらに、「初期のデルフィック時代」に作成されたほとんどすべてのアプリケーションソフトウェアは（類似物の欠如という点で）ユニークでした。 プロジェクトがより効果的であるほど、最適ではないが元のGUIレイアウトをフリーズすることにより、プロジェクトを再安定化する可能性が高くなります。 したがって、「曲がった」インターフェースを備えた成功したソフトウェアの存在は、成功のサインです！
結論（逆説的）：bad-guiプロジェクトが成功すればするほど、改善する可能性は低くなります。 また、グラフィカルインターフェイスの品質に必ずしも関係しない多くの要因により、成功が達成されています。
もちろん... Delphiで誰もがMVCや、アルゴリズムとロジックからインターフェイスを分離する他の手法を使用した場合...しかし、これらの希望は正当化されません。 彼らは、インターフェースの「簡単な交換」を約束しているようです。 インターフェースは機能とともに成長し、それを追い越し、追いつくこともあります。 インターフェイスの変更-これは車の再塗装ではなく、このボディの変更です。
ユーザーから何回聞いたことがありますか。 彼女は「曲がった」のですが、私はそれに慣れています。 「少なくともこれで最も美しい決定が修正されるわけではありませんが、最も難しい場合は、「フォーム上のボタンを押し続ける」必要があります。 これはエンドユーザーが必要とするものです。
結論（残念）：ユーザーの要件により、ユーザーインターフェイスの品質が低下する可能性があります（向上しない）。 ユーザーの習慣-革新的なインターフェイスの改良の装甲列車の途中でブレーキシュー。
プログラマーは創造的な人々です。 すべての技術の開発の主な原動力は、より良くしたいという願望です。 機能-関数、手続き型コード-クラス、クラス-テンプレートによって一般化されています（Delphiの「ジェネリック」）。 単調なルーチン操作を実行したり、退屈なインターフェイスを作成したりする人はいません。 「顧客は2番目のEhelを書くことを望んでいます！」-これは、ユーザーがMS Officeの製品によって好みをガイドされた初期の主な問題の1つです。 しかし、開発者は時々、「インストール」を進めることができました。
結論（創造的）：独創的なインターフェースは、味覚/知識の欠如の兆候ではありません。 これは、プログラマに特徴的な自己表現の欲求の副作用です。
少年たちはダンス/ドローの方法を知りません。 しかし、すべての性差別を捨てて、ソフトウェア開発は主に人類の強い半分の責任であることを認識しなければなりません。 多くの場合、インターフェイスは「見苦しいが単調」です（軍のジョーク）。 「ドルフィスト」が他の開発ツールのユーザーより「男らしい」かどうかは不明です。 私の練習（電源状態構造のトピックに関する開発）で要件が作成された場合がありました-インターフェイスは（文字通りの意味で）緑でなければなりません！ 装甲車は緑、オンボードのラップトップは緑、インターフェースも緑でなければなりません！ また、Windowsの配色を緑に変更することはできますか？ いや！ コントロールパネルのように、すべてのボタンが「正方形スロット」になるようにします。
結論（スパインレス）：インターフェイスの 「曲率」は多くの場合、ユーザーの好みによって決まります。 どのユーザー、そのような好み。 そして、Delphiはどこにありますか？ 「デルフィスト」は、開発環境の視覚的な外観のために満足と不器用であるという事実にもかかわらず。 残り3ピクセルが必要ですか？ お願い！
オペレーティングシステムとしてのWindowsは、アプリケーションプログラムインターフェイスに関して保守的です。 Windows 95からWindows 7まで、リボン（およびこの現象の見方）に加えて、特別なイノベーションは提供していません（ただし、Windows 8は長年にわたって蓄積されたイノベーションの必要性を補っています）。 「クラシックコンポーネント」に基づく設計では、競争上の優位性を追求する分野はありませんでした。 主要なプレイヤーはインターフェイスを「スキン」し始め、外部からプロを招待するのに十分な味、才能、リソースがありました。 肉屋は彼らに例えられるようになりました。豊かなライオンの皮だけが、さまざまなウサギの皮のパッチワークキルトに置き換えられました。
一般的な結論：荒々しく印象的なユーザーインターフェイスを備えた次の製品を見るとき、最終設計に対するツールとしてのDelphiの影響度を理解する必要があります。 私たちの国の道路を運転し、交通参加者の力によって「貧しい運転文化」、「危険な運転」、「緊急事態の意図しない作成」のために緊張するとき、私たちは自動車メーカーを非難しません！
DelphiのAndroidモバイルアプリコンテストは間もなく終了します。 「FMプラットフォーム」を使用して「モバイルインターフェース」を作成する手法を一般化するための優れた資料となります。 300以上の申請書が提出されました。
すべて金曜日に！
さらに12日間の競争が終わる前に、検討済みの完成したプロジェクトを既に提出している開発者がいます。 これまでのところ、新旧両方の「ドルフィスト」は、Androidのモバイルインターフェースの仕様の微妙な感覚を示しています。 要約を楽しみにしています。
