成果報酬型コードを書くのが得意で、ふざけたことをしないプログラマーのリスト - ページ 12 1...5678910111213141516171819...46 新しいコメント Vasiliy Smirnov 2009.04.27 15:42 #111 prostojparen >> : すみません、騒いでいるわけではなく、根拠のない掲載に反対しているのです。欲しがっていた人を載せて、それでいいのかと思ってしまう。含めるように主張する必要があると書きましたが、これはノイジーマイノリティの対決です。客観的な議論になっていない。 正論を言えば、公開された脚本の数だろう。優秀なプログラマーなら、何かを共有できると思うんです。 Nurlan Ussenov 2009.04.27 15:43 #112 また、自動売買の世界大会での成功例（上記リストより）を教えてください。 つまり、実際の条件下でということです。誰と取引しているのか知りたい。 エキスパートライターや理論家に興味があるのは初心者に限る。 七面鳥が描く美しい絵に誘われるかもしれない、初心者に興味があります。 Sceptic Philozoff 2009.04.27 16:29 #113 いいえ、EAの収益性は絶対に基準ではありません。ロシア語掲示板の「メガレジェンド」たちは、誰一人としてトップ3には入っていない。もし、私がうっかりと誰かを見くびっていたとしても、誰も気を悪くしないでほしい。 しかも、その条件は現実離れしていた。 Shaitan 2009.04.27 17:20 #114 Mathemat писал(а)>> いいえ、EAの収益性は絶対に基準ではありません。 利益率だけでは絶対に判断できない。細部のコードの正確さと徹底性 - これはより重要な基準ですが、残念ながら、唯一の...もう一人のプログラマー:)儲けはアイデアにあり、EAはコードにあり。両者は別物です。 また、プログラマーがEAをコンペティションに出さないのは、それなりの理由があるのかもしれない。 zfs さんが書き込みました >> 出版された脚本の数は正論だと思います。 量は質ではない。恐ろしいほどのミスをしたEAを見たことがあります...顎が外れました。 一番の基準は、やはりお客様の声だと思います。以下の点については、お客様ご自身でご評価ください。 1.作業は間に合いましたか？ コードに注釈があり、読みやすいか？ 3.お客様の実現可能な希望がすべて考慮されているか？ 4.希望が叶えられない、あるいは実現不可能な場合、その理由をお客様に分かりやすく説明できたか？ 5.演奏者は、提供されたアドバイザー（インジケーター、スクリプト...）の使い方を顧客に理解してもらい、別れの言葉やアドバイスを添えているか？ 全てはクライアントが必要としているものです。 Michael 2009.04.27 17:45 #115 "1.仕事は時間内に終わるか」-合意したように見えて、顧客は何か別の貢献をしているケースがいかに多いことか・・・。と期限が動きます。 "2.コードはコメント付きで読みやすいか？"コーディング "を理解していないお客さまは、あまり気にしていないのでしょう。 ToR の議論だけで、コーディングより長くなる可能性がある。彼が本当に望んでいることを把握するのに時間がかかるのです。ペンチを使わなければならないこともある。 "4.また、P.5.にあるように、通常のプロジェクターはすべて説明する（時には、脳が沸騰するほど説明する必要がある）ことが明らかです。 0点から10点までの評価をつけて、気にしないようにすればいいのです。 Shaitan 2009.04.27 18:20 #116 1.お客様のご要望により、双方合意の上で納期を延期することがあります。しかし、ここで言っているのはそういうことではなく、あからさまなダイナマの話です。 2.彼はコーディングを理解していないかもしれません。でも、「ガッカリに」......納得いきませんね。まず、一時的な現象である可能性があります。今はわかっていないけれども、後でわかるだろうということです。第二に、将来的に何度もバージョンアップする可能性があり、それに適したコードであること。私の部署にも何人かいるのですが、半年前に書いたコードを見ると、最初は「なんてこった、俺はここで何を書いたんだ！」と1週間も絶叫しています。 でも、働かなきゃいけないんですよ、しょうがないじゃないですか。 4.私自身、経験豊富なプログラマーですからね。しかし、良いプログラマーと悪いプログラマーは、何が何だかフープで説明できるかどうかが違う。しかし、ダメなものは「できないからダメなんだ」という一つの主張しかないのです。つまり、お客さまは、たとえ望んだものが手に入らなかったとしても、満足する（怒らない）はずなのです。もちろん、クライアントの側にサイコパスがある場合という意味ではなく、そういうこともあります。しかし、一般的にお客様はまともな方が多いので、きちんと説明すれば理解していただけると思います。 0点から10点までの評価について - もちろんです。私は、お客様がプログラマーの仕事を評価するための基準を示しただけです。 Nefedov Kirill 2009.04.27 19:55 #117 プログラマーのリストには、私たちとのコミュニケーションのルールを書いておくことをお勧めします。 プログラマーは、なぜそうなのか、そうでないのかを説明する必要があります。 私のエキスパートライティングの実務では、お客様のアイデアの採算性、非採算性をTORを読むだけで評価しますが、アイデアが複雑でなければ、2、3のチェックを行い、おおよその結果も述べます。お客様が開発を発注する準備が整った時点で、TORの詳細について打ち合わせを開始します。 多くの場合、顧客はその概念を知らないだけでなく、注文とポジションの区別がつかない。そして、時には辞書を引かなければならないような専門用語が使われることもあります。 私たちのお客様は、自分の考えを明確に理解し、できるだけ口語体で表現してください。 プログラマが理解していないTORの文字列の例。 これはシグナルが来たから、オープン、ストップ、どこで利食いするかは オプションで自分で調整しなければならない。みんなエントリーして待っています。待つしかないのです。そして、専門家が自分で利益の出る取引を成立させなければならないのです。 これでは、プログラマーは誰も、どのようなルールで取引を開始し、何を期待し、どのようにクローズすればよいのか、正確に理解することができない。 михаил потапыч 2009.04.27 20:27 #118 向こうでは、重宝されるかもしれませんね。 ファイル: fxd.rar 633 kb Dmitry Fedoseev 2009.04.27 23:02 #119 HIDDEN писал(а)>> "シグナルが来たからオープン、ストップ、どこで利益を閉じるか "みたいなのは、自分で設定で決めないといけないんです。みんなエントリーして待っている。待つんだ、待つんだ、そしてエキスポが勝手に儲かる取引を成立させるんだ。 これでは、どのようなルールで取引を開始し、何を待って、どのようにクロージングするか、プログラマーは誰も理解できないでしょう。 この質問については、私のプロフィールにオゾンの本（マジックの構造）へのリンクがあります。 Dmitry Fedoseev 2009.04.27 23:09 #120 Shaitan писал(а)>> 4.私自身、プログラマーとして確かな実績を残していますからね。しかし、良いプログラマーと悪いプログラマーは、何が何だかフープで説明できるかどうかが違う。しかし、ダメなプログラマーの言い分はただ一つ、「できないからダメ」である。つまり、1.顧客は、たとえ望んだものが手に入らなかったとしても、満足 する（怒らない）べきな のだ。もちろん、お客様側の精神異常のケースを指しているわけではなく、こういうこともあるのです。しかし、一般的にお客様はまともな方が多いので、きちんと説明すれば理解していただけると思います。 0点から10点までの評価について - もちろんです。私は、お客様がプログラマーの仕事を評価するための基準を挙げただけです。 このような顧客側のアプローチで、プログラマーも満足する方法を考えなければなりません。通常、精神分析が8割、プログラミングが2割しかなく、常に「ここが不明確」（「シンプルな七面鳥を無料で」） なのだそうです。説明書が慢性的に読まれていない。 1...5678910111213141516171819...46 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
すみません、騒いでいるわけではなく、根拠のない掲載に反対しているのです。欲しがっていた人を載せて、それでいいのかと思ってしまう。含めるように主張する必要があると書きましたが、これはノイジーマイノリティの対決です。客観的な議論になっていない。
正論を言えば、公開された脚本の数だろう。優秀なプログラマーなら、何かを共有できると思うんです。
また、自動売買の世界大会での成功例（上記リストより）を教えてください。
つまり、実際の条件下でということです。誰と取引しているのか知りたい。
エキスパートライターや理論家に興味があるのは初心者に限る。
七面鳥が描く美しい絵に誘われるかもしれない、初心者に興味があります。
いいえ、EAの収益性は絶対に基準ではありません。ロシア語掲示板の「メガレジェンド」たちは、誰一人としてトップ3には入っていない。もし、私がうっかりと誰かを見くびっていたとしても、誰も気を悪くしないでほしい。
しかも、その条件は現実離れしていた。
いいえ、EAの収益性は絶対に基準ではありません。
利益率だけでは絶対に判断できない。細部のコードの正確さと徹底性 - これはより重要な基準ですが、残念ながら、唯一の...もう一人のプログラマー:)儲けはアイデアにあり、EAはコードにあり。両者は別物です。
また、プログラマーがEAをコンペティションに出さないのは、それなりの理由があるのかもしれない。
出版された脚本の数は正論だと思います。
量は質ではない。恐ろしいほどのミスをしたEAを見たことがあります...顎が外れました。
一番の基準は、やはりお客様の声だと思います。以下の点については、お客様ご自身でご評価ください。
1.作業は間に合いましたか？
コードに注釈があり、読みやすいか？
3.お客様の実現可能な希望がすべて考慮されているか？
4.希望が叶えられない、あるいは実現不可能な場合、その理由をお客様に分かりやすく説明できたか？
5.演奏者は、提供されたアドバイザー（インジケーター、スクリプト...）の使い方を顧客に理解してもらい、別れの言葉やアドバイスを添えているか？
全てはクライアントが必要としているものです。
"1.仕事は時間内に終わるか」-合意したように見えて、顧客は何か別の貢献をしているケースがいかに多いことか・・・。と期限が動きます。
"2.コードはコメント付きで読みやすいか？"コーディング "を理解していないお客さまは、あまり気にしていないのでしょう。
ToR の議論だけで、コーディングより長くなる可能性がある。彼が本当に望んでいることを把握するのに時間がかかるのです。ペンチを使わなければならないこともある。
"4.また、P.5.にあるように、通常のプロジェクターはすべて説明する（時には、脳が沸騰するほど説明する必要がある）ことが明らかです。
0点から10点までの評価をつけて、気にしないようにすればいいのです。
1.お客様のご要望により、双方合意の上で納期を延期することがあります。しかし、ここで言っているのはそういうことではなく、あからさまなダイナマの話です。
2.彼はコーディングを理解していないかもしれません。でも、「ガッカリに」......納得いきませんね。まず、一時的な現象である可能性があります。今はわかっていないけれども、後でわかるだろうということです。第二に、将来的に何度もバージョンアップする可能性があり、それに適したコードであること。私の部署にも何人かいるのですが、半年前に書いたコードを見ると、最初は「なんてこった、俺はここで何を書いたんだ！」と1週間も絶叫しています。 でも、働かなきゃいけないんですよ、しょうがないじゃないですか。
4.私自身、経験豊富なプログラマーですからね。しかし、良いプログラマーと悪いプログラマーは、何が何だかフープで説明できるかどうかが違う。しかし、ダメなものは「できないからダメなんだ」という一つの主張しかないのです。つまり、お客さまは、たとえ望んだものが手に入らなかったとしても、満足する（怒らない）はずなのです。もちろん、クライアントの側にサイコパスがある場合という意味ではなく、そういうこともあります。しかし、一般的にお客様はまともな方が多いので、きちんと説明すれば理解していただけると思います。
0点から10点までの評価について - もちろんです。私は、お客様がプログラマーの仕事を評価するための基準を示しただけです。
プログラマーのリストには、私たちとのコミュニケーションのルールを書いておくことをお勧めします。
プログラマーは、なぜそうなのか、そうでないのかを説明する必要があります。
私のエキスパートライティングの実務では、お客様のアイデアの採算性、非採算性をTORを読むだけで評価しますが、アイデアが複雑でなければ、2、3のチェックを行い、おおよその結果も述べます。お客様が開発を発注する準備が整った時点で、TORの詳細について打ち合わせを開始します。
多くの場合、顧客はその概念を知らないだけでなく、注文とポジションの区別がつかない。そして、時には辞書を引かなければならないような専門用語が使われることもあります。
私たちのお客様は、自分の考えを明確に理解し、できるだけ口語体で表現してください。
プログラマが理解していないTORの文字列の例。
これはシグナルが来たから、オープン、ストップ、どこで利食いするかは オプションで自分で調整しなければならない。みんなエントリーして待っています。待つしかないのです。そして、専門家が自分で利益の出る取引を成立させなければならないのです。
これでは、プログラマーは誰も、どのようなルールで取引を開始し、何を期待し、どのようにクローズすればよいのか、正確に理解することができない。
"シグナルが来たからオープン、ストップ、どこで利益を閉じるか "みたいなのは、自分で設定で決めないといけないんです。みんなエントリーして待っている。待つんだ、待つんだ、そしてエキスポが勝手に儲かる取引を成立させるんだ。
これでは、どのようなルールで取引を開始し、何を待って、どのようにクロージングするか、プログラマーは誰も理解できないでしょう。
この質問については、私のプロフィールにオゾンの本（マジックの構造）へのリンクがあります。
4.私自身、プログラマーとして確かな実績を残していますからね。しかし、良いプログラマーと悪いプログラマーは、何が何だかフープで説明できるかどうかが違う。しかし、ダメなプログラマーの言い分はただ一つ、「できないからダメ」である。つまり、1.顧客は、たとえ望んだものが手に入らなかったとしても、満足 する（怒らない）べきな のだ。もちろん、お客様側の精神異常のケースを指しているわけではなく、こういうこともあるのです。しかし、一般的にお客様はまともな方が多いので、きちんと説明すれば理解していただけると思います。
0点から10点までの評価について - もちろんです。私は、お客様がプログラマーの仕事を評価するための基準を挙げただけです。
このような顧客側のアプローチで、プログラマーも満足する方法を考えなければなりません。通常、精神分析が8割、プログラミングが2割しかなく、常に「ここが不明確」（「シンプルな七面鳥を無料で」） なのだそうです。説明書が慢性的に読まれていない。