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

新しいコメント
 
もうひとつ、MTの新しいビルドでインジケータ/アドバイザの再コンパイルが必要になることがあり、ユーザーの同意なしにMT5がアップデートされることがあります。
 
Contender:
MTの新しいビルドでは、インジケータ/アドバイザの再コンパイルが必要になることがあります。

でも、この流れは早く解決したいものです。

ちなみに、ex5を市場に出した時点で、プロテクトがかかっているわけですから、市場が勝手にリコンパイルしてくれるかもしれません。だから、理論的には、新しいビルドのために再コンパイルして...。が、どうでしょう。

 
sergeev:

リコンパイルは市場がやってくれるかもしれません。

それにしても、面白い発想ですね。続いての質問ですが、新しいビルドがリリースされるたびに、市販されているすべての製品を（各製品のデフォルト設定を考慮して）自動的に再コンパイルし、その再コンパイルした製品を十分に深い履歴で（これも各製品のデフォルト設定を考慮して）テストすることは現実的でしょうか。バグが自動的に検出された場合、新しいビルドのリリースは中断され、「非常に深く隠された」バグのみがお客様のもとに届くことになります。その結果、ビルドバグの可能性を大幅に減らすことができるのです。

 
papaklass:
その通り、市場はすぐにすべてを元の状態に戻してしまう。もちろん、バイヤーからのネガティブなフィードバックを三菱商事がもみ消すのでなければ、商品を伴わないセラーがマーケットから飛び出していく様子がわかると思います。

市場がアレンジしてくれるのですが、あなたが考えているような形ではありません。

シンプルでユーザーフレンドリーなサービスであること。買い手と売り手のために。

売り手が脱落する？5パーセントは辞めると思うんですね。95％出します。商品の原価、販売数、費やした時間をカウントする。誰も警戒しなくなる。平凡で採算が合わない。

 
市場の側で決めなければならない。たとえ手数料を上げることになっても。
 
papaklass:
100％同意します。
誰がそれに反対できるだろう？そのために、私たちはここにいるのです。:)
 

私の感想は

私見では、この問題は大げさだと思います。そうですね、今のところ関連性がありますね。しかし、すべてのビルドが不可抗力というほどではありません。また、楽しいビルドが出たとしても、MQは2週間ではなく数日で新しいビルドをリリースします。

MQ、売り手、買い手の責任はルールに明記されています。本サービスの参加者は、このルールの範囲内で、各自がリスク（レピュテーションを含む）を負うものとします。

解決策は、両者とも同じです。

  • 買い手の場合：できるだけ早く、servicedk MQを通じて、また売り手の個人アカウントを通じて、バグについて通知してください。
  • 売り手のために(生きていれば)MQが事態を解決するために最大限の合理的な手段を講じるか、(死んでいれば)製品の販売を取り止め、永遠に死んでください。
  • for MQ: 安定版ビルドをできるだけ早くリリースしてください。

 
Mischek:
市場の側で解決しなければならない。たとえ手数料を上げることになっても。

ミーシャ マーケットの側では解決できない。誰が、社員が全商品をチェックするのですか？

いや、唯一の選択肢は、ユーザー→プログラマー→サポート→修正、だ。問題は、この方式をいかに効率化するかということだ。

 
TheXpert:

ミーシャ マーケットの側では解決できない。誰が、社員が全商品をチェックするのですか？

いや、唯一の選択肢は、ユーザー→プログラマー→サポート→修正、だ。問題は、この方式をいかに効率化するかということだ。

手数料を上げる。
 
Mischek:
手数料を上げる.
それで何が解決するのでしょうか？
1234567891011
新しいコメント