アカウント名:
パスワード:
解約手続きを進めない為にシステムを貧弱にしているのか。これは良い手段。
冗談はさておき、どちらにしろ毎回システムダウンしてる時点で自社の信用を下げる事にそろそろ気づいた方が良いと思う。
「利益を犠牲にしてまでシステムを強化する必要性があるのかよく検討したい」 （広報）
実際そうでしょ、年に数日しか極端に混まない事態に備えて金をかけることに対する効果があまり無いと判断したなら金をつぎ込む必要は無い。
>実際そうでしょ、年に数日しか極端に混まない事態に備えて金をかけることに対する効果が>あまり無いと判断したなら金をつぎ込む必要は無い。
年に数日しか極端に混まない事態に備えて金をかけることに対する効果があまり無いと判断している時点で自社の信用を下げている事にそろそろ気づいた方が良いと思う。
別に年に数日のためにサーバを増強しなくてもいいんですよ。ちゃんと販売数なり受付数を制限すれば。ところがSBはとにかく売れるだけ売ってやりたいとして，ユーザのことを何にも考えないから信用をなくすんですよ。
>ちゃんと販売数なり受付数を制限すれば。
それだと>年に数日しか極端に混まない事態 ＝ 年に数日は極端に混む事態という前提自体が成立しませんので、レスとして不適当ではないでしょうか。
もちろん、自身のキャパシティを評価して制限するのは極端に混むことを踏まえてキャパシティプランニングするのとは別の方向として正しい方向の一つとは理解していますが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
なるほど！ (スコア:3)
解約手続きを進めない為にシステムを貧弱にしているのか。
これは良い手段。
冗談はさておき、どちらにしろ毎回システムダウンしてる時点で
自社の信用を下げる事にそろそろ気づいた方が良いと思う。
Re: (スコア:4, おもしろおかしい)
「利益を犠牲にしてまでシステムを強化する必要性があるのかよく検討したい」 （広報）
Re: (スコア:0)
実際そうでしょ、年に数日しか極端に混まない事態に備えて金をかけることに対する効果があまり無いと判断したなら金をつぎ込む必要は無い。
Re: (スコア:0)
>実際そうでしょ、年に数日しか極端に混まない事態に備えて金をかけることに対する効果が
>あまり無いと判断したなら金をつぎ込む必要は無い。
年に数日しか極端に混まない事態に備えて金をかけることに対する効果があまり無いと判断している時点で
自社の信用を下げている事にそろそろ気づいた方が良いと思う。
Re: (スコア:1)
別に年に数日のためにサーバを増強しなくてもいいんですよ。
ちゃんと販売数なり受付数を制限すれば。
ところがSBはとにかく売れるだけ売ってやりたいとして，ユーザのことを何にも考えないから信用をなくすんですよ。
Re:なるほど！ (スコア:0)
>ちゃんと販売数なり受付数を制限すれば。
それだと
>年に数日しか極端に混まない事態
＝ 年に数日は極端に混む事態
という前提自体が成立しませんので、レスとして不適当ではないでしょうか。
もちろん、自身のキャパシティを評価して制限するのは
極端に混むことを踏まえてキャパシティプランニングするのとは別の方向として
正しい方向の一つとは理解していますが。