仲裁 - 規則、規制、期限。 - ページ 4

 

確かに、3つの警告がありました。そして、これらは#property strictを 追加することにした後に現れたものですが...。そうでしょう?

そろそろやめたらどうですか、あなたがどういう人なのか、誰の目にも明らかでしょう。それを公の場で改めて証明したわけだ。

 

ずいぶん前に、フォーラムの機能を拡張するための投票を行ったことがあります。
つまり、私が気に入らなければ、そのトピックは私に表示されません。
ユーザーの「ホワイト」「ブラック」リストがとても必要だと実感しています。

 

これは、トレーダーとコーダーの関係の問題である。

私はコーダーではありませんが、2004年からコーダーとコミュニケーションをとっています(メタトレーダーに限れば)。そして、(プログラマーではない)普通のユーザーがコーダーと普通にコミュニケーションする方法について、そろそろ枝葉を作ってもいいのではないかと思っています。一目でわかるのは、こんなところでしょうか。

1.トレーダーとコーダーは異なる言語でコミュニケーションします。言語学の話ではありません。
お互いに理解し合えないことが非常に多いのです。例えば、「2本のムービングクロスで、RSIが80から買い、20から売りのブレイクアウトを確認できるEAを作る」というリクエストは、コーダーにとって理解できるものです。しかし、これがクライアントの意図したことなのでしょうか?

  • 同じバーで2つのミューウィングのクロスでRSIを確認する?
  • RSIの80/20レベルクロスはどのように起こるのでしょうか?
  • RSIレベルはどのバーで交差していますか?
  • 2つのムーヴィングがクロスオーバーするのは、どのような場合でしょうか?
  • オープンバーではクロスオーバー(クライアントはそれが何であるかを知っていますか)?
  • それとも、1本目のクローズドバーで最後の交差をした(2本目で開始した)のでしょうか?

簡単な作業です ...と、すでに6つの質問をお客様に追加しています。

2.コーダーにはコーダーの倫理がある(競争とは関係ない)。倫理の力を借りて、互いに共存しているのです。

3.コーダーとトレーダーは、職業が違うので、「メンタリティ」(適切な言葉が見つかりません、すみません)が違う のです。トレーダーがチャート上で理解していること(「この画像に基づいてExpert Advisorを作成してもよいか」という意味)は、コーダーにとって多くの疑問となる可能性があります。なぜなら、彼(コーダー)はクライアントの言葉やグラフィックを(数学で)リアルに翻訳してくれるからです。そして、すべてが(クライアントによって)正確に定義されていなければならない。つまり--美しい「儲かる」絵は、トレーダーとコーダーで見え方が違うのかもしれない。猫の写真などは、同じように見えてしまうのです。そして、インジケーターを使ったチャートの見方もさまざまです。

4.コーダーには専門性(いわば「得意分野」)があります。ビルダー(ヨットを作るのが得意な人、家を作るのが得意な人)等と同じです。コーダーという言葉は、この意味ではビルダー、あるいはトランスレーターとほぼ同じ意味である

おそらく、潜在的な顧客のために、参照条件を準備する方法、取引システムと見なされるもの、コーダーと通信する方法について、ここにトレーニングスレッドを開く時期だと思います...。そうでなければ、このようなケースはもっと増えるでしょう。

 
上記の意見に完全に同意します!
 

newdigital:

....

簡単な作業です ...と、すでに6つの質問をお客様に追加しています。

....

規約の書き方、取引システムと言えるもの、コーダーとのコミュニケーションの取り方など、潜在顧客向けのトレーニングスレッドを立ち上げるべき時期かもしれませんね......。そうでなければ、このようなケースはもっと増えるでしょう。


ここで問題なのは・・・。コーダーは職業である。そして、顧客はそうではない。お客様は年金生活者かもしれないし、小学生かもしれないし、8時間冷凍魚の箱を降ろして、仕事が終わってからコンピュータの前に座った労働者かもしれない - 読むべきことはあるが、多くの文字があり、彼は疲れていた...そう、彼はお客さんかもしれない。

そして、彼(ら)は、すべてを多重に、KISS(Keep It Simple and Stupid)形式で述べる必要があるのです。を理解するように、彼(例えば) ...

お客様の資格は関係ありません。コーダーであるかどうかはお客様です。クライアントがコーダーでない場合、どのようにコミュニケーションをとるべきか、フォーラムのスレッドが必要です。

 
newdigital:

ありもしないことをでっち上げるのはやめましょう。ここには、ナンセンスなことがたくさんある。

すべての仲裁問題は、TORのせいでも、あなたが上に書いたことのせいでもなく、妥協しようとしないこと、つまり、お互いの意見を聞き、耳を傾けようとしないことのせいなのです。

 
abolk:

ありもしないことをでっち上げるのはやめましょう。ここには、ナンセンスなことがたくさんある。

すべての仲裁問題は、TORや上に書いたようなことが原因ではなく、妥協しようとしないことが原因なのです。

潜在的な顧客には教育が必要です。

"そして、彼はそれが良いものであることを見た "のは、聖書の中だけです。
 
abolk:

すべての仲裁問題は、TORのせいでも、あなたが上に書いたことのせいでもありません -- 妥協する気がないせいです -- お互いの話を聞き、耳を傾ける気がないせいなのです。

コンパイラの警告の 状況の一例 -- トップスターターと実装者の間で。

一方では

-- コンパイラの警告は重要ではない

-- 実装者のコードに#property strictがなければ、顧客が自分から何かを追加する理由はない -- そうでなければ、追加したところで何も文句は言えない

その一方で

-- 執行者は、#property strict がなくても、2つか3つの警告があることを認めました。

この状況のスキャンダルは何なのか。解決策は簡単で、顧客がコードに不正な変更を加えるのではなく、実装者が顧客に提供するコードに変更を加えるのです。以上です。問題は解決した。でも、ダメなんです。スキャンダル、議論、ページの雲、仲裁。

 
私としては、そのようなお客様とは最初のコミュニケーションから、お別れしなければならないのです。
 
micle:
私としては、そのようなお客様とは最初のコミュニケーションから、お別れしなければならないのです。

すみません、どこがハラスメントなのか、具体的に引用していただけますか?またはメッセージの日付と時刻。

それは、今後のために考慮したいと思いますというのも、外から見た自分というのは、見えないものなのです