DLLをデバッグする?MT4およびMT5において - ページ 8 12345678910111213141516 新しいコメント Stanislav Korotky 2010.07.21 14:49 #71 Rosh: 私たちのフォーラムで挑発行為をしないでください。警告が出ました。 まあ、どうせ出禁になるんだから、直接答えろよー、俺の書いたものが間違ってるんだからさー。挑発とは? Stanislav Korotky 2010.07.21 14:51 #72 HideYourRichess:どれくらい時間がかかるか見てみましょう。アンケートは必要ない、やってみなさい、気品を見せるんだ。 私はハッカーではありません。やめておこう。あなたの申し出は不適切です。 Renat Fatkhullin 2010.07.21 15:08 #73 marketeer: 経験者であるにもかかわらず、多くの失敗をしてきたと正しく書いてある...。だから、現在のどんな決断も、もうひとつの間違いではないのです;-)。そして、実用的なソフトウェア開発に取り組んでいるのは、MQだけではありません...。そして、この分野で自分のプロ意識を証明することは、あまり説得力がない...。戦術的な失敗はまだたくさんあるだろうが、戦略的な方向性は定まってきた--ひとつの方向性で仕事をしてきた経験の蓄積が効いてきたのだ。競合他社についてはすでに書きましたが、彼らはかなり意志が弱いです。また、重要な部分を引用し忘れています。情報や取引プラットフォームの作り方、その中で何が重要か、どこに致命的な失敗があり、どこに成功があるのかを講義する つもりは ないので、このように説明せざるを得ないのです。 Hide 2010.07.21 15:12 #74 marketeer: 私はハッカーではありません。そんなつもりはない。あなたの申し出は不適切です。そして、理解できないことに対してアドバイスや予測をすることは適切なことなのか!?ロッカーは外部デバッグの守護神として生まれ変わった印象がありますね。:) Mykola Demko 2010.07.21 15:21 #75 marketeer:...本当は、オープンなユーザー投票に基づいた決定がベストなのですが......。 そして、その決断が失敗した場合、誰がMQの損失を補填するのでしょうか?イワン・フョードルビッチ・クルゼンシュテルン提督 ? Sergey Gritsay 2010.07.21 15:31 #76 私も考えを述べさせてください。もちろん、私はDLLやその魅力に精通しているわけではありません。そして、なぜそれを使うのかが理解できない。Renatさんがおっしゃるように、MQはMQL言語を開発し、外部DLLを なるべく使わないようにしているので、デバッガは必要ありません。すべてのコードがMQLツールで記述でき、独自のデバッガでデバッグできるようになったとき。 Документация по MQL5: Основы языка / Функции / Описание внешних функций www.mql5.com Основы языка / Функции / Описание внешних функций - Документация по MQL5 削除済み 2010.07.21 16:36 #77 marketeer:もちろん、その必要はありません。問題は、具体的になぜこれがしなくていいことで、することなのかです ;-)。一番いいのは、オープンなユーザー投票で決めることです。そうすれば、誰がどんな機能や特徴を必要としているのか、また、そのような人がどれだけいるのかが、誰にでもわかるようになります。MQがクローズドモードで意思決定を行い、この機能、この機能の支持者を仮定して言及するのみである限り、意思決定の妥当性は見えてきません。 投票(商業プロジェクトにおける 民主主義)って、どういうこと?そうやって、みんながGAZPROMやCENTRABANKを運営するようになるんだろうな...。:)マーケター 実のところ、すでに何度も言われていることですが、MQがどんなに頑張っても、市場にある本物の開発環境に匹敵するプロフェッショナルな開発ツールを作ることはできません(異論はあるでしょうが、これは当然のことで、あなたの立場では状況は変わらないのです)。だから、DLL開発にも需要があるだろうし、デバッグにも需要があるだろう。自分で書いたエミュレータでのデバッグは、実際のホストアプリケーションでのデバッグとほとんど等しくなく、さらにその書き込みにかかるコストはすべてユーザーに転嫁されます。この意味で、MQLレイヤーを持たない方が便利な人(そのうちの何人がそうかは分かりませんが)がいて、MQは外部プログラムとの統合のために「直接」利用できるクライアントAPIを提供しています。 もしMQが神話上の「普遍的」な開発環境を開発していたなら、おそらくデバッグやDLL、ウイルスの書き込みを許可していたと思うし、もしかしたら他のことも許可できたかもしれないが、彼らは、繰り返し述べているように、 安全な コード実行環境を備えた取引プラットフォームを開発しているのだから...」と。 削除済み 2010.07.21 16:44 #78 marketeer: 経験者にもかかわらず、多くの失敗をしたと正しく書いているのですが...。だから、現在のどんな決断も、もうひとつの間違いではないのです;-)。そして、実用的なソフトウェア開発に取り組んでいるのは、MQだけではありません...。そして、この分野でプロフェッショナルであることを証明するのは、あまり説得力がない......。ex4用のデコンパイラを作ることができたデバッグのバグは認められました(そして修正されました)。また、熊手を踏めというのか?追記MQだけでなく、Forex Clubもやってますね。APIまである(取引だけでなく)。では、すべてR2に切り替えなければならないのか? Hide 2010.07.21 16:54 #79 ちなみに。 Renat 2010.05.08 11:57 2010.05.08 11:57:47 #. MetaTrader 5 Client FIX APIは秋までに無償で公開される予定です。и, Renat 2010.01.01 21:55 2010.01.01 21:55:43 #. ForexTools : P/S/でも、APIさえあれば、これらの問題はすべて回避できるのですが...(自分でできない、面倒くさいなら、他人に任せればいい)。が、これも禁酒法のテーマです ;)取引用の APIをFIXプロトコルとして公開します(取引専用、分析用ではありません)。 Renat Fatkhullin 2010.07.21 17:06 #80 そう、便利なMetaTrader 5 FIX APIは、取引サーバーに直接アクセスするためのアウトオブボックスライブラリも含めて、必須となるでしょう。 12345678910111213141516 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
私たちのフォーラムで挑発行為をしないでください。警告が出ました。
どれくらい時間がかかるか見てみましょう。アンケートは必要ない、やってみなさい、気品を見せるんだ。
経験者であるにもかかわらず、多くの失敗をしてきたと正しく書いてある...。だから、現在のどんな決断も、もうひとつの間違いではないのです;-)。そして、実用的なソフトウェア開発に取り組んでいるのは、MQだけではありません...。そして、この分野で自分のプロ意識を証明することは、あまり説得力がない...。
戦術的な失敗はまだたくさんあるだろうが、戦略的な方向性は定まってきた--ひとつの方向性で仕事をしてきた経験の蓄積が効いてきたのだ。競合他社についてはすでに書きましたが、彼らはかなり意志が弱いです。
また、重要な部分を引用し忘れています。
情報や取引プラットフォームの作り方、その中で何が重要か、どこに致命的な失敗があり、どこに成功があるのかを講義する つもりは ないので、このように説明せざるを得ないのです。
私はハッカーではありません。そんなつもりはない。あなたの申し出は不適切です。
そして、理解できないことに対してアドバイスや予測をすることは適切なことなのか!?
ロッカーは外部デバッグの守護神として生まれ変わった印象がありますね。:)
...本当は、オープンなユーザー投票に基づいた決定がベストなのですが......。
もちろん、その必要はありません。問題は、具体的になぜこれがしなくていいことで、することなのかです ;-)。一番いいのは、オープンなユーザー投票で決めることです。そうすれば、誰がどんな機能や特徴を必要としているのか、また、そのような人がどれだけいるのかが、誰にでもわかるようになります。MQがクローズドモードで意思決定を行い、この機能、この機能の支持者を仮定して言及するのみである限り、意思決定の妥当性は見えてきません。
実のところ、すでに何度も言われていることですが、MQがどんなに頑張っても、市場にある本物の開発環境に匹敵するプロフェッショナルな開発ツールを作ることはできません(異論はあるでしょうが、これは当然のことで、あなたの立場では状況は変わらないのです)。だから、DLL開発にも需要があるだろうし、デバッグにも需要があるだろう。自分で書いたエミュレータでのデバッグは、実際のホストアプリケーションでのデバッグとほとんど等しくなく、さらにその書き込みにかかるコストはすべてユーザーに転嫁されます。この意味で、MQLレイヤーを持たない方が便利な人(そのうちの何人がそうかは分かりませんが)がいて、MQは外部プログラムとの統合のために「直接」利用できるクライアントAPIを提供しています。
経験者にもかかわらず、多くの失敗をしたと正しく書いているのですが...。だから、現在のどんな決断も、もうひとつの間違いではないのです;-)。そして、実用的なソフトウェア開発に取り組んでいるのは、MQだけではありません...。そして、この分野でプロフェッショナルであることを証明するのは、あまり説得力がない......。
ex4用のデコンパイラを作ることができたデバッグのバグは認められました(そして修正されました)。
また、熊手を踏めというのか?
追記
MQだけでなく、Forex Clubもやってますね。APIまである(取引だけでなく)。では、すべてR2に切り替えなければならないのか?
ちなみに。
и,