市場:ビルドアップデート後の製品不具合はどのように処理されるのですか? - ページ 3

 
Urain:

+1

そういうコンセプトなら、拳を振り回すべきではないでしょう。

なぜダメなのか?もしかしたら、MQは知らないうちに私たちを良い方向へ導いてくれるかもしれません。コンセプトはドグマではありません。
 
tol64:

オプションの「特異点」について誤解していますね。私が書いた当時はこれだけでした。今はすでに改良型、さらには他のバリエーションもあります。シンギュラリティ」列車はすでに出発している。:)

よし、どの意見も書かれた時点のものしかないと思っておこう :)意見の著者のための唯一のもの :)もちろん、皮肉です。

Tol64 です。

この仕事は、製品が市場に出た後も続きます。また、新しいビルドでテストするのに時間はかかりません。

本当に全員が常にすべてのモジュールを使用したプログラムを即座に書いているのでしょうか?そして、2週間に1度や1カ月に1度しか接続しないようなモジュールは、誰も持っていないこと。このようなコードであれば、バグを「そのまま」ずっと前に、しかも顧客によって発見することができます。

 
Yedelkin:

よし、どの意見も、それが書かれた時点では唯一のものだと仮定しよう :)意見の著者のための唯一のもの :)もちろん、皮肉です。

誰もがプログラムを書き、そのすべてのモジュールが常時、即座に使用されるというのは、本当にそうなのでしょうか?そして、2週間ごとや1カ月ごとに接続するようなモジュールは誰も持っていないということです。このようなコードでは、バグは即座にではなく、すなわち顧客によって「仕事の過程で」発見される可能性がある。

取引端末の 開発者が判断することになります。作る前に、私たちが夢にも思わないような、さまざまな角度から検討されるのです。結局、すべてはこのままなのかもしれません。:)

この問題に対する解答のバリエーションはあるのでしょうか?あるいは、提案されている選択肢のうち、どれが最もあるべき姿に近いとお考えでしょうか。

Ордерa, позиции и сделки в MetaTrader 5
Ордерa, позиции и сделки в MetaTrader 5
  • 2011.01.05
  • MetaQuotes Software Corp.
  • www.mql5.com
Надежный торговый робот не может быть создан без понимания механизмов работы торговой системы MetaTrader 5. Клиентский терминал получает от торгового сервера информацию о позициях, ордерах и сделках. Чтобы правильно обработать эти данные средствами MQL5 необходимо хорошо представлять как происходит взаимодействие mql5-программы и среды исполнения терминала.
 
Urain:

文中にNO RESPONSIBILITYという言葉があった場合、買い手はどう読むか、例を挙げてみました。

念のために言っておくと、人間の知覚は選択的なものである。映画のよく知られた事実:フィルムは最初の20分で観客の関心を持っていない場合、それは何か、任意の不可解なスタントや一般的に天の美しさであることができますが、この時点で映画館は空ですが、この美しさは誰もチェックアウトします。

同じことが販売に適用され、それが非常にジゴロを連想させるとして、イタリアで私たちの国のブランドZhiguliでよく知られている、ラダと改名しなければならなかった、まあ、どのような売上高は、買い手が来ると彼は名前ジゴロと "非常にクールなモダンな車 "を提供している場合することができます:)その後どのようにそれに乗るために、?イタリア人が、ほらほら、ジゴロが来たよ、と興奮気味に叫ぶ姿が目に浮かぶようです(笑)。

ただ、ほとんどの人が片側からしか問題を見ていないのは驚きです。そして、話題から話題へ。具体的なケースで説明しましょう。

プログラムの作者がいて、プログラムがあり、お客さんがいる。しばらくは問題なく動いていたのですが、MQのバグでプログラムが動かなくなりました。不偏不党の結論とは?- その通り、MQが原因であれば責任があり、その観点から問題に取り組むべきでしょう。多くの人はどうしているのでしょうか?- これらは、何らかの形で、著作者と買い手の義務や利益を分割し、著作者と買い手の関係に基づいたバリエーションを提案することから始まります。つまり、理屈を置き去りにしてしまうのです。問題を解決し、バリエーションを提供するためには、著者と購入者の理由の結果からではなく、トピックの理由から進むことが必要です...

特別条項:テーマから逸脱しないこと。

 

イエデルキン、あなたの人格の議論と、あなたの投稿のトピックに関する提案をごっちゃにするのはやめてください。

私はあなたの投稿をまるごと削除する自由はありません、それはトピックにフレーズを持っています。また、トピックから外れた投稿の文章を個別に削除することもできません。

すでに警告が出されているのですが、話題を自分の性格に転嫁しないことです。

 
tol64:

この問題に対処するための選択肢はあるのでしょうか?あるいは、どの選択肢があるべき姿に最も近いと思いますか?

投稿数から見て、もうすぐ荒らしの告発が殺到しそうです :)

...最初の選択肢は、「オン・ザ・フライ」と言われるように、すでに述べたとおりです。多様な選択肢がたくさんあってこそ、建設的な議論ができる--というのであれば、考えてもいいと思います。上記に示した思想のベクトルではあるが

 
sergeev:

イエデルキン、あなたの人格の議論と、あなたの投稿のトピックに関する提案をごっちゃにするのはやめてください。

私はあなたの投稿をまるごと削除する自由はありません、それはトピックにフレーズを持っています。また、トピックから外れた投稿の文章を個別に削除することもできません。

すでに警告が出されているのですが、話題を自分の性格に転嫁しないことです。

よし、私が「めちゃくちゃにした」投稿を削除し、あなたは私が引用した投稿と、現在の投稿を削除してください。賛成?

警告」については、私のIDにスレッドを移動させたのはあなたです。その後、自分でその投稿を削除したとしても。だから、警告のゲームはやめよう。

 
tol64:

この問題に対処するための選択肢はあるのでしょうか?あるいは、どの選択肢があるべき姿に最も近いと思いますか?

オプション2.ロシア法の下で関係を公式化する希望がある場合、ロシア連邦の民法第4編に関する専門家を招いて問題を解決する必要があります。例えば、民法第1296条「命令によって作成されたコンピュータ・プログラムおよびデータベース」参照。私の理解では、購入者がプログラムの使用を開始した場合、プログラマーに要求することは何もありません - すべてのクレームは、可能性のあるバグの原因としてMQに対してです。MQがそのような主張を拒否できるかどうかは、彼らの問題である。 ...もしかしたら、他の人は、民法の中に別の解決策を見出すかもしれない。

オプション3.マーケットプレイスの購入者は、新しいビルドの利用可能性を知らされるだけでなく、同時に「同じ情報の流れの中で」、このビルドがプログラムの作者によって承認されている/されていないことをそのような購入者に認識させる必要があるのです。プログラムの作者によってビルドが承認されていない場合 - マーケットの購入者のコンピュータの端末レベルでこのビルドをダウンロードすることを許可しない(またはマーケットから新しいビルドでプログラムをロードすることを許可しない)。という結果になります。

  • (a) 購入者は、希望すれば、プログラムの作者に連絡することを余儀なくされる。
  • (b) ソフトウェアの作者は、市場における当該製品に関連する契約上の義務を確認します。
  • (c1) 著者が以前、新規構築のための製品サポートを契約していた場合 - 合理的な期間内に無償でその義務を果たし、バグが確認された場合にはMQをいじめること。
  • (c2) 新しいビルドがマーケットプレイスでリリースされたときに、作者が製品を正常に動作させることを約束しない場合、作者は購入者を拒否するか、有償でビルドをチェックし、必要に応じてMQに話をすることを引き受けることができます。
  • (d) 著者は、MQが合理的な期間内に対応しなかった場合、苦情をMQに照会すべき旨を顧客に通知し、または希望により製品を「現状のまま」書き直すことができます。
  • (e) MQが、サーバー上のビルドの新旧バージョンを合理的な期間維持する仕組みを確立する必要があること。

===ディテールはいつでも明確にできる/追加できる。さっそくですが、オプションを求められたので、生成してみました。考え方が明確になっていればいいのですが。今、思いついたことを提案。間違いなく不幸な経験に基づいて、オプションを守ることはありません。

 
Yedelkin:

(c2) 新しいビルドがリリースされたときに、作者がその製品をマーケットで維持することにコミットしていない場合。

というのが、問題のポイントです。

を、仮にメタ引用であっても、Market 契約にそのような条項が含まれていませんでした。これは、新しいビルドがMQL5製品の動作に影響を与えることはないということを意味しています。また、実際の製品ではそうではありません。

そして、これは必要不可欠なことです。リリース後の製品性能は、mqlプログラマーではなく、開発者に依存することになるため。

 
sergeev:

これが問題の条文です。

をルールに入れ、仮にメタクオーターがそのような条項をマーケットプレイス契約に入れなかったとします。新しいビルドはMQL5製品の動作に影響を与えないということを意味しています。また、実際の製品ではそうではありません。

そして、これは必要不可欠なことです。

そんな繊細なことは意識していませんでした。つまり、現時点では、この部分の全責任を(喜んで、あるいは嫌々ながら)引き受けたのは、MQさんということになるのですね。

アグリーメントに関しては、鉄筋コンクリートの基礎ではないので、改良の余地があります :)もし、この点が製品の作者にとってそれほど重要であるならば、お互いに納得のいく解決策を導き出すために、この点も重視されるべきです。

さらに、民事弁護士はこのような考え方をしています。一言で言えば、ある債務の一部についてメーカーが保証をし、ショップがその保証を補完することができるのです。例えば、Mvideoは100ドルから200ドルで、2年から3年、無償交換を保証している。つまり、製品の製造者は自ら負った義務の部分のみ、ショップはそれ以外の部分について責任を負うということです。

つまり、広告では、その製品は「そうそう」「そうそう」「そうそう」(長いリスト)に対してのみ責任があることを示すだろう、ということです。しかし、「これ」(ショートリスト)については、私には責任がない。そして、市場のルールが変わらなければ、私がカバーする業務を超えた商品の責任は、ショップの運営側にあることになります(ショップのルールがそうなっているからです)。