多くの人にとって興味深いトピック:MetaTrader 4とMQL4の新機能 - 大きな変更が控えています。 - ページ 45

 
Alex_Bondar: 例えばティシラボのように、キューブもコードも、フレームワークの概要を説明し、次にキューブで、次にカスタムコードで、というように、ビジュアルコンストラクタが必要です。このようなソリューションには将来性があり、それはコーディングの手抜きではなく、モデリング速度における平凡な利点があるからです。デジタル・グラフィックスでそうなったように、半経験的なプロセス・モデリングでは、論理を「描き」、多階層構造を実験する必要があるのです。

かつて、このようなソリューションも感動の嵐を巻き起こしました(仕事で遭遇し、それを 使った取引で)。でも ...理由もわからないが、うまくいかなかった。コードの自由度が上がったというか。もちろん、ビジュアルもより鮮明になりました。しかし、多くの場合、コードはたった2行のものですが、このビジュアライザーでは、コンポーネントの山になってしまいます。この場合も、カスタムコンポーネントはアーキテクチャ上の制約を受けます(標準的なコンポーネントモデルに適合する必要があります)。

その主な理由はもちろん怠惰であり、ゼロ年代の人々にとっては怠惰であり、優秀なプログラマーにとってはコードジェネレーターからのコードの余剰である。発想は魅力的ですが。技術的な面では、非同期のサポートと宣言型プログラミングスタイルの機能が下層に必要です(これは私の意見です)。

What is LoadUI? - API Testing | LoadUI
What is LoadUI? - API Testing | LoadUI
  • Administrator
  • www.loadui.org
LoadUI is a open source API load testing solution that is free and cross-platform. With a visual, drag-and-drop interface, it allows you to create, configure and redistribute your load tests interactively and in real-time. In a single test environment, LoadUI provides complete test coverage and supports all the standard protocols and...
 
GaryKa:


もちろん、一番の理由は「怠け心」です。

メタトレーダー・ユーザーの大半にとって、思い通りに時間を使えるのはほんの一握りである。
 

brown-aleks:

例えば、作業領域の真ん中にあるきれいなスペースに(取引商品の相場表ではなく、ソースコードエディタの中に)ドラッグ&ドロップで、どのサイドバーからも異なる(必要な)アイコンを放り込むことができるのです。その後、アイコンや図の必要な箇所を論理的なリンクの線で結びます。その結果、ソースコードはチップや半導体などをトラックでつないだマザーボードのような形になります。そして、このエディタでコンパイルボタンも押せば、EAの出来上がりです。

...

かっこいいけど、非現実的。

MQでは無理、一人のプログラマーでは無理。

そして、そんな製品を有料で作ると高くつくからということで、チームは集まらない。無料というのは、誰のための、何のためのものなのか。(そして、オープンソースプロジェクトの 複雑さ、それらはこのフォーラムで「カニとカマス」と議論されてきました)。

 
Silent:

かっこいいけど、非現実的。

全然かっこよくない、ユートピア。

このようなプロジェクトの うち、どれだけのものが死んだことか(パネルコンペや、孤高の天才たちの頭脳の残骸を思い浮かべてみてください)。

WYSIWYGの歴史は終わりにして、お金を払う人が必要とすることに時間と労力を費やす必要があります。

 
sergeev:

WYSIWYGの歴史は終わりにして、お金を払う人が必要とすることに時間と労力を費やす必要があります。

あなたは間違っています。WYSIWYGはクールですが、リソースを投資する前に、リターンを評価する必要があります。お金を払う側が、何が必要なのかわかっているとは限りません。
 
TheXpert:
...WYSIWYGはクールだ、...


開発者はビジュアルモジュール用のフィールドを作り、モジュールを作成するためのルールを作るだけで、詰めはコンシューマーが関数で行うようにします。

 
Silent:

かっこいいけど、非現実的。

MQでは無理、一人のプログラマーでは無理。

そして、そんな製品を有料で作ると高くつくからと、チームは集まらない。無料とは、誰のための、何のためのものなのか。(そして、オープンソースプロジェクトの複雑さ、それらはこのフォーラムで「カニとカマス」と議論されてきました)。

実はもっと単純な話なんです。長所に気づいて始めることを決める方がよっぽど難しい。

MQLは一人のプログラマーが開発したのですか?信じがたい話ですね。私はすでに、4人の熱心なプログラマーによって作られたサードパーティーのプロジェクト(司会者を困らせるかもしれないので、もう触 れません)を紹介しました。 このプロジェクトは完全に無料で、一般に公開されています。Win32用のプログラムを 書くことを主目的としたエディタなので、あまり人気がない。この目標を達成するための機会は十分ではなく、寄付以外には誰も開発費を負担してくれません。

でも、MQLでソースコードをグラフィカルに表現すると、ちょうどいい感じになりますね。これにより、EAプログラミングの作業が大幅に楽になり、自分でEAを設計したい人も大幅に増えるでしょう。

まあ、MQLのプログラマーはタダ働きではないのでしょう。彼らの方がはるかに経験値も可能性も高いと思うのです。

 
JJerboa:


開発者はビジュアルモジュール用のフィールドを作り、モジュールを作成するためのルールを作るだけで、詰めはコンシューマーが関数で行うようにします。

私は断固として支持します!大賛成です!
 

文字数が多くて注意する...。

このような判断には、賛成、反対の「勢力」があります。主なものは惰性です、それは最強です、心の惰性はどんな分野でも進歩の主なブレーキです、ほとんどの「専門家」は常に貧しい魂です、競争の中で不安定なバランスを見つけ、それを失うことにパニックになっているナルカンに疲れ果てています、彼らはとても固定化されて、反射的にその職業で確立したどんな秩序も守るので、丁寧に、同情を持って精神疾患者として扱われなければなりません。このような人たちは「高み」に到達するまでに長い道のりを歩んできており、彼らにとっては、次の「プロ」たちは、まず感情的にその道を通らなければならない、つまり、大きな困難と精神的苦痛をもって知識や技術を獲得しなければならない、そうして初めて「本物」として認められるのです。 それは軍隊におけるハジキと同じで、論理的には意味をなさないが、それなしでは「兄弟愛」「献身」に属するといった群れの動機が形成するのは難しい。 軍隊だけではなく、厳しい組織においても、屈辱や肉体的不幸による献身を実践する兄弟愛というものはあるのだ。

科学も同じで、「科学者」というのは、心理的には「患者」であり、他の人よりもプレッシャーを経験した人、より苦しんだ人、「そこに到達した人」と認識されます。そして、この道を歩んできた人たちは、新参者にも同じことを要求するはずです。錬金術から発展した近代科学は、迫害のために錬金術師たちが、平民や無知な貴族には理解できない、曖昧であいまいな数式で研究を暗号化せざるを得なかった。それ以来、科学は権威付けや競争のために、人工的に複雑にするという固定観念から脱することができないでいる。論理的には、アルゴリズムの構造が複雑であればあるほど、それに気づいて使う人が「かっこいい」のであって、それは実学とは何の関係もない、純粋な社会的スラッグなのです。

私は長年ゲーム業界のプログラマーと仕事をしてきて、効率的なソフトウェア制作の構造を完璧に理解しています。大雑把に言うと、「アーキテクト」と単純な「コーダー」がいて、前者が後者を変換するのが普通ですが、それはすぐに起こることで、彼らが書くコードの行数が多いからではなく、彼らの創意工夫によって、高いレベルで考え、全体と個別を同時に見て、最善の方法に簡単に気がつくからなのです。しかし、彼らは真の発明者であり、そのアイデアを実装する人ではない。 そのため、彼らの収入は実装者に比べて数倍から数十倍の規模になる。

旧来の専門家の対決は、宗教的狂信のようなもので、感情的で、群れの衝動に訴え、嘲笑、一般論、事実のすり替え、詭弁、デマゴギーなどをよく耳にするものです。生活の糧を失うことへの恐怖、これらはすべて人間の視点からは理解できても、科学的な視点からは理解できないものなのです。科学のブレーキになるのです。

ルーティンコーダーの場合、意識的であろうとなかろうと、工夫の不足を理解し、超記憶力と勤勉さに賭けている。彼らにとっての主な価値は、与えられたテーマ領域について記憶した関数、クラス、用語などの量であり、こうした人々にとってプロとアマの主な違いは用語やその他の巧妙な言葉の知識なのだ。残念ながら限界層では一般的に受け入れられており、用語の組み合わせや権威のある引用を発音すると、大多数に誤解を与えやすいのです。

さて、心理学はひとまず置いておいて、コンセロジに目を向けましょう)))))))))

ほとんどのVCがFX厨であることは明らかで、利益相反があり、それはかなり粗雑な騙しの方法から、儲かる技術やアイデアに関する微妙なプロパガンダやブラックPRまで表現されます。このことは、合理的な人にはすべて明らかであり、もし自分が相手側にいたら、誰もが同じように行動するはずである。私が証券会社の経営者なら、取引端末RADの の技術も歓迎しません。顧客が常に「複雑さ」につまずき、それを「成功への道」と認識し、それに誇りを持ち、このパラダイムを守ることができれば、私にとって利益となるのでしょう。私はこれまで何十ものシステムをテストし、それらがすべて失敗することを確認してから、カモに売ることにしています。そして、TS開発を高速化/単純化するような新技術を嘲笑うのである。

取引ビジネスの具体的な内容としては、規制された取引所のレベルでも、やはりあまり感覚的なものではありません。手数料目当てのブローカーも、超快適なRADインターフェイスを 自社の取引プラットフォーム用に開発しようとは思わないでしょう。

インハウスだけがそうなれるということがわかりました。そして、より効率的なインハウスがすでにある場合に公開されることになります。

の論文です。

1)労働を加速/単純化する新しい技術は、「古き良き」技術に慣れた人たちから、傍若無人にされるのを恐れて、どうしても抵抗さ れる。

2) この対立は、合理的な議論というより、社会的・感情的な要因に関係している。

3) アルゴトレーディングの文脈では イノベーションとそれを見つける効果的な方法を公開しても誰も得をしない。

4) 遅かれ早かれ、より効率的な技術が浸透し、勝ち、ある種遡及的に皆に受け入れられる、平凡さ、明白さ、などなど。

 
kazakov.v:
で、何が欲しいんだ?

また、「プロ」と呼ばれる人たちの間で流行っていないのも嬉しいですね。 トレーディング・プラットフォームとしてのMTは私に合っていますが、リサーチ・プラットフォームとしては90年代初頭のものです。