市場:ビルドアップデート後の製品不具合はどのように処理されるのですか? - ページ 4 1234567891011 新しいコメント Yedelkin 2012.04.24 16:01 #31 papaklass:とても分かりやすいですね。新しいビルドがリリースされる前に、三菱商事は市場に出ている製品のソフトウェア開発者に1週間のテスト期間を与えています。それだけです。 そんな単純な話じゃないんです。この問題は、すでにスレッドの冒頭で反映させています。繰り返しますが(皮肉にも)、製品の作者にとって、新しいビルドのバグをテストするために「無料で」何週間も費やすことほど良いことはありません...誰かが特別にそれをしたいのなら構いませんが、すべての人を同じはしごで括るのはあまり良いことではありません。このやり方では、現在進行中のプロジェクトを 十分に抱えているプロのプログラマーは満足しないでしょう。あるいは、すべてのプログラマーが、バグを捕まえるための代償をあらかじめ用意して、製品の入手の敷居を高くしなければならないでしょう。 TheXpert 2012.04.24 17:09 #32 papaklass:この1週間の間、新しいビルドは開発者向けにのみ提供され、このビルドでソフトウェアをテストすることができます。もし、バグを見つけたら、servicedeckに報告するそうです。このテストウィークを経て、重大なバグがないと三菱商事が判断した場合、新しいビルドが正式にリリースされます(誰でも利用可能です)。ファックされ、ケツの穴です。特に今は、ビルドが登場するスピードが速いですね。この問題は解決できるものではなく、ユーザーが絶対に普通に「プリーズ、動かない!」と書ける場所があればいいのです、どうせ開発者がすべての凸凹をキャッチしてくれるでしょうから。 Yedelkin 2012.04.24 17:30 #33 papaklass:ここでも懸念されるのは、製品(サービス)にお金を払う人たちではなく、貧しいプログラマーたちである。 あなたは、羊と狼の両方を同時に世話しようとしたのです。私は、この論理には重大な欠陥があることを説明したに過ぎません。また、「貧乏プログラマーの面倒を見る」ことと、どんな関係があるのでしょうか?特に、羊のことだけを考えていた(比喩的に自分の考えを続けていた)ことを考えれば、なおさらです。...そして、あなたが既存の条件から進めるという事実は、これらの条件そのものを変更/改善する可能性を全く否定するものではありません。 Yedelkin 2012.04.24 17:33 #34 papaklass:また購入者がすべてを負担しなければならないシステムを提案しているのですね。これは不公平だ。 いいえ。よく読んでみてください。買い手は、自分が支払うことに同意したものに対してのみ、代金を支払う。彼はいつも自分が選んだ条件に対してお金を払うんだ、それは間違いない。 Konstantin Gruzdev 2012.04.24 22:18 #35 C-4:しかし、ロールバックバックアップ機能を持つことは、完全性の概念と矛盾するものではありません。 しかし、端末、サーバー、クラウド、その他を問わず、すべてをロールバックすれば、整合性の概念に矛盾することはありません。 Anatoli Kazharski 2012.04.24 23:01 #36 Yedelkin: ... ===ディテールはいつでも明確にできる/追加できる。さっそくですが、オプションを求められたので、生成してみました。考え方が明確になっていればいいのですが。今、思いついたことを提案。間違いなく不幸な経験に基づいて、オプションを守ることはありません。 だからすぐに。:)ここでは、より多くの選択肢をご紹介します。積み重ねるものがある(私たちではない)。そして、経験は悲しいものではなく、喜びであるべきです。でも、悲しいときこそ、面白いアイデアが浮かぶもの......。一般的には、何事も喜べばいいのです。))) Yedelkin 2012.04.25 06:07 #37 Yedelkin: 買い手は、自分が支払うことに同意したものに対してのみ、代金を支払う。買い手は自分が選んだ条件の分だけお金を払う、それは確かです。 同じ商品が少なくとも2種類、異なる価格で市場に出回っている。2倍高いそのバージョンは、ベンダーがn将来のビルドサポートを保証していることを意味します。安いバージョン、それは現在のビルドで動作する保証があり、さらに新しいビルドに微調整するために作成者に追加のお金を支払う可能性があります(新しいビルドを制御するため)。最も安いオプションは、購入者が「自己責任」で新築にアップグレードするか、有償で著者にアドバイスを求めるかを決めるということです。 михаил потапыч 2012.04.25 10:12 #38 常に内側から問題を解決しようとしているのですね。その結果、実装を妄想するような解決策を打ち出してしまうのです。プログラマーは必要なのか? ないんです。彼は3ヵ月間タイガを征服し、タイメンを狩りに行った。それがどうした?商品を棚から外す、その根拠は? 新しい法案を待つために彼を永久に警戒させる?バグを捕まえる期間も1週間?プログラマーはもういない、これからはマーケットの社員がやるんだ。 また、ある業者がこの奴隷制度に参加する場合は、商品の原価に含めることになる。しかし、その販売数はプログラマーにとって採算が合わないレベルまで落ち込んでしまう。今はベンダーが少なく、それぞれが平均して1つの製品を持っています。でも、物事は前向きに考えなければなりません。つまり、平均的なベンダーは2.5ダースの製品を持っているわけです。それがどうした?ずっと前に受け取って使ったお金で、1週間も修理する時間があるのですか? 買い手は関係ない。支払った、受け取った。うまくいかなければならないのです。うまくいかなければならないのです。我々はバイヤーが新しいビルドで動作しないことを書いている市場の場所を作れば、これの各文字にエキスパート-アドバイザが市場で買った別の9は、予想される100万稼ぐ代わりにデポを排出したことになります。提案はないが、サービス市場の法則を忘れてはいけない。 Yedelkin 2012.04.25 10:20 #39 Mischek: 常に内側から問題を解決しようとしているのですね。その結果、実行するのが妄信的な解決策を打ち出してしまうのです。 このメッセージは、パネリスト全員に向けたものなのか、それとも特定の誰かに向けたものなのでしょうか。 михаил потапыч 2012.04.25 10:22 #40 Yedelkin: このメッセージは、パネリスト全員に向けたものなのか、それとも特定の誰かに向けたものなのでしょうか? あなた以外は、おしゃべりを減らすために 1234567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
とても分かりやすいですね。
新しいビルドがリリースされる前に、三菱商事は市場に出ている製品のソフトウェア開発者に1週間のテスト期間を与えています。それだけです。
この1週間の間、新しいビルドは開発者向けにのみ提供され、このビルドでソフトウェアをテストすることができます。もし、バグを見つけたら、servicedeckに報告するそうです。このテストウィークを経て、重大なバグがないと三菱商事が判断した場合、新しいビルドが正式にリリースされます(誰でも利用可能です)。
ファックされ、ケツの穴です。特に今は、ビルドが登場するスピードが速いですね。
この問題は解決できるものではなく、ユーザーが絶対に普通に「プリーズ、動かない!」と書ける場所があればいいのです、どうせ開発者がすべての凸凹をキャッチしてくれるでしょうから。
ここでも懸念されるのは、製品(サービス)にお金を払う人たちではなく、貧しいプログラマーたちである。
あなたは、羊と狼の両方を同時に世話しようとしたのです。私は、この論理には重大な欠陥があることを説明したに過ぎません。また、「貧乏プログラマーの面倒を見る」ことと、どんな関係があるのでしょうか?特に、羊のことだけを考えていた(比喩的に自分の考えを続けていた)ことを考えれば、なおさらです。
...そして、あなたが既存の条件から進めるという事実は、これらの条件そのものを変更/改善する可能性を全く否定するものではありません。
また購入者がすべてを負担しなければならないシステムを提案しているのですね。これは不公平だ。
しかし、ロールバックバックアップ機能を持つことは、完全性の概念と矛盾するものではありません。
...
===ディテールはいつでも明確にできる/追加できる。さっそくですが、オプションを求められたので、生成してみました。考え方が明確になっていればいいのですが。今、思いついたことを提案。間違いなく不幸な経験に基づいて、オプションを守ることはありません。
買い手は、自分が支払うことに同意したものに対してのみ、代金を支払う。買い手は自分が選んだ条件の分だけお金を払う、それは確かです。
常に内側から問題を解決しようとしているのですね。その結果、実装を妄想するような解決策を打ち出してしまうのです。
プログラマーは必要なのか?
ないんです。彼は3ヵ月間タイガを征服し、タイメンを狩りに行った。それがどうした?商品を棚から外す、その根拠は?
新しい法案を待つために彼を永久に警戒させる?バグを捕まえる期間も1週間?プログラマーはもういない、これからはマーケットの社員がやるんだ。
また、ある業者がこの奴隷制度に参加する場合は、商品の原価に含めることになる。しかし、その販売数はプログラマーにとって採算が合わないレベルまで落ち込んでしまう。
今はベンダーが少なく、それぞれが平均して1つの製品を持っています。でも、物事は前向きに考えなければなりません。つまり、平均的なベンダーは2.5ダースの製品を持っているわけです。それがどうした?ずっと前に受け取って使ったお金で、1週間も修理する時間があるのですか?
買い手は関係ない。支払った、受け取った。うまくいかなければならないのです。うまくいかなければならないのです。我々はバイヤーが新しいビルドで動作しないことを書いている市場の場所を作れば、これの各文字にエキスパート-アドバイザが市場で買った別の9は、予想される100万稼ぐ代わりにデポを排出したことになります。
提案はないが、サービス市場の法則を忘れてはいけない。
常に内側から問題を解決しようとしているのですね。その結果、実行するのが妄信的な解決策を打ち出してしまうのです。
このメッセージは、パネリスト全員に向けたものなのか、それとも特定の誰かに向けたものなのでしょうか?