プログラマー向けにクライアントトレーダー用のTORを書きます。 - ページ 2

 
sand писал(а)>>

これは面白い質問だが、すでに書いたように、大きなプロジェクトにはステージャーが必要である。個人的に大きなMQL案件をいくつこなしたことがありますか?他の分野ではもっと多いのですが、合計百数十本に対して2本以下しかやっていません。

そういう言い方をすれば、マジで、たぶんない。

 
Integer >>:

Если так считать, по настоящему, то наверно ни одного.

そう思えるだけなんです...。

私にとっては、最初のEAが人生最大のプロジェクト(と思っていた)だったのですが、今はもちろんバカバカしいと思っています...。

今までのことは、これからやることに比べれば、小さなことのように思えます。

 

プログラマーが月に500Ueもあれば大丈夫と冗談で言っているようですが、常にお客さんがいるわけではなく、プログラムを書く人が半分の流れがあれば、単にフォーラムに何かを書く時間がないだけでしょう。ほとんどのお客様は10〜50Ueで、プログラムを書くまでがなんと大変なことか)))。

技術系企業などには、塩を積んだ車両を列車に乗せる方が簡単です。去年買った古い車と新しい車を交換するもよし、別の場所に行くもよし。

プログラマーはただ座っているだけでなく、フリーローダーも加わり、アウトプットのコスト、顧客のコンテンションを計算し、お金がない学生しかいないが、彼らは数ポンドをかき集めて何かを注文しようとし、さらに参照条件を作成するためにお金を払うので、彼は一般的に自分をぶら下げる)))))。

 

ドミトリーが この構想を支持し、自分でも以前から考えていたというなら、間違いなく彼は黙っていないことになる。月に2、3件の小口注文があるくらいで、何を言っているんだ?

追伸:タスクマネージャーの資格についてですが、大規模なプロジェクトに限っては、コーダーの資格よりもかなり高い必要があります。それに、大きなプロジェクトは最低でも数カ月はかかるものです。ドミトリーでは、このようなプロジェクトは多いのですか?

ですから、この場合、プログラマーは、何が形式化できるか(そして、何がすでに形式化されているか、適切なタイミングでオプションを提案できるように)についての合理的な考えを持っていれば十分なのです。

P.S. そして、お客さまのコストは、当然ながら上がります。ところで、高くなるのはずっと先の話だ。

 
1Rakso писал(а)>>

プログラマーが月に500Ueもあれば大丈夫と冗談で言っているようですが、常にお客さんがいるわけではなく、プログラムを書く人が半分の流れがあれば、単にフォーラムに何かを書く時間がないだけでしょう。ほとんどのお客様は10〜50Ueで、プログラムを書くまでがなんと大変なことか)))。

技術系企業などには、塩を積んだ車両を列車に乗せる方が簡単です。去年買った古い車と新しい車を交換するもよし、別の場所に行くもよし。

プログラマーが居座るだけでなく、フリーターも加わって、アウトプットのコスト、顧客のコンティンジェントを計算すると、お金がない学生しかいないのに、二束三文でかき集めて何かを注文しようとしたり、規約を作成するためのお金まで出すので、だいたい首を吊ります))))。

早すぎる.この道化師たちは、まだ医師の直接命令を受ける準備ができていない...。...システムアーキテクトに届くと同時に。仮想化については真面目に議論されていますが :)

 
1Rakso >>:

здесь же одни студенты ходят

そうですね、だいぶ前に気づきました。しかし、学生が親指を立てるのではなく、できるだけ礼儀正しく、正しくすることに意味があるのかもしれません。

 
sand писал(а)>>

これは面白い質問だが、以前にも書いたように、大きなプロジェクトにはステージャーが必要である。個人的に大きなMQL案件をいくつこなしたことがありますか?他の分野ではもっと多いのですが、合計百数十個で2個までしかやっていません。

診断名は「誇大妄想」です。MQLの一大プロジェクト :)))どこのサーカスで働いているんですか?

 
Risk >>:

А Вот и созревший пациент, диагноз - мания величия. Большой проект на MQL :))) В каком цирке работаете ?

私が知る限り、猪突猛進はこの掲示板に不可欠な要素です。

 

プログラマーという仕事の大きな専門家として言わせてもらえば、TORの開発者はスキルが低いので、仕事のコストを下げるために必要な安いリソースだと思います。高価な資源であるソフトウエアを使用することは、企業の競争力を低下させることになるため。


TORの作成が開発そのものより高くつく理由 - 非常に長いプロセスと時間給になることがある。


どのようなソフトウェアでも、その開発にはいくつかの段階がある。1)アイデア 2)ビジネスプラン 3)ソフトウェアの説明 4)ToRの作成 5)ToRの防衛(両者の署名入り) 6)開発者チームマネージャーの形成 7)開発 8)テスト、引渡し、など。


つまり、ソフトウェア開発の厳密な(リスクの低い)技術、ToRは第三者によって開発され、顧客と請負業者の両方の存在下で必須の保護である。


つまり、ToRの目的は、コストとリスクの削減なのです。


TKの開発者は、通常、顧客に対するソフトウェアの納品に必ず参加する。


実は、ToRは、建築家が開発し、その建築過程を見守る住宅のプロジェクト なのです。


MQからの興味深い提案があるところで、フォーラムmql5を見てください。


:)

 
SProgrammer писал(а)>>

プログラミングビジネスの大きな専門家として言わせてもらえば、TORの開発者は低スキルなので、仕事のコストを下げないために必要な安いリソースなのです。高価なリソースであるPROGRAMMERを使用することは、企業の競争力を低下させることになるためです。

TORの作成が開発そのものより高くつく理由 - 非常に長いプロセスと時間給になることがある。

どのようなソフトウェアでも、その開発にはいくつかの段階がある。1)アイデア 2)ビジネスプラン 3)ソフトウェアの説明 4)ToRの作成 5)ToRの防衛(両者の署名入り) 6)開発者チームマネージャーの形成 7)開発 8)テスト、引渡し、等々である。

つまり、ソフトウェア開発の厳密な(リスクの低い)技術、ToRは第三者によって開発され、顧客と請負業者の両方の存在下で必須の保護である。

つまり、ToRの目的は、コストとリスクの削減なのです。

TKの開発者は、通常、顧客に対するソフトウェアの納品に必ず参加する。

実は、ToRは、建築家が開発し、その建築過程を見守る住宅のプロジェクトなのです。

MQからの興味深い提案があるところで、フォーラムmql5を見てください。

:)

本当に面白いオファーだhttps://www.mql5.com/ru/forum/352