mqlのIDEとしてのVim - ページ 13 1...678910111213141516 新しいコメント Реter Konow 2020.05.14 18:00 #121 Alexey Navoykov: もしかしたら、私が言っていることを誤解されているかもしれませんが、正反対です。 さて、MQLでコーディングしている間に、あなたが言ったような状況に陥る危険があり、すべてのプロジェクトを書き直さなければなりません。 私は、C++で直接コーディングするためのコンバータ/トランスレータを書くことを言っています。 そして、互換性の問題がある場合、プロジェクト自体ではなく、このコンバータだけを修正すればいいのです。 その仕事をこなせると思いますか？とてもそうは思えません。構文は似ていますが、あくまで基本的なもので、ニュアンスや違いは無数にあります。ナンセンスな話だ。経験則でとらえる)。 面白いのは、MQLはこのコンバーターの本質をついていて、せいぜいそれをもっとひどいバージョンで繰り返すだけだということです)))。 付け加えると、MQLはC++の派生言語である。MKLでプログラミングを行う場合、C++の簡易版を使用します。MCLの要点は、Expert Advisorの開発者が、より広範な「親」言語の冗長で不要な機能を排除することによって、彼らの時間と労力を節約できるような利便性を提供することです。この課題において、MCLは大きな成功を収めたが、プログラミング愛好家の中には、アプリケーション言語の長所をすべて取り除き、進化を始めた原型の状態に戻したいと考える人もいる。なぜ？ Реter Konow 2020.05.14 18:50 #122 一部の人が気づいていないのは、MKLにC++が充実していないことはデメリットではなく、メリットだということです。そしてさらに、言語が生まれた本来の目的、それなくして言語の存在は意味をなさない。プロは、なぜアプリケーション言語が必要なのか、とは決して言いません。応用言語を侮蔑し、その固有の限界を押し付けることは、自分自身の限界を示すことになる。他に何と呼べばいいのでしょうか) 削除済み 2020.05.15 00:01 #123 Alexey Navoykov: MQLでプログラミングしていると、今説明したような状況に陥る危険性があり、すべてのプロジェクトを書き直さなければなりません。 しかし、私はC++で直接コーディングするためのコンバータ/トランスレータを書くことを話しています。 また、互換性の問題がある場合、プロジェクトそのものではなく、このコンバータだけを修正すればいいのです。 そうですね、その通りです。お客様の端末、コネクタ一式 - µl単位/キュー単位/交換機への直接接続実行時にフックされている共有ライブラリの形で専門家、すなわち、独自のコンパイラを発明する必要はありません、任意の既製とリベットの専門家を取る。 Dmitry Fedoseev 2020.05.15 03:17 #124 Реter Konow: MKLにC++の全機能がないことは、デメリットではなく、メリットであることに気づかない人もいます。ましてや、言語を作った本来の目的、それなくして言語の存在は意味をなさない。 プロは、なぜアプリケーション言語が必要なのか、とは決して言いません。 応用言語を侮蔑し、その固有の限界を押し付けることは、自分自身の限界を示すことになる。それ以外に呼び方があるのか) ピーター、彼らは他の初心者プログラマーと 同じように、まだ動的配列の使い方を学んでいないだけなんだ。ある人はするし、ない人はしない。 TheXpert 2020.05.15 09:36 #125 Alexei Tarabanov、Artyom Trishkin、 Peter Konow、Dmitry Fedoseev 実は質問なのですが、このスレッドで何を忘れてしまったのでしょうか？ 削除済み 2020.05.15 09:55 #126 TheXpert: Alexei Tarabanov、Artyom Trishkin、 Peter Konow、Dmitry Fedoseev 実は質問なのですが、このスレッドで何を忘れてしまったのでしょうか？ キャラバンに吠える（Barking at the caravan) Aleksey Nikolayev 2020.05.15 12:15 #127 ところで、なぜemacsではないのですか？むしろエリート意識に向いているような気がします。 Dmitry Fedoseev 2020.05.15 12:22 #128 TheXpert: Alexei Tarabanov、Artyom Trishkin、 Peter Konow、Dmitry Fedoseev 実は、問題は、このスレッドで何をやっているのか？ もう言ったでしょ、私は笑いを取りに行くんです（私だけじゃないと思うけど）。今、私は隔離されている、あなたはサーカスに行くことができない。その話をしたいのか、それとも他のことをしたいのか？説明しろ、何がしたいんだ？ 削除済み 2020.05.15 12:51 #129 Aleksey Nikolayev: ところで、なぜemacsではないのですか？むしろ、自らのエリート意識に適しているような気がします。 Emacsはvimに比べると少し重いですね、vimより速いものは見たことがありません。さて、テストですが、13MB（正直に1バイトエンコード、メタエディタのようにはいきません*2）のC言語のごちゃごちゃを取り込んで実行したところ、約120k行のコード、即起動、フリーズなしの高速ナビゲーションが得られました。しかも、ただのテキストではなく、解析して色をつける必要があるテキストです。そして、私は最高級の数字計算機を持つには程遠い。Emacsはそれができないんです。 エリート主義については私ではなく、そんなものには興味はありません。 削除済み 2020.05.17 15:09 #130 トピックスターターはどうなったのでしょうか？永久追放ですか？ 1...678910111213141516 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
もしかしたら、私が言っていることを誤解されているかもしれませんが、正反対です。 さて、MQLでコーディングしている間に、あなたが言ったような状況に陥る危険があり、すべてのプロジェクトを書き直さなければなりません。 私は、C++で直接コーディングするためのコンバータ/トランスレータを書くことを言っています。 そして、互換性の問題がある場合、プロジェクト自体ではなく、このコンバータだけを修正すればいいのです。
その仕事をこなせると思いますか？とてもそうは思えません。構文は似ていますが、あくまで基本的なもので、ニュアンスや違いは無数にあります。ナンセンスな話だ。経験則でとらえる)。
面白いのは、MQLはこのコンバーターの本質をついていて、せいぜいそれをもっとひどいバージョンで繰り返すだけだということです)))。
付け加えると、MQLはC++の派生言語である。MKLでプログラミングを行う場合、C++の簡易版を使用します。MCLの要点は、Expert Advisorの開発者が、より広範な「親」言語の冗長で不要な機能を排除することによって、彼らの時間と労力を節約できるような利便性を提供することです。この課題において、MCLは大きな成功を収めたが、プログラミング愛好家の中には、アプリケーション言語の長所をすべて取り除き、進化を始めた原型の状態に戻したいと考える人もいる。なぜ？MQLでプログラミングしていると、今説明したような状況に陥る危険性があり、すべてのプロジェクトを書き直さなければなりません。 しかし、私はC++で直接コーディングするためのコンバータ/トランスレータを書くことを話しています。 また、互換性の問題がある場合、プロジェクトそのものではなく、このコンバータだけを修正すればいいのです。
そうですね、その通りです。お客様の端末、コネクタ一式 - µl単位/キュー単位/交換機への直接接続実行時にフックされている共有ライブラリの形で専門家、すなわち、独自のコンパイラを発明する必要はありません、任意の既製とリベットの専門家を取る。
MKLにC++の全機能がないことは、デメリットではなく、メリットであることに気づかない人もいます。ましてや、言語を作った本来の目的、それなくして言語の存在は意味をなさない。
ピーター、彼らは他の初心者プログラマーと 同じように、まだ動的配列の使い方を学んでいないだけなんだ。ある人はするし、ない人はしない。
Alexei Tarabanov、Artyom Trishkin、 Peter Konow、Dmitry Fedoseev
実は質問なのですが、このスレッドで何を忘れてしまったのでしょうか？
Alexei Tarabanov、Artyom Trishkin、 Peter Konow、Dmitry Fedoseev
実は質問なのですが、このスレッドで何を忘れてしまったのでしょうか？
Alexei Tarabanov、Artyom Trishkin、 Peter Konow、Dmitry Fedoseev
実は、問題は、このスレッドで何をやっているのか？
もう言ったでしょ、私は笑いを取りに行くんです（私だけじゃないと思うけど）。今、私は隔離されている、あなたはサーカスに行くことができない。その話をしたいのか、それとも他のことをしたいのか？説明しろ、何がしたいんだ？
ところで、なぜemacsではないのですか？むしろ、自らのエリート意識に適しているような気がします。
Emacsはvimに比べると少し重いですね、vimより速いものは見たことがありません。さて、テストですが、13MB（正直に1バイトエンコード、メタエディタのようにはいきません*2）のC言語のごちゃごちゃを取り込んで実行したところ、約120k行のコード、即起動、フリーズなしの高速ナビゲーションが得られました。しかも、ただのテキストではなく、解析して色をつける必要があるテキストです。そして、私は最高級の数字計算機を持つには程遠い。Emacsはそれができないんです。
エリート主義については私ではなく、そんなものには興味はありません。