MQLで書かれたUIのギャラリー - ページ 11

[Aleksey Vyazmikin]

Janis Ozols #:

もちろん、私のインターフェイスはもっとシンプルだった。キャンバスは使わず、標準的なコントロールでパネルを作っただけだ。チャート上の他のオブジェクトが透けて見えないようにするため、1分間に1回、すべてのウィンドウ・コンポーネントを描き直した：

ここで、Controlsはコンポーネント名を含む配列である。

もし視覚的な輝きについて話しているのであれば、それは私が話していることではなく、クリックスルーについて話しているのだ。そこでは、インジケーターの設定でさえ、このようにクリックされることがある。

[Реter Konow]

著者のKIBマークアップ言語の技術を公開することを約束した。

前置きが長くなった。

このスレッドの読者の中には、マークアップ言語の技術を深く理解している人もいるだろうが、私はそのような人間ではない。つまり、このトピックに関する情報を読んだこともなければ、検索したことすらない。ビジュアル・エディターについても同様である。無知を自慢するつもりはない。しかし、私はどうやってそれらにたどり着いたのだろうか？

直感？行き当たりばったり？

不思議なことに、私は最初にマークアップ言語を作ってから、これこそが マークアップ言語なのだと気づいた。それに気づいたのは数年後のことで、すでにその言語とインタープリターに特化したソリューションを開発していたときだった。

そう、その解決策は非標準的に書かれたもので、そのために私はありとあらゆる方法で批判されたのだが、しかし......。でも...。いや、バグがなかったわけではない。バグは誰にでもある。しかし、私のソリューションには常に発展やスケーリングの余地があったし、期待されたような行き詰まりもなかった...そして予言されたように...。そして 私が予言されたように......。

それらが最善の解決策だったとは言わない、いや......。しかし、プログラミングの教育を受けておらず、ゴールと固定観念からの絶対的な自由に固執している一人の開発者にとっては最適だった。そしてまた、誰に対しても自分自身と対立する神経を持っている。

傲慢？そうだ。

自分が間違っていて、すべてを違う方法でやるべきだったと気づいた？- いや、すべてがうまくいっていたし、進化して いたからね

彼は自分が正しかったと思っている？そんなことはない。

商業的にもプロとしても、彼は間違って いた。

クリエイティブな面では正しかった。

商業的にも職業的にも間違っていたために、彼は本物のプログラマーになれず苦しんだ。そして、売上から何も 得られなかったからだ。

クリエイティブな 面では正しかった。自分の アプローチを開発し、テストするというユニークな経験を得ることができたのだから。

何がもっと高く つくのか？

人生のどの段階かにもよるが...。しかし、その質問は置いておこう。明確な答えは ないのだから。

マークアップ言語を作った後、その仕組みを学んだ。

それは次のようなものだった：

まずMT4とMQL言語について学んだ。

次に、この言語のグラフィカル・オブジェクトについて学びました。

それからオブジェクトを作り始めた。

...そして最初にしたことは、ビジュアル・スタジオを作ることでした...

...最初にやったことだ。

最初のコードを書けるようになったのとほぼ同時にね。

これがその証拠だ：2014年。

そして、グラフィックは私の脳から完全にアルゴトレーディングに取って代わった。なぜこのようなことが起こったのか、私にはわからない。

しかし、グラフィックの問題ではない。その背景には別の考えがあったのだ...。

詳しくは後述する。

[Edgar Akhmadeev]

このような興味深いトピックが出てきたので、オフトピックさせてください。

ずっと前、私はEasyAndFastGUIを使い始めました。そしてサポートされなくなり、コンパイルされなくなり、動かなくなり、時代遅れになりました...。

今、再び自分用のGUIの必要性が現れました（私はソフトウェアを売っていません）。この間、GUIを使った記事はいくつかあったが、非常に量が多く、取引エンジンと統合されているので、蜂と蜜を分けるのは難しい。あるいは、独立した開発のために、非常に基本的なことを説明しています。

ボタン、編集、タブ、チャートなど、EasyAndFastGUIと 同じくらい機能的なオープンフリーのGUIはありますか？キャンバスベースです。

プログラマーである私にとって、GUIはそれ自体が目的ではないので、開発者になることはありません。とはいえ、Windows 1.0では若いころにやったことがある。

[Реter Konow]

Edgar Akhmadeev #:

このような興味深い話題が出たので、オフトピックをさせてほしい。

ずっと前、私はEasyAndFastGUIを使い始めました。その後、サポートされなくなり、コンパイルされなくなり、動作しなくなり、時代遅れになりました...。

今、再び自分用のGUIの必要性が現れました（私はソフトウェアを売っていません）。この間、GUIを使った記事はいくつかあったが、非常に量が多く、取引エンジンと統合されているので、蜂と蜜を分けるのは難しい。または非常に基本的な、自己開発のために説明しています。

ボタン、編集、タブ、チャートなど、EasyAndFastGUIと同じくらい機能的なオープンフリーのGUIは ありますか？キャンバスベース。

プログラマーである私にとって、GUIはそれ自体が目的ではない。とはいえ、Windows 1.0では若いころにやったことがある。

はい、まさにその通りです。ただ、記憶を呼び覚ます時間が必要で、連絡をくれた人たちのためにGUIをどのように作ったかを思い出す必要がある。

https:// www.mql5.com/ru/forum/332043

[Edgar Akhmadeev]

Реter Konow #:

ええ、それは私が持っているものです。でも、記憶を呼び覚まして、連絡をくれた人たちの番組のグラフィカルなシェルをどうやって作ったか思い出す時間が必要なんだ。

動くライブラリを公開する気になればいいんだけど。

[Edgar Akhmadeev]

Edgar Akhmadeev #:

あなたの意見が必要です - EasyAndFastGUIと同じくらい機能的なオープンソースのフリーGUIはありますか - ボタン、編集、タブ、チャート。キャンバスベース。

皆さんへ。複数の作者によって公開されたGUIをテストしたすべての人に。そして作者にさえ。

[Реter Konow]

そして、そのグラフィックの裏には別のアイデアがあった......。

それは何か？

人間の潜在意識に寄生するアイデアのひとつを数式で推理してみた：

超タスクを見つける→超タスクを見つける→超解像を見つける→ステージ1、ステージ2、ステージ3......。ステージn

そこで論理的な分かれ道がある：

1.解決策がある--> 新しいスーパータスクを探す

2.解決策がない→選択する：

a) 新しいスーパータスクを探す。

b) 前の課題の解決策を探し続ける（自分に希望を与える）。

どのような選択をしても、このサイクルは繰り返される。

注目すべきは、個人のスーパータスクは本質的な意味を持たず、主観的な知覚の中にしか存在しないということだ。それは想像の産物である。しかし、"感染者 "はそれを理解することができない。彼の潜在意識にとって、スーパータスクは現実であり、その解決策は絶対に 必要なのだ。彼はその探索にエネルギーとお金を費やし、その結果、かけがえのない資源、つまり時間と健康を浪費する。お金もだ。

最初から素質が あれば、寄生虫のような考えを人に感染させるのは簡単だ。

その素質はどこから来るのか？

社会的未熟さである。内なる子供」が「内なる大人」よりも強いという事実から。そして、内なる対決では子供が優位に立つ。

なぜ「内なる大人」は 「内なる子供」より弱いのか？ - 内なる大人は、個人として成長する過程で社会的に不適合な状態にあるからだ。

誰が悪いのか？- 社会だ。先ほども言ったが...。社会は「 働きアリ」にするために、「 不適格」な大人をたくさん育てている。

不適格」な大人には、（「内なる大人」の無能さを「感じる」）内なる子供のスイッチが常に入っており、子供じみた野心や快楽のために、社会的競争における内なる大人の努力を妨害する。このため、このような人々は「社会との駆け引き」において最も不利な条件を受け入れざるを得なくなる。他の人がやらないような仕事を。

しかし、それは私の理論に過ぎず、それを押し付けているわけではない。

その時点で、私の潜在意識はアイデア・パラサイトに 感染していたことを認めなければならない。そう、そう、「聖杯」や「ユートピア」を探す神話的な潜在意識と同じものが、私がプログラミングの「魔法」に触れたときに活性化したのだ。

そして、どんなアイデアが私の頭に浮かんだのか？- キューブ」というアイデアだ。オブジェクトのプロパティの キューブだ。すべてのオブジェクトのプロパティを配列に書き込んで、ループの中で "その場で "編集してみようと思った。それが「カーネル・モーター」のアイデアの始まりだ。

「カーネル」は「キューブ」で、「エンジン」は「キューブ」内のオブジェクトのプロパティを制御するアルゴリズム。

それだけだ。それ以来、私はこのアイデアを諦められなくなった。

それは「スーパー・ソリューション」だった。私には「スーパータスク」が必要だった。「VSのようなVisual Studioを作れば いいじゃないか。そしてこうなった。

なぜ、何のために、なぜ......そんなことはどうでもよかった。Supertaskが あり、Super Solutionが あった。

あとはインナーチャイルドにとってはどうでもいいことだった。彼は新しい「アイデア・トイ」を見つけ、それを止めることはできなかった。

下に続く...

[Реter Konow]

Реter Konow #:

ここに逆説がある。マークアップ言語を作った後、その仕組みを学んだのだが......。

それは次のようなものだった：

ここから続ける。

Kernel-Motor "のアイデアは、最初の1行のコードですぐに思いついた。

マークアップ言語だけでなく、ビジュアル・エディターも作れる 可能性があった。そして、プログラミングの追加教育はほとんど必要なかった。必要なのは最も基本的な知識だけだった。理論的には、プログラミングの初歩的な教育でビジュアル・エディタを実装することができ、それはうまく効率的に機能するだろう。結果 的にそうなった。

このパラドックスは、今AIで起こっていることを思い出させる。AIは存在しない--国際的な研究機関の科学者たちは皆、そう言うだろう。彼らは何年も知能について研究してきたが、それが統計モデルからリンクされたデータに基づいて次の単語を予測することから成っているとは到底納得できない。 そして、もしあなたが彼らの鼻先に法学修士号を突きつけて、「それは意識ではないか？それは意識ではないか！思考ではないか！......」と突きつけても、彼らを怒らせて追い払われるだけだ。でも、この「脳のない」ものが、 人間としてあなたとコミュニケーションをとって いる......。

それで何がわかる？- 誰かが「知性」を模倣 する近道を 見つけたと......。

プログラミングの分野でも同じだ。UIへの近道を 見つけた。

OOPを知らない私は、複雑なプログラミング科学を回避してオブジェクトを作成し、処理する方法を見つけた。同時に、アルゴリズムが極めてシンプルで効率的だったため、コードのスピードは（同じ言語で）プロが書いたUIよりもはるかに速かった。そう、カノンでもスタンダードでもない......。ネイチャーから見たLLMが、人間の意識のとんでもない（プロではない）コピーであるように...。しかし人間は、知性を模倣するという自然界の難題を回避する方法を見つけた...。

私もそうだ。

私のコードは、この方向の代替ソリューションと比較して、ほとんど常に非常に速く動作した。同時に、より速くしようとしたことはほとんどなかった。私はただ、最初に選んだ「スーパー・ソリューション」の可能性を一貫して展開しただけだ。

スーパー・ソリューションの "解凍 "は常に進歩を保証した。すべてが簡単に、ひとりでにやってきた。

しかし、私がマークアップ言語を作っていることに気づく前に、技術的にどのようにしてマークアップ言語にたどり着いたのだろうか......？

これについてはさらに......。

[Maxim Dmitrievsky]

同じスーパータスクを設定した...ええと...覚えてない...3年くらい前かな。自分で取引戦略を考える「AI」ボットを作ること。

でも、お金を稼ぐという目標もあったんだ。）同時に、別の方法でトレードを成功させた経験もありました。

結局、このタスクはアーカイブ的に本当に難しいことが判明した。フォーラムでチェリックがどのようにレールから外れていったかを見てきたし、今でもMOのトピックに入ると外れてしまうんだ :)

[Реter Konow]

Edgar Akhmadeev #:

現役のライブラリーを出版する意欲が湧いてくればいい。

そうなれば、そうします。でも約束はできない。ベストは尽くします。