プログラマーと顧客の対立を議論する。プログラマーとクライアントとの間の曖昧な状況についての考察と、最も葛藤の多いプログラマーパフォーマーの格付け。 - ページ 14 1...789101112131415161718192021...40 新しいコメント Dmitry Fedoseev 2012.05.11 14:36 #131 abolk:1. 昔あったhttps://www.mql5.com/ru/job/3722 - スリッページを追加 - この変数は外部または非表示にすることができます - それは、この変数を開くためにクライアントのために$ 20を要した。2. https://www.mql5.com/ru/job/3694- Magicianを追加してExpert Advisorが異なるシンボルで取引できるようにする - Magicianは外に移動してもしなくてもよい - 少なくとも10ドルを追加する必要があった。 最初のケースでは、それはイエスです。そして、これが2つ目ですが、困ったことになるかもしれません。 あるExpert Advisorがネットを徘徊していて、注文を扱うシステムがかなり複雑で、注文にはマジックで印がついていて、一度、見ずに突っ込んでしまったのですが、たとえば、そこで何をするのか。 Dmitry Fedoseev 2012.05.11 14:38 #132 Bormotun: 私が今後何をお願いするか、霊能者なのですか?そうですね、100%そうです。1つの注文で動作するEAを注文する場合、必ず複数の注文を開けることができるようにすることを要求されます。トレーリングストップを無言でEAに入れないと、間違いなく複数の注文を出すように言われます。そして、5桁の EAを修正し、StopLossとTakeProfitなしで開くようにとの指示が出ます。指標となるShiftがない場合、必ず修正をお願いします。 Andrey F. Zelinsky 2012.05.11 14:39 #133 Integer: 最初のケースはイエスです。しかし、2つ目の場合、何かにぶつかるかもしれません。 1つのExpert Advisorがネットワークを徘徊し、その中に注文があるかなり複雑なシステムがあり、その注文にマジックでマークが付けられています。それは理解できる--しかし、開発者自身が作ったマジックなら--彼は何をやっているかわかっている--なぜこのマジックが必要なのか、見たくないのか、と投げやりになるのではなく、彼に感謝すべきなのだ。それよりも--最終的には「Hide」と言えばいいのですから--。 михаил потапыч 2012.05.11 14:40 #134 Bormotun: これだけ多くの変数があると、何が起こるかわからないと思ったことはありませんか?私が今後何をお願いするか、霊能者なのですか?まずは説明文に書かれていないことを聞いてみるといい(?)第二に、規約にあるものだけを削除して残すことができます。3つ目は、作品を構成する「WORKING MOMENTS」です。泣き虫だなぁ。 Bormotun 2012.05.11 14:46 #135 Integer:またしても、この手紙を書いた人は神経質な人なんだなあと思いました。変数の記述はいいのですが、記述のない未知の変数があったとしたら、それはまた別の問題です。 では、あなたにとってToRはもはやドキュメントではないのですか?つまり、変数の機能や名前を変えたり、数を数倍に増やしたりすればOKで、顧客から要求仕様に厳密に従うように要求されたら出っ歯になるのか?好きなんです。それでも、この文章を読んで、潜在的な顧客の一人くらいは興味を持ってくれることを期待します。一般的には、プログラマーの特徴という項目の中の演奏者のプロフィールに入れることをお勧めします。 Bormotun 2012.05.11 14:49 #136 Mischek:泣き虫だなぁ。 どんな幼稚園なんだろう? Bormotun 2012.05.11 14:50 #137 Mischek:まず、説明文に記載されていないことを尋ねることができます(または、記載されていますか?) なぜ、私が聞かなければならないのですか?聞いて、規約に書いてあることを教えてもらうか、行って...。 Dmitry Fedoseev 2012.05.11 14:54 #138 Bormotun: では、あなたにとって規約はもはや文書ではないのですか?つまり、変数の機能や名前を変えたり、数を何倍かに増やしたりすればOKで、顧客が規約を正確に遵守するよう要求すればボッタクリということですか?好きなんです。それでも、この文章を読んで、潜在的な顧客の一人くらいは興味を持ってくれることを期待します。私は一般的に、プログラマーの特徴欄の契約者プロフィールに貼り付けることをお勧めします。私の言葉を捻じ曲げたりしないでください。変数の機能を変えるという話はなかった。 名前については、変数名がついている規約を見たことがないので、本当にこのような変数名がつけられるのか。クライアントが性能の良いExpert Advisorではなく、チェッカーだけを求めている場合、大抵はこのチェッカーで帰ってしまう、頼むよ、嬉しいだけなんだけどね。また、クライアントが機能のロジックにこだわりすぎると、非常にダサくなります。平均的なクライアントは、2手分のレイアウトを頭の中で考えることができないので、精神的な貧弱さを示す以外の何物でもないように見えるのです。 Bormotun 2012.05.11 14:56 #139 一番面白いのは、最初は客をバカ呼ばわりして非難していたのに、今は規約を守らないことが問題だと気づいていることだ、それだ、バカな客は関係ない、今の客は手紙書きだ、他にどんな客がいるのだろう? リストにして、誰に会ったのか、すぐに分かるように展開した方がいい。 михаил потапыч 2012.05.11 14:58 #140 Bormotun: なぜ聞かなきゃいけないの?必要なら聞いて、規約に書いてあることを教えるか、あるいは...に行ってください。 さて、夢を見よう、スカイプ印象派。 1...789101112131415161718192021...40 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
1. 昔あったhttps://www.mql5.com/ru/job/3722 - スリッページを追加 - この変数は外部または非表示にすることができます - それは、この変数を開くためにクライアントのために$ 20を要した。
2. https://www.mql5.com/ru/job/3694- Magicianを追加してExpert Advisorが異なるシンボルで取引できるようにする - Magicianは外に移動してもしなくてもよい - 少なくとも10ドルを追加する必要があった。
私が今後何をお願いするか、霊能者なのですか?
そうですね、100%そうです。
1つの注文で動作するEAを注文する場合、必ず複数の注文を開けることができるようにすることを要求されます。トレーリングストップを無言でEAに入れないと、間違いなく複数の注文を出すように言われます。そして、5桁の EAを修正し、StopLossとTakeProfitなしで開くようにとの指示が出ます。指標となるShiftがない場合、必ず修正をお願いします。
最初のケースはイエスです。しかし、2つ目の場合、何かにぶつかるかもしれません。 1つのExpert Advisorがネットワークを徘徊し、その中に注文があるかなり複雑なシステムがあり、その注文にマジックでマークが付けられています。
それは理解できる--しかし、開発者自身が作ったマジックなら--彼は何をやっているかわかっている--なぜこのマジックが必要なのか、見たくないのか、と投げやりになるのではなく、彼に感謝すべきなのだ。
それよりも--最終的には「Hide」と言えばいいのですから--。
これだけ多くの変数があると、何が起こるかわからないと思ったことはありませんか?私が今後何をお願いするか、霊能者なのですか?
まずは説明文に書かれていないことを聞いてみるといい(?)
第二に、規約にあるものだけを削除して残すことができます。
3つ目は、作品を構成する「WORKING MOMENTS」です。
泣き虫だなぁ。
またしても、この手紙を書いた人は神経質な人なんだなあと思いました。変数の記述はいいのですが、記述のない未知の変数があったとしたら、それはまた別の問題です。
泣き虫だなぁ。
まず、説明文に記載されていないことを尋ねることができます(または、記載されていますか?)
では、あなたにとって規約はもはや文書ではないのですか?つまり、変数の機能や名前を変えたり、数を何倍かに増やしたりすればOKで、顧客が規約を正確に遵守するよう要求すればボッタクリということですか?好きなんです。それでも、この文章を読んで、潜在的な顧客の一人くらいは興味を持ってくれることを期待します。私は一般的に、プログラマーの特徴欄の契約者プロフィールに貼り付けることをお勧めします。
私の言葉を捻じ曲げたりしないでください。変数の機能を変えるという話はなかった。
名前については、変数名がついている規約を見たことがないので、本当にこのような変数名がつけられるのか。クライアントが性能の良いExpert Advisorではなく、チェッカーだけを求めている場合、大抵はこのチェッカーで帰ってしまう、頼むよ、嬉しいだけなんだけどね。また、クライアントが機能のロジックにこだわりすぎると、非常にダサくなります。平均的なクライアントは、2手分のレイアウトを頭の中で考えることができないので、精神的な貧弱さを示す以外の何物でもないように見えるのです。
なぜ聞かなきゃいけないの?必要なら聞いて、規約に書いてあることを教えるか、あるいは...に行ってください。