Техническое задание для написания советника Assistant: Советник-помощник для открытия и сопровождения открытых ордеров до закрытия. Логика советника: Самостоятельно определяем точку входа на одном или нескольких инструментах по своей торговой тактике. Задаем Magic для идентификации ордеров. При необходимости меняем Comment. В параметре...
Прежде, чем назначать сроки (3-4 дня), вы ознакомились с ТЗ, а так же при согласии на исполнение, подтвердили установленный мной срок (5 дней). И что за разговор: “работало идеально, куча мелких требований, никаких багов”??? ТЗ есть, значит и должен быть продукт, полностью соответствующий ТЗ, а значит, должен работать идеально, без багов и...
どうせ全部オンラインなんだから。
t.s. _http://novikov.dp.ua/fortrader/sovetniki/sovetnik-pomoshhnik-assistant.html
と、最後の数引数を除いたダイアログ _http://novikov.dp.ua/news/dialog-s-programmistom.html
そして、私はフォーラムでそれを置く、もともと物事を整理するために、明確にし、仲裁プロセスを見つけるために、仲裁は私によって提出されなかったので、実行者は、私は仕事を終了し、条件を遅らせるしないという事実を参照して、パフォーマー自身が最初に示されたよりも3倍以上の時間を遅らせないように！私は、このような、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い、より良い。
そして、「解決策は簡単だ」とも。いつもそうとは限りません。あなたなら、そうかもしれませんが、今回は違います。
p.s. 私は誰かを中傷するつもりはありません - 私はちょうど仕事の論理的な完成を必要とし、パブリックドメインで、それは個人の注文ではなかったとして、すべてが投稿され、折り畳みhttp://forexsystems.ru/temp-korzina-reklama/74632-skladchina-dlya-napisaniya-eksperta-pomoschnika.html。
と、倉庫に参加した人たちの前では気が気でない!そして、出演者が決まり、金額の交渉が行われ、お金が集まり、支払いが行われた後、参加者に追加で支払いを要求することになるのですが、どう見えるでしょうか
p.p.s. 私自身は別の分野の演奏家ですが、この演奏家のような振る舞いをされるわけにはいかないので、このような状況でオタク的なことをしているのです
PS ところで、ジョブズサービスの平均受注単価は、インタビュー 時より上がっていますね。
Многие опытные разработчики жалуются на демпинг. Что вы сами по этому поводу думаете?
ジョブズサービスの各契約のコストに関する情報は公開されているため、支払い/労働コストの妥当性が話題になっています。
以下は最近の引用 です。「しかし、10ドルの専門家がは、そんなお客様と関わりたいプログラマーに、笑いと「喜び」を与えてくれるのです。健康、時間、神経を一切尊重しない。だから、彼らは絹のように整然と座り、同時に自分たちの普通の生活や秩序ある労働時間を持たない。朝から晩まで1円玉のためにマントをしている。プログラマーの皆さん、仕事に敬意を払い、健康に留意してください。
しかし、何事も客観的に見るように心がけたいものです。コズマ・プルトコフの言葉「根源に迫れ！」。私の実務では、サービス業務の平均コストは30ドルです。つまり、ジョブあたりの平均コストは、24000/600=40ドルです。
ロシア語圏では、英語圏に比べて作業コストが低くなっています。 RFの平均月給は700ドル＝30ドル／日＝3.75ドル／時間です。 このような現実を踏まえ、あなたは30ドルの専門家をどのように評価しますか？高いのか安いのか？労働を尊重するかしないか？
お客さまは、さまざまな理由から、より多くのお金を支払うことを望んでいないのです。その理由の一つは、専門家に発注する場合、お客様は単に戦略を確認するケースがほとんどだからです。また、プログラマーが独自のノウハウを使っていることも考慮する必要があります。練習を重ねれば重ねるほど、次の仕事の一つひとつが早くなり、その分コストも下がる。
ジョブズ」サービスが普及し、多くのお客様が応募するようになると、すぐにダンピングが発生。 トップの開発者たちが火に油を注いだ。そのため、プログラマーの中には、どんな仕事でも手に入れるために、賄賂を贈る者もいる。
それだけでなく、初心者のEA作成者は、最初はどんなEAでも30～40分で書けると心から信じ、毎月3000ドルを稼ぐという理想的な絵を頭に描いているのです。開発のための時間とは別に、課題の明確化、仕事の説明、誤解、議論のための時間があることを考慮していないのです。
毎月開設されるフリーランス向けの新規受注が増えたからです。
皆さん、こんにちは。
何かコメントをしたほうがよさそうですね。私は、アレクサンダー・ノビコフから前述のEA開発を依頼された実行者です。開発中、特定のケースでEAがどのように動作するべきかについて、多くの質問がありました。このような疑問をお客様にぶつけると、必ずと言っていいほどToRファイルにフィードバックがあり、そこにはそのようなケースは記載されていませんでした。同じような状況がたくさんあり（EAのロジックや多くのコンポーネントの相互作用は非常に複雑で、テストを始めて初めてすべてのケースが描かれる）、そのために開発プロセスに時間がかかりました。このような状況が繰り返された後、私は、お客様が対話と説明をしようとしないので、私は完全に、単独で、TORに従って仕事をしますと言い、その通りにしました。
しかし、面白いことはまだ始まったばかりだった。完成したソリューションをお客様にお渡しした後、些細な屁理屈の連続が始まりました。
-----------------------------------------------------------------
お客さま：それで、なぜ私にライブラリーファイルを提供するのですか？参議院議員に1ファイル必要です。
繰り返しになりますが、TORにはそのようなことは明記されていませんでした。その他にも、この流れでいろいろな要件があります。まるで、たった50ポンドで奴隷を買ったかのように、整然とした最後通牒のような口調で、この男は言った。私は一生懸命働いているので、お客様のためにこういうことをするのは問題ないんです。しかし、命令され、そのような口調で扱われると、助けようという気持ちにはならない。にもかかわらず、あまり欲もなく、それでも少しはこの条件を満たした（仕事を終わらせたかったし、そんな扱いを受けて、仕事の結果を丸ごともらい、その上、金も払わないとなれば、三重苦である）。
もちろん、特殊なケースとして、アドバイザーがクライアントの期待通りに働かなかったこともある。この話をされたとき、私はTORにそのような記載がないことを指摘したのですが、あなたはこのことについて何の説明もしようとしません。もう一度、この特別なケースでクライアントが望むようにEAを変更しましたが、もう我慢の限界であること、この仕事はクライアント自身のTORに従って行われ、これ以上の変更/追加は行わないことを明確に伝えました。
そして、脅迫まがいの注文の要求が続いた。その後、私は仲裁に入り、この事態の終結を求めました。
PS ところで、ジョブズサービスの平均受注単価は、インタビュー 時より上がっていますね。
毎月、フリーランス向けに開設される新規受注が増えたからです。
TKのときと同じように、私の言葉を自分流にねじ曲げないでください。私たちの対話はすべてパブリックドメインなので、あなたの印象が悪くなります _http://novikov.dp.ua/news/dialog-s-programmistom.html
そして、最初はとても良かったのですが...。と、クライアントサイトの広告とつまらない公開対決で終わってしまった。それとも終わらない？そして、それはいつ終わるのでしょうか？誰が決めるのか？
もしかして、公開討論を始めるというのがトピックスターターの意図だったのでしょうか？
そして私は愚かにも、仲裁に関する良い教育的なスレッドが本当に存在することができますtopicstarterを信じていた...とさえしたここの投稿のカップルは...。と、彼は他のことを考えていた．
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
アービトラージ - ルール、規制、タイムフレーム。
ノビコフ さん 2014.04.07 09:33
親愛なる管理者様、私は検索を使用しましたが、私はすなわち、裁定取引に関する情報を見つけていない - 規則、規制、用語。
仲裁はどのように行われ、どのような順序で、どのような条件を期待すればよいのでしょうか。
また、請負業者が仲裁の要請を提出する際、「求人の提出」ページで「次へ」ボタンがまだ有効なのはなぜですか？
また、「作品提出後1週間以内に受理を確認し、受理拒否の指定がない場合は、自動的に受理されたものとする」として、自動支払いにならないのでしょうか。
ご期待に添えなかった場合は、申し訳ありません
そして、話題が違う方向に行ってしまったこと!
自分の判断でスレを片付けても全然構わないですよー。
自分のサイトを宣伝するつもりはなかったのですが、宣伝するものがないからです。
最初はよかったのに...。と、お客様のサイトを宣伝するくだらない公開対決に終始しました。それとも、終わらなかったのでしょうか？そして、それはいつ終わるのでしょうか？誰が決めるのか？
もしかして、公開討論を始めるというのがトピックスターターの意図だったのでしょうか？
そして私は愚かにも、仲裁に関する良い教育的なスレッドが本当に存在することができますtopicstarterを信じていた...とさえしたここの投稿のカップルは...。と、彼は他のことを考えていた．
そして、最後はこうなった（なりかけた）。
これは、報告会後にクライアントが行った主張の一覧です。
作品が完成していない、論理的な結論に至っていない!
1.Expert Advisor はコンパイル時に警告を発生させます。
2.ストップロスが正しく機能しない。
3) Martinによる注文のWrappingが正しく動作しない。
4.Expert Advisor の取引を許可する」ボックスにチェックが入っていない場合でも、未開封の注文に関するメッセージがポップアップ表示される。
仲裁に出す直前、プロジェクトの最終版がクライアントに提出され、その中で2-4項が正しく機能していた。つまり、実際にはコンパイル時の警告が数回あっただけで、EAの正しさには影響しないのです。後日、お客様が主張されたように、このバージョンは何らかの不明な理由でテストしていません。嘘や誹謗中傷で非難するのではなく、私たちの言葉を信じましょう。司会者の提案で、コンパイル時の警告をなくしました。
しかし、お客様はそれだけにとどまりませんでした。Expert Advisorのコードにディレクティブを追加すると、コンパイル時に新しい警告が表示され、「それも削除する必要がある」という発明をしたのだ。彼がどんな人間で、どんな目的をもっているのか、これではっきりしたのではないでしょうか。このアカウントで仕事をしている間、通常の適切な顧客と同様の仕事をするのに比べ、5～7倍の時間がかかったことを付け加えておきます。このような人たちと交流することがないよう、神様にお祈りしています。
そして、トピック（その名目）については、この論文の議事録から、仲裁に関する興味深い問題が提起されました。例えば、クライアントが「提供するコードはコンパイル時に警告を発生させないこと」と主張した場合。司会者はむしろ彼を支持した、少なくとも彼は異議を唱えなかった。一方、私の立場は、そのような問題は規制されるべきだというものです。紛争が起きた場合、どの立場が正しいのか、どうすればいいのかを定義するルールが必要です。
仕事の構成や進め方を定義する文書として、クライアントが作成するTORと、ワークセクションのルールの 2つがあります。そこに書かれていないことは、クライアントがコントラクターに要求する権利はないのです。
仲裁に入る直前、クライアントは2〜4項目が正しく動作する最終版を受け取った。実際、コンパイル時に警告が数回出ただけで、EAの正しさには影響がありませんでした。後日、お客様が主張されたように、このバージョンは何らかの不明な理由でテストしていません。嘘や誹謗中傷で非難するのではなく、私たちの言葉を信じましょう。モデレーターの提案で、コンパイルの警告を消しました。
しかし、お客様はそれだけにとどまりませんでした。彼は、Expert Advisorのコードにディレクティブを追加すると、新しいコンパイラの警告が表示され、「それも削除しなければならない」ということに思い至ったのだ。彼がどんな人間で、どんな目的をもっているのか、これではっきりしたのではないでしょうか。このアカウントで仕事をしている間、通常の適切な顧客と同様の仕事をするのに比べ、5～7倍の時間がかかったことを付け加えておきます。このような人たちとの交流や取引から、皆さんが神様に救われることを祈っています。
2回、3回と警告を出す？それが今でも残っているのです。
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 155 29
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 249 29
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 257 45
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 257 64
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 258 42
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 259 38
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 260 41
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 261 32
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 265 25
型変換によりデータが失われる可能 性がある Assistant__6.mq4 277 2
型変換によるデータ消失の可能性 Assistant__6.mq4 315 3
タイプ変換によりデータが失われる可能性がある Assistant__6.mq4 317 3
型変換によりデータが失われる可能性がある Assistant__6.mq4 322 3
型変換によりデータが失われる可能性がある Assistant__6.mq4 324 3
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 401 70
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 401 94
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 401 118
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 401 156
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 402
タイプ変換によりデータが失われる可能性があります Assistant__6.mq4 432 2
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 511 21
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 594 73
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 594 91
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 594 156
タイプ変換によりデータが失われる可能性があります Assistant__6.mq4 747 27
数値」から「文字列」への暗黙の変換 Assistant__6.mq4 782 21
エラー 0件、警告 26件 1件 27件
どうか、「...彼は何らかの不明な理由でこのバージョンをテストしていない」という結論を導き出したところを、無駄に一字一句引用しないでください。
もう一度、ここで私はすでに書いたことを繰り返す。"やり方がわからないなら、その事実を認め、仕事も仲裁も拒否すればいい！"と。
あなたの～「それでいいんです」が不満です正しいコードを書けない、知らない、書きたくないという人は、プログラミングをやらないでください。
そして、仕事をするのであれば、責任をもって最後までやり遂げることです
p.s. あなたに似ているわけではないのですが、個人的なレベルで、あなたに対するFEを表現することはしません!