プログラマーを最低限確保した上で - ページ 8

 
delyus:

このトピックでは、EAに価値があればクライアントの小銭は不要であり、価値がなければクライアントも必要としないため、「プログラマーにお金を払うのは意味がない」という公理が改めて議論されました。


結論は絶対に間違っている!

なぜ専門家がすべてなのか?

私は指標を書くが、指標だけではない

会計制度インジケーターを書いたり、会計プログラムを書いたり・・・、クライアントが喜んでくれるんです

どうしたらいいのか、わからないのです。

MF_Break_Down

最もシンプルで効果的な方法の1つです。

例えば、下降トレンドの場合、このシグナルは買い増しのチャンスとして理解されます。

TSと調整すればいいだけです。

私たちはほとんど技術者ですが、多くの人が懐疑的な見方をしています。

相場で本当に儲けている人はいる-まあ、多くはないが、存在する。

 
YuraZ:

「こんな絵を見たことがありますか?

MF_Break_Down

最もシンプルで効果的なものの一つで、人々はそれを取引戦略に利用しています

例えば、下降トレンドの場合、このシグナルは買い増しのチャンスと理解される

それをTSと連携させるだけです。

そうです、その通りです。また、MTSの基本ではなく、追加的なものと捉えていますが、目をつけています。特にフリーアクセスで非常に似たようなアナログがあるので、お金を払って大人になって自分で似たようなものを書く意味がわからない。

プログラマーが金持ちになるMTSを作るためにお金をもらうべきかどうかについては、私の意見は、そうすべきだということです - "順序はライブラリにあるに違いない!"。そして、聖杯の書き込みの場合、100円玉はもう話にならない。

 
不思議な世界だ。タダでいい仕事ができることも多いし、金でふざけることもある。この現象は、女性であっても、ほとんどすべてのものに見られる典型的な特徴だ。 私はかつて、友人の代理として遊びで美容師をしたことがあるが、手を慣らしながらうまく髪の毛を切ると、どんな金銭的配慮もそれを許さず、髪の毛1本が取れてしまうのだ。そして、方法がわからなければ、いくら払っても手に入らない。 それでも、プログラマーが前金を取るのは、そのアイデアが役に立たないことをあらかじめ知っていて、クライアントが落ち目のピカーを見て失望し、熱意が冷たいキュウリのお尻のように枯れてしまうことを知っているからで、つまり、プログラマーは単にだましているだけなのである。そして、そのアイデアがプログラマー自身にとって興味深いものであれば、たとえお金を払ってやらないようにしても、それを実装することを拒むものは何もない。)仕事はスリリングで、テスターは歌い、時間は姫との夜のように気づかないほど速く、大きなお金の塊が待っている。
 
delyus:
プログラマーは、そのアイデアの不向きさをあらかじめ知っていて、クライアントが、その落し物を見て、明らかに失望し、せっかくの熱も冷めたキュウリの尻のように冷めてしまうことを知っていれば、前金で受け取る、つまり、プログラマーは単にずるい のである。
delyus さん、ここは明らかにやりすぎです。コーダーがどのようなシステムで依頼されようとも、報酬を期待するのは至極当然のことであり、ずる賢さは関係ないのです。
 
Mathemat:
delyus:
同じように、プログラマーは、アイデアの不適当性をあらかじめ知っていて、クライアントが、衰えたパイカーを見て、明らかに失望し、燃え上がった熱情が冷たいキュウリでお尻を叩くように衰えることを知っていれば、事前に請求する、つまり、プログラマーは単に不正をしているの である。
delyus さん、ここは明らかにやりすぎです。コーダーがどのようなシステムで依頼されようとも、報酬を期待するのは至極当然のことであり、ずる賢さは関係ないのです。

プログラマーがあらかじめ何かを知っていれば、その知識を得るために多くの時間が費やされるため、その知識にもコストがかかる。

クライアントがアイデアの妥当性を評価するよう依頼した場合、これも有償のサービスであり、クライアントは事前にそのサービスに対する対価を支払うことを承知で専門家にコンタクトしているのである。

 

アイデアの適否を判断するのは、最も単純なケースを除いて、もはやプログラマーの仕事ではない。もし、クライアントがM1で動かそうとしているのが単なる2台のマシンシステムなら、プログラマはそれが適さないことを知りながら、無料でそれを伝えることができます。しかし、クライアントはしばしば自分のアイデアの価値を大幅に誇張するので、何もアドバイスすることはできません。また、システムがより高度になり、コーダーがそのようなことをしたことがなければ、もはやそのアイデアを評価する責任はない。

 
Mathemat:

アイデアの適否を判断するのは、最も単純なケースを除いて、もはやプログラマーの仕事ではない。もし、クライアントがM1で動かそうとしているのが単なる2台のマシンシステムなら、プログラマはそれが適さないことを知りながら、無料でそれを伝えることができます。しかし、クライアントはしばしば自分のアイデアの価値を大幅に誇張するので、何もアドバイスすることはできません。また、システムがより洗練され、コーダーがそのようなことを行っていない場合、コーダーはそのアイデアを評価する責任を負わなくなるのです。


しかし、プログラマーはこの分野の専門家でなければならないことが多いのです。

一般的に、Expert Advisorの形式でシステムをコーディングした最終結果は、アイデアの評価です。

 
プログラマーはアイデアの価値をほぼ2秒で評価できるのに、素朴なクライアントの儲からないアイデアの99%(統計)のケースでコードを作らせるとは、この矛盾はどうだろう。:))
 
delyus:
しかし、この矛盾はどうでしょう。プログラマーはアイデアの価値をほぼ2秒で評価できるのに、素朴なクライアントの儲からないアイデアの99%のケース(統計)でコードを作らせるのはなぜでしょうか?:))


なぜなら、クライアントは常に正しいからです。なぜなら、プログラマーはプログラムを 書くためにアプローチしているのであって、専門家のレビューをするためにアプローチしているわけではないからです。そして何より、幻想からの解放が最高の価値である。プログラマは知らない - 顧客の夢は魔法のボタンのパイプの夢、ワンクリックで世界の支配者、またはちょうど同じ2馬や確率の少なくとも、ヘルパーを必要とする頭を持つ本当のトレーダーになるかどうかを指定します。

 

少なくとも同じ2MAやストキャスティクスから、助っ人が必要なだけのヘッドトレーダー///。

(一般論で話していることは理解していますが、少し苦笑せざるを得ません。ヘッドトレーダーと2MAやストキャスティックスは相容れません))) 特に賢いトレーダーは、EAの海があり、自由市場でさらに2滴あるときに、どうやってMaとストキャのプログラマを探すのか、さらに言えば、どんなに曲げようと、テイクとストップが同じで最初のテストで50%を与え、それ以外は70%と知っていないわけはないでしょう。