Технческое задние (ТЗ), исходный документ для проектирования сооружения или промышленного комплекса, конструирования технического устройства (прибора, машины, системы управления и т. д.) либо проведения научно-исследовательских работ (НИР). ТЗ содержит технико-экономическое обоснование разработки, основные технические требования, предъявляемые...
Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы ГОСТ 34.602-89 Настоящий стандарт распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их...
Novikov: Заказчик скорее всего это обычный юзер, а исполнитель скорее всего технарь, и текст изложения и описания одного и того же процесса скорее всего будет отличаться! Поэтому, некоторые умозаключения исполнителя об отдельных пунктах ТЗ иногда просто выносят мозг. И объяснения исполнителю, типа того, что в ТЗ нет такого изложения, как он это понял - ничего не меняют!
Необходимо написать советник-помощник для открытия, сопровождения открытых ордеров и их закрытия по заданному алгоритму. p.s. если стоимость Ваших услуг выше, чем указано мною, пожалуйста, не отмечайтесь, как кандидаты! Заранее благодарю.
papaklass:
お客様から正しい 情報を引き出せない、そんな下手くそは「ジョブズ」サービスから追い出した方がいい。早く始めれば始めるほど、アービトラージの負担が減ります。
なぜ、そんなことをしなければならないのか？
なぜなら、お客さまは必要な知識を持ってやってきたからです。
パン屋のように単にここで要求をロールバックしません： "私はパンが欲しい "この要求のパンと与えるだろうし、彼は最高等級から白小麦粉を望んでいたことを証明するように、ふすまではない）。
ZS:TORについて簡単に 説明します。
結局、お客さんは何が必要なのか、知識として持って来てくれた。
お客さまが必要なものを知っているというのは全く同感ですが、「BUT」があるんです。
お客様は一般ユーザー、契約者は技術者である可能性が高く、同じ工程でも文章や説明が異なる可能性が高いのです
そのため、ToRの個々のポイントに関する契約者の推論には、時に頭を悩ませるものがあります。また、契約者が理解したToRにそのような記述はないなどの説明をしても、何も変わりません
契約者は、自分の世界で自分のやり方で仕事を続けているのです
ロッシュ
費やした時間と神経は、各自が負担しなければならない。
その通り、お客様だけでなく、それぞれの立場で!そうすると、たとえ結果が半々であったとしても、請負業者は自分の時間のために半分を得、顧客は半分を失い、何も受け取らないか粗悪品を受け取るということになるのです
この場合、この不明確なコードは、規約に準拠していないため使用することができませんが、お客様はどうすればよいのでしょうか？ここで、各陣営はどこにお金を払うのでしょうか？
Rosh:
各当事者は時間と神経を費やす必要があります。
万が一、締め切りに間に合わなかった場合などに備えて、保険という形でお金を凍結しているわけではないのです。
結局のところ、タイミングはプログラマーを示し、そしてこの言葉以上は、演奏者を選ぶ際のお客様を示すのです
この場合、私は作品にかかる費用を基準にしています。対応に費やした時間に比べれば、はるかに低いコストです。
つまり、双方が時間をかけて議論するよりも、離婚して仕事を「半分ずつ」終わらせる方が簡単なのです。お互いが理解しあえなかったことも、「フィフティ・フィフティ」での解決に有利に働いている。
お客さまが必要なものを知っているというのは全く同感ですが、「BUT」があるんです。
お客様は一般ユーザー、契約者は技術者である可能性が高く、同じ工程でも文章や説明が異なる可能性が高いのです
そのため、ToRの個々のポイントに関する契約者の推論には、時に頭を悩ませるものがあります。また、契約者が理解したToRにそのような記述はないなどの説明をしても、何も変わりません
契約者は、自分の世界で自分のやり方で仕事を続けているのです
TORの要求事項の多さを見て、資料は古いですが、チェックしたと思います )
この基準でやると、最初の項目で脳が沸騰する）
)そして、それをしないと、報告の段階で煮え湯を飲まされることになる。)
多く払えば払うほど、その後の交渉が楽になる。
納期が守られない場合などに備えて、保険という形で、お金を凍結しているわけではないのです。
契約者は時間を費やし、評判を落とすリスクを負う。これはお金よりも大切なことであることが多い。
申し訳ありませんが、私はあなたの発言に完全に同意していません
請負業者は時間を無駄にすることなく、注文に応じた作業を行い、そのおかげで合意した金額と合意した期間を稼ぐことができるのです。
納期が遅れたら、自分の時間ではなく、クライアントの時間を無駄にしていることになるのです
そしてまた、演奏者は自分の評判を危険にさらすことはありません。なぜなら、演奏者は自分が何をしているのか、何に取り組んでいるのかを知っており、自覚しているという評判が立って いるからです
評判」を危険にさらすことは、気まぐれで行う人 - 「実行者」、右 - 間違っている、右 - 間違っていることができます!
同時に、彼は何の責任も取りたくないのだ。
正義ではなく、契約コストと状況に対処するための時間コストの比率で裁定を下すのです。
さあ、どうぞ。
それどころか、『年鑑』に載せるにふさわしい内容だ。
のWorkとArbitrageというサービスは、必ずしも適切な名前ではありません。もっといいのは
-- サービス・ワーク--それは、"Mousing "です。
-- サービスアービトラージとは、"Snot Wipeer "つまり "他にすることがない "ということです。
この状況を見てみましょう。これはおそらく問題のジョブです -https://www.mql5.com/ru/job/13951- コスト "<80" とアプリケーションを読む "p.s. あなたのサービスのコストは、私が示すものよりも高い場合は、候補者としてチェックインしないでください！" 。この仕事の請負業者--こちらhttps://www.mql5.com/ru/users/alexmost113/jobs_inprocess--は50ドルでやってくれる。
つまり、一方では、ジョブサービスやモテモテのパフォーマーたちに大恩恵を与えているお客さんがいるのです。上記のpapaklassさんの 言葉を借りれば、「リソースにお金をもたらす」、「出演者の一人を選んで喜んでもらう」方法です。
一方、同業者の誰よりも安いギャラを要求し、ボケたTORに快く承諾してくれた演奏家もいる。
そして今、3人の孤独が出会った。
-- クライアントとコントラクターは、曖昧な契約条件と「少し少なめ」の契約金額に角を立てた。
Novikov: Заказчик скорее всего это обычный юзер, а исполнитель скорее всего технарь, и текст изложения и описания одного и того же процесса скорее всего будет отличаться!
Поэтому, некоторые умозаключения исполнителя об отдельных пунктах ТЗ иногда просто выносят мозг. И объяснения исполнителю, типа того, что в ТЗ нет такого изложения, как он это понял - ничего не меняют!
しかし、もしコントラクターがTORに記述されたロジックの実行中に自分の間違いを認めず、TORのある場面を自分流に解釈していたら。
また、Expert Advisorの指定エラーについては、TORに記載されていない新たな修正であるかのように反応する。この生で使えないものをどうするか？
-- そして、3つのうち1つを決定する仲裁。1) 発注者に有利な条件で終了させる 2) 請負業者に有利な条件で終了させる 3) 半数ずつ終了させる
実は--「法律で判断するか、公平で判断するか」といった、フォーラムメンバーの判断が散りばめられた、奥深い選択手順があるのです。
このスレッドにTORのテキストを入れ、彼が何をしたかを示し、すべての通信を引用し、実行者を呼び出して回答を求め、それによって -- フォーラムでやっているように -- 実行者を馬鹿にして、彼は専門外のコードを書いているとか言うことを提案することが残されています。
しかし、私はなぜ顧客Novikovは、フォーラムですべてのこのような状況をもたらしたのか分からない - そこに仕事のプライベートブランチであり、そこにあなたの12歳の幼稚ないたずらを議論する。
そして、その解決策は簡単です。
--Novikov、TORを明確かつ簡潔にする - 20コペック多く払う（業者はこの値段でこれ以上要求しないと思う - それに最初の予算はもっと高かった - ケチらずに「節約家は二度払う」） - 先延ばしにして結果を出す。
-- 解決策を「半分に」してもらい、未完成のTORを持って帰るか、半分の金額にして、他の業者を使って安く解決するか。
半年に一度は必ず、「30クレで100万円のアドバイザーが つかなかった」と文句を言うお客さんがいるんです。
そして、その夢のすべてを低価格で実現するパフォーマーが常に存在するのです。すると、演奏者がお客様の希望をすべて当てる契約をしていないことが判明し、お客様は「なんで行かないんだ、すべて有料なんだから」と憤慨されるのです。
最終的に両者が妥協に至らなかった場合、両者が苦しみ、状況を理解せず、唯一正しく公平な判断を下さない仲裁がすべて悪いと考えることがないよう、「両者が悪い」モードで仕事を終わらせるために撮影 しなければなりません。