6

ウィキペディアから

The Last One は 1981 年に登場したユニークなソフトウェア プログラムで、ユーザーからの入力を受け取り、実行可能な BASIC でプログラムを生成しました。プログラムジェネレーターの例です。

ソフトウェアはプログラミング言語ではありませんでした。ほとんどのプログラミング言語とは異なり、プログラムは、生成されたコードの基礎を形成するメニューからユーザーがオプションを選択することによって生成されたからです。これは、BASIC で生成されるプログラムを最終的に引き起こす論理的な順序で行われました。ユーザーはいつでも、プログラムの設計の現在の進行状況を示すフローチャートを表示することを選択できます。2

しかしウィキペディアには、このプログラムがどうなったかは書かれていません。どれくらい人気/不人気で、何人が使っていますか? それはいつ、どのように終焉を迎えたのですか、それともまだ利用可能ですか?

詳細については、こちらをご覧ください

4

5 に答える 5

10

AFAICT の現在の話は次のとおりです。この記事では、TLO を活用するために当時彼らが設立したコンサルティング会社がDJ 'AI' Systemsという名前で、現在は tloconsultants.com (tlo == The Last One) になっていると述べています。チャチン:-)

私の推測では (2 分間のサイト スキャンの後)、生成されたコードが実行されるビジネス指向のエキスパート システムの「モジュール」と思われるものを継続的に拡張することで、ビジネスを成長させたのです (また、コード生成の一部を支援または誘導した可能性もあります)。 、おそらく独自のルーチンを対象としたコードの場合)、新しいモジュールの使用方法に関する知識を TLO に組み込みます。非常に印象的で、特に 1981 年には、十分に認識していないことを認識したエンジン (ScHrIaTp) を使用していました。私のマネージャーがその機能の 10 分の 1 を持っていたらいいのにと思います。

そして、バグのない 100 行の BASIC コードを生成するのに 5 分かかったということも、きっと喜ばれることでしょう。

彼らが「ループを閉じた」(私の用語)かどうかについては、言及されていないので興味があります(そのひどい企業の仕事とその偽の時間ベースの狂気のために完全に読んでいなかったので) TLO自体の次のバージョンを生成するために、その表現が内部で操作されるポイントに実際に到達したかどうか. 「The Last One」という名前は、David James が、独自の後続バージョンを生成することを最終目的として変更するために、ユーザー (== プログラマー) に独自の表現を提示できるソフトウェアを明示することの意味を完全に理解していたことを示唆しています。 .

そのような自己修復および編集プログラム (ライブ プロセスは、IMO よりもはるかに困難であると同時に、興味をそそるほど興味深いものでもあります) はすべて、実際には、私の観点からは、それらがすべて「関数を変換する関数を変換する関数」であるという意味で同等です ( 'FtTFtTF's はどうですか -- 適切にばかげていて素敵です, IMO :-)

その無数の可能性に直面して、このような美しいソフトウェアを実装する方法に頭を悩ませようとすることは、MDD が現在最も優れたアイデアであると同時に、実際のプロジェクトではめったに使用されない理由を思い起こさせる一種のプログラミング パズルです。あなたの脳は、その道を歩むためにすべてのシリンダーで発砲する方がよい. シモニーと彼の何十億ドルもかかるのにどれくらいかかりましたか?

また、FtTFtTF のバリエーションが無限にあるのか、それとも単にたくさんあるのかにも興味があります。

楽しみ!

「全人類に恒久の平和と幸福を!」

于 2009-08-20T19:38:12.660 に答える
6

実話!!!TLOがイギリスからアメリカに初めて来たとき、私はディレクターでした。その会社は適切なマーケティング手段を見つけるのに多くの時間を費やしたが、バブルは彼らを通り過ぎた. 私たちは皆、50 人から 100 人が参加する 180 のセミナーを同じ日数で行いました。スコット・ノートン、ギル・サベージ、ロジャー・デヴィッド、リチャード・ハウザンド、そして私、マイケル・バルトルッチがいました。考えるたびに泣いてしまうアメリカ限定の作品がありました。私たちは、売掛金を権利化し、プログラムと共に譲渡することにしました。その後、1 週間で総勘定元帳、AP などに変わりました。1 つのアイデア (AR) を実行に移せば、夢を実現できたと思います。それは実行可能なプログラムを詰め込みました。私たちは、1981 年のコンピューター会議で発表されたボイス ジェネレーターを採用し、彼らとチームを組みました。私は 50 人のプレス メンバー (主にヨーロッパ出身) の前で BASIC プログラムを作成しました。エラーがなく、簡単なデータベースを作成するのに約 20 分かかりました。中央のデータベースからデータベースのメンバーを追加、変更、および削除します。メニュー。これは、テキサス州ヒューストンで開催されたカンファレンスの 3 日目に行いました。私たちのマーケティングが失敗した場合、会社も失敗しました。元の会社がそれを管財人に取り、それ以上追求しないことにしたことを私は理解しています. それは私の 2 番目の仕事でした。私はさらに 38 年間、コンピューターの分野で成功を収めました。元の会社がそれを管財人に取り、それ以上追求しないことにしたことを私は理解しています. それは私の 2 番目の仕事でした。私はさらに 38 年間、コンピューターの分野で成功を収めました。元の会社がそれを管財人に取り、それ以上追求しないことにしたことを私は理解しています. それは私の 2 番目の仕事でした。私はさらに 38 年間、コンピューターの分野で成功を収めました。

于 2016-10-12T04:13:24.393 に答える
6

さて、「ラストワン」の作者に大々的なインタビューを行った方のブログ記事を見つけました。この記事の執筆時点 (2007 年) では、彼はまだ「The Last One」の作成者の 1 人と仕事をしていました。それがどうなったか彼に尋ねることができるでしょう。

于 2009-08-20T18:32:26.473 に答える
4

進化の次のステップは、4GL 言語CASE ツールでした。その後、UMLがあり、現在はMDDです。

それらのすべてには、抽象的な「入力」からコードを生成するための多かれ少なかれツールサポートが付属しています。一般的なケースは、形式的で単純な入力にマッピングするほど抽象的ではないため、それらのすべてが一般的なケースで失敗することはあまりありません。

今日、MDD は、繰り返しの多いタスクや、簡単に抽象化できるその他のプログラミング タスクのソリューションです。「XML からデータをコピーする」(非常に抽象的で、優れたツール サポート) と「ブラック ホールの重力場を計算する」(非常に具体的で、再利用なし、ツール サポートがほとんどない) を考えてみてください。

[編集] 「The Last One」の歴史に関しては、おそらく誰もそれを採用していません。コードジェネレーターは常に少し無視されていました。私の推測では、これは多くの落とし穴があるためだと思います。同じように見える何百万行ものコードが必要な場合、コード ジェネレーターは非常に優れています。しかし、あなたはそれを決して必要としません。「多少」が行ごとに異なることが多い、多少似ているコードが何百万行も必要です。

しかし、ここで誰も古いプログラムに何が起こったのか答えられない場合は、それぞれのウィキペディアのディスカッション ページでこの質問をすることをお勧めします (ウィキ ページの上部にある「ディスカッション」を参照してください)。記事を書いた人は知っているかもしれません。

于 2009-08-18T11:35:31.993 に答える