MATHEMATICSに関する質問 - ページ 7 123456789101112 新しいコメント Yury Reshetov 2008.11.02 21:03 #61 Helen >> : プログラマーの成功を決める数学的な方法はあるのでしょうか？効率はどうでしょうか？生産性と混同しないように。 プログラマーの成功には、会計的な判断方法がある。そして、会計は算術が基本です。 削除済み 2008.11.02 21:37 #62 私はもちろん数学者ではありませんが、「成功したプログラマー」という言葉は、なぜかちょっと不思議な響きがあります。例えば、「幸運な溺死」、あるいは単に「採掘に成功した」というようなものです。優秀なプログラマーはたくさんいるし、才能のあるプログラマーさえいる。しかし、この分野で成功するのは、普通の属性ではとても難しいことだろう。 削除済み 2008.11.02 21:40 #63 Figar0 >> : もちろん、私は数学者ではありませんが、「成功したプログラマー」という表現には、なぜか少し違和感を覚えます。例えば、「幸運な自殺」、「幸運な溺死」、あるいは単に「鉱夫の成功」のようなものです。優秀なプログラマーはたくさんいるし、才能のあるプログラマーさえいる。しかし、それは大変な仕事であり、この分野で成功することは、通常の成功の属性をすべて備えた、簡単なことではないだろう。 +1 この言葉の組み合わせは、どうしてこんなに耳に痛いのだろうと思っていました。 この二つの言葉が隣り合わせにあることの虚偽性を見抜くには、本当に詩的な耳を持たなければならないのです。 Елена 2008.11.02 21:52 #64 Figar0 писал(а)>> もちろん、私は数学者ではありませんが、「成功したプログラマー」という言葉は、なぜかちょっと不思議な響きがありますね。例えば、「幸運な溺死」、あるいは単に「採掘に成功した」というようなものです。優秀なプログラマーはたくさんいるし、才能のあるプログラマーさえいる。しかし、この分野で成功するのは、普通の属性ではとても難しいことだろう。 定義で提案した「必要な」という言葉が抜けていますね。もっとシンプルに、もっとプリミティブに、「必要な」「必要な」でもいいんです。そして、自分以外の誰にも必要とされないのであれば このような「スペシャリスト」は成功したとは言い難いでしょう。 Sergei Kazachenko 2008.11.02 22:17 #65 また、C言語プログラマー／システムエンジニアと、複数の分野に膨大な知識を持つアプリケーションプログラマーという、その分野の一流の専門家2人を比べて、需要の大きさをどう見積もるのか？答えは、「比類なきもの」なのでしょう。こいつらだけ揃えばもっと高い需要が見込める。 Елена 2008.11.02 22:28 #66 Cronex писал(а)>> また、C言語プログラマー／システムエンジニアと、複数の分野に膨大な知識を持つアプリケーションプログラマーという、それぞれの分野でトップクラスのスペシャリストを比較した場合、需要の度合いはどのように見積もられるだろうか。答えは、「比類なきもの」なのでしょう。こいつらだけ揃えばもっと高い需要が見込める。 評価する目的がないので、何ら評価しない。私はすでにここで、質問は「シングルプロファイル」のプロガー、MQLについてであることを明らかにしましたが、かなり明確になっていると思います。ちなみに、質問です。答えを導き出すためのものです。数式をスケッチしてみたのですが...。が投稿にあります。 Sergei Kazachenko 2008.11.02 22:45 #67 Helen писал(а)>> 評価する目的がないので、何ら評価しない。私はすでにここで、質問は「シングルプロファイル」のプロガー、MQLについてであることを明らかにしましたが、かなり明確になっていると思います。ちなみに、質問です。答えを導き出すためのものです。数式をスケッチしてみたのですが...。が投稿にあります。 残念ながら正確な答えはないのですが...。私は長年ITプロジェクトに携わっていますが、経験から言うと、すべては個人差があり、タスクとチームの個人の資質に左右されます。プロジェクトの成功は、プログラマーの個人的な資質だけに依存するものではありません。今、私は本当に素晴らしいプログラマーたちとプロジェクトを率いているのですが、彼らはテーマに没頭しすぎていて、テーマ領域を理解しておらず、その結果、違う方向に走ってしまうことが頻繁に起こっています。また、MQLプログラマーについて言えることは、彼らは非常に多様であり、成功のレベルを決定することは報われません :-) 人生においてあまりにも異なる活動領域。 Андрей 2008.11.02 23:08 #68 スレッドを読んでいない。フラビングです。 MQLでのプログラミングに関連したトレードがあります。EAにとってかなり単純なタスクである、2つのワゴン（まあ、それはクールすぎるかもしれません、もちろん、2、3の指標と市場に対する異なる「アプローチ」でより良い）を交差させることを見てみましょう。こんな単純なEAでも、プロガーによってコードが違うんでしょうね。しかし、私は一顧客として、コンパクトなコードであってもほとんど興味を示さないでしょう。注目します。 1.私の（最も頻繁に - 愚かな）タスクの処理の精度、例えば - 実際の交差の信号のみ、またはタッチしてから駆け上がる、すなわちコーダーは私の特異性に対する少なくともいくつかの種類の安全性を提供しているかどうか？そうでなければ、私は自分ではなく、コーダーを自分の馬鹿さ加減を責めることになるでしょう。 2.取引注文の 件数とサーバーの障害件数 - これは、コーダーが取引注文を正しく処理し、ディーラーに実行させることができたかどうかがより重要である。私は、リクオート、ニュース時間帯の取引禁止、エンジン時間帯の遅延やその他のものについては気にしません。 それから、ロットの最適化、ダイナミックストップロス、トロール、その他の奇妙なことなど、考えてもみなかったことです...。 これはどうでしょう？これにより、コーダーのMQLへの適性を判断するのでしょうか。ただ、それは小さな5セント（Winnie the Teddyより）にもならないでしょう。そして、注文数が激減する。どんなに優れたコードを実行しても、私の馬鹿力はコーダーによってキャンセルされることはないのだから。 Елена 2008.11.02 23:28 #69 Cronex писал(а)>> 残念ながら正確な答えはないのですが...。私は長年ITプロジェクトに携わってきましたが、経験から言えることは、すべては個人差があり、タスクとチームの個人の資質によって決まるということです。プロジェクトの成功は、プログラマーの個人的な資質だけに依存するものではありません。今、私は本当に素晴らしいプログラマーたちとプロジェクトを率いているのですが、彼らはテーマに没頭しすぎていて、テーマ領域を理解しておらず、その結果、違う方向に走ってしまうことが頻繁に起こっています。また、MQLプログラマーについて言えることは、成功の度合いを定義するのは無意味だということです（笑）。 被写体に没頭する...私はそれを「コーディングの対象に関する知識」と定義しました。確かに、重要でない指標ではありません。多様性--そう、そんなものがあるんですね。しかし、プログラマーの市場はすでに形成されており、エムケにあります。サービスや製品を提供しています。このマーケットをどう乗り切るか？価格では？例えば、インテージから価格を知らされたときは、ちょっとショックでしたね。なぜこんなに安いのか？コンポスターの価格をほのめかしたときも、同じような反応をされました。そして、どこからともなく、もっと高い値段でサービスを提供する人が現れるのです。実は、彼はフ?私はこれまで、さまざまな国のプログラマーと長い間、実りある仕事をしてきました。例えば、3、4年前はプログラマーがなかなか見つからず、この市場で迷走していたんです。今は、初心者にはもっと大変なのでは？他にもいろいろなキャンペーンがあります。どうすればいいのか？トレーダーとコーダーが「夢中でお互いを探して」、一緒に走り回るというのは、すでに許されない状況になっているのです。詐欺師がたくさん現れました。繰り返しになりますが、若くて優秀なコーダーが自己主張できないとしたら、どうでしょうか？そこで私は、自分のささやかな能力の限りにおいて、少なくともプログラマーを評価するための許容範囲の公式を見つけようとしているのです。ついでに仕事の評価も。 Елена 2008.11.02 23:38 #70 Bookkeeper писал(а)>> スレッドを読んでいない。フラビングです。 MQLでのプログラミングに関連したトレードがあります。EAにとってかなり単純なタスクである、2つのワゴン（まあ、それはクールすぎるかもしれません、もちろん、2、3の指標と市場に対する異なる「アプローチ」でより良い）を交差させることを見てみましょう。こんな簡単なEAでも、プロガーによってコードが違うんでしょうね。しかし、私は一顧客として、コンパクトなコードであってもほとんど興味を示さないでしょう。注目します。 1. 私の（通常 - バカげた）タスクの処理の正確さ、例えば - 実際の交差の信号のみか、タッチしてから駆け上がるか、つまりコーダーが私の特質に対して少なくともある種の安全性を提供できているかどうか？そうでなければ、私は自分ではなく、コーダーを自分の馬鹿さ加減を責めることになるでしょう。 2.取引注文の件数とサーバーの障害件数 - これは、コーダーが取引注文を正しく処理し、ディーラーに実行させることができたかどうかがより重要である。私は、リクオート、ニュース時間帯の取引禁止、エンジン時間帯の遅延やその他のものについては気にしません。 それから、ロットの最適化、ダイナミックストップロス、トロール、その他の奇妙なことなど、考えてもみなかったことです...。 これはどうでしょう？これにより、コーダーのMQLへの適性を判断するのでしょうか。ただ、それは小さな5セント（Winnie the Teddyより）にもならないでしょう。そして、私の注文の数は激減する。どんなに優れたコードが実行されても、私の馬鹿騒ぎをコーダーがキャンセルすることはできないからである。 全く同感です。これは「コーディングの対象に関する知識」を指していると思われます。ハイコーダーは、実際の取引のニュアンスを知り、おそらく顧客が指定した特定のDCでの取引の特殊性を識別し、信頼性の高い製品を製造する必要があります。そうすれば、トレーダーのバカさ加減が致命的な役割を果たすことはないだろう。そして、見かけのシンプルさとは裏腹に、製品の価格は適正であるべきです。 123456789101112 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
プログラマーの成功を決める数学的な方法はあるのでしょうか？効率はどうでしょうか？生産性と混同しないように。
プログラマーの成功には、会計的な判断方法がある。そして、会計は算術が基本です。
もちろん、私は数学者ではありませんが、「成功したプログラマー」という表現には、なぜか少し違和感を覚えます。例えば、「幸運な自殺」、「幸運な溺死」、あるいは単に「鉱夫の成功」のようなものです。優秀なプログラマーはたくさんいるし、才能のあるプログラマーさえいる。しかし、それは大変な仕事であり、この分野で成功することは、通常の成功の属性をすべて備えた、簡単なことではないだろう。
+1
この言葉の組み合わせは、どうしてこんなに耳に痛いのだろうと思っていました。 この二つの言葉が隣り合わせにあることの虚偽性を見抜くには、本当に詩的な耳を持たなければならないのです。
もちろん、私は数学者ではありませんが、「成功したプログラマー」という言葉は、なぜかちょっと不思議な響きがありますね。例えば、「幸運な溺死」、あるいは単に「採掘に成功した」というようなものです。優秀なプログラマーはたくさんいるし、才能のあるプログラマーさえいる。しかし、この分野で成功するのは、普通の属性ではとても難しいことだろう。
定義で提案した「必要な」という言葉が抜けていますね。もっとシンプルに、もっとプリミティブに、「必要な」「必要な」でもいいんです。そして、自分以外の誰にも必要とされないのであれば
このような「スペシャリスト」は成功したとは言い難いでしょう。
また、C言語プログラマー／システムエンジニアと、複数の分野に膨大な知識を持つアプリケーションプログラマーという、それぞれの分野でトップクラスのスペシャリストを比較した場合、需要の度合いはどのように見積もられるだろうか。答えは、「比類なきもの」なのでしょう。こいつらだけ揃えばもっと高い需要が見込める。
評価する目的がないので、何ら評価しない。私はすでにここで、質問は「シングルプロファイル」のプロガー、MQLについてであることを明らかにしましたが、かなり明確になっていると思います。ちなみに、質問です。答えを導き出すためのものです。数式をスケッチしてみたのですが...。が投稿にあります。
評価する目的がないので、何ら評価しない。私はすでにここで、質問は「シングルプロファイル」のプロガー、MQLについてであることを明らかにしましたが、かなり明確になっていると思います。ちなみに、質問です。答えを導き出すためのものです。数式をスケッチしてみたのですが...。が投稿にあります。
残念ながら正確な答えはないのですが...。私は長年ITプロジェクトに携わっていますが、経験から言うと、すべては個人差があり、タスクとチームの個人の資質に左右されます。プロジェクトの成功は、プログラマーの個人的な資質だけに依存するものではありません。今、私は本当に素晴らしいプログラマーたちとプロジェクトを率いているのですが、彼らはテーマに没頭しすぎていて、テーマ領域を理解しておらず、その結果、違う方向に走ってしまうことが頻繁に起こっています。また、MQLプログラマーについて言えることは、彼らは非常に多様であり、成功のレベルを決定することは報われません :-) 人生においてあまりにも異なる活動領域。
スレッドを読んでいない。フラビングです。
MQLでのプログラミングに関連したトレードがあります。EAにとってかなり単純なタスクである、2つのワゴン（まあ、それはクールすぎるかもしれません、もちろん、2、3の指標と市場に対する異なる「アプローチ」でより良い）を交差させることを見てみましょう。こんな単純なEAでも、プロガーによってコードが違うんでしょうね。しかし、私は一顧客として、コンパクトなコードであってもほとんど興味を示さないでしょう。注目します。
1.私の（最も頻繁に - 愚かな）タスクの処理の精度、例えば - 実際の交差の信号のみ、またはタッチしてから駆け上がる、すなわちコーダーは私の特異性に対する少なくともいくつかの種類の安全性を提供しているかどうか？そうでなければ、私は自分ではなく、コーダーを自分の馬鹿さ加減を責めることになるでしょう。
2.取引注文の 件数とサーバーの障害件数 - これは、コーダーが取引注文を正しく処理し、ディーラーに実行させることができたかどうかがより重要である。私は、リクオート、ニュース時間帯の取引禁止、エンジン時間帯の遅延やその他のものについては気にしません。
それから、ロットの最適化、ダイナミックストップロス、トロール、その他の奇妙なことなど、考えてもみなかったことです...。
これはどうでしょう？これにより、コーダーのMQLへの適性を判断するのでしょうか。ただ、それは小さな5セント（Winnie the Teddyより）にもならないでしょう。そして、注文数が激減する。どんなに優れたコードを実行しても、私の馬鹿力はコーダーによってキャンセルされることはないのだから。
残念ながら正確な答えはないのですが...。私は長年ITプロジェクトに携わってきましたが、経験から言えることは、すべては個人差があり、タスクとチームの個人の資質によって決まるということです。プロジェクトの成功は、プログラマーの個人的な資質だけに依存するものではありません。今、私は本当に素晴らしいプログラマーたちとプロジェクトを率いているのですが、彼らはテーマに没頭しすぎていて、テーマ領域を理解しておらず、その結果、違う方向に走ってしまうことが頻繁に起こっています。また、MQLプログラマーについて言えることは、成功の度合いを定義するのは無意味だということです（笑）。
被写体に没頭する...私はそれを「コーディングの対象に関する知識」と定義しました。確かに、重要でない指標ではありません。多様性--そう、そんなものがあるんですね。しかし、プログラマーの市場はすでに形成されており、エムケにあります。サービスや製品を提供しています。このマーケットをどう乗り切るか？価格では？例えば、インテージから価格を知らされたときは、ちょっとショックでしたね。なぜこんなに安いのか？コンポスターの価格をほのめかしたときも、同じような反応をされました。そして、どこからともなく、もっと高い値段でサービスを提供する人が現れるのです。実は、彼はフ?私はこれまで、さまざまな国のプログラマーと長い間、実りある仕事をしてきました。例えば、3、4年前はプログラマーがなかなか見つからず、この市場で迷走していたんです。今は、初心者にはもっと大変なのでは？他にもいろいろなキャンペーンがあります。どうすればいいのか？トレーダーとコーダーが「夢中でお互いを探して」、一緒に走り回るというのは、すでに許されない状況になっているのです。詐欺師がたくさん現れました。繰り返しになりますが、若くて優秀なコーダーが自己主張できないとしたら、どうでしょうか？そこで私は、自分のささやかな能力の限りにおいて、少なくともプログラマーを評価するための許容範囲の公式を見つけようとしているのです。ついでに仕事の評価も。
スレッドを読んでいない。フラビングです。
MQLでのプログラミングに関連したトレードがあります。EAにとってかなり単純なタスクである、2つのワゴン（まあ、それはクールすぎるかもしれません、もちろん、2、3の指標と市場に対する異なる「アプローチ」でより良い）を交差させることを見てみましょう。こんな簡単なEAでも、プロガーによってコードが違うんでしょうね。しかし、私は一顧客として、コンパクトなコードであってもほとんど興味を示さないでしょう。注目します。
1. 私の（通常 - バカげた）タスクの処理の正確さ、例えば - 実際の交差の信号のみか、タッチしてから駆け上がるか、つまりコーダーが私の特質に対して少なくともある種の安全性を提供できているかどうか？そうでなければ、私は自分ではなく、コーダーを自分の馬鹿さ加減を責めることになるでしょう。
2.取引注文の件数とサーバーの障害件数 - これは、コーダーが取引注文を正しく処理し、ディーラーに実行させることができたかどうかがより重要である。私は、リクオート、ニュース時間帯の取引禁止、エンジン時間帯の遅延やその他のものについては気にしません。
それから、ロットの最適化、ダイナミックストップロス、トロール、その他の奇妙なことなど、考えてもみなかったことです...。
これはどうでしょう？これにより、コーダーのMQLへの適性を判断するのでしょうか。ただ、それは小さな5セント（Winnie the Teddyより）にもならないでしょう。そして、私の注文の数は激減する。どんなに優れたコードが実行されても、私の馬鹿騒ぎをコーダーがキャンセルすることはできないからである。
全く同感です。これは「コーディングの対象に関する知識」を指していると思われます。ハイコーダーは、実際の取引のニュアンスを知り、おそらく顧客が指定した特定のDCでの取引の特殊性を識別し、信頼性の高い製品を製造する必要があります。そうすれば、トレーダーのバカさ加減が致命的な役割を果たすことはないだろう。そして、見かけのシンプルさとは裏腹に、製品の価格は適正であるべきです。