請求されたのですが、その内容はどこで確認できますか？ - ページ 51

新しいコメント
 
zfs:
すぐにサービスを終了させた方が楽だから)リスクはすでに価格に組み込まれていることでしょう。
さて、どのような適正があるのでしょうか。なぜ、契約者がリスクを負担してはいけないのでしょうか？
 
Integer:
パフォーマーが罰金を請求されるには、誰かがジョーブで注文を受け始める前に、何らかの保証金を支払わなければならないということです。これは大きな違いです。
あなたは、非出金額、すなわちどのくらいのアーティストが無料で動作するようにすることができます（例えば、100クォードの合計のための2-3タスクと言う）、金額を撤回し、給与から差し引かネジレをコミットし、再び無料で動作するように。
 
sanyooooook:
稼げる金額は引き出し不可、つまり出演者は一定時間タダ働き、ミスをしたら給料から差し引かれる。
しかし、演奏者は最初の注文でつまづき、そのまま帰ってしまうかもしれません。頭金という選択肢しかない。
 
Integer:
しかし、ユーザーは最初の注文でつまづき、そのまま帰ってしまうこともあります。頭金という選択肢しかない。
そして、なぜ最初の注文で引っかかるような演奏者が必要なのか、まあ、注文をキャンセルすれば演奏者はマイナスになるのだが)
 
Integer:
しかし、ユーザーは最初の注文でつまづき、そのまま帰ってしまうかもしれません。頭金という選択肢しかない。

もしかしたら、サービスのプロフェッショナルが増えるかもしれませんね。

 
sanyooooook:
しかし、なぜ最初の注文で引っかかって、注文をキャンセルして業者がマイナスになるような業者が必要なのだろうか)
問題は、違約金が契約者と顧客から均等に償却されるようにするにはどうしたらいいかということです。
 
TheXpert:
さて、どのような適正があるのでしょうか。なぜ、契約者がリスクを負担してはいけないのでしょうか？
そうすべきかもしれませんが、非常にまれなケースです。これらのケースは、非常に明確に綴られるべきです。しかし、そうではないだろう。この場合、タスクが実現できないとしても、誰が責任を取るのでしょうか？そして、すべてのタスクはどのようにでも解釈することができ、クライアント自身もここでそれを行っているのです。
 
Integer:
注文がキャンセルされれば、お客様に罰金が発生することになりますが、その罰金を契約者とお客様で均等に帳消しにするためにはどうすればよいかという話です。
いやいや、平等にではなく、落ち度があるほうから。
 
zfs:
そうすべきかもしれませんが、非常にまれなケースです。これらのケースは、非常に明確に綴られるべきです。しかし、そうではないだろう。この場合、仮にタスクが実現できなかったとしても、誰が責任を取るのでしょうか？そして、すべてのタスクはどのようにでも解釈することができ、クライアント自身もここでそれを行っているのです。

クソッ何度も言われていることです。

非現実的 - やるな!

 
zfs:
この場合、仮にそのタスクが不可能だったとしても、誰が責任を取るのでしょうか？そして、実はすべてのタスクは、お客様がここでやったことでさえ、好きなように解釈することができるのです。

さて、誰のせいでしょう？クライアントが？彼は、自分の任務が実現可能かどうかを知る義務はない。プログラマは、少なくともその課題に同意する前に読む義務がある。クソ面白くないんだよ。

それで、プログラマーは要求されたことを読むのが面倒くさくて、お客さんはお金を払わないといけないんです。なんてクソ理屈なんだろう。

1...4445464748495051525354555657
新しいコメント