トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
あぼーん, 2013.05.26 19:28
-- お客様またはプロバイダのいずれかが、すでに仲裁を申請していること
-- あるいは、あなたが引用した文章の下に、「本注文書に基づく作業中に作業指示書の要件からの逸脱があった場合、顧客または開発者は事態の解決を仲裁に申請できる」という一行があるはずです。-- すでに調停に持ち込まれている場合は、「...調停に持ち込まれた」というような書き込みがあるかどうかを確認してください。
もっと具体的に説明できるのは経営陣だけです。
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
ロッシュ, 2012.04.09 12:08
サービスデスクに申請 書を書いてお知らせください。どうしても仲裁に出られない場合は、対処してもらえる。明らかに、仲裁は、作業が終了する前、つまり、引き渡し/支払いの最終段階が経過する前に求められるべきである。そうでなければ、コントラクターとクライアントに対するレバレッジが効かなくなる。これは前提条件です。
仲裁に訴える原因はただ一つ、クライアントと請負業者の間で個人的に解決できない問題が発生した場合に限られるようです。 例えば、発注者は渡された設計が正しく機能していない(TORに準拠していない)と確信しているが、請負業者はそうでないことを証明しているのである。
もう一つの可能性は、契約者やクライアントが長期にわたって「失踪」することです。個人的なメッセージやメールなどには応じない。同時に、クライアントの資金が口座にブロックされ、仕事ができなくなる。あるいは逆に、仕事はとっくに終わっているのに、代金を受け取る方法がない。人生の状況は様々ですが、それでも仲裁によって解決されるべきであり、また解決できるのです。
よくあるのは、当事者がToRに合意して作業を開始するのを急ぐ場合です。すると、この形のToRは適切ではなく、もっと詳しく、いくつかの点を明確にする必要があることがわかりました。仕事のコストは再考する必要があるかもしれません。この段階から作品を取り返すには、仲裁に入るしかない。そのため、急いで作業を開始せず、今一度ToRを読み直した方がよいでしょう。
また、請負業者が仲裁の申請を出したのに、「作業の移行」ページの「次へ」ボタンがまだ有効なのはなぜですか?
仲裁に移行した場合でも、当事者は通常の方法で作業を完了させることができます。
正確には、当事者、つまり契約者!?TORに記載された作業の論理的な結論と完全な遵守をもたらすこと。
しかし、ToRに書かれているロジックを実装する際に、実装者が自分の間違いを認めず、ToRのある部分を自分流に解釈してしまったらどうでしょう。
また、Expert Advisorの指定エラーについては、ToRに記載されていない新たな修正であるかのように反応する。効かないこの生ものをどうするか?
新しいデベロッパーを探し、またお金を払う?しかも、他人のコードで仕事をしようとする人はほとんどいないのです
コンパイル中の警告は当たり前、「気にしないで、とにかく動く」、実行期限は3〜4回遅れる、このような瞬間は明らかに仲裁判断に影響すべきではないでしょうか。
そしてもうひとつ、仲裁は付託事項を検討し、紛争の本質に迫るのか、それとも請負業者と発注者の間の最後の1~3ページのやり取りを研究して、すべてが表面的に起こるのか、ということです。
私の経験(私はプログラマーではなく、しばしば顧客として行動します) - このフォーラムなどで、知り合いのコーダーに仕事を発注してみてください。
そういう意味では、誰かが誰かにどう接するかは(議論の場である掲示板では)あまり重要ではありません。掲示板に書かれていることを読むことが大切です(感情などをカットして自分にとって重要な情報を抽出できるようになる)。かなり有名なコーダーもいますし、このフォーラムにもかなりたくさんいますので。そして、彼らは常にここにフォーラム(議論に参加するなど)である場合 - これは彼(コーダー)は、その評判などを尊重することを重要な基準である。
要するに - 公共のコーダーを選べということです。それでは、アービトラージは成立しない。
====
私などは、mql4でも多少のコーディングはできますし、ほとんど自分用ですが。でも、私はコーダーではないので、もし(神様に)仕事をもらったら - プログラミングの本を読み始めますよ :)
ですから、自らをコーダーと位置づける人を選び、(このフォーラムに投稿している)パブリックなコーダーを選ぶようにしてください。
私の経験(私はプログラマーではなく、しばしば顧客として行動します) - 例えばこのフォーラムで知り合ったコーダーに仕事を発注してみてください。
そういう意味では、誰かが誰かにどう接するかは(議論の場である掲示板では)あまり重要ではありません。掲示板に書かれていることを読むことが大切です(感情などをカットして自分にとって重要な情報を抽出できるようになる)。かなり有名なコーダーもいますし、このフォーラムにもかなりたくさんいますので。そして、彼らは常にここにフォーラム(議論に参加するなど)である場合 - これは彼(コーダー)は、その評判などを尊重することを重要な基準である。
要するに - 公共のコーダーを選べということです。それでは、アービトラージは成立しない。
====
私などは、mql4で少しコーディングもできますし、ほとんど自分用です。でも、私はコーダーではないので、もし(神様に)仕事をもらったら - プログラミングの本を読み始めますよ :)
ですから、自らをコーダーと位置づける人を選び、(このフォーラムに投稿している)パブリックなコーダーを選ぶようにしてください。
ありがとうございます!私も最初は同じ考えでしたが、どうやらまだエッセンスが誕生していないようです。
くっそー、少額で納期(全然守られてない)に油断してた、専門家の執筆を 複数回頼んだが、何の問題もなかったのになー
高くても注文した方が、頭痛やストレスは少ないですからねー。
正確には、当事者、つまり請負業者です。TORに記載された作業の論理的な結論と完全な遵守をもたらすこと。
しかし、ToRに書かれているロジックを実装する際に、実装者が自分の間違いを認めず、ToRのある部分を自分流に解釈してしまったらどうでしょう。
また、Expert Advisorの指定エラーについては、ToRに記載されていない新たな修正であるかのように反応する。効かないこの生ものをどうするか?
新しいデベロッパーを探し、またお金を払う?しかも、他人のコードで仕事をしようとする人はほとんどいないのです
コンパイル時の警告は当たり前、「気にしないで、とにかく動く」、実行期限は3~4回遅れる、このような瞬間が明確に仲裁の判断に影響するべきではないでしょうか。
さらに興味深いのは、仲裁機関が参照条件を研究し、紛争の核心に迫るのか、それとも契約者と顧客との間の最後の1~3ページのやり取りを研究して、すべてが表面的にしか起こらないのか、ということです。
それは、お客様から提示された「タスク」が、いわゆる「ステートメント・オブ・ワーク」と呼ばれる、細部に至るまですべてを明確に記述しなければならないものからは程遠いということです。
スケジュールの情報を表示する際のフォントのことまで。
この場合、契約者は提供された「仕事」に対して、「こんなことはなかった」「こんなことは仕事に書かれていない」等と言及する権利を有する。
そして、アービトレーターの側を信じること )
仕事もあるべき姿に仕上がっていないかもしれないが、仲裁は、仕事における明確な記述の欠如を理由に、演者に有利な形で仕事を終わらせたり、半々で終わらせたりすることができる
とサービス「仕事」を提示することがあり、多くの異なる驚きが、全体的に彼は良いです)
悪魔は、少額と期限付き(全く守られなかった)の餌に食いついたのだ。
契約者もこの注文をあまり快く思っていないと思います。そのような場合は、「ハーフ&ハーフ」で決まることがほとんどです。
なぜなら、「この世に無に通じるものはない...」からです。それぞれの側が時間と神経を費やしているのです。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
行政の皆様、検索を利用しましたが、仲裁に関する情報、すなわち規則、規定、期限は見つかりませんでした。
仲裁はどのように行われ、どのような順序で、どのような期限があるのでしょうか。
また、請負業者が仲裁の要請を提出する際、「求人の提出」ページで「次へ」ボタンがまだ有効なのはなぜですか?
また、「作品提出後1週間以内に受理を確認し、受理拒否の意思表示がなければ、自動的に受理されたものとする」というような自動支払いはないのでしょうか。