プログラマーと顧客の対立を議論する。プログラマーとクライアントとの間の曖昧な状況についての考察と、最も葛藤の多いプログラマーパフォーマーの格付け。 - ページ 21

 
Renat:
MQL4.comのレーティングを「実績」のサブセクションの1つに付けることができるかもしれませんので、考えてみます。
f4が使われている限り、そしてmql4プログラムの制作の注文がある限り、それは良い解決策だと思います、そうすればクライアントは応募者の全体像を見ることができます(特に、注文がMT4である場合)
 
Mischek:


4が5を育てる、5が4を育てない、それはユートピアだ。

...

ユートピアではない))。

う、うん...うん...何が決め手なのか?;)
 

クォーターの受注比率が知りたい。

テクノさん、もしいらっしゃるなら、おおまかに教えていただけますか?

 
Mathemat:
4の注文の割合が知りたいです。

アレクセイ...私が行った約200件の注文のうち(ここではない)、MT5用のものは1件も出ていません。

統計ではありません。むしろ、クアッドフォーラムでお客さんを見つけたからです...。

 
Mathemat:

....誰に不満があるのか?名前を出す必要はなく、数字を出すだけでいい。

特に誰に不満があるわけでもない/誰と何をやるかについては意見がある。
 
abolk:
このスレッドhttps://www.mql5.com/ru/forum/6684/page5#comment_193952 の上でも触れましたが、すぐ下にレナーテのレスもあります。
ええ、もちろん見ましたよ。でも、そこには私の疑問に対する答えはありませんでした...。今、それがあり、そうであれば、より忠実で透明性の高い統計への新たな一歩となるだろう。
 

依頼主は仕事をしたいと申し出、請負人はそれを受け入れる。したがって、誰も契約者に強制しているわけではなく、契約者は自分の選択肢を吟味し、サービスを提供しているのです。クライアントは競争入札でプログラマーを選んだのだから、そのプログラマーに仕事を期待する権利がある。これで契約条件に合意し、契約を締結する。この段階になると、開発者は作業に対する対価を求め、顧客は期待通りの成果物を求めるため、対立が発生する。両者ともTORを参照しているので、非常に慎重に作業しなければならず、これを理解していない人は「泥沼」、そして仲裁に入ることになる。

依頼主は請負業者の労働に興味がなく、請負業者は依頼主がどこで「そんな金」を手に入れたのかに興味がない(c)。

 
artmedia70:
あ、あ、あ、あ...そして決める?;)
まあ、4は上げないけど。
 
DC2008:

依頼主は仕事をしたいと申し出、請負人はそれを受け入れる。したがって、誰も契約者に強制しているわけではなく、契約者は自分の選択肢を吟味し、サービスを提供しているのです。クライアントはコンペでプログラマーを選んだのだから、そのプログラマーに仕事を期待する権利がある。これで契約条件に合意し、契約を締結する。この段階になると、開発者は作業に対する対価を求め、顧客は期待通りの成果物を求めるため、対立が発生する。両者ともTORを参照しているので、非常に慎重に作業しなければならず、それを理解していない人が「泥沼」に陥り、仲裁に入ることになる。

依頼主は請負業者の労働に興味がなく、請負業者は依頼主がどこで「そんな金」を手に入れたのかに興味がない(c)。

通常、ToRに合意する過程で、そのような小さな石ころが出てきますが、それを実装することで、最初に宣言した値の2倍、3倍にすることができます。結局、仕事の申請をするときは、欲しい機能をあらかじめ説明するところから始めなければならないのです。しかし、通常は一言で「...」と書かれることが多い。2つのミューウィングの 交点に基づくシンプルなEAが欲しい」。そんな仕事でお金を取るのはもったいない...。しかし、TORを議論する過程で、TORには記載されていない、多くの外部要因に基づいて意思決定を行うシステム全体が必要であることが判明し......。そして、コードの作業中に「突然」Skype通話中に言われたとされるToRの修正が入ることも...。あるいは、「...まあ、当然といえば当然なんだけど...」。そして、この気まぐれを満たさないようにすること...。
 

リソースは5点です。四つ子とは関係ない。

しかし...私の考えでは、上位にいるパフォーマーは、少なくとも第四紀の95%のパフォーマーだと思います。