市場:ビルドアップデート後の製品不具合はどのように処理されるのですか? - ページ 2 123456789...11 新しいコメント Andrew Petras 2012.04.24 10:01 #11 自動更新を無効にするのは、なんだか上から目線ですね。障害者 - それがどうした?新しいビルドですべてが機能するというフィードバックを待っているのでしょうか?ロールバックは原則的にオプションですが、これもサーバーサイドから行う必要があります。 Yedelkin 2012.04.24 10:12 #12 tol64: 今のところ、これしか選択肢・提案はありません。しかも、一番便利・一番いいというわけでもない。 というわけで、私の疑惑は晴れました。このオプションは、売り手がスケープゴートになって いるように見える。- それはいいことです、あなたはI'sに点を打ち、T'sを交差させました。 オプションの「独自性」については議論の余地がある。一番初歩的なのは、商品の広告に大きな文字で「○○年○○月○○日以降に発売されたビルドでの動作には責任を負いかねます」と書いてある場合です。 Mykola Demko 2012.04.24 10:27 #13 Yedelkin: というわけで、私の疑惑は晴れました。このオプションは、売り手がスケープゴートになって いるように見える。- それはいいことです、あなたはI'sに点を打ち、T'sを交差させました。 オプションの「独自性」については議論の余地がある。一番初歩的なのは、製品の広告に大きな文字で「この日以降にリリースされたビルドでの動作には責任を負いません」というようなことを書いてしまうことです。そして、そんな業者から何かを買う人がいるのだろうか。あなたが市場に来て、そこにテントで、 "Arshin文字が書かれ、私は何の責任もない " 実際には、そして今そうですが(現時点では売り手が悪いレビューや売上高の減少を通じて、彼の猫が失ったという事実、またはむしろ唯一の間接的に責任がない)、あなたがスローガンとしてそれを書いた場合、あなたはすべてで何かを販売することはできません。 Yedelkin 2012.04.24 10:33 #14 Urain: 市場に来て、テントに「ロシア文字で、私は何の責任も負いません」とありますが、実際、今でも(現時点では、彼のフクロウが急落するのは売り手の責任? いや、むしろ、悪い評価や売り上げの減少を通じて間接的にしか)、それをスローガンとして綴ったら、全く売れませんよ。 一般化しないでください :)"全く責任を負わない "ことと "ある種の責任を負わない "ことは、大きな違いです。販売者は、販売時点における製品の性能に責任を負うものであり、端末の将来のバグを予測することはできません。 もし、電圧が5〜6倍に跳ね上がり、パソコンが壊れても、パソコンの販売元が責任を負うべきだとは言いませんよね? しかし、もし特定の売り手が、自分だけに責任があり、他の人には責任がないとして、すべての責任を取るなら、よく言われるように、彼の手にある旗です :) ここで私は同意します :) Вангелис 2012.04.24 10:44 #15 Silent:自動更新を無効にするのは、なんだか上から目線ですね。障害者 - それがどうした?新しいビルドですべてが機能するというフィードバックを待っているのですか? 少し間違っている、無効にし、我々にとって便利で安全なときに更新する - 正しさの検証で週末に更新するオプションを参照してください。 Anatoli Kazharski 2012.04.24 10:45 #16 Yedelkin: というわけで、私の疑惑は晴れました。このオプションは、売り手がスケープゴートになって いるように見える。- それはいいことです、あなたはI'sに点を打ち、T'sを交差させました。 オプションの「独自性」については議論の余地がある。一番初歩的なのは、商品の宣伝に「○○年○○月○○日以降に発売されたビルドでの動作には一切責任を負いません」と大書することである。バージョンの "独自性 "について誤解している。私が書いた当時はこれだけでした。今はすでに改良型、さらには他のバリエーションもあります。シンギュラリティ」列車はすでに出発している。:)この場合、ベンダーを「スケープゴート」とは呼べませんしね。製品サポートのことです。この仕事は、製品が市場に出た後も続きます。そして、新しいビルドでその機能を確認するのに時間はかからないでしょう。しかし、製品の不具合や一部の機能に不具合が生じた場合のビルドの修正には、1週間から1ヶ月程度かかることがあります。この場合、バグが買ったプログラムにあるわけではないことをユーザーに説明する必要はなく、すべての関係者にとって最適となるものが必要です。 Mykola Demko 2012.04.24 10:50 #17 Yedelkin: 一般化しないでください :)"全く責任を負わない "ことと "特定のことに責任を負わない "ことは、大きな違いです。販売者は、販売時点における製品の性能に責任を負うものであり、将来における端末のバグを予測することはできません。 もし、電圧が5〜6倍に跳ね上がり、パソコンが壊れても、パソコンの販売元が責任を負うべきだとは言いませんよね? しかし、特定の売り手が、自分だけに責任があり、他のすべての人に責任がない場合、すべての責任を取る - よく言われるように、彼の顔に飛ぶ:) ここで私は同意する:)DO NOT RESPONSIBLEという言葉が含まれる文の場合、買い手はどう読むか、例をあげてみました。念のために言っておくと、人間の知覚は選択的なものである。もし映画が最初の20分で観客の興味を引かなかったら、その先には何か、不可解なトリック、そして一般的には天国のような美しさがあるのですが、映画館はすでに空っぽで、この美しさを鑑賞する人は誰もいないのです。同じことが販売にも当てはまります、それは非常にジゴロを連想させるので、イタリアで私たちの国Zhiguliで知られているブランドは、ラダと改名しなければならなかった、まあ、どのような売上高は、買い手が来る場合、彼は名前ジゴロと "非常にクールな現代車" :)その後どのようにそれに乗るために提供されていることができる?イタリア人が「見ろ、見ろ、ジゴロだ!」と熱狂的に叫ぶ姿が目に浮かぶようです(笑)。 Vasiliy Sokolov 2012.04.24 11:35 #18 Silent:自動更新を無効にするのは、なんだか上から目線ですね。自動更新を無効にする機能は、全体的な製品コンセプトと矛盾するので、そのような可能性を理論的に考えることは意味がない。しかし、完全性の概念は、ロールバックバックアップ機能を持つことと矛盾するものではありません。我々は、更新し、プログラムの新しいバージョンが動作しないことを確認し、古いビルドにロールバックします。 Mykola Demko 2012.04.24 11:38 #19 C-4: 自動アップデートを無効にする機能は、全体的な製品コンセプトに反しているので、そのような可能性を理論的に検討することさえ意味がありません。+1そういうコンセプトであれば、手を振っても意味がない。 Andrew Petras 2012.04.24 11:47 #20 C-4:自動更新を無効にすることは、製品の全体的なコンセプトに反するので、理論的に考えても意味がないのです。しかし、完全性の概念は、バックアップ機能と矛盾するものではありません。アップデートしたら、新しいバージョンでプログラムが動かなくなったので、古いビルドにロールバックしてください。これはどのように機能するのでしょうか?ロールバック、実行 - 自動アップデートを無効にしないと、すべてが最後のビルドに戻るのですか?そうでないなら、やはりディセーブルにすべきなのでしょう。 123456789...11 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
自動更新を無効にするのは、なんだか上から目線ですね。
障害者 - それがどうした?新しいビルドですべてが機能するというフィードバックを待っているのでしょうか?
ロールバックは原則的にオプションですが、これもサーバーサイドから行う必要があります。
今のところ、これしか選択肢・提案はありません。しかも、一番便利・一番いいというわけでもない。
というわけで、私の疑惑は晴れました。このオプションは、売り手がスケープゴートになって いるように見える。- それはいいことです、あなたはI'sに点を打ち、T'sを交差させました。
オプションの「独自性」については議論の余地がある。一番初歩的なのは、商品の広告に大きな文字で「○○年○○月○○日以降に発売されたビルドでの動作には責任を負いかねます」と書いてある場合です。
というわけで、私の疑惑は晴れました。このオプションは、売り手がスケープゴートになって いるように見える。- それはいいことです、あなたはI'sに点を打ち、T'sを交差させました。
オプションの「独自性」については議論の余地がある。一番初歩的なのは、製品の広告に大きな文字で「この日以降にリリースされたビルドでの動作には責任を負いません」というようなことを書いてしまうことです。
そして、そんな業者から何かを買う人がいるのだろうか。
あなたが市場に来て、そこにテントで、 "Arshin文字が書かれ、私は何の責任もない " 実際には、そして今そうですが(現時点では売り手が悪いレビューや売上高の減少を通じて、彼の猫が失ったという事実、またはむしろ唯一の間接的に責任がない)、あなたがスローガンとしてそれを書いた場合、あなたはすべてで何かを販売することはできません。
市場に来て、テントに「ロシア文字で、私は何の責任も負いません」とありますが、実際、今でも(現時点では、彼のフクロウが急落するのは売り手の責任? いや、むしろ、悪い評価や売り上げの減少を通じて間接的にしか)、それをスローガンとして綴ったら、全く売れませんよ。
一般化しないでください :)"全く責任を負わない "ことと "ある種の責任を負わない "ことは、大きな違いです。販売者は、販売時点における製品の性能に責任を負うものであり、端末の将来のバグを予測することはできません。
もし、電圧が5〜6倍に跳ね上がり、パソコンが壊れても、パソコンの販売元が責任を負うべきだとは言いませんよね?
しかし、もし特定の売り手が、自分だけに責任があり、他の人には責任がないとして、すべての責任を取るなら、よく言われるように、彼の手にある旗です :) ここで私は同意します :)
自動更新を無効にするのは、なんだか上から目線ですね。
障害者 - それがどうした?新しいビルドですべてが機能するというフィードバックを待っているのですか?
というわけで、私の疑惑は晴れました。このオプションは、売り手がスケープゴートになって いるように見える。- それはいいことです、あなたはI'sに点を打ち、T'sを交差させました。
オプションの「独自性」については議論の余地がある。一番初歩的なのは、商品の宣伝に「○○年○○月○○日以降に発売されたビルドでの動作には一切責任を負いません」と大書することである。
バージョンの "独自性 "について誤解している。私が書いた当時はこれだけでした。今はすでに改良型、さらには他のバリエーションもあります。シンギュラリティ」列車はすでに出発している。:)
この場合、ベンダーを「スケープゴート」とは呼べませんしね。製品サポートのことです。この仕事は、製品が市場に出た後も続きます。そして、新しいビルドでその機能を確認するのに時間はかからないでしょう。しかし、製品の不具合や一部の機能に不具合が生じた場合のビルドの修正には、1週間から1ヶ月程度かかることがあります。この場合、バグが買ったプログラムにあるわけではないことをユーザーに説明する必要はなく、すべての関係者にとって最適となるものが必要です。
一般化しないでください :)"全く責任を負わない "ことと "特定のことに責任を負わない "ことは、大きな違いです。販売者は、販売時点における製品の性能に責任を負うものであり、将来における端末のバグを予測することはできません。
もし、電圧が5〜6倍に跳ね上がり、パソコンが壊れても、パソコンの販売元が責任を負うべきだとは言いませんよね?
しかし、特定の売り手が、自分だけに責任があり、他のすべての人に責任がない場合、すべての責任を取る - よく言われるように、彼の顔に飛ぶ:) ここで私は同意する:)
DO NOT RESPONSIBLEという言葉が含まれる文の場合、買い手はどう読むか、例をあげてみました。
念のために言っておくと、人間の知覚は選択的なものである。もし映画が最初の20分で観客の興味を引かなかったら、その先には何か、不可解なトリック、そして一般的には天国のような美しさがあるのですが、映画館はすでに空っぽで、この美しさを鑑賞する人は誰もいないのです。
同じことが販売にも当てはまります、それは非常にジゴロを連想させるので、イタリアで私たちの国Zhiguliで知られているブランドは、ラダと改名しなければならなかった、まあ、どのような売上高は、買い手が来る場合、彼は名前ジゴロと "非常にクールな現代車" :)その後どのようにそれに乗るために提供されていることができる?イタリア人が「見ろ、見ろ、ジゴロだ!」と熱狂的に叫ぶ姿が目に浮かぶようです(笑)。
自動更新を無効にするのは、なんだか上から目線ですね。
自動更新を無効にする機能は、全体的な製品コンセプトと矛盾するので、そのような可能性を理論的に考えることは意味がない。
しかし、完全性の概念は、ロールバックバックアップ機能を持つことと矛盾するものではありません。我々は、更新し、プログラムの新しいバージョンが動作しないことを確認し、古いビルドにロールバックします。
自動アップデートを無効にする機能は、全体的な製品コンセプトに反しているので、そのような可能性を理論的に検討することさえ意味がありません。
+1
そういうコンセプトであれば、手を振っても意味がない。
自動更新を無効にすることは、製品の全体的なコンセプトに反するので、理論的に考えても意味がないのです。
しかし、完全性の概念は、バックアップ機能と矛盾するものではありません。アップデートしたら、新しいバージョンでプログラムが動かなくなったので、古いビルドにロールバックしてください。
これはどのように機能するのでしょうか?ロールバック、実行 - 自動アップデートを無効にしないと、すべてが最後のビルドに戻るのですか?そうでないなら、やはりディセーブルにすべきなのでしょう。