プログラムを作成する標準的な形式がテキストファイルの編集ではないプログラミング環境を作成するための真剣な試みはありますか、またはありましたか?
子供の頃、ブロックをつなげてレゴマインドストームを使ったことを覚えています。より洗練されたユーザーのために、これまでに似たようなことが試みられたことがありますか?
例を知っていますか?
プログラムを作成する標準的な形式がテキストファイルの編集ではないプログラミング環境を作成するための真剣な試みはありますか、またはありましたか?
子供の頃、ブロックをつなげてレゴマインドストームを使ったことを覚えています。より洗練されたユーザーのために、これまでに似たようなことが試みられたことがありますか?
例を知っていますか?
グラフィカル プログラミング言語には、 LabView の G 言語やPrographなど、数多くの例があります。これらはどちらもデータ フロー プログラミング言語であり、グラフィカル プログラミングが自然に適合しますが、理論的にはグラフィカル コンテキストで手続き型プログラミングを行うこともできます (1980 年代のChipwitsゲームしか思いつきません)。
ただし、GUI ベースのプログラミングの大きな問題は、ソース管理、ファイルの比較、マージ、grepping、翻訳、分析、ユーティリティなど、プログラミングのすべての周辺アクティビティがテキストベースのソース コードでしか機能しないことです。コーディングの初期段階を過ぎると、GUI ベースのプログラミングが「実際の」プログラミングになると、どのように牽引力を得ることができるかを想像するのは困難です。
2 つの一般的な例は、Google ブロックリーとYahoo パイプです。
Smalltalk は、テキスト ファイルはプログラムを作成および変更するための適切なオブジェクトではないことを教えてくれました。プログラムを転送する場合は問題ありません。
たくさんの例があります。私の頭の一番上にあるのは、Warcraft 3 の GUI スクリプト エディターです。もちろん、そのような GUI は本質的に制限されているため、熟練したコーダーは常にそれをバイパスし、JASS スクリプトで直接コーディングしました。
IBM の VisualAge for Smalltalk は、あなたが質問している領域のかなり先に進んでいましたが、IBM によって EOL (生産終了) される前に目的地に完全に到達したかどうかはわかりません。インスタンス化は、VisualAge Smalltalk をサポートするようになりました。
LabVIEWは、グラフィカル プログラミング言語の優れた例です。学生版では、ほとんどの場合、そこに到達できます。