ここは、日本EVクラブのホームページを訪ねてくれたみなさんに、自由に議論し情報を交換していただくための「掲示板」です。EVに関する質問を書き込めば、すぐさまクラブメンバーから回答の嵐が届くはず(ですよね、会員のみなさん)。通りすがりの人も遠慮なくどしどし書き込みしてください!
≪利用に関してのお願い≫
●ここはたくさんの方が訪れる公式掲示板です。
ごく少数の仲間にしかわからない発言や言い回しはなるべく避けましょう。当然のこととして、誹謀・中傷や人に不快感を与える書き込みは、日本EVクラブ及びホームページ編集部の判断ですぐに削除します。
●営利目的のセールスや勧誘、商用の人集めや企業の求人案内等は堅くお断りします。
尚、日本EVクラブ及びホームページ編集部は、掲示板内外で起きたトラブル・事故等に対しては一切の責任を負いません。個人情報の公開、個人間の交流は、各個人の責任において行ってください。
●書き込む前に必ず留意事項をご覧下さい。
掲示板スパム対策の為に書き込み制限をしています。エラーメッセージは出ませんので書き込み後は正常に書き込まれたかご確認下さい。
●48時間以内の記事にはnew!が付きます。
記事No | : 1080 |
タイトル | : Re^2: 車のソフトウェア |
投稿日 | : 2010/02/06(Sat) 01:01:25 |
投稿者 | : ワイヤマ |
> > いずれにしても自動車におけるECUソフトウェアの品質(開発・デバッグ)問題は
> > いよいよ来るところまで来ている感がします。なにしろコーディング量が
> > 一人のプログラマが見通せる規模をはるかに超越してさらに増大中ですから。
こういう話に関しては、車以外でもやっぱり同じことが言えますね。
プログラマの能力はいかに素晴らしいロジックを組むかよりも、いかに効率的に漏れなくデバッグするかを求められてきたりして(w
> > それよりも、安全に直結する制御部分はもっと処理をシンプルにする方が得策ではないでしょうか。
シンプルにすれば部品点数も減らせてコストダウンとなるので、いつでも追求すべき点でしょう。
難しい構造のものを同等の機能を持たせたまま単純化するというのは、実に難しいです。
商業的には、これが成功すると簡単に真似されてしまい、開発費が回収できなくなる恐れもありますよね。
> コードよりもドキュメントが10倍以上必要にする、とか。CANがらみでコーディングした事が無いので、偉そうに言えませんが。
私も車がらみのコーディングは全くやったことがないのでほぼ何も言えませんが、ドキュメントもまたシンプルである必要があります。仕様書って読んでて意味がわからなくなることが結構ありますから。
シンプルにして十分。正直、見果てぬの夢って感じです。
> > ユーザとしても、バグが潜む余地満載の巨大プログラムに命を預ける気にはなれません。
> 深く同感。
プリウス乗りなので、既に預けてしまっています。。。