記事"自動売買システム作成にたいする新手法としてのオートマタ準拠プログラミング"についてのディスカッション - ページ 5

新しいコメント
 
FAQ:  感動のワゴン
説明しよう - 記事：派手なタイトル、無知な地元のプログラマーへの非難、方法の天才の主張、そして解決策の最終性。実際、それはナンセンスであり、原始主義である。両分岐法（if/case）の長所と短所については考えたくない。著者にひとつ質問したい。 彼の提案するプログラミング・スタイル（まさにそのスタイル）の自動性とは何な のか？いずれにせよ、すべての入力条件（状態）、関係（解法）、アクションは、他の解法と同じように、どこからどこまでを手動でプログラムしなければならず、このシステムはそれらに硬直的に縛られることになる。つまり、アプローチの柔軟性はない。また、オートマトンの反応をその場で変えることもできない。
 
FAQ:
著者にひとつ質問したい．
仮定してみる。この記事の著者はプログラマーではない。おそらく、かつていくつかのプロジェクトに 参加した記憶があるのだろう。しかし、現段階では明確なプログラミングはしていない。記事の内容を見れば、それは推論に過ぎないことがわかる。そして、その推論は徹底して実践的な経験とは切り離されている。もし著者がプログラマーであれば、この記事にはmql5上のEA/インジケーターのコードの例が少なくとも1つ含まれているはずだ。例はない。
 
abolk:
仮定してみる。この記事の著者はプログラマーではない。おそらく、かつていくつかのプロジェクトに参加した記憶はあるのだろう。しかし、現段階では明確なプログラミングはしていない。記事の内容を見ればわかるが、推論以外の何ものでもない。もし著者がプログラマーであれば、この記事にはmql5上のEA/インジケーターコードの例が少なくとも1つあるはずだ。例はない。
議論のスタイルグレインローダーの亜種について議論するのはやめよう。技術的な問題をめぐる論争はやめよう。

私たちはより高度な議論のスタイルを習得している。事実のない議論。気質に関する議論。根拠のない主張から相手の個性に移る議論。

ヘルベルト・フォン・カラヤンの芸術について、足の不自由な男が何を言えるだろうか？足が悪いと言えば負ける。

パスポートを変えていない男が何を論じられる？プロピスカを持たない男が、建築についてどんな見解を述べることができるだろうか？現行犯逮捕された彼は自白し、負けを認める。

いずれにせよ、あんな鼻のハゲた男の意見に興味が持てるわけがない。まずは鼻を治し、髪を伸ばし、それから発言させればいい。

論争における振る舞いはシンプルであるべきだ。書類の提出を求めたり、プロピスカを確認したり、勤務先の特徴を尋ねたりする最も切羽詰まった瞬間に、「あなた」に切り替えて、「これはあなたの犬の心の問題ではありません」と言うのは簡単だ。

オスの避妊手術で害虫が駆除される昨今、私たちは議論のレベルを抽象的な高みへと引き上げなければならない。ハリウッドの崩壊と興隆について、映画を一本も見ずに屁理屈をこねよう。哲学者の著作を読まずして、哲学者を論破しよう。耳で食べ物の味を、歯で色を、目で悪臭を感じ取り、タイトルで映画を、苗字で絵画を、「シネマ旅行倶楽部」で国を、教科書で意見の鋭さを想像し、嗄れるほど、喧嘩するほど、食べた人と牡蠣やココナッツの味について議論しよう。

誰も見たことのないような世界標準のレベルまで製品を引き上げることで、私たちは七感＋直感を極限まで発達させ、情報に取って代わることに成功する。これは私自身を祝福しなければならない。 さあ、煮えたぎる！

M.M.Zhvanetsky。

 
正直なところ、少なくともマトリックス方式、あるいはI.I.に近いものを期待していたのだが......。それがここにある。火星が"キュリオシティ"ではなく、"キュリオシティ"になった理由が明らかになった。
 
FAQ:
著者にひとつ質問したい。 彼の提案するプログラミング・スタイル（まさにそのスタイル）のオートマティズムとは何な のだろうか？いずれにせよ、すべて．はすべて手動でプログラミングしなければならない。つまり、アプローチの柔軟性がない。オートマトンの反応をその場で変えることもできない。

著者がここに現れていないので、私が代わりに答えよう。

「オートマトン」は「有限オートマトン」から来ているのであって、「オートマチック」とは何の関係もない。

そして、「有限オートマトン」とは、アルゴリズムの実装方法であり、アーキテクチャーの設計である。あなたのアルゴリズムをステップ・バイ・ステップで実行するロボットであり、装置であり、装置なのだ。どんなアルゴリズムを読み込んでも、実行構造は変わりません。アセンブラからMQLまで、そして（チップ上の）ハードウェアまで、どんな言語でも実装できる、

だから「プログラミング・スタイル」とも関係ない。プログラミング・スタイルではなく、設計（開発）スタイルなのだ。

FAQ:
正直なところ、少なくともマトリックス方式、あるいはI.I.に近いものを期待していたのだが......。それがここにある．そういうことだ。火星が「キュリオシティ」ではなく「キュリオシティ」になった理由がこれではっきりした。

そんなに否定的になる必要はない。自動プログラミングは、産業用コンピューターやコントローラー（PLC）のプログラミングに広く使われている、強力で柔軟かつ信頼性の高い手法だ。もうひとつは、そこに目新しさや天才性がないということだ。

ちなみに、キュリオシティより40年前にはルノホド1号があったし、ソ連時代のロケットは有限オートマトンによって制御されていた :) 。

 
プログラミングと呼んだのは間違いだった。そう、むしろデザインに近い。高度に専門化されたシステムで、厳密なアルゴリズムが必要な場合はいいかもしれないが、それを新しい言葉として称揚するのはどうだろう？ルノホド』や宇宙船がどのように旅をしているかなんて言わないでくれ......。私はそこにいた。"私はそこにいた、私はハチミツビールを飲んだ "と言われるようにね。もちろん、具体的にその時代にいたわけではないが、80年末に捕獲され、そこで何がどのように行われていたかは、伝聞ではわからない。好奇心」についての私のテーゼは、国内の技術がその時代にしっかりと留まっていることを指している。そして、PLMなどについても、建築に至るまで。伝聞ではなく、私はそれをよく知っている。そして今、2000年以降のコンピュータ（輸入品）を手に取り、冷静にバイオを入れなおして、私たちの先進的な「デザインスタイル」を考えてみてください・・・。我が国で言うところの "otozh, bo kume "である。
 
EAを設計するための非常に興味深いアプローチだ。大学時代、ミーリー/ムーア・マシンの講義を受けたことを思い出した。エキスパートアドバイザーでどのように使えるかはわかるが、"すべてのトレーダーの基本的な基準 "になるとは思えない。
 
良い記事だ。私はずっと以前からEAのいくつかでステートマシンとこのアプローチをデザインパターンとして使っているし、おそらく他の多くのシステム開発者やエンジニアもそうだろう。
 
MetaQuotes:

自動売買システムを作る新しい方法としてのオートマトンプログラミングが 掲載されました：

著者：SO_ CHE NULLA NON SO

オートマタは大学で学んだ。私はこの方法でのみ複雑なタスクをプログラムします。これには何も新しく、革命的ではありません。

それは本当に非常に良い方法です。この方法を使えば、大量の分岐もコントロール下に置くことができるし、エラーもすぐに見つけることができる。特に4ではOOPがないため、非常に有効だ。

そしてもちろん、事前に設計作業を行う必要がある。いずれにせよ、これは有用だ。このアプローチでは、「一目で」設計するときにはいつも見えるわけではない分岐を、目で見て処理することができる。

 

この記事は素晴らしい。非常にシンプルでわかりやすくモデルを説明しています；

私はメタトレーダーとMQL5については初心者ですが、ソフトウェア開発、C、C++、OOP、enividやfigiglliの言うようなステートマシンやプロセス管理については経験が豊富です。

素晴らしい製品が 何度も失敗しているように、これが標準になるかどうかは分かりません。

1234567
新しいコメント