記事"MQL5 および MQL4での売買ロボット注文法"についてのディスカッション - ページ 4 1234567891011...13 新しいコメント Anatoli Kazharski 2012.02.07 07:55 #31 abolk:実際、私たち全員（管理者、開発者、そして顧客）はサービスの異なる側面にいる。そして、誰もがそれぞれのニュアンスや難しさを見ています。あなたが引用されたダイアログボックスは、私が見たものですが、必要なすべての情報を顧客に提供するための重要で重要な前進です。私は、99％の顧客が初めてサービスに来たときに尋ねる質問をリストアップした。そして、どの顧客も、うらやましいほどの一貫性と粘り強さで、ステップ・バイ・ステップ・ガイドと口座計算セクションへのリンクを与えなければならない。このような現状は、重要事項である「ステップ・バイ・ステップ・ガイド」と「計算」の情報性が明らかに不十分であることを示唆している。 顧客は単に「新しい仕事を作成する」 ダイアログボックスに 書かれていることを読まず、すぐに「同意する」 ボタンをクリックしてしまうようです。そして、四方をリンクで囲んだとしても、おそらくどうすることもできないでしょう。彼らはそのまま先に進み、実行者に興味のあるあれやこれやの点について質問するだろう。もし実行者が答えれば、彼らにとっては簡単な答えになるからだ。そして、もし実行者が答えない場合は、リンクが貼られ、それを読むしかない。それが、この "微妙に "心理的な悪循環から抜け出す方法？:)強制的に読ませるとか、何か組織化するとか。:) Muthukrishnan Sellemuthu 2012.02.15 06:31 #32 こんにちは、私はmt5.comの初心者です。ジョブセクションからEAを注文したのですが、ステップバイステップで作業を進めるうちに、「要件の交渉」ステップで困難に直面しました。私と開発者の両方がステップを確認しましたが、次のステップのプロトタイプ/モデルにアクセスできません。要件の交渉」欄は緑色のままで、次のセクションに進むことができません。どなたか経験者の方、助けてください。 Paulo Oliveira 2012.04.23 15:28 #33 9446180668: こんにちは、私はmt5.comの初心者です。ジョブセクションからEAを注文したのですが、ステップバイステップで作業を進めるうちに、「要件の交渉」ステップで困難に直面しました。私と開発者の両方がステップを確認しましたが、次のステップのプロトタイプ/モデルにアクセスできません。要件の交渉」欄は緑色のままで、次のセクションに進むことができません。どなたか経験者の方、助けてください。私も同じ問題を抱えています。何が起こっているのか、どうすればこの状況を解決できるのか、お分かりになりますか？ ファイル: image1.jpg 312 kb image2.jpg 309 kb Vadim Platonov 2012.05.18 21:24 #34 皆さん、こんにちは。このトピックについて質問があります。よく繰り返されることなのですが、仕事を受注し、やり始めたところ、取引開始のシグナル源として顧客から提供されたインジケーターが正しくなく、改良が必要であることが判明したり、TORの承認段階を経て、顧客の希望が増え、作業コストの増加につながったりすることがあります。顧客はこれに同意し、追加料金を支払う用意があるが、プロジェクトの 価格は固定されており、私の理解では、双方の同意があっても変更できない。その結果、追加支払いは現場を通過するか、他の仕事をしなければならず、必ずしも都合が良いとは言えない。TORにサインした後でも、作業費用を変更することはできないのでしょうか？現実には、契約書の補遺を発行し、その中でTORと契約金額の変更を規定する。しかし、ここではそのようなものは見つからなかった。それとも、私の探し方が足りなかったのだろうか？))) Renat Fatkhullin 2012.05.18 21:46 #35 vadimpl: 皆さん、こんにちは。このトピックについて質問があります。よく繰り返されることなのですが、仕事を受注し、やり始めたところ、取引開始のシグナル源として顧客から提供されたインジケーターが正しくなく、改善する必要があることが判明したり、TORの承認段階を通過した後に顧客の希望が増え、作業コストが増加したりすることがあります。顧客はこれに同意し、追加料金を支払う用意があるが、プロジェクトの価格は固定されており、私の理解では、双方の同意があっても変更できない。その結果、追加支払いは現場を通過するか、他の仕事をしなければならず、必ずしも都合が良いとは言えない。TORにサインした後でも、作業費用を変更することはできないのでしょうか？現実には、契約書の補遺を発行し、その中でTORと契約金額の変更を規定する。しかし、ここではそのようなものは見つからなかった。それとも、私の探し方が足りなかったのだろうか？)))今のところ、そのような可能性はありませんが、我々は実装について考えていきます。ただし、顧客が十分な資金を持っている場合に限る。 削除済み 2012.05.19 01:57 #36 Renat:まだその可能性はないが、実現に向けて考えていく。そして、顧客が十分な資金を持っている場合にのみ、上向きになる。 そのようなオプションは絶対に必要だ。 Vadim Platonov 2012.05.19 05:20 #37 Renat:まだその可能性はないが、実現に向けて考えていく。そして、お客さんが十分なお金を持っている場合に限り、上向きに、上向きに。 なるほど。情報をありがとう Andrey F. Zelinsky 2012.05.19 06:04 #38 Renat:まだその可能性はないが、実現に向けて考えていく。そして、顧客が十分な資金を持っている場合にのみ、上向きになる。その時1) 実演家が仕事を断る可能性がある 2) 実演家が仕事のコストを下げる可能性がある 3) 顧客が仕事のコストを上げる可能性がある。業務遂行の段階には 欠陥がある：本規約第3.2.7項「両当事者による『TORの承認』ステップの確認後、注文金額は決済システムの顧客口座にブロックされる。すなわち、契約者は TOR を検討し、時間を費やし、顧客の TOR を修正し、実際に顧客と相談する。その結果、表面的に検討されたTORを、「作業の複雑さ／コスト／実現可能性を過小評価した」という形で、すべての結果を受け入れなければならないことがよくある。TORの承認」の段階は、2段階に分けて行われるべきである：1.顧客はTORを確認する。 2.2.TORについての議論が行われ、「TORの承認」の段階が確認される前に、履行者はTORを拒否し、コストを変更することができるべきである。または、請負業者がTORを拒否し、「プロトタイプ／モックアップ」段階で実現するための費用を変更する可能性。 Mykola Demko 2012.05.19 12:11 #39 abolk:以下の場合は正しい：1) 請負業者には、その仕事を断る能力がある 2) 請負業者には、その仕事のコストを下げる能力がある 3) 顧客には、その仕事のコストを上げる能力がある業務遂行のステップに欠陥がある：規約第3.2.7項「両当事者による『TORの承認』ステップの確認後、発注金額が決済システムの顧客口座にブロックされる。すなわち、契約者は TOR を検討し、時間を費やし、顧客の TOR を修正し、実際に顧客と相談する。 その結果、表面的に検討されたTORを、「作業の複雑さ／コスト／実現可能性を過小評価した」という形で、すべての結果を受け入れなければならないことがよくある。TORの承認」の段階は、2段階に分けて行われるべきである：1.顧客はTORを確認する。 2.2.TORについての議論が行われ、「TORの承認」の段階が確認される前に、履行者はTORを拒否し、コストを変更することができるべきである。または、請負業者がTORを拒否し、「プロトタイプ/モックアップ」の段階で実現するためのコストを変更する可能性。私は、このようなレーキの上で踏まれた数回を確認し、顧客自身のTORを噛み砕く。あなたはそれに3-4日を費やす。棚にそれをすべて広げると、彼はこのすでにロールアウトされたTORを残し、より少ない金額でその実行を注文します。仕事の賢明なTORライオンのシェアを作り、このシェアは、サービス "仕事 "の支払いが保証されていない ことが判明した！ ！ ！。 Andrey F. Zelinsky 2012.05.19 18:50 #40 papaklass:これらは契約者としてのリスクです。結局のところ、冷蔵庫を選ぶとき、店長の説明がとても上手なものを買うわけではない。店長の話を聞いて、他の店に行ってもっと安い冷蔵庫を買えばいい。そして、店長はその品質に関する話に対して何も得ることはない。しかし、まったく伝えないということは不可能である。店長はそれを理解し、毎回リスクを負っている。あなたや、プログラマーの熟練労働力を自由に使うことを擁護する他の人々は、常に、そして執拗に混同している：a)すでに生産された既製品の販売。その価格には、経営コンサルタントの非生産的な仕事、店の家賃などの形で、すでに違約金が含まれている、b)研究、開発、技術的な仕事-この場合、「承認」段階の目的は、顧客が何を望んでいるかを理解し、当初は漠然としていた課題を具体化することなどである。- このような場合、専門家による人件費を支払う価値がある。もし最初のケースで、マネージャーとコンサルタントが新しい価値を生み出さないのであれば、その製品はすでに生産され、販売の準備ができている。あなたの場合、マネージャーには確かに給与が支払われているとしたら、第二のケースでは、プログラマーは無給のままでよいと思いますか？修正され、解析されたTORのコストは、プログラムを書くコストより低くはない。そして、顧客が他のプログラマーに任せるのは自然なことであり、より少ないコストで済ませたいという願望によって正当化される。現実には、支払いが保証されない限り、問題の解析を引き受けるKBはいない。では、なぜ「仕事」サービスでは、TORの分析／再検討／執筆に対する支払いをしない（あるいは保証しない）ことが当たり前なのだろうか？Workサービスにおける仲裁状況のほとんどは、「不明瞭なTOR」、「作業の複雑さの過小評価」である。そしてその理由は、開発者が「TORの承認」の段階で不誠実な顧客から完全に無防備だからです。papaklass さんあなたの場合も同じで、もしあなたが顧客とのTORの作業を拒否すれば、間違いなく顧客を失うでしょう。そして、もしあなたが顧客のTOR作成を有能に手伝えば、この仕事はあなたに任され、将来的に顧客はあなたのところに戻ってくる可能性が非常に高い。それは、人と仕事をすることのコストだと考えてほしい。 プログラマーを、何もすることがなく、座って待っているだけで、すべての顧客とすべての注文に満足している、ある種の失業者のように見るのはそろそろやめよう。プログラマーには本業があり、自分の趣味があり、自由な時間がある。そして、プログラマーがその自由な時間を、ある確率でしか起こらないかもしれない注文のために費やすことに満足するとは考えにくい。 1234567891011...13 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
実際、私たち全員（管理者、開発者、そして顧客）はサービスの異なる側面にいる。そして、誰もがそれぞれのニュアンスや難しさを見ています。あなたが引用されたダイアログボックスは、私が見たものですが、必要なすべての情報を顧客に提供するための重要で重要な前進です。私は、99％の顧客が初めてサービスに来たときに尋ねる質問をリストアップした。そして、どの顧客も、うらやましいほどの一貫性と粘り強さで、ステップ・バイ・ステップ・ガイドと口座計算セクションへのリンクを与えなければならない。このような現状は、重要事項である「ステップ・バイ・ステップ・ガイド」と「計算」の情報性が明らかに不十分であることを示唆している。
こんにちは、私はmt5.comの初心者です。ジョブセクションからEAを注文したのですが、ステップバイステップで作業を進めるうちに、「要件の交渉」ステップで困難に直面しました。私と開発者の両方がステップを確認しましたが、次のステップのプロトタイプ/モデルにアクセスできません。要件の交渉」欄は緑色のままで、次のセクションに進むことができません。どなたか経験者の方、助けてください。
私も同じ問題を抱えています。
何が起こっているのか、どうすればこの状況を解決できるのか、お分かりになりますか？
皆さん、こんにちは。このトピックについて質問があります。よく繰り返されることなのですが、仕事を受注し、やり始めたところ、取引開始のシグナル源として顧客から提供されたインジケーターが正しくなく、改善する必要があることが判明したり、TORの承認段階を通過した後に顧客の希望が増え、作業コストが増加したりすることがあります。顧客はこれに同意し、追加料金を支払う用意があるが、プロジェクトの価格は固定されており、私の理解では、双方の同意があっても変更できない。その結果、追加支払いは現場を通過するか、他の仕事をしなければならず、必ずしも都合が良いとは言えない。TORにサインした後でも、作業費用を変更することはできないのでしょうか？現実には、契約書の補遺を発行し、その中でTORと契約金額の変更を規定する。しかし、ここではそのようなものは見つからなかった。それとも、私の探し方が足りなかったのだろうか？)))
今のところ、そのような可能性はありませんが、我々は実装について考えていきます。
ただし、顧客が十分な資金を持っている場合に限る。
まだその可能性はないが、実現に向けて考えていく。
そして、顧客が十分な資金を持っている場合にのみ、上向きになる。
まだその可能性はないが、実現に向けて考えていく。
そして、お客さんが十分なお金を持っている場合に限り、上向きに、上向きに。
まだその可能性はないが、実現に向けて考えていく。
そして、顧客が十分な資金を持っている場合にのみ、上向きになる。
その時
1) 実演家が仕事を断る可能性がある
2) 実演家が仕事のコストを下げる可能性がある
3) 顧客が仕事のコストを上げる可能性がある。
業務遂行の段階には 欠陥がある：
本規約第3.2.7項「両当事者による『TORの承認』ステップの確認後、注文金額は決済システムの顧客口座にブロックされる。
すなわち、契約者は TOR を検討し、時間を費やし、顧客の TOR を修正し、実際に顧客と相談する。その結果、表面的に検討されたTORを、「作業の複雑さ／コスト／実現可能性を過小評価した」という形で、すべての結果を受け入れなければならないことがよくある。
TORの承認」の段階は、2段階に分けて行われるべきである：
1.顧客はTORを確認する。
2.2.TORについての議論が行われ、「TORの承認」の段階が確認される前に、履行者はTORを拒否し、コストを変更することができるべきである。
または、請負業者がTORを拒否し、「プロトタイプ／モックアップ」段階で実現するための費用を変更する可能性。
以下の場合は正しい：
1) 請負業者には、その仕事を断る能力がある
2) 請負業者には、その仕事のコストを下げる能力がある
3) 顧客には、その仕事のコストを上げる能力がある
業務遂行のステップに欠陥がある：
規約第3.2.7項「両当事者による『TORの承認』ステップの確認後、発注金額が決済システムの顧客口座にブロックされる。
すなわち、契約者は TOR を検討し、時間を費やし、顧客の TOR を修正し、実際に顧客と相談する。 その結果、表面的に検討されたTORを、「作業の複雑さ／コスト／実現可能性を過小評価した」という形で、すべての結果を受け入れなければならないことがよくある。
TORの承認」の段階は、2段階に分けて行われるべきである：
1.顧客はTORを確認する。
2.2.TORについての議論が行われ、「TORの承認」の段階が確認される前に、履行者はTORを拒否し、コストを変更することができるべきである。
または、請負業者がTORを拒否し、「プロトタイプ/モックアップ」の段階で実現するためのコストを変更する可能性。
私は、このようなレーキの上で踏まれた数回を確認し、顧客自身のTORを噛み砕く。あなたはそれに3-4日を費やす。棚にそれをすべて広げると、彼はこのすでにロールアウトされたTORを残し、より少ない金額でその実行を注文します。
仕事の賢明なTORライオンのシェアを作り、このシェアは、サービス "仕事 "の支払いが保証されていない ことが判明した！ ！ ！。
これらは契約者としてのリスクです。結局のところ、冷蔵庫を選ぶとき、店長の説明がとても上手なものを買うわけではない。店長の話を聞いて、他の店に行ってもっと安い冷蔵庫を買えばいい。そして、店長はその品質に関する話に対して何も得ることはない。しかし、まったく伝えないということは不可能である。店長はそれを理解し、毎回リスクを負っている。
あなたや、プログラマーの熟練労働力を自由に使うことを擁護する他の人々は、常に、そして執拗に混同している：
a)すでに生産された既製品の販売。その価格には、経営コンサルタントの非生産的な仕事、店の家賃などの形で、すでに違約金が含まれている、
b)研究、開発、技術的な仕事-この場合、「承認」段階の目的は、顧客が何を望んでいるかを理解し、当初は漠然としていた課題を具体化することなどである。- このような場合、専門家による人件費を支払う価値がある。
もし最初のケースで、マネージャーとコンサルタントが新しい価値を生み出さないのであれば、その製品はすでに生産され、販売の準備ができている。
あなたの場合、マネージャーには確かに給与が支払われているとしたら、第二のケースでは、プログラマーは無給のままでよいと思いますか？修正され、解析されたTORのコストは、プログラムを書くコストより低くはない。そして、顧客が他のプログラマーに任せるのは自然なことであり、より少ないコストで済ませたいという願望によって正当化される。
現実には、支払いが保証されない限り、問題の解析を引き受けるKBはいない。では、なぜ「仕事」サービスでは、TORの分析／再検討／執筆に対する支払いをしない（あるいは保証しない）ことが当たり前なのだろうか？
Workサービスにおける仲裁状況のほとんどは、「不明瞭なTOR」、「作業の複雑さの過小評価」である。そしてその理由は、開発者が「TORの承認」の段階で不誠実な顧客から完全に無防備だからです。
papaklass さん
あなたの場合も同じで、もしあなたが顧客とのTORの作業を拒否すれば、間違いなく顧客を失うでしょう。そして、もしあなたが顧客のTOR作成を有能に手伝えば、この仕事はあなたに任され、将来的に顧客はあなたのところに戻ってくる可能性が非常に高い。それは、人と仕事をすることのコストだと考えてほしい。
プログラマーを、何もすることがなく、座って待っているだけで、すべての顧客とすべての注文に満足している、ある種の失業者のように見るのはそろそろやめよう。プログラマーには本業があり、自分の趣味があり、自由な時間がある。そして、プログラマーがその自由な時間を、ある確率でしか起こらないかもしれない注文のために費やすことに満足するとは考えにくい。