アサール - ページ 3 1234 新しいコメント ASAR 2012.05.26 17:20 #21 RaptorUK: コーディングが完了する前に要件を変更したり、説明したりすることなく、要件を正確に定義することができますか? これは簡単なことではありませんが、正しい最終製品を得るためには非常に重要なことです。 私の経験では、常に相手の立場に立って、自分の言っていることがどのように誤解されるかを考え、どうしたら自分のメッセージを明確に伝えられるかを考えるようにしています。 それでも、もっと明確にしなければならないことがある場合がほとんどです。 状況はさまざまです。 コーダーから、自分が想像していたやり方ではダメだと言われて、やり方を考え直したこともあります。 また、コーダーにさらに修正する可能性があることを伝えたこともあります。 そのような状況は問題ではありません。 問題は、コーダーが、私が説明したことにあまり注意を払わないまま、頭の中でどうしたらいいか考えてしまうことです。 これは、私の標準偏差 モメンタム指標のコーダーの二人にとっての問題でした。 彼らはRSIの公式を標準偏差に適用することしか知らず、最終的な結果がどのように表示されるかを考えなかったのです。 2人目のコーダーは、私が最初に説明したときのメールを転送して思い出させた、ちょっとした情報を指定していなかったと非難してきました。 私がいつも使っているコーダーは、あるEAの特定の機能を私が説明したところ、その機能が彼が以前担当したEAでも同じ機能だったことがあります。 そのEAが期待通りに動作していないのを見て、問題の本質を特定したのですが、私が説明したことを何度もメールで再確認し、彼が以前担当したEAの機能も参照し、私が説明していることが何であるかを正確に理解してもらう必要がありました。 ある時、私が説明したことが以前に行われたことがあるかどうか、彼に尋ねなければなりませんでした。 そうではありませんでした。 つまり、私があきらめた以前のEAはそもそも正しくコード化されておらず、私のストラテジーに欠陥があるのではと思い、それを発見できなかったということです。 いずれにせよ、私が説明した機能で前のEAを正しくコーディングしたことがないにもかかわらず、その同じ説明が現在取り組んでいるEAに付随していて、自分の持つ先入観で正しくコーディングしていなかったということです。 コーダーが先入観にとらわれて、実際に説明されていることに注意を払わない場合、私が彼らの頭の中に入り込もうとしても、その問題を回避できるわけがないのです。 Tjipke de Vries 2012.05.26 21:05 #22 ASAR: 私の経験では、..........................。 求人の第一段階は候補者の選定です。どのような判断で開発者を選んだのですか?(ところで、私は他の人のためにいくつかの仕事をしたことがあります。すべての人が仕事をする上で平等ではないと思います。) そして、あなたからの仕事は何でしたか... at mql5.com? Simon Gniadkowski 2012.05.27 06:59 #23 ASAR: There have been times when the coder has informed me of something that couldn't be done the way I had imagined it in which case I had to rethink my approach. また、コーダーにさらなる修正があることを伝えることもありました。 まるで、あなたの仕様が問題の半分であるかのように聞こえますが......。 でも、これは事実なんです。 コーダーに自分の欲しいものを明確に伝えるのは、簡単なことではありません。 dabbler 2012.05.27 08:59 #24 RaptorUK: あなたの仕様が問題の半分であるかのように聞こえますが. これは、あなたが聞きたいことではないと思いますが、おそらく事実です。 コーダーに自分の欲しいものを明確に伝えることは、簡単なことではありません.特に自分がプログラマーでない場合。プログラミングを学ぶ人は、(優秀な人であれば)構造化された論理的な思考ができます。プログラミングができない人はバカだというわけではありませんが、プログラミングでは論理的な順序で考えを並べなければなりませんし、そうでなければプログラムはまったく機能しません。各タスクは、数学的に定義された単純なステップに分解されなければならないのです。私たちは、自分が達成しようとしていることの最も単純な部分を説明することができない非プログラマーを、ここでいつも見ています(繰り返しますが、これがあなたに当てはまるとは言いません)。しかし、プログラマーには、あなたのアイデアをプログラム可能なものに変換するという、さらなる負担があることがわかるでしょう。多くの点で、少しでもプログラミングを学ぶことは、プログラマーとのコミュニケーションを円滑にするために役立つかもしれません。 今朝、この素敵な問題を見つけました(そして解きました)。トリックやBSのない純粋なロジックです。あなたの論理的推理力がどれほどの ものか、試してみてはいかがでしょうか。 http://www.manbottle.com/trivia/einstein_s_riddle そして、ごまかしは禁物です。 ググって解決する方法を見つけるのは簡単ですが、この問題で重要なのは、どのように 解決に乗り出すかを見つけ出すことです。 Simon Gniadkowski 2012.05.27 09:57 #25 dabbler: 特に自分がプログラマーでない場合。プログラミングを学ぶ人は、(優秀な人であれば)構造化された論理的な思考ができます。プログラミングができないとバカだというわけではありませんが、プログラミングでは論理的な順序で考えを並べることを強いられますし、そうしないとプログラムはまったく機能しません。 私の考えでは、プログラマー/コーダー/ソフトウェアエンジニアでなくても、自分のシステムが何であるかを紙に書き出すことはできます ... しかし、やってはいけないことは、実装の領域に踏み込むことです。もしそうすれば、開発者の一人の手 を後ろに縛ることになります。 多くの人が自分のメソッドを文書化するのに苦労しています ... ... 自分にはメソッドがあると思っていても、実際にはそうではなく、日々変化しています ... 彼らはそれを「裁量」だと言って合理化します ... それは単なる言い逃れです。 私の知人が、彼の手法をEAに書き込むように頼んできました。それは、D1バーの数本でFibを使う単純な手法ですが、彼にすべてを書き込むように頼みました。 Simon Gniadkowski 2012.05.27 10:30 #26 dabbler: http://www.manbottle.com/trivia/einstein_s_riddle そして、ごまかしは禁物です ググって解決する方法を見つけるのは簡単ですが、この問題で重要なのは、どのように 解決に取り掛かるかを考えることです。 まず、分かっていることを書き留める ... ... そして、「緑の家は白い家の隣、左側に ある」という連想にハイライトを当てます。 そうすると、ノルウェー人は黄色の家しか持てないことがわかります. William Roeder 2012.05.27 13:18 #27 dabbler: http://www.manbottle.com/trivia/einstein_s_riddle 30分少々かかりました。 dabbler 2012.05.27 15:51 #28 WHRoeder: 30分強かかりました。:-( この問題にどうアプローチすれば賢明かを考えるのに、それ以上の時間がかかりました。 あなたのメガブレインには頭が下がります。 ASAR 2012.05.27 16:43 #29 RaptorUK: あなたのスペックが問題の半分であるかのように聞こえますが. これは、あなたが聞きたいことではないことは分かっていますが、おそらく事実です。 コーダーに自分の欲しいものを明確に伝えることは、簡単なことではありません。 しかし、私はこの仕事を始めて2年になり、自分の説明をどのように伝えればよいかを理解できるようになりました。 また、コーダーは質問の仕方を心得ているので、私が見落としている点があれば、それを教えてもらえますし、わからないことがあれば質問もできます。 また、ストラテジーに修正を加える場合、スプレッドを考慮したり、指標を色分けしたりすることの実現性についてコーダーに質問することもできました。 このようなコミュニケーションは、マーチャントとクライアントの間の通常の対話であり、決して問題ではありません。 問題は、明確に記述されていることが見落とされたり、少なくとも私が気づいたケースでは、私が指定したことのないものが、最初に知らされることなくEAに含まれていた場合でした。 最も時間を要したのは、コーダーが、誤解やさらなる明確化を伴わない修正をしなければならないことでした。 EAやインジケータが完成すると、最終的に正しくなるまでに平均3回ほど修正されることが予想されます。 ASAR 2012.05.27 16:51 #30 deVries: 仕事の最初のステップは、候補者の選定。どのような判断で開発者を選んだのですか?(ちなみに、私も他の方の仕事をさせていただいたことがあります。) また、mql5.comでのお仕事はどのようなものだったのでしょうか? 2年前に問い合わせたときに、ある方から提案されたコーディングサービスの中から選びました。 そして、自分が考えている戦略について、各サービスと連絡を取り合い、見積もりを出してもらい、最も手頃なものを選びました。 1234 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
コーディングが完了する前に要件を変更したり、説明したりすることなく、要件を正確に定義することができますか? これは簡単なことではありませんが、正しい最終製品を得るためには非常に重要なことです。
私の経験では、常に相手の立場に立って、自分の言っていることがどのように誤解されるかを考え、どうしたら自分のメッセージを明確に伝えられるかを考えるようにしています。 それでも、もっと明確にしなければならないことがある場合がほとんどです。 状況はさまざまです。 コーダーから、自分が想像していたやり方ではダメだと言われて、やり方を考え直したこともあります。 また、コーダーにさらに修正する可能性があることを伝えたこともあります。 そのような状況は問題ではありません。 問題は、コーダーが、私が説明したことにあまり注意を払わないまま、頭の中でどうしたらいいか考えてしまうことです。 これは、私の標準偏差 モメンタム指標のコーダーの二人にとっての問題でした。 彼らはRSIの公式を標準偏差に適用することしか知らず、最終的な結果がどのように表示されるかを考えなかったのです。 2人目のコーダーは、私が最初に説明したときのメールを転送して思い出させた、ちょっとした情報を指定していなかったと非難してきました。 私がいつも使っているコーダーは、あるEAの特定の機能を私が説明したところ、その機能が彼が以前担当したEAでも同じ機能だったことがあります。 そのEAが期待通りに動作していないのを見て、問題の本質を特定したのですが、私が説明したことを何度もメールで再確認し、彼が以前担当したEAの機能も参照し、私が説明していることが何であるかを正確に理解してもらう必要がありました。 ある時、私が説明したことが以前に行われたことがあるかどうか、彼に尋ねなければなりませんでした。 そうではありませんでした。 つまり、私があきらめた以前のEAはそもそも正しくコード化されておらず、私のストラテジーに欠陥があるのではと思い、それを発見できなかったということです。 いずれにせよ、私が説明した機能で前のEAを正しくコーディングしたことがないにもかかわらず、その同じ説明が現在取り組んでいるEAに付随していて、自分の持つ先入観で正しくコーディングしていなかったということです。 コーダーが先入観にとらわれて、実際に説明されていることに注意を払わない場合、私が彼らの頭の中に入り込もうとしても、その問題を回避できるわけがないのです。
私の経験では、..........................。
求人の第一段階は候補者の選定です。どのような判断で開発者を選んだのですか?(ところで、私は他の人のためにいくつかの仕事をしたことがあります。すべての人が仕事をする上で平等ではないと思います。) そして、あなたからの仕事は何でしたか... at mql5.com?
ASAR:
There have been times when the coder has informed me of something that couldn't be done the way I had imagined it in which case I had to rethink my approach.
また、コーダーにさらなる修正があることを伝えることもありました。
あなたの仕様が問題の半分であるかのように聞こえますが. これは、あなたが聞きたいことではないと思いますが、おそらく事実です。 コーダーに自分の欲しいものを明確に伝えることは、簡単なことではありません.
特に自分がプログラマーでない場合。プログラミングを学ぶ人は、(優秀な人であれば)構造化された論理的な思考ができます。プログラミングができない人はバカだというわけではありませんが、プログラミングでは論理的な順序で考えを並べなければなりませんし、そうでなければプログラムはまったく機能しません。各タスクは、数学的に定義された単純なステップに分解されなければならないのです。私たちは、自分が達成しようとしていることの最も単純な部分を説明することができない非プログラマーを、ここでいつも見ています(繰り返しますが、これがあなたに当てはまるとは言いません)。しかし、プログラマーには、あなたのアイデアをプログラム可能なものに変換するという、さらなる負担があることがわかるでしょう。多くの点で、少しでもプログラミングを学ぶことは、プログラマーとのコミュニケーションを円滑にするために役立つかもしれません。
今朝、この素敵な問題を見つけました(そして解きました)。トリックやBSのない純粋なロジックです。あなたの論理的推理力がどれほどの ものか、試してみてはいかがでしょうか。
http://www.manbottle.com/trivia/einstein_s_riddle
そして、ごまかしは禁物です。
ググって解決する方法を見つけるのは簡単ですが、この問題で重要なのは、どのように 解決に乗り出すかを見つけ出すことです。
特に自分がプログラマーでない場合。プログラミングを学ぶ人は、(優秀な人であれば)構造化された論理的な思考ができます。プログラミングができないとバカだというわけではありませんが、プログラミングでは論理的な順序で考えを並べることを強いられますし、そうしないとプログラムはまったく機能しません。
私の考えでは、プログラマー/コーダー/ソフトウェアエンジニアでなくても、自分のシステムが何であるかを紙に書き出すことはできます ... しかし、やってはいけないことは、実装の領域に踏み込むことです。もしそうすれば、開発者の一人の手 を後ろに縛ることになります。
多くの人が自分のメソッドを文書化するのに苦労しています ... ... 自分にはメソッドがあると思っていても、実際にはそうではなく、日々変化しています ... 彼らはそれを「裁量」だと言って合理化します ... それは単なる言い逃れです。
私の知人が、彼の手法をEAに書き込むように頼んできました。それは、D1バーの数本でFibを使う単純な手法ですが、彼にすべてを書き込むように頼みました。
http://www.manbottle.com/trivia/einstein_s_riddle
そして、ごまかしは禁物です
ググって解決する方法を見つけるのは簡単ですが、この問題で重要なのは、どのように 解決に取り掛かるかを考えることです。
まず、分かっていることを書き留める ... ...
そして、「緑の家は白い家の隣、左側に ある」という連想にハイライトを当てます。
そうすると、ノルウェー人は黄色の家しか持てないことがわかります.
http://www.manbottle.com/trivia/einstein_s_riddle
30分強かかりました。
:-(
この問題にどうアプローチすれば賢明かを考えるのに、それ以上の時間がかかりました。
あなたのメガブレインには頭が下がります。
あなたのスペックが問題の半分であるかのように聞こえますが. これは、あなたが聞きたいことではないことは分かっていますが、おそらく事実です。 コーダーに自分の欲しいものを明確に伝えることは、簡単なことではありません。
しかし、私はこの仕事を始めて2年になり、自分の説明をどのように伝えればよいかを理解できるようになりました。 また、コーダーは質問の仕方を心得ているので、私が見落としている点があれば、それを教えてもらえますし、わからないことがあれば質問もできます。 また、ストラテジーに修正を加える場合、スプレッドを考慮したり、指標を色分けしたりすることの実現性についてコーダーに質問することもできました。 このようなコミュニケーションは、マーチャントとクライアントの間の通常の対話であり、決して問題ではありません。 問題は、明確に記述されていることが見落とされたり、少なくとも私が気づいたケースでは、私が指定したことのないものが、最初に知らされることなくEAに含まれていた場合でした。 最も時間を要したのは、コーダーが、誤解やさらなる明確化を伴わない修正をしなければならないことでした。 EAやインジケータが完成すると、最終的に正しくなるまでに平均3回ほど修正されることが予想されます。
仕事の最初のステップは、候補者の選定。どのような判断で開発者を選んだのですか?(ちなみに、私も他の方の仕事をさせていただいたことがあります。) また、mql5.comでのお仕事はどのようなものだったのでしょうか?
2年前に問い合わせたときに、ある方から提案されたコーディングサービスの中から選びました。 そして、自分が考えている戦略について、各サービスと連絡を取り合い、見積もりを出してもらい、最も手頃なものを選びました。