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

[Sergey Pavlov]

お客さまは常に正しい納得できないなら、ペニーアンテの仕事は引き受けないことだ。

TORはコントラクターが作成し、クライアントはそれに同意し承認する必要があります。

食べていくために仕事を受けるなら、覚悟を決めて...。フルプライス

[Rustamzhan Salidzhanov]

DC2008:

お客さまは常に正しい納得できないなら、ペニオクの仕事は引き受けないことだ。

TORはコントラクターが作成し、クライアントが同意・承認する必要があります。

食べていくために仕事を受けるなら、覚悟を決めて...。フルプライス

ああ、そうだな...そんなに緊張しなくても...「落ち着いてください、同志ペチキン」。

[Sergey Petruk]

アルゴリズムの細かい部分やコードのニュアンスなどを全員で明確にして、コンセンサスをとりながら共同作業を行うことで、良い結果が得られるのです。

独占性、実装の正確さ、耐久性、コードの信頼性、応答性、ToRを補足する意志など、最終的な結果はプログラマーに大きく依存します。お客様は、プログラマーの条件を理解し、チェックし、納得していただくだけです。しかし、プログラマーがそうであるように、お客様が常に正しいとは限りません。

その中でしかプログラマーの感触をつかめないというのは、お客さんにとって残念なことです。プロフェッショナリズムは、クライアントとコントラクターが共に築き上げるものであり、全員がお互いを尊重し合ってこそ、争いは終わります。

コードライターの格付けは、総合的な業績統計だけでなく、当年度の業績も考慮する必要があります。

[Dmitry Fedoseev]

DC2008:

お客さまは常に正しい納得できないなら、ペニオクの仕事は引き受けないことだ。

TORはコントラクターが作成し、クライアントはそれに同意し承認する必要があります。

食べていくために仕事を受けるなら、覚悟を決めて...。...フルレンジで

何を言っているんだ！？お客様はいつも正しい、入り口には必ず警備員がいる、いや、2人も3人もいる。

DC2008さん、食べ物のために働いているんじゃないんですか？薬のため、かな？

[Sceptic Philozoff]

ディミトリ それは皮肉だったようですね。

[Dmitry Fedoseev]

Mathemat:
ディミトリ それは皮肉にしか見えなかった。

私も冗談で言ったんです。

[Denis Kirichenko]

papaklass:
私見ですが、妥当な提案 だと思います。 原則として、依頼主よりも請負業者の方が準備万端である。TORは、その方法を知っている人が書くべきです。これは両者にとって有益なことです。

同感です!

しかし、大まかなイメージしかないものを注文するようになった場合、業者の余分な仕事に対してお金を払わなければならなくなります。

[Andrey F. Zelinsky]

papaklass:
私見ですが、妥当な提案だと思います。この作業は、原則として お客様よりも実装者の方が準備が整っています。TORは、その方法を知っている人を書くべきです。そうすることで、双方が利益を得ることができるのです。

手始めに、Terms of Reference (ToR)とは何かを理解しましょう。例えば、こちらhttp://ru.wikipedia.org/wiki/%D2%E5%F5%ED%E8%F7%E5%F1%EA%EE%E5_%E7%E0%E4%E0%ED%E8%E5。

リンク先から引用します。

用語集とは、技術的 対象物の設計のための原資料となるものである。設計は、製品（設計）、すなわち他の製品（設計対象）の設計文書一式をもたらす契約業務の一種である。

誰も反対はしない。「TORを書く」仕事を作り、次に「先に作ったTORにアドバイザーを書く」仕事を作る。

そして、「顧客は常に正しい」という言葉ですべてをまとめ、「修正のため」に作品を出す必要が生じたとき、プログラマーは「厄介な」顧客との仕事を拒否することになる。

言葉通り「気まぐれ」です。

[Sceptic Philozoff]

papaklass:原則として、お客様よりもやる側の方が準備が整っています。TORは、その方法を知っている人が書くべきです。これは双方にとって有益なことです。

プライマリTORは、クライアントからのみです。

それを見て、契約者が「形式的なものが足りない」と思えば、顧客と調整させる。しかし、これには別途、時間の支払いが必要です。契約交渉は、その実行よりもはるかに多くの時間（＝お金）を要する活動であることが、ビジネスの世界では古くから知られている。

想定される記事が書かれた後、何が変わるのでしょうね。お客さまが賢くなるのか、何なのか。それとも実行犯が行動を変えるのか？

今でも、フィードバックから判断すると、満足しているパフォーマーよりも、不満を持っているパフォーマーの方が数倍少ないのです。まあ、当事者間の協力条件をどう形式化しても、必ずそうなるんですけどね。

ボルモトゥン：自分で発注するようになってから、出演者のことを読もうとは思いませんでした。おそらくどのお客様も同じでしょう。しかし、時は流れ、やがて多くの人が集まり、私たちが来て、もしかしたら私が大統領になるかもしれません:)

そこで、説明書を読まず、データを収集しないお客様（あなたのことです）が登場します。この記事は、そのようなお客様にどのようなメリットをもたらすのでしょうか？

[Denis Kirichenko]

Mathemat:

ここで、説明書を読まず、データを収集しないお客様（あなたのことです）がいます。この記事は、そのようなお客様にどのようなメリットをもたらすのでしょうか？

課題を学ぶ方法には、「科学的方法」と「手探り方法」の2つがあります。 ボルモトゥンは2枚目を選んだよう だが...。