なぜ記事を読まないのか？ - ページ 10 1...3456789101112131415161718 新しいコメント St.Vitaliy 2012.09.10 13:34 #91 Reshetov:トレーダーにとっては、ブローカーに手動で注文を出すのに必要なもの、意思決定のためのチャート上のテクニカル 指標の出力、ニュースフィードが含まれる取引プラットフォームであれば、何でもいいのでしょう。オートトレードの場合、どのプラットフォームでもうまくいくわけではありません。そのため、オートトレーディングやオートトレーディングチャンピオンシップも重視されています。すなわち、読者が望むかどうかではなく、このリソースは、何かをする前に考える人のためではなく、オンラインzarobotkaための "無料 "チーズとwarezのファンのために適しています。私は多くのITスペシャリストと同じですが、プログラマーではなく、管理者であることを除けば、です。つまり、すべてのビジネス上の問題は、単純な一つのことを中心に回っており、IT専門家はサービス担当者（インテグレーターやソフトウェア会社を除く）であり、特に金融分野では、そのような存在なのである。マーケットで儲ける方法を知らなければ、プログラミングの知識はすべて無意味で、飛行機でいうところのスキューバタンクのようなものです。才能あるアーティストなら、Photoshopがなくても、効果的／効率的ではないにせよ、問題を解決することができます...。話を戻すと、行政はHow to programではなく、What to program、なぜこのプラットフォームで、他と比較して何が優れているのか、という方向性を打ち出す必要があるのです。 TheXpert 2012.09.10 13:42 #92 St.Vitaliy:話を戻すと、行政は「どのようにプログラムするか」ではなく、「何をプログラムするか」に重点を置いて開発する必要があるのです 何をプログラムするか知っていますか？ Maxim Khrolenko 2012.09.10 14:21 #93 St.Vitaliy:私は、プログラマーではなくアドミニストレーターであることを除けば、世の中の多くのITプロフェッショナルと同じですからね。つまり、すべてのビジネス上の問題は、IT専門家はサービススタッフである（インテグレーターやソフトウェア会社を除く）という単純な一点に集約され、これは特に金融分野に当てはまります。マーケットで儲ける方法を知らなければ、プログラミングの知識はすべて無意味で、飛行機でいうところのスキューバタンクのようなものです。才能あるアーティストなら、Photoshopがなくても、効果的／効率的ではないにせよ、問題を解決することができます...。話を戻すと、行政はHow to programではなく、What to program、なぜこのプラットフォームで、他と比較して何が優れているのか、という方向性を打ち出す必要があるのです。 例えば、ある男が肉屋に来て、パンを買えないと嘆いている、そんな連想が頭に浮かぶ。パン屋は別の場所にある」、「なぜここにパンがないんだ」、「ここも店だ、他の店と同じ原理で動く、ここにパンがあれば便利だ、パン部門を発展させるべきだ」と言うのです。 Yury Reshetov 2012.09.10 14:23 #94 St.Vitaliy:話を戻すと、行政はHow to programではなく、What to programの方向性を打ち出すべきだろう。 行政が一部のアドバイザーよりも適切で、アルゴリズム・プログラミング言語よりもOOPを選んだのは良いことです。以前は、エキスパート・アドバイザー、スクリプト、テクニカル・インジケータしか プログラミングできないことがよく知られていました。右へ一歩、左へ一歩-dll.今は、何をプログラムするかという問いに、OOPと自由があるのです。しかし、選択の自由とともに、「どうやってプログラミングするのか」という疑問もあります。機能が増え、常に拡張されているからです。 St.Vitaliy 2012.09.10 14:38 #95 TheXpert: 何をプログラムするか知っていますか？ もちろん、そうです。私がやるべきことは、マニュアル取引で 成功した手法をプログラミングコードに置き換えることだけです。 St.Vitaliy 2012.09.10 14:44 #96 Reshetov: 行政が一部のアドバイザーよりも適切で、OOPよりもアルゴリズム的なプログラミング言語を好んだのは良いことです。以前は、エキスパート・アドバイザー、スクリプト、テクニカル・インジケータしか プログラムできないことが知られていました。右へ一歩、左へ一歩-dll.今は、何をプログラムするかという問いに、OOPと自由があるのです。しかし、選択の自由とともに、「どうやってプログラミングするのか」という疑問もあります。機能が増え、常に拡張されているからです。多様性は素晴らしいが、なぜVSではなくMTなのか、どの取引所ゲートウェイ（MT4も含む）への接続は可能なのか、という主な疑問が抜け落ちている...。パラディン800もし私がそれについて何をすべきかわからないなら、そのことはそれほど重要ではなく、私はMTでそれを行う理由がわからないのです。 Yury Reshetov 2012.09.10 14:59 #97 St.Vitaliy:多様性は素晴らしいが、なぜVSではなくMTなのか、どの取引所ゲートウェイ（MT4も含む）への接続は可能なのか、という主な疑問が抜け落ちている...。パラディン800間違っていなければ、MT4とSVの違いは価格ではなく数字で推測できます（ついていけない人向け）。ネットで稼ぐのは何でも可能だが、稼ぎ方が実力に対応していればより効果的であることを理解した上で、どうやっても稼ぎに来るwarezではなく、warezから来るテーマ性のあるリソースであることを推測するのは難しいだろうか？力量不足で、ファイル捨て場からテーマ別リソースに切り替えてしまうのです。MQはテーマ別のリソースだけでなく、個々の製品ごとにドメインを設定した個別のリソースを用意しており、人々がゴミ捨て場に行き着くことなく、必要な情報をどこで探せばいいのかが明確にわかるようになっています。 hrenfx 2012.09.10 15:04 #98 S#は アルゴトレーダーにとって最も完璧なプラットフォームだと考えています。建築そのものが深く考え抜かれているのです。著者のチームは、アルゴ取引に関する多くの経験を一堂に集めています。MT5には、1つだけ、しかし他にはない非常に強力な利点があります - クラウドです。これは、開発者の素晴らしいプログラミング経験の賜物です。アルゴトレードの時間の95%はリサーチです。そして、リサーチに基づいてTSを書いているのは、わずか5％です。 Renat Fatkhullin 2012.09.10 15:05 #99 St.Vitaliy、なぜ？ それはとてもシンプルなことで、「なぜMTなのか」という疑問は何度も声高に叫ばれ、議論されてきました。それについては、大量の資料が書かれています。サイト全体がそのために費やされているのです。しかし、貴重な時間を読書に費やすのはもったいないという人は少ない。人は、「なぜ今ここで私の心の要求を即座に叶えてくれなかったのか」という一方通行のゲームをする方が楽なのです。 情報サービスを実務でやっている人は、平凡な博識の一発芸が通用しないことを知っている。カタログもタグ付けも、新人へのアドバイスもない。膨大な数の改善案は、数％しか効率を上げない（9～10％ではなく、1％に近い）。そして、すでに多くの技術的な解決策を導入しています。 ですから、長期的にはどんどん素材を作って、カバー率をスケールアップしていくことが最大の望みです。 Renat Fatkhullin 2012.09.10 15:08 #100 そこには深い思慮があるわけではなく、未完成のコネクターというメガ・クラッチがあるのです。基本的に2000年で、将来性のない限界的なニッチです。 それに比べると、MT5は制御性、品質、機能性ともに化け物級に高いです。 1...3456789101112131415161718 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
トレーダーにとっては、ブローカーに手動で注文を出すのに必要なもの、意思決定のためのチャート上のテクニカル 指標の出力、ニュースフィードが含まれる取引プラットフォームであれば、何でもいいのでしょう。オートトレードの場合、どのプラットフォームでもうまくいくわけではありません。そのため、オートトレーディングやオートトレーディングチャンピオンシップも重視されています。
すなわち、読者が望むかどうかではなく、このリソースは、何かをする前に考える人のためではなく、オンラインzarobotkaための "無料 "チーズとwarezのファンのために適しています。
私は多くのITスペシャリストと同じですが、プログラマーではなく、管理者であることを除けば、です。
つまり、すべてのビジネス上の問題は、単純な一つのことを中心に回っており、IT専門家はサービス担当者（インテグレーターやソフトウェア会社を除く）であり、特に金融分野では、そのような存在なのである。マーケットで儲ける方法を知らなければ、プログラミングの知識はすべて無意味で、飛行機でいうところのスキューバタンクのようなものです。才能あるアーティストなら、Photoshopがなくても、効果的／効率的ではないにせよ、問題を解決することができます...。
話を戻すと、行政はHow to programではなく、What to program、なぜこのプラットフォームで、他と比較して何が優れているのか、という方向性を打ち出す必要があるのです。
話を戻すと、行政は「どのようにプログラムするか」ではなく、「何をプログラムするか」に重点を置いて開発する必要があるのです
私は、プログラマーではなくアドミニストレーターであることを除けば、世の中の多くのITプロフェッショナルと同じですからね。
つまり、すべてのビジネス上の問題は、IT専門家はサービススタッフである（インテグレーターやソフトウェア会社を除く）という単純な一点に集約され、これは特に金融分野に当てはまります。マーケットで儲ける方法を知らなければ、プログラミングの知識はすべて無意味で、飛行機でいうところのスキューバタンクのようなものです。才能あるアーティストなら、Photoshopがなくても、効果的／効率的ではないにせよ、問題を解決することができます...。
話を戻すと、行政はHow to programではなく、What to program、なぜこのプラットフォームで、他と比較して何が優れているのか、という方向性を打ち出す必要があるのです。
St.Vitaliy:
話を戻すと、行政はHow to programではなく、What to programの方向性を打ち出すべきだろう。
何をプログラムするか知っていますか？
行政が一部のアドバイザーよりも適切で、OOPよりもアルゴリズム的なプログラミング言語を好んだのは良いことです。以前は、エキスパート・アドバイザー、スクリプト、テクニカル・インジケータしか プログラムできないことが知られていました。右へ一歩、左へ一歩-dll.今は、何をプログラムするかという問いに、OOPと自由があるのです。しかし、選択の自由とともに、「どうやってプログラミングするのか」という疑問もあります。機能が増え、常に拡張されているからです。
多様性は素晴らしいが、なぜVSではなくMTなのか、どの取引所ゲートウェイ（MT4も含む）への接続は可能なのか、という主な疑問が抜け落ちている...。
パラディン800
もし私がそれについて何をすべきかわからないなら、そのことはそれほど重要ではなく、私はMTでそれを行う理由がわからないのです。
多様性は素晴らしいが、なぜVSではなくMTなのか、どの取引所ゲートウェイ（MT4も含む）への接続は可能なのか、という主な疑問が抜け落ちている...。
パラディン800
間違っていなければ、MT4とSVの違いは価格ではなく数字で推測できます（ついていけない人向け）。
ネットで稼ぐのは何でも可能だが、稼ぎ方が実力に対応していればより効果的であることを理解した上で、どうやっても稼ぎに来るwarezではなく、warezから来るテーマ性のあるリソースであることを推測するのは難しいだろうか？力量不足で、ファイル捨て場からテーマ別リソースに切り替えてしまうのです。
MQはテーマ別のリソースだけでなく、個々の製品ごとにドメインを設定した個別のリソースを用意しており、人々がゴミ捨て場に行き着くことなく、必要な情報をどこで探せばいいのかが明確にわかるようになっています。
S#は アルゴトレーダーにとって最も完璧なプラットフォームだと考えています。建築そのものが深く考え抜かれているのです。著者のチームは、アルゴ取引に関する多くの経験を一堂に集めています。
MT5には、1つだけ、しかし他にはない非常に強力な利点があります - クラウドです。これは、開発者の素晴らしいプログラミング経験の賜物です。
アルゴトレードの時間の95%はリサーチです。そして、リサーチに基づいてTSを書いているのは、わずか5％です。
それはとてもシンプルなことで、「なぜMTなのか」という疑問は何度も声高に叫ばれ、議論されてきました。それについては、大量の資料が書かれています。サイト全体がそのために費やされているのです。しかし、貴重な時間を読書に費やすのはもったいないという人は少ない。人は、「なぜ今ここで私の心の要求を即座に叶えてくれなかったのか」という一方通行のゲームをする方が楽なのです。
情報サービスを実務でやっている人は、平凡な博識の一発芸が通用しないことを知っている。カタログもタグ付けも、新人へのアドバイスもない。膨大な数の改善案は、数％しか効率を上げない（9～10％ではなく、1％に近い）。そして、すでに多くの技術的な解決策を導入しています。
ですから、長期的にはどんどん素材を作って、カバー率をスケールアップしていくことが最大の望みです。
それに比べると、MT5は制御性、品質、機能性ともに化け物級に高いです。