サービスワーク:プロフェッショナリズムに向けたトップデベロッパーの再構築に向けて - ページ 6

 
Renat:

私はわざと頭を下げて業者に頼り、業者に100%の責任を要求する」という威勢のいい言葉で他者に責任を転嫁しようとすると、筆者に差し迫った問題をもたらす。

いずれにせよ、私たちとしては、お客様の潜在的なパフォーマーに対する意識を高め、多くの仕事を募集することを禁止していくつもりです。

ところで仕事のパラメータ数についてですが、仕事を大量に略奪する誘惑に負けて、約束を守らないのはいかがなものかと......。また、このパラメータは、作者のプロ意識と作品の質を示すk.l.パラメータによって、定量的に変化させることが可能です
 
パラメータ計画された平均完成 時間と実際の平均完成時間は、お客様が専門家を選択する際の判断材料になります。計画が3日で、実際の時間が7日であれば、お客様は納期に間に合わない可能性が高いことを知ることになります。
 
Renat:

私はわざと頭を下げて業者に頼り、業者に100%の責任を要求する」という威勢のいい言葉で他者に責任を転嫁しようとすると、筆者に差し迫った問題をもたらす。

いずれにせよ、私たちとしては、お客様の潜在的なパフォーマーに対する意識を高め、多くの仕事を募集することを禁止していくつもりです。

また、過去に採用された作品の納期が守られない場合は、「多数の作品の採用を禁止する」こととします。それは公平なことでしょう。IMHO
 
iTC:
...計画では3日だったのに、実際には7日かかったとしたら、お客様は失敗する確率が高いことを知ることになります。

なぜ急ぐのか?何がうまくいかないのか?確かに、一度仕事を受けたら、お客様は何カ月もテストすることになります。では、3日でも7日でも違いはないのでしょうか?

 
DC2008:

なぜ急ぐのか?何がうまくいかないのか?確かに、一度仕事を受けたら、お客様は何カ月もテストすることになる。では、3日であろうが7日であろうが、何の違いがあるのでしょう?

:-)ソフトウェア環境での見苦しい発言...。取引はお金以上の価値がある...。納期には常に2つ以上の視点がありうる、妥協とは当事者同士の合意である、アルゴリズムを実行できないことがプログラムの失敗につながるなら、納期に関する合意を実行できないことは契約当事者間の関係を破壊することになる......。もちろん、いつもとは限りませんが...。が、それができるのは...

基本的な人間関係のアルゴリズムです。

理想的には、契約当事者双方が、交わされた約束に対して100%の責任を持つことです。

昔、こういう数学的なことを長い間考えていたんです。足し算で200%になるから、二者が合意して双方が100%の責任を取れば......と。そして、100%以上の責任があるわけがない。

しかし、それはとても......。何か無形のものが、合意のプロセスを妨げているに違いない......。

 

注文の期限切れやお客様の不満の声は、今回が初めてではありません。

プログラマーに責任がないのは事実です。(期限切れなどで)キャンセルされた注文に対して、ネガティブなフィードバックを残すこともできません。

私にとっては、(金銭的な、あるいは格付けという形での)責任は余分なものにはならないでしょう。しかし、プログラマーは自分が担当する時間を正確に把握する必要があります。そして、「checked by customer」というステータスで、50ジョブでもぶら下げておくのです。

 
IvanIvanov:

人間関係の基本的なアルゴリズムである

理想的には、契約当事者双方が、交わされた約束に対して100%の責任を持つべきです。

プログラマーとはすべてがクリアーなのだ。どう考えても、受注して納期を破った彼が悪いし......。と働いたこと、そしてご存知のように、何もしない人は決して悪くないということです。

そうなると、あとはお客様、特に初心者の方への対応です。正しいTORを策定できない、「その幼稚な思いつきで何十回も脳みそをぶっ飛ばす」というお客様の要求は何なのでしょうか。1本目のバーが正しいものだとわかっている場合、Expert Advisorは履歴上のインジケータのシグナルに従わずに取引を開始します - それは強く遅れ、それはより早く必要とします....

????????

 
DC2008:

なぜ急ぐのか?何がうまくいかないのか?確かに、一度仕事を受けたら、お客様は何カ月もテストすることになります。3日、7日の違いは何ですか?

3人ではなく7人」というのは、1人のプログラマーが対応しきれずに契約を打ち切られた、2人目が間に合わずに再び契約を打ち切られた、などいくつかあることが違いになります。

そして、お客様の時間(お金)を数えるのは、業者の仕事ではありません。3と言われたら3分やる(課題の明確化、最終確認はカウントしない)。

 
話題提供者はもう嬉しくないでしょうね(笑)。
 
IgorM:

プログラマーとはすべてがクリアーなのだ。どう考えても、受注したこと、納期を狂わせたこと、そして......彼が悪いのである。何もしない人に落ち度がないことは、誰もが知っていることです。

そうなると、あとはお客様、特に初心者の方への対応です。正しいTORを策定できない、「その幼稚な思いつきで何十回も脳みそをぶっ飛ばす」というお客様の要求は何なのでしょう。最初のバーが正しいものである場合、Expert Advisorは、履歴上の指標の信号に従っていない取引を開く - それは強く遅れて、それはより早く必要......。

しかし、お客さんは代金を払っているのだから、それ以上は何も受け取れない。

開発者は、仕事を受けるかどうか(どのような価格を設定するか)を決定する。もしあなたがいくらで仕事が欲しいなら - 10ドルで50ページの無意味な記述に対処し、もしあなたが望まないなら - 「アルゴリズムを書くのに100ドル」と呼んで、お客を待つことです。

それに、TORや仲裁もある。"SeverelyDelayed "は定型化しないと、却下されます。