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

 
Vyacheslav Ivanov:

早く仕事を終わらせることが問題なのではありません。時間の長さと、2、3個を無視することです。なぜ、期限や仲裁規定がないのですか?誰が誰に何を借りたのか?

私の仕事は、基本的に50/50で閉じています。しかも、1ヶ月以上経ってからです。なぜそんなに時間がかかるのか?クライアントには5回ほど注意したのですが、「だから半分しか受け取れないんだ」と責められました。

今、私は元の金額の40%を受け取りましたが、この横柄な顧客は今、作品の ソースコードを提供するよう要求して いるのです。:-О

では、仲裁に関する規制が必要なのでは?誰がサポートするのか?ご意見をお聞かせください。

クライアントとの契約はあるが、現場との契約はない。サイトが好きなだけ手数料を請求し、仕事後にお金をブロックすることができ、出演者はここで何の権利も持たないということですか?

私たちは、注文から支払うお金に対して何も要求できないのですか?:((

確かにみんな賛成しているが、何の役に立つのか?

メタクオーターは気にしない。欲しい - 仕事、欲しくない - 厄介者、フリーランスのパフォーマー - ワゴンと小さなカート...

私はこの問題を自分自身で簡単に解決しました。お客様の不十分な点を加重平均した価格を入れました。だから、彼が別のフリルを望んでも、私は喜んでそれを追加するつもりです )

 

"情報戦 "で一番悔しいのは、真実を伝えた方が負けることです。彼は真実によって制限されているが、嘘つきは何でも言うことができる。"ロバート・シャックリー

そうやって、すべてのポイントを突き詰めても、仲裁は負けるんです。プログラムが複雑で、交渉の結果、お客様が間違った動かし方を知っている場合......。また、予算的に、プログラムによる誤った設定をすべてカットすることはできません :(

要は、アービトラージはあまり深く問題を見ないことが多いのです。私たちの場合は、通信文をすべて読めば十分でした。そのため、時間をかけず、通信文を読まないと正しく起動できないプログラムの解析を優先したのです。悪循環に陥っているのです。

実際、部外者がいきなりプログラムに入って、何が問題なのかを判断するのは非常に難しいことだと思うんです。多くの時間と労力が必要です。では、何のための仲裁なのでしょうか?:(

SZZ Stillの運営は、出演者のふるい落としがあり、最も意識の高い人が残ると言っていました。お客さんをふるい落とすようにしてほしい。

また、新しい人が来て、最初の作品で演者に土をつけてワゴンで嘘をつき、お金を半分持っていかれるようでは、演者の評判はサイト上では何の価値もないのです:(

 
Vyacheslav Ivanov:

"情報戦 "で一番悔しいのは、真実を伝えた方が負けることです。彼は真実によって制限されているが、嘘つきは何でも言うことができる。"ロバート・シャックリー

そうやって、すべてのポイントを突き詰めても、仲裁は負けるんです。プログラムが複雑で、交渉の結果、お客様が間違った動かし方を知っている場合......。また、予算的に、プログラムによる誤った設定をすべてカットすることはできません :(

要は、アービトラージはあまり深く問題を見ないことが多いのです。私たちの場合は、通信文をすべて読めば十分でした。そのため、時間をかけず、通信文を読まないと正しく起動できないプログラムの解析を優先したのです。悪循環に陥っているのです。

実際、部外者がいきなりプログラムに入って、何が問題なのかを判断するのは非常に難しいことだと思うんです。多くの時間と労力が必要です。では、何のための仲裁なのでしょうか?:(

SZZ Stillの運営は、出演者のふるい落としがあり、最も意識の高い人が残ると言っていました。お客さんをふるい落とすようにしてほしい。

また、新しい人が来て、最初の作品で演者に土をつけてワゴンで嘘をつき、お金を半分持っていかれるようでは、演者の評判はサイト上では何の価値もないのです:(

勇気を出して、何が起きたか、何が起きたのか、自分の責任の一端を確認すれば、状況は変わる。全世界が悪い」と思っているうちは、仲裁が悪い、客がクソだ、で済んでしまう。

私は、特定のクライアントや仲裁、誰かを擁護しているわけではありません。私はただ、結論を出して次に進むことを提案しているのです。

 

Vyacheslav、あなたは正しく情報を提示していない。公の場で言うのもなんですが、対話はどのように行うのでしょうか。 仕事の相談スレッドがあり、そこで全て決まります。

初心者であるかどうかは関係ないのでは?私のToR(きっちりと完全に綴られたもの)があり、あなたが提示したものがあったのです。全てがToRに規定されていたとは言いませんが、根本的な条件があなたには満たされていなかったということですね。私はスクリーンショットでエラーの例をたくさんあげ、説明を求めました。一度目も、二度目も、十度目も、そうしていないのですね。あなたは自分の誤りを説明していない。

そして、「タダで直す」ということについてですが...。何度も状況を打開する方法を提案したし、とりわけ新しい仕事を紹介したじゃないか?しかし、あなたは全てに満足しているわけではなく、基本的に交渉する気はなかったのでしょう。

ここでは、50/50の結果で仲裁に合格しましたね。このうち、契約者であるあなたと、顧客である私の受け取り方はどうだったのか、教えてください。時間とお金を使い、その結果、同じTORで新しい仕事を開くことになりました。そして、予算の半分を受け取っていますね。

ソースコードは仕事に不可欠なものであり、あなたはその対価としてお金を受け取っているのですから、私にはあらゆる権利があると思います。保証人からではなく、私から貰ったんですね。口座に預けました。

EAの一部として2つの指標の性能を巡って争いがあったことを考えると、2つの指標のコードを除いたソースコードもあるべきと思います。それは公平なことでしょう。

とりあえず私は、あなたが純粋な詐欺師であるという意見を持っています。

 
Vyacheslav Ivanov:

...

こうして、すべてのポイントを突き詰めても、仲裁は負けてしまうのです。プログラムが複雑で、そのことが議論され、お客様が間違った動かし方を知っている場合......。とか、ソフトで間違った設定を全部切り捨てるのは予算的に無理です :(

...
そんなことが可能なのか?プログラマーは、ユーザーが入力した外部変数の値を修正する義務を無意識のうちに負っているはずだ。"フールプルーフ "はアプリオリに必須であり、予算に左右されない。これはそもそも、自分がある程度得をしないようにするために、義務としてやっていたことなのです。
 
Artyom Trishkin:
"フールプルーフ "はアプリオリな義務である
これは事実ですが、彼に対する防御を行うには、特定の馬鹿が必要です。デフォルトの保護は、別のアルゴリズムに対する保護であり、最も重要なことは、別の愚か者に対する保護である。このバカが天才的な技であなたの顔をつつくまで、あなたは何から身を守る必要があるか想像もつかないでしょう。
 
Alexander Puzanov:
しかし、それを防ぐには、ある種の "バカ "が必要なのです。デフォルトの保護は、別のアルゴリズムを別の馬鹿から保護することです。このバカが天才的な技を繰り出すまで、あなたは何から身を守る必要があるか、想像もつかないでしょう。

これはよくわかったのですが、入力された値が正しいかどうかのチェックは、予算によって変わるのでしょうか?

また、お客様自身が入力パラメーターの組み合わせを設定することもあり、他の誰よりも自分のシステムを知っている彼が、絶対に矛盾するような愚かな入力値を導入するのはどうかと思うほどです。そして、お互いにだけでなく、常識に対してもです。そして、「なぜ、プログラムは自分の望む値を入力しないのか」と憤慨する。バカよけだと説明すると、外してくれと言う。脱いだら脱いだで、「なんで何も出てこないんだ、動かないんだ、映らないんだ」と。あなたは、彼自身がプロテクトを外せと言ったと答え、何も考えずに無節操に「ゼロがゼロより大きければ、・・・」などと条件を導入し、・・・ほら、プロテクトを作れと言う(!!!)。でも、前回は外してくれとは言われなかったし...。論理的な間違いに鼻を突っ込むまで、彼は主張する。そして、彼が自分でつついて理解できるように、追加したり削除したり、また追加したりしなければならないのです。

 

アルチョム・トリシキン 自分の発言に、今度は弁解で答えていますね。一般に、すべてを予見することはできません。ここは、アレクサンダー・プザノフに 同意します。

Andrey Khatimlianski 結論を出したので、次に進みます。)

話がそれてしまった。誰が悪いということではありません。問題は、それがどうあるべきか、仲裁に何を期待するかということです。この点を明確にしたいと思います。

私のブローカーは独自の取引規制を設けている。その内容に完全に同意しているわけではありませんが、どのような状況でも、警告を受けたことを伝え、規定の具体的な条文を参照するのです。レギュレーションは契約であり、何が起こるかはもうお分かりでしょう。合意がないときは、何も期待できない。なぜ時間がかかったのか、なぜ確認しなかったのか、それを責めることはできない。結局、これらのパラメータは定義されていないのです。

 
Vyacheslav Ivanov:

アルチョム・トリシキン 自分の発言に、今度は弁解で答えていますね。一般に、すべてを予見することはできません。ここは、アレクサンダー・プザノフに 同意します。

Andrey Khatimlianskii 自分の推理は終わったので、次のステップに進みます :)

話が脱線してしまいました。誰が悪いということではありません。問題は、それがどうあるべきか、仲裁に何を期待するかということです。この点を明確にしたいと思います。

私のブローカーは独自の取引規制を設けている。その内容に完全に同意しているわけではありませんが、どのような状況でも、警告を受けたことを伝え、規定の具体的な条文を参照するのです。レギュレーションは契約であり、何が起こるかはもうお分かりでしょう。合意がないときは、何も期待できない。そして、なぜ時間がかかったのか、なぜチェックしなかったのかを責めることはできない。これらのパラメータは定義されていません :(

誤って入力された値に対する保護について書かれていますね。予算上、ユーザーがモロに非機能的な値を入力してもチェックできないのは理解できた。例えば、ある変数が1より小さいことはありえないが、1より小さい入力をチェックすることは、予算上許されない。

その割には、論理的に間違った値を入力したという話でも、いつも親切にこういう状況もコントロールするようにしているんです。例えば、2つの価格帯が交差している場合、両方の価格帯の極値の入力が許容範囲内であることを確認し、両方の価格帯が交差したまま、1キロメートルも離れていないことを確認するのです。

このようなチェックは、例えば、顧客が-1000から-500までの範囲の価格を入力し、もう一方は-2000から-1500までの範囲の価格を入力して「見つけた」バグを見つけることに気を取られないようにするために主に必要である。何しろゼロ以下にはならないし、重なり合わなければならないのだ。しかし、ユーザー自身が「見つかったバグ」を探すのに無駄な時間を費やさないように、ユーザーの悪戯心を制限する方が良いのです。これはすべて経験からのことで、単なる主張ではありません。

 
Artyom Trishkin:

誤入力に対する保護について

アーテム、やり過ぎないようにね。何事もほどほどがいいんです。プログラムには、さまざまな開発段階があります。可変制御は入力インターフェイスを意味する。これを組織的に行うことは必ずしも適切ではありません。