キャンバスがカッコいい! - ページ 53 1...464748495051525354555657585960...93 新しいコメント Dmitry Fedoseev 2020.01.21 23:42 #521 Nikolai Semko: ディミトリ、それは原始的な自己主張の方法なんだ。 そういうことなんだ...。3行のコードも書けないような人たちの前で Nikolai Semko 2020.01.22 00:02 #522 Dmitry Fedoseev: そういうことなんだ...。3行もコードを書けない人たちの前で。 誰のことを言ってるんだ、全員か? Алексей Барбашин 2020.01.22 06:25 #523 Nikolai Semko: そんな感じ? かなり意外!)))素晴らしい Алексей Барбашин 2020.01.22 06:26 #524 Nikolai Semko: ディミトリ、これは原始的な自己主張の方法なんだ。 ディミトリの「発言」にも反応してないし。 Dmitry Fedoseev 2020.01.22 06:32 #525 皆さんはまだ思春期なのでしょうか?自己肯定感の問題で頭がいっぱい。 それとも、コンソールアプリケーションでプログラミングを学んだ結果なのでしょうか? Roman 2020.01.22 07:31 #526 Renat Fatkhullin: 壊れたレコードから直接、驚くべき物語が語られる夜が始まった。 現実の問題として、人は本当に高いレベルに達することができないのです。どうしようもないことなんです。 複雑な問題はこんな感じです。 下位のレベルでは、要求事項の増加によりソリューションを提供できないか、単に経済的に実行不可能であるため、プロセスは複雑化し、機能的に進化していくのです。これこそが、後戻りできない進歩なのです。 もちろん、トレーダーの層全体が何を言っているのかわからず、凡退してしまうこともある。そして、彼らを教育することはほとんど不可能である。数千時間のトレーニングに投資する人は、ほんのわずかであり、それが苦痛の理由である。 だから、問題を知らないのに、下を呼ぶ旗を持った人たちがいるのです。進化を止めろ! という方への機会を開拓しています。 市場で他の人のためにアプリケーションを作成する より高度なソリューションを自ら創造する レナート そして、プラットフォームを機能性に向けて発展させているのは素晴らしいことです。 堕ちる人は堕ちる、それはその人の選択です。そして、発展したいと思う人は、必ず発展するのです 例えば私の場合。私はプログラマーではありませんし、大学の先生と一緒にプログラミングを勉強したこともありません。 しかし、mqlという言語のおかげで、言語全体の構造を理解することができ、それがC言語の基礎を 勉強するきっかけになりました。 Cの基本を理解した後、C++のoOPをようやく理解できました。これもmqlの例のおかげです。 そして今では、mql、C、C++、Pyで簡単に自分のプログラムを書くことができるようになりました。dllの機能、書き方が理解できた。 そして、スレッドとその同期の仕組みを学び、今はメモリの仕組みを学び、そのすべてをプログラムに使っています。 もちろん、知らないこともたくさんありますが、すべては必要なときに学んでいるのです。プログラミングで新しいことを学ぶのは麻薬のようなものです ))) だからこそ、あるレベルの開発にとどまっている人たち、それが彼らの運命なのです。製品を開発し、希望する人に機会を与える一方で。 そして、新しい機能は、その仕事の原理を学ぶことを刺激する。だから、プロフェッショナルなレベルで製品を開発する。 そして、複雑さの問題は、どんな分野でも自然淘汰されるものです。 Aleksey Mavrin 2020.01.22 08:24 #527 Renat Fatkhullin: 複雑な問題はこんな感じです。 プロセスが複雑化し、機能的に進化するのは、下位のレベルが要求の増加によりソリューションを提供できなくなったか、単に経済的に実行不可能になったためです。これが、巻き戻さないための進歩です。 もちろん、トレーダーの層全体が何を言っているのかもわからず、迷走している。そして、彼らを訓練することは事実上不可能です。訓練に何千時間も投資する人は、ほんのわずかで、それが苦痛の理由です。 だから、問題を知らないのに、下を呼ぶ旗を持った人たちがいるのです。進化を止めろ! 私たちは、次のような人たちのために機会を開発しています。 市場で他の人のためにアプリケーションを作成する より高度なソリューションを自ら創造する ニコラスが元々言いたかったのは、MTには高水準のグラフィックライブラリの機能が欠けている、それだけだったような気がします。 ハイレベルなライブラリの作成......失礼ながら、下位のレベルへのステップアップとは思えませんね。Pythonを見てください。Pythonはライブラリが豊富なため、ほとんどが初心者に人気なだけです。 高水準のライブラリは、できるだけ複雑さを排除して機能を 増やすことが重要です。複雑化すること自体がどんなシステムでも悪なのですから、これは正しい開発のあり方です。 Roman 2020.01.22 09:18 #528 Aleksey Mavrin: ニコライがもともと言いたかったのは、MTには高水準のグラフィカルなライブラリの機能が欠けている、それだけのことのような気がしました。 高水準のライブラリを作ることは、失礼ながら低水準のライブラリへのステップアップにはならないのです。Pythonを見てください。Pythonはライブラリが豊富なため、ほとんどが初心者に人気なだけです。 高水準のライブラリは、できるだけ複雑さを排除して機能を 増やすことが重要です。複雑化すること自体がどんなシステムでも悪なのですから、これは正しい開発のあり方です。 その発表の中で、新しいタイプのソフトウェアであるモジュールが近い将来利用できるようになると書かれていました。 これらのモジュールがどんな機能をもたらすのか、気になります。もしかしたら、グラフィカルなモジュールにもなるかもしれませんね。 これらのモジュールに対するレナトのコメントも興味深い。 どのようなもので、どのような機能で、何のためにあるのか? メタトレーダーのインターフェイスのモジュール化であれば、すごいことになりそうです。 Реter Konow 2020.01.22 10:18 #529 Aleksey Mavrin: .... 高水準のライブラリは、できるだけ複雑さを排除して機能を 増やすことが重要です。複雑化すること自体がどんなシステムでも悪なのですから、これは正しい開発のあり方です。 私もそう思います。複雑さが増すと全て同じにはなりません。複雑さには種類があります。ある複雑さは機能性や性能を高め、別の複雑さはそれらを低下させる。不要な複雑さを排除し、トータルにシンプルにすることで、機能が何倍にもなることがあります。ときどきね。 Renat Fatkhullin 2020.01.22 10:26 #530 Aleksey Mavrin: ニコライがもともと言いたかったのは、MTには高水準のグラフィカルなライブラリの機能が欠けている、それだけのことのような気がしました。 高水準のライブラリを作ることは、失礼ながら低水準のライブラリへのステップアップにはならないのです。Pythonを見てください。Pythonはライブラリが豊富なため、ほとんどが初心者に人気なだけです。 高水準のライブラリは、できるだけ複雑さを排除して機能を 増やすことが重要です。複雑化すること自体がどんなシステムでも悪なのですから、これは正しい開発のあり方だと思います。 標準ライブラリの CCanvas、CCanvas3D、CGraphicのインターフェースを見てください。Controlsにあるインターフェース構築のためのコントロールライブラリを見てください。 可能性を秘めた空間がすでにあるのです。そして、それはシンプルである。 しかし、そのような機能があることを確認するために、1%の人がそこに行くことさえも、神は禁じているのです。この段階ですべてが死んでしまうのです。人々は「使いにくい」ではなく、「可能性」を見いだすことができないのです。 もし、潜在的なユーザーの99%を入口で失ってしまったら、トレーニングやインセンティブをさらに最適化することはもはや重要ではありません。 そして、なぜ迷ったのか?なぜなら、みんな見るのも、読むのも、悩むのも面倒くさいからです。 そして、この問題は、どんな迅速/効率的/魔法的な行動によっても解決することはできない。20年前から行っている、計画的なトレーニングによってのみ、です。 質問:Rの基本機能に似た、非常に強力な数学関数が約500 個も標準ライブラリにあることを知っている人はいますか? Документация по MQL5: Стандартная библиотека www.mql5.com Стандартная библиотека MQL5 написана на языке MQL5 и предназначена для облегчения написания программ (индикаторов, скриптов, экспертов) конечным пользователям. Библиотека обеспечивает удобный доступ к большинству внутренних функций MQL5. 1...464748495051525354555657585960...93 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ディミトリ、それは原始的な自己主張の方法なんだ。
そういうことなんだ...。3行のコードも書けないような人たちの前で
そういうことなんだ...。3行もコードを書けない人たちの前で。
そんな感じ?
かなり意外!)))素晴らしい
ディミトリ、これは原始的な自己主張の方法なんだ。
ディミトリの「発言」にも反応してないし。
皆さんはまだ思春期なのでしょうか?自己肯定感の問題で頭がいっぱい。
それとも、コンソールアプリケーションでプログラミングを学んだ結果なのでしょうか?
壊れたレコードから直接、驚くべき物語が語られる夜が始まった。
現実の問題として、人は本当に高いレベルに達することができないのです。どうしようもないことなんです。
複雑な問題はこんな感じです。
下位のレベルでは、要求事項の増加によりソリューションを提供できないか、単に経済的に実行不可能であるため、プロセスは複雑化し、機能的に進化していくのです。これこそが、後戻りできない進歩なのです。
もちろん、トレーダーの層全体が何を言っているのかわからず、凡退してしまうこともある。そして、彼らを教育することはほとんど不可能である。数千時間のトレーニングに投資する人は、ほんのわずかであり、それが苦痛の理由である。
だから、問題を知らないのに、下を呼ぶ旗を持った人たちがいるのです。進化を止めろ!
という方への機会を開拓しています。レナート そして、プラットフォームを機能性に向けて発展させているのは素晴らしいことです。
堕ちる人は堕ちる、それはその人の選択です。そして、発展したいと思う人は、必ず発展するのです
例えば私の場合。私はプログラマーではありませんし、大学の先生と一緒にプログラミングを勉強したこともありません。
しかし、mqlという言語のおかげで、言語全体の構造を理解することができ、それがC言語の基礎を 勉強するきっかけになりました。
Cの基本を理解した後、C++のoOPをようやく理解できました。これもmqlの例のおかげです。
そして今では、mql、C、C++、Pyで簡単に自分のプログラムを書くことができるようになりました。dllの機能、書き方が理解できた。
そして、スレッドとその同期の仕組みを学び、今はメモリの仕組みを学び、そのすべてをプログラムに使っています。
もちろん、知らないこともたくさんありますが、すべては必要なときに学んでいるのです。プログラミングで新しいことを学ぶのは麻薬のようなものです )))
だからこそ、あるレベルの開発にとどまっている人たち、それが彼らの運命なのです。製品を開発し、希望する人に機会を与える一方で。
そして、新しい機能は、その仕事の原理を学ぶことを刺激する。だから、プロフェッショナルなレベルで製品を開発する。
そして、複雑さの問題は、どんな分野でも自然淘汰されるものです。
複雑な問題はこんな感じです。
プロセスが複雑化し、機能的に進化するのは、下位のレベルが要求の増加によりソリューションを提供できなくなったか、単に経済的に実行不可能になったためです。これが、巻き戻さないための進歩です。
もちろん、トレーダーの層全体が何を言っているのかもわからず、迷走している。そして、彼らを訓練することは事実上不可能です。訓練に何千時間も投資する人は、ほんのわずかで、それが苦痛の理由です。
だから、問題を知らないのに、下を呼ぶ旗を持った人たちがいるのです。進化を止めろ!
私たちは、次のような人たちのために機会を開発しています。ニコラスが元々言いたかったのは、MTには高水準のグラフィックライブラリの機能が欠けている、それだけだったような気がします。
ハイレベルなライブラリの作成......失礼ながら、下位のレベルへのステップアップとは思えませんね。Pythonを見てください。Pythonはライブラリが豊富なため、ほとんどが初心者に人気なだけです。
高水準のライブラリは、できるだけ複雑さを排除して機能を 増やすことが重要です。複雑化すること自体がどんなシステムでも悪なのですから、これは正しい開発のあり方です。
ニコライがもともと言いたかったのは、MTには高水準のグラフィカルなライブラリの機能が欠けている、それだけのことのような気がしました。
高水準のライブラリを作ることは、失礼ながら低水準のライブラリへのステップアップにはならないのです。Pythonを見てください。Pythonはライブラリが豊富なため、ほとんどが初心者に人気なだけです。
高水準のライブラリは、できるだけ複雑さを排除して機能を 増やすことが重要です。複雑化すること自体がどんなシステムでも悪なのですから、これは正しい開発のあり方です。
その発表の中で、新しいタイプのソフトウェアであるモジュールが近い将来利用できるようになると書かれていました。
これらのモジュールがどんな機能をもたらすのか、気になります。もしかしたら、グラフィカルなモジュールにもなるかもしれませんね。
これらのモジュールに対するレナトのコメントも興味深い。
どのようなもので、どのような機能で、何のためにあるのか?
メタトレーダーのインターフェイスのモジュール化であれば、すごいことになりそうです。
....
高水準のライブラリは、できるだけ複雑さを排除して機能を 増やすことが重要です。複雑化すること自体がどんなシステムでも悪なのですから、これは正しい開発のあり方です。
ニコライがもともと言いたかったのは、MTには高水準のグラフィカルなライブラリの機能が欠けている、それだけのことのような気がしました。
高水準のライブラリを作ることは、失礼ながら低水準のライブラリへのステップアップにはならないのです。Pythonを見てください。Pythonはライブラリが豊富なため、ほとんどが初心者に人気なだけです。
高水準のライブラリは、できるだけ複雑さを排除して機能を 増やすことが重要です。複雑化すること自体がどんなシステムでも悪なのですから、これは正しい開発のあり方だと思います。
標準ライブラリの CCanvas、CCanvas3D、CGraphicのインターフェースを見てください。Controlsにあるインターフェース構築のためのコントロールライブラリを見てください。
可能性を秘めた空間がすでにあるのです。そして、それはシンプルである。
しかし、そのような機能があることを確認するために、1%の人がそこに行くことさえも、神は禁じているのです。この段階ですべてが死んでしまうのです。人々は「使いにくい」ではなく、「可能性」を見いだすことができないのです。
もし、潜在的なユーザーの99%を入口で失ってしまったら、トレーニングやインセンティブをさらに最適化することはもはや重要ではありません。
そして、なぜ迷ったのか?なぜなら、みんな見るのも、読むのも、悩むのも面倒くさいからです。
そして、この問題は、どんな迅速/効率的/魔法的な行動によっても解決することはできない。20年前から行っている、計画的なトレーニングによってのみ、です。
質問:Rの基本機能に似た、非常に強力な数学関数が約500 個も標準ライブラリにあることを知っている人はいますか?