キャンバスがカッコいい! - ページ 54 1...474849505152535455565758596061...93 新しいコメント aleger 2020.01.22 10:59 #531 Renat Fatkhullin: Controlsにあるインターフェース構築のためのコントロールライブラリを見てください。そこにはすでに、可能性を秘めた空間が広がっているのです。しかも、ちょうどいい量があるんです。 しかし、1%の人は、そのような可能性の存在に気づくことさえできないのです。この段階ですべてが死んでしまうのです。人々は「使いにくい」ではなく、「可能性」を見いだすことができないのです。 もし、潜在的なユーザーの99%を入口で失ってしまったのなら、トレーニングや刺激をさらに最適化することはもはや意味がありません。 そして、なぜ迷ったのか?なぜなら、みんな見るのも、読むのも、悩むのも面倒くさいからです。 そして、この問題は、どんな迅速な、効果的な、魔法のような行動によっても解決することはできないのです。20年前から行っている、計画的なトレーニングによってのみ、です。 質問:Rの基本機能に似た、約500の強力な数学関数が 標準ライブラリにあることを誰が知っていますか? クロス質問:「最も強力な」「最もシンプルな」MQL関数は、その総数のうちいくつで、どれなのか? のエキスパートアドバ イザーを作成するのに十分な機能であり、最も収益性の高い可能性があります。 世界の主要通貨ペアの? Maxim Romanov 2020.01.22 11:01 #532 aleger: 続いての質問:「最もパワフル」で「最もシンプル」なMQL関数のうち、いくつとどれを使えばいいのか のエキスパートアドバ イザーを作成するのに十分な機能です。 世界の主要通貨ペアの? と、これは未知数なので、機能は多い方がいいのです。 Реter Konow 2020.01.22 11:05 #533 おそらく、ほとんどのユーザーは、CCanvas、CGrafic、CCanvas3D が、OOP の原則と構文の知識を必要とするクラスではなく、必要な視覚化を生成するアプリケーションであることを望んでいるはずです。そして、ただ知るだけでなく、ニコラスのように独自の可視化システムを構築することが本質です。クラスを知っているだけでは不十分です。ライブラリから独自のソリューションを "低レベル "で構築できるようになる必要があります。自分自身が開発者である必要があります。そして、これはユーザーの1%に与えられるものです。既製の可視化アプリケーションを与えれば、ユーザーは勉強する必要はないが、より多くのものを得ることができる。必要なのか?どうだろう。 aleger 2020.01.22 11:07 #534 Maxim Romanov: と、これは未知数なので、機能は多い方がいいのです。 多ければ多いほどいい」というわけではありません。1つ、もう1つ、場合によっては3つ目の「必要量」で十分です Реter Konow 2020.01.22 11:26 #535 Maxim Romanov: が不明なので、機能は多いほうがいい。 私もそう思います。どの機能がトレードの成功に不可欠なのか、まったくもって不明です。一般的なルールはありません。 aleger 2020.01.22 11:39 #536 Реter Konow: 私もそう思います。取引に成功するために必要な機能というのは、まったく未知数です。一般的なルールはありません。 どの通貨ペアでもFX取引の一般的なルールに問題はありません。問題は、その明確な追跡、プログラム、対応の実行にあります。 Roman 2020.01.22 11:43 #537 Реter Konow: ほとんどのユーザーは、CCanvas、CGrafic、CCanvas3D が、OOP の原則と構文の知識を必要とするクラスではなく、必要なビジュアルを生成するアプリケーションであることを望んでいることでしょう。そして、ただ知るだけでなく、ニコラスのように独自の可視化システムを構築することが本質です。 クラスを知っているだけでは不十分です。ライブラリから独自のソリューションを "低レベル "で構築できるようになる必要があります。自分自身が開発者である必要があります。そして、これはユーザーの1%に与えられるものです。 既製の可視化アプリケーションを与えれば、ユーザーは勉強する必要はないが、より多くのものを得ることができる。 必要なのか?どうだろう。 まあBorlandを思い出せば、GUIは ビジュアルエディターで組み立てて、パネルにコントロールのレイアウトを投げて、ハンドラを書くという感じでしたね。 もし、MEにこのようなビジュアルモードでレイアウトを構築する機能があれば、グラフィカルなアプリケーションの構築を大幅に簡略化することができるだろう。 GUI構築を学んだ現代のプログラマの大半は、ビジュアルグラフィックエディタ、、純粋なCスタイルのコード上でグラフィカルアプリケーションのレイアウトを作ることに慣れている(そう教えられた)ため、興味を持つ人はほとんどいません。すでに硬派なCスタイルなので。 グラフィカルなアプリケーションを構築するためには、ビジュアルエディターが必要です。そうすれば、人々はそれを習得しようとするでしょうし、VSやRadStudioで仕事をしていた人たちは、すぐにビジュアルエディターを使いこなせるようにさえなるのです。 Алексей Барбашин 2020.01.22 11:49 #538 Реter Konow: おそらく、ほとんどのユーザーは、CCanvas、CGrafic、CCanvas3D が、OOP の原則と構文の知識を必要とするクラスではなく、必要な視覚化を生成するアプリケーションであることを望んでいるはずです。そして、ただ知るだけでなく、ニコラスのように独自の可視化システムを構築することが本質です。 クラスを知っているだけでは不十分です。ライブラリから独自のソリューションを "低レベル "で構築できるようになる必要があります。自分自身が開発者である必要があります。そして、これはユーザーの1%に与えられるものです。 すぐに使えるビジュアライゼーション・アプリケーションが与えられれば、ユーザーは学ぶ必要がなくなりますが、その数は増えます。 必要なのか?どうだろう。 私は、ビルドする能力を持つ必要性を全面的に支持します... しかし、それが必要かどうかは別問題です。 開発者自身は、ターミナルをトレーディングツールと捉えているのか、それともプログラミングツールと捉えているのか、気になるところです。 この時点で間違っているかもしれませんが、MEはユーザーが取引に必要とするその機能を実現するために作られたものだとずっと思っていました。まさにトレーディング でも、最近のMEのプログラミングの深さは、本当にサイコロを「作る」能力が必要な領域まで行っていて、プログラミングに対する理解もかなり本格的なものになってきています...。 そして、それが最終的に何につながるのか。それは、高度な取引ツールは経験豊富なプログラマーにしか使えないということにつながるのです つまり、プログラマーでなければ、トレーディングでやることがない...。しかし、これは無茶な話だ。 MEは足りない機能を補うためのアシスタントでしかなく、本来は端末自体に組み込むのが正しいのですが(別のウィザード)。 そして実際、MEは今、新しい開発環境として進化しており、ユーザーにはより多くの知識が要求されるようになっています。 この結論から、可視化ツールは必要だが、その利用はプログラミングの深い知識を持たないユーザーでも可能であるべきだ。 この場合のみ、需要があることになります。 これはあくまで私の意見であり、誰かに押し付けるものではありません。 TheXpert 2020.01.22 12:12 #539 Renat Fatkhullin: 20年前から行っている、計画的なトレーニングによってのみ、です。 プログラミング言語の名前を冠したリソースのモデレーターに、プロのプログラマーが一人もいないのはどうしてでしょうか? Artyom Trishkin 2020.01.22 12:15 #540 Алексей Барбашин: 回収能力の必要性を全面的に支持します...。 しかし、それが必要かどうかは別問題です。 開発者自身は、ターミナルをトレーディングツールと捉えているのか、それともプログラミングツールと捉えているのか、気になるところです。 この時点で間違っているかもしれませんが、私はいつも、MEはユーザーが取引に必要とする機能を正確に実装するために設計されていると考えています。まさにトレーディング でも、最近のMEのプログラミングの深さは、本当にサイコロを「作る」能力が必要な領域まで行っていて、プログラミングに対する理解もかなり本格的になってきています......。 そして、それが最終的に何につながるのか。それは、高度な取引ツールは経験豊富なプログラマーにしか使えないということにつながるのです つまり、プログラマーでなければ、トレーディングでやることがない...。しかし、これは無茶な話だ。 MEはあくまで足りない機能を補うためのアシスタントであり、本来は端末自体に組み込むべきものです(別のウィザードがあります)。 そして実際、MEは今、新しい開発環境として進化しており、ユーザーにはより多くの知識が要求されるようになっています。 この結論から、可視化ツールは必要だが、その利用はプログラミングの深い知識を持たないユーザーでも可能であるべきだ。 この場合のみ、需要があることになります。 これはあくまで私の意見であり、誰かに押し付けるものではありません。 では、なぜMetaTrader4が人気で、私を引き離すことができないのか説明してください。結局、5には4にあったものすべてと、そこで夢にも思わなかったものがたくさん入っています。 主婦が夢にも思わないことは、彼らの手の届かないところにある。しかし、「4」にあったものが「5」にもある。なぜ、それだけでは済まなくなったのか?昔は4つで十分だったんですけどね。彼らは自分たちでプログラムを書き、満足することができなかった。そして今、同じレベルで、同じように自分の番組を書くことを止めるものは何もないのです。でも、なぜか「難しい」と呻くのです...。難しくなったわけではなく、同じなのです。扱えないものに手を出せとは言いませんが、一番シンプルなもの(4とか)はここでも使えるんですよねー、いくらでも書けるし...。 それは私に思えるように、ほとんどの場合 - それはちょうど習慣と怠惰の恐ろしい力だ定住から1つの場所を引き裂くために、 "古い帽子をスローアウトする "防止する。 1...474849505152535455565758596061...93 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Controlsにあるインターフェース構築のためのコントロールライブラリを見てください。そこにはすでに、可能性を秘めた空間が広がっているのです。しかも、ちょうどいい量があるんです。
しかし、1%の人は、そのような可能性の存在に気づくことさえできないのです。この段階ですべてが死んでしまうのです。人々は「使いにくい」ではなく、「可能性」を見いだすことができないのです。
もし、潜在的なユーザーの99%を入口で失ってしまったのなら、トレーニングや刺激をさらに最適化することはもはや意味がありません。
そして、なぜ迷ったのか?なぜなら、みんな見るのも、読むのも、悩むのも面倒くさいからです。
そして、この問題は、どんな迅速な、効果的な、魔法のような行動によっても解決することはできないのです。20年前から行っている、計画的なトレーニングによってのみ、です。
質問:Rの基本機能に似た、約500の強力な数学関数が 標準ライブラリにあることを誰が知っていますか?
クロス質問:「最も強力な」「最もシンプルな」MQL関数は、その総数のうちいくつで、どれなのか?
のエキスパートアドバ イザーを作成するのに十分な機能であり、最も収益性の高い可能性があります。
世界の主要通貨ペアの?
続いての質問:「最もパワフル」で「最もシンプル」なMQL関数のうち、いくつとどれを使えばいいのか
のエキスパートアドバ イザーを作成するのに十分な機能です。
世界の主要通貨ペアの?
と、これは未知数なので、機能は多い方がいいのです。
と、これは未知数なので、機能は多い方がいいのです。
多ければ多いほどいい」というわけではありません。1つ、もう1つ、場合によっては3つ目の「必要量」で十分です
が不明なので、機能は多いほうがいい。
私もそう思います。取引に成功するために必要な機能というのは、まったく未知数です。一般的なルールはありません。
どの通貨ペアでもFX取引の一般的なルールに問題はありません。問題は、その明確な追跡、プログラム、対応の実行にあります。
ほとんどのユーザーは、CCanvas、CGrafic、CCanvas3D が、OOP の原則と構文の知識を必要とするクラスではなく、必要なビジュアルを生成するアプリケーションであることを望んでいることでしょう。そして、ただ知るだけでなく、ニコラスのように独自の可視化システムを構築することが本質です。
まあBorlandを思い出せば、GUIは ビジュアルエディターで組み立てて、パネルにコントロールのレイアウトを投げて、ハンドラを書くという感じでしたね。
もし、MEにこのようなビジュアルモードでレイアウトを構築する機能があれば、グラフィカルなアプリケーションの構築を大幅に簡略化することができるだろう。
GUI構築を学んだ現代のプログラマの大半は、ビジュアルグラフィックエディタ、
、純粋なCスタイルのコード上でグラフィカルアプリケーションのレイアウトを作ることに慣れている(そう教えられた)ため、興味を持つ人はほとんどいません。すでに硬派なCスタイルなので。
グラフィカルなアプリケーションを構築するためには、ビジュアルエディターが必要です。そうすれば、人々はそれを習得しようとするでしょうし、VSやRadStudioで仕事をしていた人たちは、すぐにビジュアルエディターを使いこなせるようにさえなるのです。
おそらく、ほとんどのユーザーは、CCanvas、CGrafic、CCanvas3D が、OOP の原則と構文の知識を必要とするクラスではなく、必要な視覚化を生成するアプリケーションであることを望んでいるはずです。そして、ただ知るだけでなく、ニコラスのように独自の可視化システムを構築することが本質です。
私は、ビルドする能力を持つ必要性を全面的に支持します...
しかし、それが必要かどうかは別問題です。
開発者自身は、ターミナルをトレーディングツールと捉えているのか、それともプログラミングツールと捉えているのか、気になるところです。
この時点で間違っているかもしれませんが、MEはユーザーが取引に必要とするその機能を実現するために作られたものだとずっと思っていました。まさにトレーディング
でも、最近のMEのプログラミングの深さは、本当にサイコロを「作る」能力が必要な領域まで行っていて、プログラミングに対する理解もかなり本格的なものになってきています...。
そして、それが最終的に何につながるのか。それは、高度な取引ツールは経験豊富なプログラマーにしか使えないということにつながるのです
つまり、プログラマーでなければ、トレーディングでやることがない...。しかし、これは無茶な話だ。
MEは足りない機能を補うためのアシスタントでしかなく、本来は端末自体に組み込むのが正しいのですが(別のウィザード)。
そして実際、MEは今、新しい開発環境として進化しており、ユーザーにはより多くの知識が要求されるようになっています。
この結論から、可視化ツールは必要だが、その利用はプログラミングの深い知識を持たないユーザーでも可能であるべきだ。
この場合のみ、需要があることになります。
これはあくまで私の意見であり、誰かに押し付けるものではありません。
Renat Fatkhullin:
20年前から行っている、計画的なトレーニングによってのみ、です。
回収能力の必要性を全面的に支持します...。
しかし、それが必要かどうかは別問題です。
開発者自身は、ターミナルをトレーディングツールと捉えているのか、それともプログラミングツールと捉えているのか、気になるところです。
この時点で間違っているかもしれませんが、私はいつも、MEはユーザーが取引に必要とする機能を正確に実装するために設計されていると考えています。まさにトレーディング
でも、最近のMEのプログラミングの深さは、本当にサイコロを「作る」能力が必要な領域まで行っていて、プログラミングに対する理解もかなり本格的になってきています......。
そして、それが最終的に何につながるのか。それは、高度な取引ツールは経験豊富なプログラマーにしか使えないということにつながるのです
つまり、プログラマーでなければ、トレーディングでやることがない...。しかし、これは無茶な話だ。
MEはあくまで足りない機能を補うためのアシスタントであり、本来は端末自体に組み込むべきものです(別のウィザードがあります)。
そして実際、MEは今、新しい開発環境として進化しており、ユーザーにはより多くの知識が要求されるようになっています。
この結論から、可視化ツールは必要だが、その利用はプログラミングの深い知識を持たないユーザーでも可能であるべきだ。
この場合のみ、需要があることになります。
これはあくまで私の意見であり、誰かに押し付けるものではありません。
では、なぜMetaTrader4が人気で、私を引き離すことができないのか説明してください。結局、5には4にあったものすべてと、そこで夢にも思わなかったものがたくさん入っています。
主婦が夢にも思わないことは、彼らの手の届かないところにある。しかし、「4」にあったものが「5」にもある。なぜ、それだけでは済まなくなったのか?昔は4つで十分だったんですけどね。彼らは自分たちでプログラムを書き、満足することができなかった。そして今、同じレベルで、同じように自分の番組を書くことを止めるものは何もないのです。でも、なぜか「難しい」と呻くのです...。難しくなったわけではなく、同じなのです。扱えないものに手を出せとは言いませんが、一番シンプルなもの(4とか)はここでも使えるんですよねー、いくらでも書けるし...。
それは私に思えるように、ほとんどの場合 - それはちょうど習慣と怠惰の恐ろしい力だ定住から1つの場所を引き裂くために、 "古い帽子をスローアウトする "防止する。