仲裁 - 規則、規制、期限。 - ページ 5 123456789 新しいコメント Sergey Golubev 2014.04.08 18:34 #41 Novikov:失礼ですが、ひき逃げがあった場所を正確に教えてください。もしくはメッセージの日時を教えてください。今後のために、心に留めておけるように!だって、外から自分の姿は見えないんですよ！？ あなたのこの投稿は、ヒット・アンド・ランです（冗談です） Mikhail Vdovin 2014.04.08 18:52 #42 Novikov:失礼ですが、ひき逃げがあった場所を正確に教えてください。もしくはメッセージの日時を教えてください。今後のために、心に留めておけるように!だって、外から自分の姿は見えないんですよ！？ どう言えばいいのか...。具体的な2行が選べない。作家とのやりとりを読んでいると、お互いに「メッセージ」を感じるのですが、対話はないのですね。どちらも有罪です。 Andrey F. Zelinsky 2014.04.08 19:23 #43 Novikov:どうせ全部オンラインなんだから。_http://novikov.dp.ua/fortrader/sovetniki/sovetnik-pomoshhnik-assistant.htmlと台詞を最後に言い争うことなくhttp://novikov.dp.ua/news/dialog-s-programmistom.html。通信簿を読みました（3分の1だけで十分でした）。煽っているのは業者の方らしい。一方、クライアントからの要求の中には、不当なものも少なくありません。例えば、ToRには、コードをコメントアウトしなければならないとは書かれていませんでした。また、検出されたバグに対するお客様の積極性も重要な役割を果たしました。オーダーメイドのプログラムは、複雑な共同作業であることを理解する必要があります。そして、バグ、TORとの不整合、TORの誤解を区別する必要があります。また、お客様がテストするのは、バグを取るためではなく、操作や機能を理解し、条件を詰めていくためのチェックなので、少し重点をずらす必要があります。そして、そう、彼は同時にバグを識別するのです。バグがあっても何も問題ない。要は直せるかどうかです。それに、まともな開発者なら、自分の製品にバグがないことを保証することはないでしょう。 Aleksandr Novikov 2014.04.08 20:00 #44 abolk:通信簿を読みました（3分の1だけで十分でした）。煽っているのは業者の方だったようだ。一方、クライアントの要求の中には、非合法なものもある。例えば、ToRには、コードをコメントアウトしなければならないとは書かれていませんでした。また、検出されたバグに対するお客様の積極性も重要な役割を果たしました。オーダーメイドのプログラムは、複雑な共同作業であることを理解する必要があります。そして、バグ、TORとの不整合、TORの誤解を区別する必要があります。また、お客様がテストするのは、バグを取るためではなく、操作や機能を理解し、条件を詰めていくためのチェックなので、少し重点をずらす必要があります。そして、そう、彼は同時にバグを識別するのです。バグがあっても何も問題ない。要は直せるかどうかです。それに、まともな開発者 なら、自分の製品にバグがないことを保証することはないでしょう。実装担当者が「終わったから、仕事を終わらせてくれ」などと言った回数を数えたら、数えるのに疲れてしまうかもしれませんよ。さらに別のバグを見つけると、さらに腹が立ちますね。そして、バグがあっても、演者がコメントに適切に対応し、修正してくれれば、何も問題ないという意見に完全に同意します！（笑）。そして、新しいバグもすべて発見されているのですただ、私が確認したバグについて、実装者の最後のコメント（2014.04.08 16:54）を読みました。執行人(2014.04.01 10:57)は、「まあそれはそれとして」と言ったものの。持って行って、チェックしてみてください何かあったら書いてね。" Andrey F. Zelinsky 2014.04.08 21:19 #45 Novikov:ただ、最後の数件のコメントを読むと．まるで自分と出演者が下着に興味があるかのような書き方ですね。閉じたスレがあるんだから、薄々感じていた議論を取り上げる必要はないだろう。物事を整理するための仲裁があり、フィードバックがある。そして、公開対決をするほどの真剣さ、甲斐性はない。クライアントは自分の評判なんて気にしてない。有罪になるべきは、公共の場にゴミを持ち込んだ者である。仲裁が公正であれば、契約者に有利に終わるはずである。 Vyacheslav Ivanov 2015.11.22 21:31 #46 新しいトピックを作らず、既存のトピックを継続することにしました。そもそも仲裁期限とは何ですか？現在、仲裁中です。今に始まったことではないのです。新参者が私のサイトに来て、無償で無制限に改良を要求し、金で脅迫することが可能だと判断したのです。私の要求することを拒否すれば、お金はもらえないというのです。そして、これがTORにないことは気にしないでください。また、お客様が言ってくれるのもいいですね。「私の戦略は実証済みで、うまくいきます。2週間 使ってみて、プラスアルファでトレードしました。だから、私はあなたが3-5年間の安定した収益を 作ったプログラムまで、あなたにお金を与えることはありませんそして、自由な仕事をたくさんして、そうでなければ「お金をあげない」ということです。さて、次はアービトラージです。裁定取引を始めたら、新参者が急に戦略を変えてきた。すべてが正常に動作していない、何もしていないと書き始め、プライベートメッセージで、どうせ私からお金を取るのだからと、ソースコードを50％の値段で買い取ると言ってきたのです。仲裁は1ヶ月間引き続いている。管理人は最初、週に2回ほど顔を出して対応しようとしたのですが、そのうち本人からの返信がなくなり、件名に書き込むようになりました。その後、別の管理者が来て、整理が遅れていることを謝ってくれた。その後、別の管理者がやってきて、遅れたことを謝った。ロッカールームでは何も書かず、返事もしない。これは正常なのか？プログラマーは仕事の10％を請求されるのですが？私は手数料がなければならないことに同意し、このレベルのサイトは、管理者の熱意に維持されるべきではないが、私はしたいし、このような小さな、私のために、割合のためのサービス？アドバイスしてください、アドバイスしてください。管理者-退会、それ以外の場合は沈黙の枝で、人に答えないでください :((( Vyacheslav Ivanov 2015.11.23 15:34 #47 この話題には誰も興味がないのでしょうか？それとも、誰もアービトラージを扱ったことがないのでしょうか？ Alexandr Bryzgalov 2015.11.23 15:51 #48 Vyacheslav Ivanov: この話題には誰も興味がないのでしょうか？それとも誰もアービトラージを扱ったことがないのでしょうか？servicedeskへの書き込み Vyacheslav Ivanov 2015.11.23 16:35 #49 早く仕事を終わらせることが問題なのではありません。時間の長さと、2、3個を無視することです。なぜ、期限や仲裁規定がないのですか？誰が誰に何を借りたのか？私の仕事は、基本的に50/50で閉じています。しかも、1ヶ月以上経ってからです。なぜそんなに時間がかかるのか？クライアントには5回ほど注意したのですが、「だから半分しか受け取れないんだ」と責められました。今、私は元の金額の40％を受け取りましたが、この横柄な顧客は今、作品の ソースコードを提供するよう要求して いるのです。:-Оでは、仲裁に関する規制が必要なのでは？誰がサポートするのか？ご意見をお聞かせください。クライアントとの契約はあるが、現場との契約はない。サイトが好きなだけ手数料を請求し、仕事後にお金をブロックすることができ、パフォーマーにはここに何の権利もないということですか？私たちは、注文から支払うお金に対して何も要求できないのですか？:(( Andrey F. Zelinsky 2015.11.23 22:14 #50 Vyacheslav Ivanov:そこで何が起こったのか、本当のところはわかりません。理解する必要はない。状況は痛々しいほど単純明快だ。もしあなたが開発者として、TORのすべての条項を満たしたことを、一点一点明確に正当化していたなら、顧客はあなたに口うるさく言うことはできなかったでしょうし、仲裁もあなたに対して契約を解除する根拠はなかったでしょうし、仲裁が1ヶ月以上続くことはなかったでしょう。もし、クライアントがToRにないものを要求しても、簡単に正当化される。クライアントの要求がToRから外れていることを正当化できなければ、その規定に従わなければならなかったのです。仲裁は、クライアントにもデベロッパーにも何の義務もないように思えるのです。もし開発者が仲裁に勝ちたいのであれば、ToRが満たされていることの正当性を証明しなければならない。もし、そのような正当な理由がないのであれば、課題は達成されたとは言えません。フリーランスの仲裁では、そうあるべきと思われます。a) クライアントの無罪の推定b) 開発者が有罪であると推定されること。お客様はいろいろなことを知らないし、曲がった表現もできないし、わかりやすい説明もできないかもしれません。クライアントが開発者に押し付けることはない。仕事をすることに同意するのは開発者である。開発者がTORの実現可能性を評価し、その能力を比較するのである。開発者の方がクライアントより有能である。もし仲裁があったとしても、ToRを満たしているという一つのことを正当化するのは、開発者の責任です。開発者が委託条件を満たしていることを正当化できない場合は、100％顧客に有利な条件で作業を終了しなければならない。半分に」解散する--これは実際、顧客のお金の50%の純減です--顧客は、開発者が引き受けたのに完成しなかった仕事に対して、何らかの形で支払っているのです--顧客がゼロからやり直さなければならないのですから。誰もあなたの未完成のソースコードを欲しがらない。基準はただ一つ、ToRを満たしているかどうかです。条件を満たしている場合は、正当化する。正当化できない場合、条件が満たされていない場合は、お客様にお金を返して、その場を離れることです。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
失礼ですが、ひき逃げがあった場所を正確に教えてください。もしくはメッセージの日時を教えてください。
今後のために、心に留めておけるように!だって、外から自分の姿は見えないんですよ！？
失礼ですが、ひき逃げがあった場所を正確に教えてください。もしくはメッセージの日時を教えてください。
今後のために、心に留めておけるように!だって、外から自分の姿は見えないんですよ！？
どうせ全部オンラインなんだから。
_http://novikov.dp.ua/fortrader/sovetniki/sovetnik-pomoshhnik-assistant.html
と台詞を最後に言い争うことなくhttp://novikov.dp.ua/news/dialog-s-programmistom.html。
通信簿を読みました（3分の1だけで十分でした）。煽っているのは業者の方らしい。
一方、クライアントからの要求の中には、不当なものも少なくありません。例えば、ToRには、コードをコメントアウトしなければならないとは書かれていませんでした。
また、検出されたバグに対するお客様の積極性も重要な役割を果たしました。
オーダーメイドのプログラムは、複雑な共同作業であることを理解する必要があります。そして、バグ、TORとの不整合、TORの誤解を区別する必要があります。また、お客様がテストするのは、バグを取るためではなく、操作や機能を理解し、条件を詰めていくためのチェックなので、少し重点をずらす必要があります。そして、そう、彼は同時にバグを識別するのです。
バグがあっても何も問題ない。要は直せるかどうかです。それに、まともな開発者なら、自分の製品にバグがないことを保証することはないでしょう。
通信簿を読みました（3分の1だけで十分でした）。煽っているのは業者の方だったようだ。
一方、クライアントの要求の中には、非合法なものもある。例えば、ToRには、コードをコメントアウトしなければならないとは書かれていませんでした。
また、検出されたバグに対するお客様の積極性も重要な役割を果たしました。
オーダーメイドのプログラムは、複雑な共同作業であることを理解する必要があります。そして、バグ、TORとの不整合、TORの誤解を区別する必要があります。また、お客様がテストするのは、バグを取るためではなく、操作や機能を理解し、条件を詰めていくためのチェックなので、少し重点をずらす必要があります。そして、そう、彼は同時にバグを識別するのです。
バグがあっても何も問題ない。要は直せるかどうかです。それに、まともな開発者 なら、自分の製品にバグがないことを保証することはないでしょう。
実装担当者が「終わったから、仕事を終わらせてくれ」などと言った回数を数えたら、数えるのに疲れてしまうかもしれませんよ。
さらに別のバグを見つけると、さらに腹が立ちますね。
そして、バグがあっても、演者がコメントに適切に対応し、修正してくれれば、何も問題ないという意見に完全に同意します！（笑）。
そして、新しいバグもすべて発見されているのですただ、私が確認したバグについて、実装者の最後のコメント（2014.04.08 16:54）を読みました。
執行人(2014.04.01 10:57)は、「まあそれはそれとして」と言ったものの。持って行って、チェックしてみてください何かあったら書いてね。"
ただ、最後の数件のコメントを読むと．
まるで自分と出演者が下着に興味があるかのような書き方ですね。閉じたスレがあるんだから、薄々感じていた議論を取り上げる必要はないだろう。物事を整理するための仲裁があり、フィードバックがある。
そして、公開対決をするほどの真剣さ、甲斐性はない。クライアントは自分の評判なんて気にしてない。
有罪になるべきは、公共の場にゴミを持ち込んだ者である。仲裁が公正であれば、契約者に有利に終わるはずである。
新しいトピックを作らず、既存のトピックを継続することにしました。
そもそも仲裁期限とは何ですか？
現在、仲裁中です。今に始まったことではないのです。新参者が私のサイトに来て、無償で無制限に改良を要求し、金で脅迫することが可能だと判断したのです。私の要求することを拒否すれば、お金はもらえないというのです。そして、これがTORにないことは気にしないでください。また、お客様が言ってくれるのもいいですね。「私の戦略は実証済みで、うまくいきます。2週間 使ってみて、プラスアルファでトレードしました。だから、私はあなたが3-5年間の安定した収益を 作ったプログラムまで、あなたにお金を与えることはありませんそして、自由な仕事をたくさんして、そうでなければ「お金をあげない」ということです。
さて、次はアービトラージです。裁定取引を始めたら、新参者が急に戦略を変えてきた。すべてが正常に動作していない、何もしていないと書き始め、プライベートメッセージで、どうせ私からお金を取るのだからと、ソースコードを50％の値段で買い取ると言ってきたのです。仲裁は1ヶ月間引き続いている。管理人は最初、週に2回ほど顔を出して対応しようとしたのですが、そのうち本人からの返信がなくなり、件名に書き込むようになりました。その後、別の管理者が来て、整理が遅れていることを謝ってくれた。その後、別の管理者がやってきて、遅れたことを謝った。ロッカールームでは何も書かず、返事もしない。
これは正常なのか？プログラマーは仕事の10％を請求されるのですが？私は手数料がなければならないことに同意し、このレベルのサイトは、管理者の熱意に維持されるべきではないが、私はしたいし、このような小さな、私のために、割合のためのサービス？
アドバイスしてください、アドバイスしてください。管理者-退会、それ以外の場合は沈黙の枝で、人に答えないでください :(((
この話題には誰も興味がないのでしょうか？それとも誰もアービトラージを扱ったことがないのでしょうか？
早く仕事を終わらせることが問題なのではありません。時間の長さと、2、3個を無視することです。なぜ、期限や仲裁規定がないのですか？誰が誰に何を借りたのか？
私の仕事は、基本的に50/50で閉じています。しかも、1ヶ月以上経ってからです。なぜそんなに時間がかかるのか？クライアントには5回ほど注意したのですが、「だから半分しか受け取れないんだ」と責められました。
今、私は元の金額の40％を受け取りましたが、この横柄な顧客は今、作品の ソースコードを提供するよう要求して いるのです。:-О
では、仲裁に関する規制が必要なのでは？誰がサポートするのか？ご意見をお聞かせください。
クライアントとの契約はあるが、現場との契約はない。サイトが好きなだけ手数料を請求し、仕事後にお金をブロックすることができ、パフォーマーにはここに何の権利もないということですか？
私たちは、注文から支払うお金に対して何も要求できないのですか？:((
そこで何が起こったのか、本当のところはわかりません。
理解する必要はない。状況は痛々しいほど単純明快だ。
もしあなたが開発者として、TORのすべての条項を満たしたことを、一点一点明確に正当化していたなら、顧客はあなたに口うるさく言うことはできなかったでしょうし、仲裁もあなたに対して契約を解除する根拠はなかったでしょうし、仲裁が1ヶ月以上続くことはなかったでしょう。
もし、クライアントがToRにないものを要求しても、簡単に正当化される。クライアントの要求がToRから外れていることを正当化できなければ、その規定に従わなければならなかったのです。
仲裁は、クライアントにもデベロッパーにも何の義務もないように思えるのです。もし開発者が仲裁に勝ちたいのであれば、ToRが満たされていることの正当性を証明しなければならない。もし、そのような正当な理由がないのであれば、課題は達成されたとは言えません。
フリーランスの仲裁では、そうあるべきと思われます。
a) クライアントの無罪の推定
b) 開発者が有罪であると推定されること。
お客様はいろいろなことを知らないし、曲がった表現もできないし、わかりやすい説明もできないかもしれません。
クライアントが開発者に押し付けることはない。仕事をすることに同意するのは開発者である。開発者がTORの実現可能性を評価し、その能力を比較するのである。開発者の方がクライアントより有能である。
もし仲裁があったとしても、ToRを満たしているという一つのことを正当化するのは、開発者の責任です。
開発者が委託条件を満たしていることを正当化できない場合は、100％顧客に有利な条件で作業を終了しなければならない。
半分に」解散する--これは実際、顧客のお金の50%の純減です--顧客は、開発者が引き受けたのに完成しなかった仕事に対して、何らかの形で支払っているのです--顧客がゼロからやり直さなければならないのですから。誰もあなたの未完成のソースコードを欲しがらない。
基準はただ一つ、ToRを満たしているかどうかです。条件を満たしている場合は、正当化する。正当化できない場合、条件が満たされていない場合は、お客様にお金を返して、その場を離れることです。