アカウント名:
パスワード:
一方、IT業界の常識では、ソフトウェア製品にバグがある確率は100%
ソフトウェアの場合はリコール≒パッチ配布みたいなものだから、保証期間内に発覚した不具合については、必ずリコールしていることになる。
……なるよね?
リコール対応(パッチ適用)後の製品にバグがある確率も100%
だから言ったでしょ、メーカー出荷時点での車のソフトは低機能だけど確実性の高い物としておいて、サードパーティーソフトを後でインストールする(メーカー系純正高機能ソフトは、嘗ての物品税時代のカーエアコンの様に、別会社であるディーラーでのインストールでも構わない)方式にすれば、ソフトウェア不良に対処する為のパッチ配布が車のリコールにカウントされなくなると。昔のPCのROM BASICと別販売ソフトとの関係や、パチンコ三店方式(違う!)の様に。残る問題は、燃費他のスペックを初期ROMソフトで無くて、サードパーティーソフトで計測・申請・宣伝する方法だな。特に燃費は税金他に関わって来る。燃費計測公的申請はチンタラ加速ガックン制御で良いから高信頼性・燃費優先としておいて、一般向け宣伝は車でなくサードパーティーソフトを宣伝する形にするとかかな、コンシューマーゲーム機ソフトの様に。ケータイやインフラ(金融含む)や医療関係ソフト及びその基盤のOSのバグが許される程度に、車の別添えソフトのバグも許されるべきだ。
メーカー出荷時点での車のソフトは低機能だけど確実性の高い物
無理。低機能で確実性も低いものができる。
有限の新車開発時間の中で、段数の少ない・チンタラ加速・ガックン制御・スカスカハンドルで良しとした上で残りの時間を全てデバッグに注ぎ込み尽くした単純軽量な制御ソフトと、リニアでスムーズな加減速・切り替わりの分からない回生制御と足回り制御と可変フィードバックサーボステアリングの作り込みに全ての時間を費やし尽くした複雑大容量な制御ソフトと、どちらが確実性=信頼性に富むのでしょうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
0.02%はものすごく高い確率ですが (スコア:3)
参考:シックス・シグマ
Re: (スコア:3, すばらしい洞察)
一方、IT業界の常識では、ソフトウェア製品にバグがある確率は100%
Re:0.02%はものすごく高い確率ですが (スコア:0)
ソフトウェアの場合はリコール≒パッチ配布みたいなものだから、
保証期間内に発覚した不具合については、必ずリコールしている
ことになる。
……なるよね?
Re: (スコア:0)
リコール対応(パッチ適用)後の製品にバグがある確率も100%
Re: (スコア:0)
だから言ったでしょ、メーカー出荷時点での車のソフトは低機能だけど確実性の高い物としておいて、サードパーティーソフトを後でインストールする(メーカー系純正高機能ソフトは、嘗ての物品税時代のカーエアコンの様に、別会社であるディーラーでのインストールでも構わない)方式にすれば、ソフトウェア不良に対処する為のパッチ配布が車のリコールにカウントされなくなると。
昔のPCのROM BASICと別販売ソフトとの関係や、パチンコ三店方式(違う!)の様に。
残る問題は、燃費他のスペックを初期ROMソフトで無くて、サードパーティーソフトで計測・申請・宣伝する方法だな。
特に燃費は税金他に関わって来る。
燃費計測公的申請はチンタラ加速ガックン制御で良いから高信頼性・燃費優先としておいて、一般向け宣伝は車でなくサードパーティーソフトを宣伝する形にするとかかな、コンシューマーゲーム機ソフトの様に。
ケータイやインフラ(金融含む)や医療関係ソフト及びその基盤のOSのバグが許される程度に、車の別添えソフトのバグも許されるべきだ。
Re: (スコア:0)
メーカー出荷時点での車のソフトは低機能だけど確実性の高い物
無理。低機能で確実性も低いものができる。
Re: (スコア:0)
有限の新車開発時間の中で、段数の少ない・チンタラ加速・ガックン制御・スカスカハンドルで良しとした上で残りの時間を全てデバッグに注ぎ込み尽くした単純軽量な制御ソフトと、リニアでスムーズな加減速・切り替わりの分からない回生制御と足回り制御と可変フィードバックサーボステアリングの作り込みに全ての時間を費やし尽くした複雑大容量な制御ソフトと、どちらが確実性=信頼性に富むのでしょうか。
Re: (スコア:0)