Konstantin Nikitin: このブロックビルドというのは、かなり以前からあるものです。しかし、大規模なプロジェクトを作成する場合には、特定の独立した部分にのみ適しています。さて、ところで、これらのテンプレートを使って自分でコードを書くわけではないのですが、やはりデフォルトで適用され、何らかのコードが書かれました。 まあ、プログラミングというものが死んでもいいんですけどね。そうすると、誰も新しい、より最適化された解決策を書かなくなり、プロセスが止まってしまうのです。すべてはツインプログラムに集約される。もし、隠されたバグがあれば、このテンプレートによって、そのコードが適用されるすべてのものに自動的にクローン化されます。 だから、今のAIとして通用するパロディではなく、本物のAIを作るまで。プログラミングの死について語るのは早計だ。
最大でコンストラクタを取得することができますが、これには一定の制限があります
ちなみに、私が作ろうとしたビジュアルスタジオは、この原則に従って作られています。
コントロールの一部はスタジオに属し、他の一部はユーザープロジェクトに属します。
スタジオ要素は、そのパラメータをプロジェクト内の編集可能な要素のプロパティに接続し、その値を変更します。次に、ハンドラがそれらを再描画して、出来上がりです。
ビジュアルスタジオでの編集の原理は非常にシンプルです。コントロールのパラメータと編集したい項目をつなげるだけです。
スタジオもユーザープロジェクトも共通のカーネルにあるので、接続は同じ配列の別のセル（コントロールエレメント内）にある配列（カーネル）のセルへのポインタに過ぎない。
アイデアはいたってシンプルで、必要な人がいればとっくにスタジオを作っているはずです))
プログラミングを容易にするために、小さなリンクだけを取得します。複雑な作業には、テンプレートとリンクの膨大なベースが必要です。
一人ではできない。
特定の作業に対して行うことができます。消費者を探さなければならない。
そこには、他にはない言語がある。
アーラン
拝見させていただきました。まだはっきりしたことは言えませんが、コンセプトが違うと思っています。
要は、コードそのものがすぐに遺物になってしまうかもしれないということです。音声コマンドによるプログラムも可能です。
例えば（声で話す）。
新しいオブジェクト。
ラベル
テンプレート作成
パラメータ
x、y、w、n、色
テンプレートの保存
3つのインスタンスを作成
ネームコピー1 - "Foundation"
インスタンス1を編集する
パラメータ間のリンクを設定する
X1 と X2 の間の値をフィルタリングする。
フィルター下限値-10
アッパーフィルター値 - 100
値補正器を設定する（値が範囲を下回ったり上回ったりしている場合、範囲内に持ってきてパラメータに渡すことで補正する）。
などなど・・・。
プログラミングを容易にするために、小さなリンクだけを取得します。複雑な作業には、パターンとリンクの巨大なデータベースが必要です。
これは一人の人間だけではできないことです。
特定の作業に対して行うことができます。消費者を探さなければならない。
しかし、スタジオと音声を使って、このようなテンプレートをスピーディに作成できることが魅力です。しかも、すべてコードレスで。革命になるんです。
https://ide.hiasm.com/
手直しが必要なのはわかるが、クールなものだ。
ロジックの項目を見ると、コンディションアイコンが表示されていました。スタジオでは、コードを構築しようとしています。私は違うアプローチをしています。コードは一切ありません。オブジェクト関係のみ。そして、私の考えるオブジェクトとは、パラメータ、その選択、フォーム、他のパラメータとのリンク、値ハンドラ（フィルタ、コンバータ、コレクタ）、アセンブラ、イベント、ステートなどなど...です。これらのことから、リアルタイムにコンパイルすることなく、あらゆるオブジェクトを組み立て、テストすることができます。
まあ、プログラミングというものが死んでもいいんですけどね。そうすると、誰も新しい、より最適化された解決策を書かなくなり、プロセスが止まってしまうのです。すべてはツインプログラムに集約される。もし、隠されたバグがあれば、このテンプレートによって、そのコードが適用されるすべてのものに自動的にクローン化されます。
だから、彼らが今のAIとして通用するパロディではなく、本物のAIを作るまで。プログラミングの死について語るのは早計だ。
ところで、EventやStateオブジェクトがどのようなものか、また、作成中のパラメータ構成とどのように関連付けるか、ご存じない方のために説明します。
イベントやステートは、パラメータとそのプリセット値の集合体である。それ以上はない。したがって、それらにハンドラを接続することで、任意のイベント モデルを簡単に構築することができる。
このブロックビルドというのは、かなり以前からあるものです。しかし、大規模なプロジェクトを作成する場合には、特定の独立した部分にのみ適しています。さて、ところで、これらのテンプレートを使って自分でコードを書くわけではないのですが、やはりデフォルトで適用され、何らかのコードが書かれました。
まあ、プログラミングというものが死んでもいいんですけどね。そうすると、誰も新しい、より最適化された解決策を書かなくなり、プロセスが止まってしまうのです。すべてはツインプログラムに集約される。もし、隠されたバグがあれば、このテンプレートによって、そのコードが適用されるすべてのものに自動的にクローン化されます。
だから、今のAIとして通用するパロディではなく、本物のAIを作るまで。プログラミングの死について語るのは早計だ。
そうなんです。ブロックベースのオブジェクト表現システムにAIを接続することは、コードの書き方を教えるよりもずっと簡単なのです。ブロック方式での組み立ては、より高速になります。長年のトレーニングは必要ない。オブジェクトは実行中のスタジオを離れないため、コンパイル時の遅延なくテストされます。ビルドやテスト工程の一部を自動化できる大きな可能性がある。ニューラルネットワークを接続する機能。
これからはブロック方式が主流になると思います。