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

新しいコメント
 
Реter Konow #:

...

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

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

...人間は、知性をシミュレートするという問題において、自然の複雑さを回避する方法を見つけたんだ ...


...超決断を"解きほぐす "ことは、 常に 進歩をもたらしてきた...。


上記について補足する：

オープンエイの チーフ・エンジニア、 イリヤ・スッツケバーが YouTubeのジャーナリストに語ったインタビューを初めて見たとき（約1年前）、私はある言葉に衝撃を受けた。

AI開発について、彼は次のようなことを言ったのだ。

正直、私は "ガッカリ "した。

彼は真面目な知能研究者だと思っていたのに......。意識、思考、精神の 本質を説明しようとしていると思っていたのに...。そして突然、そのAI開発主任が、統計的確率に基づいて文中の次の単語を予測したいだけだとわかった！そしてそれが、彼が会話AIを構築している理由 なのだ！

驚かないわけがない。）ファーザー・クリスマスが実在しないことに初めて気づいたようなものだ。）

そして一番悔しいのは何だと思う？彼は成功した。GPT-3レベルの会話AIを初めて作ったのはイリヤだった。そのとき初めて、彼の本当の賢さに気づいたんだ。

言い換えれば、彼は自分の会社が決してやらないような研究を引き受けないほど賢いということだ。彼は近道をして、究極のゴールに たどり着いた。


それでいて、AI創造という問題に対する彼の冷静でシニカルな態度に、私はイリヤのマインドを深く尊敬した。誰もが知識と可能性を十分に秤にかけて、最大限の結果を 残せるわけではない。彼にはそれができた。

そして今、彼は次の言葉を予測 しながら スーパーディシジョンを"解きほぐし"、技術をスケールアップさせようとし続けている。彼は同じインタビューでそれについて語っている。それが成功するかどうかはわからない。

超解 像は常に限界がある。私はカーネル・ドライブの仕事でそれをよく知っている。


次の近道は？))


明日に続く...


P.S.この質問と以前の質問については、明日議論する予定です。マークアップ言語での作業例も掲載します。

 
Edgar Akhmadeev #:

皆さんへ複数の著者が発表したGUIをテストしたすべての人に。そして作者の皆さん。

はい、お手伝いします。やる気が出てきた。記憶を取り戻すのに少し時間が必要だ。私がリンクしたスレッドを見ていてください。準備ができたら、そこに投稿するよ。
 
Реter Konow #:
はい、お手伝いします。やる気が戻ってきた。記憶を取り戻すのに少し時間が必要だ。リンク先のスレッドを見ていてくれ。準備ができたら、そこに書き込むよ。

ありがとう。楽しみにしているよ。私だけではないと思う。

一般的に、なぜMQはこのようなものを実装していないのだろう。小さな "自分で作る "要素のセットしかない。非常に低いレベルで。MQL5には何でもプログラムできる。しかし、それ自体が目的ではなく、ツールに過ぎないものに労力を費やしすぎるのだ。

多くの人は、より便利な管理や分析のためにGUIを必要としている。

私はMQL3からそれを追いかけている。言語もパフォーマンスも驚異的に発展した。この言語の開発者は素晴らしい。しかし、MTのインターフェイスは原始的なレベルにとどまっており、細かい欠陥が小一時間の作業のために残っている。一度冗談で言ったことがあるが、彼らは2人目のプログラマーを雇うべきだ。

 
Edgar Akhmadeev #:

ありがとう。楽しみにしているよ。私だけではないと思う。

実際、なぜMQはこのようなものを実装していないのだろう。小さな "自分で作る "要素のセットしかない。非常に低いレベルで。MQL5には何でもプログラムできる。しかし、それ自体が目的ではなく、ツールに過ぎないものに労力を費やしすぎるのだ。

多くの人は、より便利な管理や分析のためにGUIを必要としている。

私はMQL3からそれを追いかけている。言語もパフォーマンスも驚異的に発展した。この言語の開発者は素晴らしい。しかし、MTのインターフェイスは原始的なレベルにとどまっており、細かい欠陥が小一時間の作業のために残っている。一度冗談で言ったことがあるが、彼らは2人目のプログラマーを雇うべきだ。

まあ、その通りかもしれない。

何か大きなものの未完成というつらい思いが残る。苦しい。撮影するには、始めたことを終わらせなければならない。ビジュアルエディターを仕上げる。

趣味モードでも2～3カ月、1日2～3時間かかる。大したことじゃない。すぐに思い出すよ、コードは単純だ。

私はエディターと言語を組み合わせることにした。説明しよう。マークアップ言語のすべての機能をvis.editorで実現するのは難しすぎる。例えば、ツリーリストや大きな表を作るにはマークアップ言語の方がいいし、標準的な要素をウィンドウに入れるにはビューエディタの方が簡単で速い。

単純な機能はエディタが提供し、より複雑な機能は言語が提供します。私はここでやめる。
 
しかし、私たちはあなたのプロジェクトを すべてマークアップ言語で作成します。そうすれば3ヶ月待つ必要はありません。
 

昔、"コア・エンジン "の時代、誰もがピーターに言ったものだ--物事を進めるには、リソースを手に入れろ、と......彼のグラフマニアなら、問題を解決し、推進するのは難しいことではない

ウェブサイト、レポ、ブログなどだ。

そして今、ボルジョミを飲むには遅すぎる。

このような悲しい経験を繰り返さないためにも、プロジェクトは 別個のものとして管理しましょう。

 
Maxim Kuznetsov プロジェクトは 別個のものとして管理しましょう。

たとえ誰も私の労働力を使わなくても、私は静かに仕事を終えて次に進む。それが計画だ。

後悔はしていない。期待しないでください（笑)）。

 
ところで、ユーザーに独自のGUIを書かせ、プラグインさせる方法を思い出した。あと数日で、エドガー、 スタートできるだろう。
 
数日中に、3つのオープンな.mqhファイルを掲載する予定だ。

1.GUIコンストラクタ。コンパイルしてEAsフォルダに保存。自由なチャートに放り込む。

2.マークアップ言語インタープリター。MEで記述するマークアップコードを接続するためのファイルです。
それをコンパイルしてindicatorsフォルダに保存します。それをコンストラクタと同じチャートにアップロードします。

3.Expert Advisorと連動するGUI 用エンジン。コンパイルする必要はありません。プラグイン・モジュールです。

インターフェイスを構築する際、コンストラクタは2つのファイルを生成します。その両方を接続します。そのうちの1つである「内部API」には、プログラムとのやりとりに必要なものがすべて含まれています。2つ目のファイルを開く必要はありません。これは技術情報のファイルです。


H.Y.私はプロジェクトを終わらせることに決めました。そして今がマークアップ言語の技術サポートを得る最後の瞬間です。この言語でインターフェイスを作ることを学べば、もう問題は起きません。数分で、どんなウィンドウでも、どんなエレメントでも書けるようになります。そして、それをあなたのEA/インジケーターに数分で接続することができます。

もう一度言う。私はこのプロジェクトを終了します。他にチャンスはありません。
 
Реter Konow #:
数日中に、開いている3つの.mqhファイルをアップします。

かなり気前がいい。多くは機能性ではなく、コード内部の説明（できればロシア語）に依存します。

1...5678910111213141516171819...72
新しいコメント