アカウント名:
パスワード:
システムの作動検証してないで世に出してるのか?それともゲーム会社感覚(不具合だらけでもとりあえず出して後で直す)みたいなの?不具合対策費用も稼げて一石二鳥という感じでわざと不具合出るようにしてるのだろうか?
簡単なシステムの場合、動作検証は簡単にすませる。複雑なシステムの場合、動作検証はしっかりする。
しかし、いずれも充分にはなかなか届かない。スケジュールやコストの問題もあるからね。しかたないね。
> ○世界最大のOS会社AppleではないとしてGoogleなのかMicrosoftなのか
世界最大のOS?フットプリントランキングとかないかな
メインフレーム辺りですかね?デカイのは。PCやスマホ系は複雑度難易度機能量バリエーションの割には小さいですし。
全世界OSシェア、AndroidがWindowsを抜きトップに [impress.co.jp]
あ〜カーネルカスタマイズみとめる事でぶん投げてる面は確かにその通りですねっ。
goto failネタを製品でやってくれたアップルは外せないよ!
一旦動かしたシステムは不具合あってもいじらないのは前世紀から変わらず(不具合も合わせた互換性とか)オブジェクト分割とか叫ばれてきたけど、内部実装的にどこまでできているのやらプログラマーとコーダーの扱いの違いとか、社会の実情と理想はまだまだ離れている
# 良くなる方法、考えてくれ
例えばスラドがシステム障害起こすパターン全部挙げてみ。そのパターンに漏れがあればテスト不足。ちなみに構成が完璧でも障害は起きる。広範囲の同時物理的障害とかね。まあ落とし穴の典型パターンは、外部システムが想定外仕様外の挙動をするやつだな。どこまで保証/どこまでテストするかって話。ストレージだって常にアクセスできるとは限らないよ。
不具合を減らす一つの良いアドバイスはある。なるべく顧客の要望を無視して、開発ファーストで進めること。
社会に出たことなさそう
社会に出ていなくても、それなりの本や学校で教わる事のような
実社会が本や教科書に書かれているような「あるべき姿」「理想の姿」だとでも?
稀なケースでのバグならまだしも基本的なケースでの不具合はほんと何をテストしたんだよって思うこれとかhttps://it.srad.jp/story/19/01/07/043250/ [it.srad.jp]
ユーザー(システム発注した人/会社)が無責任だから。不具合起こしたら開発会社の責任だと思ってるんだよ。
まずは完全無欠なチェック方法を提案してから出直してこい。
チェックで不具合を取り除けると思ってること自体が脳ミソお花畑だとなぜ分からん。
検収した人に言ってください
お前天才だな! システム開発会社立ち上げたら大儲け出来るぞ。がんばれ。
君、ぜひスラドの編集者に立候補してくれないか!?
なぜって時間も人も金も足りないから。
テストフェイズっておもんないからな。自動化の工数をみてくれるなら真面目にやってやらんこともない。
リリースしてから仕様が決まりますので…。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
なんでチェックしてないんだろうか? (スコア:1)
システムの作動検証してないで世に出してるのか?
それともゲーム会社感覚(不具合だらけでもとりあえず出して後で直す)みたいなの?
不具合対策費用も稼げて一石二鳥という感じでわざと不具合出るようにしてるのだろうか?
Re:なんでチェックしてないんだろうか? (スコア:3)
簡単なシステムの場合、動作検証は簡単にすませる。
複雑なシステムの場合、動作検証はしっかりする。
しかし、いずれも充分にはなかなか届かない。
スケジュールやコストの問題もあるからね。
しかたないね。
Re:なんでチェックしてないんだろうか? (スコア:1)
○世界最大のOS会社感覚(不具合だらけでもとりあえず出すが後で直すとでも思ってんのプークスクス)
Re: (スコア:0)
> ○世界最大のOS会社
AppleではないとしてGoogleなのかMicrosoftなのか
Re: (スコア:0)
世界最大のOS?
フットプリントランキングとかないかな
Re: (スコア:0)
メインフレーム辺りですかね?デカイのは。
PCやスマホ系は複雑度難易度機能量バリエーションの割には小さいですし。
Re: (スコア:0)
全世界OSシェア、AndroidがWindowsを抜きトップに [impress.co.jp]
Re: (スコア:0)
あ〜カーネルカスタマイズみとめる事でぶん投げてる面は確かにその通りですねっ。
Re: (スコア:0)
goto failネタを製品でやってくれたアップルは外せないよ!
Re:なんでチェックしてないんだろうか? (スコア:1)
一旦動かしたシステムは不具合あってもいじらないのは前世紀から変わらず(不具合も合わせた互換性とか)
オブジェクト分割とか叫ばれてきたけど、内部実装的にどこまでできているのやら
プログラマーとコーダーの扱いの違いとか、社会の実情と理想はまだまだ離れている
# 良くなる方法、考えてくれ
Re:なんでチェックしてないんだろうか? (スコア:1)
例えばスラドがシステム障害起こすパターン全部挙げてみ。
そのパターンに漏れがあればテスト不足。
ちなみに構成が完璧でも障害は起きる。広範囲の同時物理的障害とかね。
まあ落とし穴の典型パターンは、外部システムが想定外仕様外の挙動をするやつだな。どこまで保証/どこまでテストするかって話。
ストレージだって常にアクセスできるとは限らないよ。
不具合を減らす一つの良いアドバイスはある。なるべく顧客の要望を無視して、開発ファーストで進めること。
Re: (スコア:0)
社会に出たことなさそう
Re:なんでチェックしてないんだろうか? (スコア:1)
社会に出ていなくても、それなりの本や学校で教わる事のような
Re: (スコア:0)
実社会が本や教科書に書かれているような「あるべき姿」「理想の姿」だとでも?
Re: (スコア:0)
稀なケースでのバグならまだしも基本的なケースでの不具合はほんと何をテストしたんだよって思う
これとか
https://it.srad.jp/story/19/01/07/043250/ [it.srad.jp]
Re: (スコア:0)
ユーザー(システム発注した人/会社)が無責任だから。
不具合起こしたら開発会社の責任だと思ってるんだよ。
Re: (スコア:0)
まずは完全無欠なチェック方法を提案してから出直してこい。
チェックで不具合を取り除けると思ってること自体が脳ミソお花畑だとなぜ分からん。
Re: (スコア:0)
検収した人に言ってください
Re: (スコア:0)
お前天才だな! システム開発会社立ち上げたら大儲け出来るぞ。がんばれ。
Re: (スコア:0)
君、ぜひスラドの編集者に立候補してくれないか!?
Re: (スコア:0)
なぜって時間も人も金も足りないから。
Re: (スコア:0)
テストフェイズっておもんないからな。
自動化の工数をみてくれるなら真面目にやってやらんこともない。
Re: (スコア:0)
リリースしてから仕様が決まりますので…。