MQL5で共同プロジェクト開発 - 私たちの未来は？ - ページ 9

新しいコメント
 
Alexandr Andreev:

家を建てるとき、特に大きな家であれば、設計は不可欠です（特に分業制にする場合）。作品に多少なりともまとまりを持たせるためには、建築的なデザインが必要です。このプロジェクトは、通常、工事や資材を含む家の構造の5〜10％を占めるので、一人ではなく多くの人（空調のセクションなど）も実行します。そして、高層ビルを建てるのか、ただの豪邸を建てるのかは関係ない。

プログラミングにも、ToRと呼ばれる一種のアーキテクチャー・プロジェクトがあります。そして、それなしには、単に大きなものはできないのです（常に書き直すことは別として）。結論として、複雑なプログラムを構想する場合、TORを作るのさえ難しく、TKを逃すと、信じられないほどの手戻りの多さになるものが出てきます。

家の建設は、まず外観から始まります。ここで建築家がやってきて、私たちの希望をスケッチし始めるのです。つまり、大きなプロジェクトのTORを作成するためには、まず、大きなプロジェクトのTKを作成するためのTORを作成しなければならない。そして、ここではTKのTORはまだ一人書き可能です。もちろん、大規模なプロジェクトの場合は別ですが。さて、まずはアイデアが必要ですね...。ひとつのアイデアだけでは、なかなかうまくいかないものですが...。


しかも、すべてボランタリーベースとは。

だから、プロジェクトが何度もゼロから書き直しになると、方法はひとつしかない......。それでも、みんながそれぞれの方向に揺れ動き、大きな誤解を生むことになる。


TORはまさに始まりであり、全く存在しないかもしれません。例えば、私が最後に担当したプロジェクトでは、私のアイデアなのでTORはなく、私がプロジェクトを簡単に説明し、イギリス人がそれを承認して、作業計画を作成するのに2週間かかりました。一般的に、ソフトウェア会社には、プロジェクトアーキテクトという職種があります。原則として、アーキテクトは自分ではあまりプログラミングをせず、クラスシステムや相互関係などを設計するのです。授業の空欄を用意することもある。私たちの会社は50人ほどの小さな会社でしたから、すべてを組み合わせなければならなかったのです。特にドキュメントを書くのは面倒な作業だった））。

通常、このようなポジションには、プログラミングやプロジェクトマネジメントの経験が豊富な人材が採用されます。

そんな人はここにはいないと思います。

 
Alexey Volchanskiy:

30万RR/月なら、どっちも行かない？))


いや、そこにもいないね。

 
Alexey Volchanskiy:

みんな自分のことを一番に考えていて、他人を信用しないんです。開発時間を短縮する必要がある場合は、タスクをクラスに分割してフリーランスにするのが簡単です。

フォーラムのスレッドを読んでいる人はどれくらいいるのでしょうか？- 数百人はいると思います。また、世界中でどれくらいの人がMTを使っているのでしょうか？数百万はあると思います。これだけの人数の中には、間違いなくプロフェッショナルやエグゼクティブが存在します。共同開発の機会を生かすか？- なぜダメなのか？))

 
Alexandr Andreev:

家を建てるとき、特に大きな家であれば、設計は不可欠です（特に分業制にする場合）。作品に多少なりともまとまりを持たせるためには、建築的なデザインが必要です。このプロジェクトは、通常、工事や資材を含む家の構造の5〜10％を占めるので、一人ではなく多くの人（空調のセクションなど）も実行します。そして、高層ビルを建てるのか、ただの豪邸を建てるのかは関係ない。

プログラミングにも、ToRと呼ばれる一種のアーキテクチャー・プロジェクトがあります。そして、それなしには、単に大きなものはできないのです（常に書き直すことは別として）。結論として、複雑なプログラムを構想する場合、TORを作るのさえ難しく、TKを逃すと、信じられないほど多くの手戻りが発生することになります。

家の建設は、まず外観から始まります。ここで建築家がやってきて、私たちの希望をスケッチし始めるのです。つまり、大きなプロジェクトのTORを作成するためには、まず、大きなプロジェクトのTKを作成するためのTORを作成しなければならない。そして、ここではTKのTORはまだ一人書き可能です。もちろん、大規模なプロジェクトの場合は別ですが。さて、まずはアイデアが必要ですね...。ひとつのアイデアだけでは、なかなかうまくいかないものですが...。


しかも、すべてボランタリーベースとは。

だから、プロジェクトが何度もゼロから書き直しになると、方法はひとつしかない......。それでも、みんながそれぞれの方向に揺れ動き、大きな誤解を生むことになる。

私はこれまで何度も、MQLの共同開発技術はボランタリーベースでは失敗する、という意見を述べてきました。誰も必要としない。この領域は仕様が異なります。プログラマー集団によるクローズドな開発の可能性が広がり、参加者間の金銭的な分配の問題が解決されれば、私たちの「GitHub」は生き残り、発展していくことができるのです。これは私の意見です。

 
Реter Konow:

フォーラムのスレッドを読んでいる人はどれくらいいるのでしょうか？- 数百人はいると思います。また、世界中でどれくらいの人がMTを使っているのでしょうか？数百万はあると思います。これだけの人数の中には、間違いなくプロフェッショナルやエグゼクティブが存在します。共同開発の機会を生かすか？- なぜダメなのか？))


MQLで書いている会社であれば、GithubやBitbusket、サーバー上のシステムなどのリポジトリをすでに使っているはずです。フォーラムくらいの人数でスタートしました。

 
Alexey Volchanskiy:

MQLで書いている会社であれば、GithubやBitbusketなどのリポジトリやサーバー上のシステムをすでに長い間使っているはずです。フォーラムくらいの人数でスタートしました。

フォーラム関係者？その数は非常に少ないのですが...。それに、彼らは皆、イノベーションや開発に対して懐疑的であり、敵対的なのです。)))新しいものを恐れているのです))
 
Реter Konow:
フォーラム関係者？その数は非常に少ないのですが...。それに、彼らは皆、猜疑心が強く、技術革新や開発に反対する人たちです。)))彼らは新しいものをすべて恐れているのです))

では、議論しているのでしょうか？おしゃべりしてるだけ？

 
Alexey Volchanskiy:

では、議論しているのでしょうか？おしゃべりしてるだけ？

私たちは、ただ話しているだけではありません。MQL5で開発するためのGitHubのアナログを作ろうということで、MQプロジェクトの 成功の可能性を議論しているところです。プログラマーのグループが共通のTORで共同作業するための、ネイティブMT環境における特別なプラットフォームです。

しかし、私はこの対談の中で、ずっと地球規模を暗示していました。と思ったのですが、あなたも...。

 

プログラマーが何人も必要になるようなMQLのプロジェクトを想像すると、怖くなります。高度なニューラルネットワークでなければ。

フリーランスに目を向ける。ワゴンをカウントしないならグリッド、グリッドでないなら時間差取引を 追加。

 
Alexey Volchanskiy:

では、議論しているのでしょうか？話だけですか？

しかし、グローバルに考えて、このようなプロジェクトが 成功する可能性はあるのでしょうか？やはり、すでに他のプラットフォームでプログラマーがMQLで共同開発している会社があれば、ネイティブ環境で作業した方が簡単で便利ではないでしょうか？それが会社にとって大きな一歩になるとしたらどうでしょう。
1234567891011
新しいコメント