とても良い例です。VBA for MS WordとVBA for MS Excelは、ユーザーの操作をコード化することで明確にログを残すことができることを紹介しています。それから、一般化すると、新しい文書や表を使ってプログラムを動作させるために、すでに（ループなどを）書かなければならず、ここは言語がないと無理です。また、MSがWord95でオブジェクトモデルを変更し、実行中のプログラムをいくつか書き直さなければならなくなったケースも記憶に新しいです。
とても良い例です。VBA for MS WordとVBA for MS Excelは、ユーザーのアクションをコード化し、明確に記録する方法を示しています。それから、一般化すると、新しい文書や表を使ってプログラムを動作させるために、すでに記述（ループなど）が必要で、ここは言語がないと無理です。また、MSがWord95でオブジェクトモデルを変更し、実行中のプログラムを一部書き直さなければならなくなったケースも覚えています。
例えば、Visual Basicは この原理に基づいています。
文字通り、言語の知識がなくてもプログラムを作ることができるのです。
とても良い例です。VBA for MS WordとVBA for MS Excelは、ユーザーの操作をコード化することで明確にログを残すことができることを紹介しています。それから、一般化すると、新しい文書や表を使ってプログラムを動作させるために、すでに（ループなどを）書かなければならず、ここは言語がないと無理です。また、MSがWord95でオブジェクトモデルを変更し、実行中のプログラムをいくつか書き直さなければならなくなったケースも記憶に新しいです。
しかも、これは文字と写真だけです。あらかじめ定義されたパラメータのリストを変更するだけで済むように、安定した不変のモデルをどこで手に入れることができるのでしょうか？モデルが変化し、新しいもの（モデルも現象も）が出現する過程は不変であり、それを情報システムに反映させるのはプログラミング言語以外にない。そのため、言語がどんどん増えているのです。VBAですべてをカバーできるわけではありません。
とても良い例です。VBA for MS WordとVBA for MS Excelは、ユーザーのアクションをコード化し、明確に記録する方法を示しています。それから、一般化すると、新しい文書や表を使ってプログラムを動作させるために、すでに記述（ループなど）が必要で、ここは言語がないと無理です。また、MSがWord95でオブジェクトモデルを変更し、実行中のプログラムを一部書き直さなければならなくなったケースも覚えています。
しかも、これは文字と写真だけです。あらかじめ定義されたパラメータのリストを変更するだけで済むように、安定した不変のモデルをどこで手に入れられるのでしょうか？モデルが変化し、新しいもの（モデルも現象も）が出現する過程は不変であり、それを情報システムに反映させるには、プログラミング言語以外にない。そのため、言語がどんどん増えているのです。VBAですべてをカバーできるわけではありません。
拝見させていただきました。まだ確定的なことは言えませんが、コンセプトが違うのだと思います。
要は、コード自体がすぐに遺物になってしまうかもしれないということです。音声コマンドによるプログラムも可能です。
例えば（声で話す）。
新しいオブジェクト。
ラベル
テンプレート作成
パラメータ
x、y、w、n、色
テンプレートの保存
3つのインスタンスを作成
名前インスタンス1 - "Base"
インスタンス1を編集する
パラメータ間のリンクを確立する
X1 と X2 の間の値をフィルタリングする。
フィルター下限値-10
アッパーフィルター値 - 100
値補正器を設定する（値が範囲を下回ったり上回ったりしている場合、範囲内に持ってきてパラメータに渡すことで補正する）。
などなど・・・。
声か他の器官か、どんな違いがあるのだろう。
パラメータのリストがシステムであることを理解する（簡略化）。すべてのシステムはパラメータで構成されています。イベントとオブジェクトステート、プロセスとオブジェクトフォーム、すべてパラメータで構成されています。ただ、アセンブリが違うだけです。したがって、障壁はありません。
そう、ミシンも蒸気機関も、ネジとリベットの接合による機械的な組立品なのだ。少し違うが、ずいぶん前に発明され、研究されている。デザイナーやそのツールは必要ない？公差やはめあい、強度計算などの科学は必要ない？物理学、冶金学、機械加工、組織、生産管理の法則からのバリアはないのか？
もし、システムがパラメータ・リストであれば、リレーショナル・データベースではなく、意味のない支離滅裂なテーブルの山になる。アプローチが間違っている。
MT4/5のExpert Advisorの作成を 高速化するツールを考え中です。EAが何をすべきかを伝える音声メッセージがあってもいいし、もっといいのは、このツールでTORを既成のEAに変換することだ。ハイレベルなプログラミングを考えなければならない。
そんなことを考えるのは、不可能ではないにしろ、難しいことです。同じことをプログラミングするにも、いろいろなバリエーションがあるんですね。通常、私は作業そのものよりも、お客様が何をしなければならないかを整理するのに時間がかかります。そして、人に説明するのではなく、ロボットに説明することを想像してください。ロボットは、あなたが様々な「欲しいもの」についてプロらしくないコミュニケーションをすることで、ただただ発狂してしまうでしょう。)))
MT4/5のEAを 高速に作成するツールをどうしたら思いつくか悩んでいます。EAが何をすべきかを音声で伝えるか、あるいはこのツールでTORをレディEAに変換してくれると良いですね。ハイレベルなプログラミングを考えなければならない。
ちなみに、私が作ろうとしたビジュアルスタジオは、この原則に従って作られています。
コントロールの一部はスタジオに属し、他の一部はユーザープロジェクトに属します。
スタジオ要素は、そのパラメータをプロジェクト内の編集可能な要素のプロパティに接続し、その値を変更します。次に、ハンドラがそれらを再描画して、出来上がりです。
ビジュアルスタジオでの編集の原理は非常にシンプルです。コントロールのパラメータと編集したい項目をつなげるだけです。
スタジオもユーザープロジェクトも共通のカーネルにあるので、接続は同じ配列の別のセル（コントロールエレメント内）にある配列（カーネル）のセルへのポインタに過ぎない。
要領はいたってシンプルで、必要な人がいればとっくにスタジオを作っているはずです（笑)。
コンピレーション？
そして、クライアントサーバーの実装や、メモリ割り当てによる 並列スレッド、出力入力ポートへのリードライト、OpenGLなどのグラフィックス操作などです。
1週間だけ考えればいいという、普通の課題に出会ったことがないのは、1年生だけなのでしょうか。
初歩的な、あるいは役に立たない抽象的な作業は誰の役にも立たないので、プログラミングの終わりというお考えはそこからきているのだと思います。
MT4/5のExpert Advisorの作成を 加速するようなツールを発明するにはどうしたらいいか、ここで考えています。EAが何をすべきかを音声で伝えるか、あるいは、このツールがTORをレディEAに変換してくれるのが良いですね。ハイレベルなプログラミングを考えなければならない。
で、どうなんだ？
高度なプログラミング？自分で考えてみる？ロジックは大丈夫ですか？if thenで少なくとも10レベルまでのネストで、どれだけ早くエラーなくコードを書けるか？そこで、TORを既成のExpert Advisorに変換する機能が必要になるのです。そして、その "完璧なロジック "でミスをしたらどうするか。デバッグを行うにはどうしたらよいですか？
みんな、幻想を抱くなよ。
ある人は、4つのオブジェクトを作成した経験をもとに、新しいスタジオを書こうとしていますが、コンパイルやデバッグについては考えていません。
もう1つは、マルチレベルの論理問題の複雑さを理解せずに、新しい高級言語を作ろうとするものだ。
ショックだ...。このトピックの名前の由来は何ですか？理解不足から？