MQL5で共同プロジェクト開発 - 私たちの未来は？ - ページ 5

[Реter Konow]

Alexey Navoykov:

目標を達成するための合理性ということです。例えば、MQLがオープンソースのC++コンパイラのソースコードを入手してデバッグし、自分たちのニーズに合わせてカスタマイズし、数ヶ月以内に完全に動作する機能的な製品を手に入れることを妨げるものは誰もいなかったのです。それをコピーして、バグだらけでユーザーの神経を逆なでするようなことに、何年も莫大なリソースを費やすより、よっぽどましです。それはこちらも同じです。既製のソリューションを採用できるのであれば、なぜ車輪の再発明をするのでしょうか。特に今は、MQLでの共同開発に困難はないようで、クラウドストレージがあります。他にどんな発明があるのでしょうか？

実際、MQLのプログラマーの99%は素人です。自分でコードを学ぶべき、チーム開発はどうする？

コンパイラについては何とも言えません。どうだろう。おそらくMQには、他人のコンパイラを流用せず、自社で開発する正当な理由があったのだろう。

私の開発実務を見ると、自分で解決策を出すのは大変ですが、長い目で見れば必ず儲かるということがわかります。つまり、自分で開発するのは簡単ですが、他人のものを使うと、常につまずき、手戻りが発生するのです。比喩的に言えば、自分の家は、基礎から自分で作った方がいいということです。

例えば、CCanvasの ことを悪く言うつもりはありませんが、私がグラフィックエンジンを開発していたときには、CCanvasは 役に立ちませんでした。もし統合していたら、今、自由に開発することはできなかったでしょう。まあ、他人の組織は体に根付かないですからね。

[Alexey Volchanskiy]

Alexey Navoykov:

目標を達成するための合理性ということです。例えば、MQLがオープンソースのC++コンパイラのソースコードを入手してデバッグ し、自分たちのニーズに合わせてカスタマイズし、数ヶ月以内に完全に動作する機能的な製品を手に入れることを妨げるものは誰も いなかったのです。それをコピーして、バグだらけでユーザーの神経を逆なでするようなことに、何年も莫大なリソースを費やすより、よっぽどましです。それはこちらも同じです。既製のソリューションを採用できるのであれば、なぜ車輪の再発明をするのでしょうか。特に今は、MQLでの共同開発に困難はないようで、クラウドストレージがあります。他にどんな発明があるのでしょうか？

実際、MQLのプログラマーの99%は素人です。そもそもコーディングは一人で学ぶべきで、チーム開発はどうするのか？

私もいつも驚かされていました。私は以前、大手外資系企業に勤めていましたが、誰も車輪を発明していません。オープンソースのコードを、あるDSP（多くはマルチコア）に移植し、コアで命令を並列実行したのです。この移植作業だけを行う高給取りのコンパイラ開発者の特別なグループがあったのだ。そして、非常に迅速かつ高品質であったと言わざるを得ません。

不思議なことに、このやり方でMQは生き残った。

[Реter Konow]

Alexey Volchanskiy:

私のことなら、開発がきっちり何倍にもなっているなんて言いませんよ。もうひとつ、リアルポインタのため、何倍ものエラーが発生することでしょう。プログラミングを勉強し始めた頃、当時はTurbo Pascalで、なぜそれらが必要なのか、どう使えばいいのか、全く理解できなかったのを覚えています。そして、C++の複雑な機能は、それらがなくても使うことができます。何かの面接でC++についてトリッキーな質問をされたのを覚えています。と聞かれたので、「使わないし、こんなギミックは誰も使わない」と答えました。ストラウストラップが悪夢の中で作り上げたものは、現実には必要ないのです。

と賛同してくれました ))

運命的なことに、私は数ヶ月間C++でプログラミングをし、言語への入門を終えて満足しています。))

その経験から、ロボット 開発におけるC++に対するmqlの優位性をはっきりと理解しました。独学で勉強している人にも理解できる応用的な言葉。

[Alexey Volchanskiy]

Vitaly Muzichenko:

あなたの言うようにmqlがそんなに簡単な言語なら、なぜ「フリーランス」の項目があるのか、なぜ主婦が自分でプログラムを書 けないのか。

おそらく、他の言語と同じように複雑だからでしょう。書き込む方もシンプルです。

Vitaliy MQLのコードを理解し、多少手を加えることができる人はたくさんいますが、ゼロから何かを開発するのは無理です。これは、私がプログラミングを教えた経験から言っていることです。

エディターで色を変えるなど、かっこいいデザインをいじることはできても、ゼロから開発することはできないような感じです。それは、脳の仕組みとは違う。

[Alexey Navoykov]

Alexey Volchanskiy:

MQは当初、大多数が貧しい人々であろうということに着目していたので、臨界点のような人気を集めることができました。雪だるまのように、雪玉を転がせば転がすほど大きくなっていくものなのです。

しかも、このプラットフォームはもともと、多くの国で違法とされている厨房売買のために作られたものです。そのため、このニッチな分野での競争はほとんどなく、MQは簡単にリードすることができ、開発者とユーザーとのコミュニケーションのスタイル（見下したような、横柄な口調）にも影響を与えたほどです。健全な競争があれば、物事はもっと生産的に発展したと思う。

[Alexey Volchanskiy]

Реter Konow:

運命的なことに、私は数ヶ月前からC++でプログラミングをしており、この言語への入門を終えることができたのは喜ばしいことでした。))

この経験を経て、ロボット開発 におけるC++に対するmqlの優位性をはっきりと理解することができたのです。単なる独学者にも理解できる応用言語。

C++が好きで、ポインタとSTLやBoostなどのライブラリを使うのが好きです。多くのプログラマーにとって、C++がMQLのレベルにまで去勢されるのは良いことなのだが。そして、MQはプロフェッショナルではなく、マスを対象にしています。

仕事のリストを見て、誰が一番上か、当ててみてください。https://www.metaquotes.net/ru/company/vacancies。

[Alexey Volchanskiy]

Alexey Navoykov:
しかも、このプラットフォームはもともと、多くの国で禁止されている厨房売買のために設計されたものです。そのため、このニッチな分野での競争はほとんどなく、MQは簡単にトップの座を獲得し、開発者とユーザーとのコミュニケーションのスタイル（見下したような横柄な口調）にも影響を与えてしまったのです。健全な競争があれば、物事はもっと生産的に発展したと思う。

スタイルはいいんだよ、他のソフト開発者と話してないんだろう。ただ、ここの9割の人は質問の本質を明確に述べることができず、思考の断片のような泥臭い流れを持っているので、明確にしろ、写真を送れ、ログを送れ、といった形で回答しています。

例えば、SEOレナートがフォーラムで質問に答えているところを他に見たことがありますか？

[Vitaly Muzichenko]

Alexey Volchanskiy:

VitalyMQLのコードを理解し、何かをいじることはできても、ゼロから何かを開発することはできない人はたくさん います。これは、私が人にプログラミングを教えた経験から言っていることです。

エディターで色を変えるなど、かっこいいデザインをいじることはできても、ゼロからデザインすることはできない感じです。それは、脳の仕組みとは違う。

どんな言語でも同じように「微調整」の塊が見つかりますから、複雑さの尺度にはならないのです。むしろ習慣の問題で、mqlに慣れたからこそ、シンプルになったのでは？

他の2つの言語で並行して書いているので、簡単そうに見えますが、1つの言語から別の言語に素早く切り替えると、いくつかの困難があります、再調整が必要です。誰一人知らないでいた頃は、どれもこれも複雑な思いをしていたのですが、私だけではないんですね。

[Реter Konow]

Alexey Volchanskiy:

C++が好きで、ポインターを使うのが好きで、STLやBoostなどのライブラリが好きです。多くのプログラマーにとって、C++がMQLのレベルにまで去勢されるのは良いことですが。そして、MQはプロではなく、マスを指向しています。

欠員一覧を見てみよう。1位は誰だと思う？https://www.metaquotes.net/ru/company/vacancies。

C++では、メモリを直接操作できるのがよかったですね。C#にはその機能がなかったんです...。それ以外では、C++がマイナスの印象を与えてしまいました。この言葉は過剰で根拠のない複雑さだと心から納得しています。その複雑さは、常識の枠を越えています。その中に詰め込まれた以上の存在感は想像に難くありません。私は余分な存在にはとても否定的なのですが...)

シンプルであること、そして大衆向けであることが、ソフトウェアの世界での成功の鍵です。私たちのコミュニティでは、ちょっと複雑なのが好きですが......)

[Alexey Volchanskiy]

Реter Konow:
C++では、メモリを直接操作するのが好きでした。C#では不可能だった。それ以外については、C++がネガティブな印象を与えてしまいました。この文言は過剰で理不尽なほど複雑だと心から納得しています。その複雑さは、常識の枠を越えています。その中に詰め込まれた以上の存在感は想像に難くありません。私は余分な存在にはとても否定的なのですが...)

じゃあ使うなよ、誰かに強制されてるのか？それは、フォーラムで永遠に続くOOPについての不平不満と同じです。使いたくないならいつもの手順で書けばいい、誰が強制してるんだ？でも、とにかく、萌えが収まることはないだろう）。