アドバイザークイック(1~5時間)10ドル、スクリプト5ドル。 - ページ 9

 
granit77 писал(а)>>

実際、自己顕示欲がそのようなスレッドを何本も殺していることが分かっている。私は、プログラマーを見つけるための賢明な手順をアドバイスすることしかできません。IMHO

1.記事を読む「Expert Advisorを注文する。 伝説のコンポーザーが 書いた「トレーダーへの指南 書」。 TORを作成するための実践的なガイドブックです。

2.プログラマーを探すためにフォーラムを検索し(注文の広告ではありません)、議論を読み、人々がどのように行動するかを見てください。

3.気に入った候補者(共感してくれる人、正しく的確に表現してくれる人、フォーラムでの経験が長く、真面目な脚本・論文を多く発表している人)をリストアップしてください。

4.TORを作成し、候補者にコンタクトを取り、事前合意後、TORを送付し、コスト見積りを行う。

5.一人を選び、残りに感謝する。

私の経験では、文句なしの権威はkomposterと Integer です(他のプロの方には申し訳ないのですが、私が遭遇していないだけです)。

アルゴリズムは良いのですが、1つだけ確かなことは、「無条件」の自動作成者ほど、彼のサービスが高価になるということです:) だから、合理的な妥協点を見つけようとするのです。

ケチが何倍も払うというのは、一理あるのでしょうが...。

 
rid писал(а)>>

何度か、私のささやかなプログラミング経験で、最もシンプルでベーシックなデザインの注文に応じることにしました。

その印象は鮮明です。原則として、顧客は最終的に何を得たいのかについて、非常に貧弱な考えを持っています。

そして、規約を解釈してもらうこと。これは、実際にチップを書くよりも時間がかかることもあるんですよ。皮肉抜きで)規約の抽出が難しかったりするんですよねー。

通常、お客様自身は、自分が何を望んでいるのか、全く気付いていないものです・・・。

ある「ToR」から:A線のスケジュールがB線にギリギリ 及ばない場合......。

音声でさらにコミュニケーション。

私:少しとは、どのくらいで、何に?

ザック:バカじゃないの、 リトルが 何か知らないの?

 
Echkidag >> :

アルゴリズムは良いのですが、ひとつ問題があります。自動アイテムが「無条件」になればなるほど、そのサービスは高価になります :) だから、合理的な妥協点を見つけようとするのです。

守銭奴が何倍も払うというのは、ある意味真実なのだろうが......。

何世代にもわたって検証され続けてきたアルゴリズム。このスレッドからも、「行き当たりばったりのコミュニケーション」がお金や神経の損失を大きくすることは明らかです。

そして、節約は巧みに行うべきである。自分でできる簡単なもの、適度な料金で注文できるオプションのもの、そしてグラドルたちに贈る潜在的なグラドルたち。

彼らは知的に、合理的に、そして正しく、あなたが間違っていることを再び示してくれるでしょうし、あなたは良いお金がかかったので、そのレッスンをとてもよく覚えています。

 

最初に、委託条件と一緒に、いくら支払う用意があるのかを知らせる方が簡単ではないだろうか

プログラマーの仕事に対して

 
"安物 "を追わないほうがいい。安くて良いものは稀であり、短命であり、万人向けではないのです。非現実的なほど "気前のいい "オファーだった......。
 
JavaDev писал(а)>>

お客様自身は、自分が何を望んでいるのかを十分に理解していないのが原則ですから...。

ある「ToR」から:A線のスケジュールがB線に少し 足りないくらいだと...。

さらに音声でコミュニケーション。

私:少しとは、どのくらいで、何に?

ザック:お前はバカか、 リトルが 何か知らないのか?

顧客自身が何を望んでいるのかわからない場合は、もっと寛容になり、いくつかの選択肢を提供し、その中から選ばせましょう。

 
Shu >> :

もし、顧客が何を望んでいるのかわからない場合は、もっと寛容になり、いくつかの選択肢を提供し、その中から顧客に選んでもらいましょう。

それがコーダーのやり方だ.2-3種類のバリエーションを用意し、お客様が決定します。

ペンチでTKを引っ張る」なんて面倒なことはしたくないという人もいるかもしれませんね。

 
Shu >> :

もし、顧客自身が何を望んでいるのかわからないことがコミュニケーションから読み取れたら、もっと寛容になりましょう。

絶対〜やってはいけないことです。

"For" at any "flush" results (and there will no other) the culprit will always be the programmer.

その結果...

 
rid писал(а)>>

絶対〜やってはいけないことです。

"失敗 "した結果(これ以外にはないでしょうが)には、常にプログラマーが責任を負うことになるからです。

その結果...

飛んでもないもし、顧客が条件を設定できないのであれば、いくつかの選択肢(あなたの開発、形式化の経験に基づく)を与えればよいのです。しかし、タスクを形式化せずに書き始めると(「顧客の 言葉遣い」に準拠するという意味で)、--そう、完全に同意します--プログラマがどう書いても、やはりダメで、2-3-4-5回やり直さなければならなくなるのです。

 

えー、やっぱりコーダーって大変なんですね。また、お客さまがコーダーとコミュニケーションを取る際にも、彼(コーダー)が「『ちょっとだけ』の意味がわからないようなバカ」だと大変です。そして面白いことに、TORを正しく策定するためには、そのバカなコーダーと同じように、顧客の心を回転させなければならないのです。