アカウント名:
パスワード:
図書館の検索プログラム作っただけで、人が逮捕され20日も勾留されることがありうる、と考えるとプログラマの責任はますます重大ですね……。というか、逮捕と勾留が軽々しく行われすぎたのではないでしょうか。
間違った仕事をしたらそのせいで誰かが死ぬかも知れない、というくらいの事なら、けっこうふつうだと思うけど。自動車の作りがおかしかったとか、電気製品が漏電してたとか、建築物が壊れやすかったとか、食品におかしなものが混入してたとか。
プログラマだけそういう責任がないと考えるのは、かえって、ありえないと思う。
図書館プログラムでは人は死なないだろ?比較対象が間違っているよ
もちろん、医療系や原発系などの責任重大なプログラムもあるから、プログラマの責任も一様じゃないですけど
なぜそこでプログラマーに限定する。
命を預けられるほどの信頼性や安全性は放棄して、安価に提供されるモノはいっぱいある。(カラビナなんか、"Not for climbing"なので命を預けちゃダメよ、なシロモノがあるし)
要は、要求仕様に適合しているかどうかだろう?
信頼性とか堅牢性に対する優先順位が低いってことでしょう。同じ労力を割くならどれを優先するかって問題で。
例えば、Win3.x/9x/MeだとかMacOS9以前なんかはよくフリーズしましたから、本体をしっかり作り込んでもOSの側で不安定になることが多く、アプリケーションの側でしっかりコードを組んでも、全体としてシステムの安定動作にはあまり意味なさそうでした。
「おかしくなったらリブートすりゃいいや」って言われる所以です。
しかし、スペースシャトルの制御プログラムがこれと同じ信頼性では許されない。そういう用途では信頼性、堅牢性の優先順位は上がる。当然のことでしょう。
楽をしてるというより、他に優先すべきものがあるだけの話ですよ。
>図書館プログラムでは人は死なないだろ?比較対象が間違っているよ
情報関係だと、そう簡単に死人がでないというわけにもいかないだろうな。高価な本を借りていて、返したけど未返却扱いで何度も請求されて、追い込まれるとかね。借りた人を自殺に追い込んでから、調べたら本はあった、バグでした。
まぁ、そういったことも、情報を扱っていただけでもありえるわけだ。
しかし、一般の反応として...三菱の名前をいただいている企業がやっている。やはり、三菱自動車とかと同類で、三菱って...とかありそうだね。
でもって、ソフトウェア関係の担当者さんが自殺にとかあると、拍手喝采なのですが、これも、ソフトウェアで人が死ぬとかになりそうですな。
# 三菱鉛筆さんが風評被害にあいそうだ。三菱自動車とかは実績だから、仕方ないけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
プログラマの責任 (スコア:0)
図書館の検索プログラム作っただけで、人が逮捕され20日も勾留されることがありうる、と考えるとプログラマの責任はますます重大ですね……。
というか、逮捕と勾留が軽々しく行われすぎたのではないでしょうか。
Re: (スコア:0)
間違った仕事をしたらそのせいで誰かが死ぬかも知れない、というくらいの事なら、けっこうふつうだと思うけど。
自動車の作りがおかしかったとか、電気製品が漏電してたとか、建築物が壊れやすかったとか、
食品におかしなものが混入してたとか。
プログラマだけそういう責任がないと考えるのは、かえって、ありえないと思う。
Re:プログラマの責任 (スコア:0)
図書館プログラムでは人は死なないだろ?比較対象が間違っているよ
もちろん、医療系や原発系などの責任重大なプログラムもあるから、
プログラマの責任も一様じゃないですけど
Re:プログラマの責任 (スコア:1, すばらしい洞察)
プログラマーって楽な商売だな
Re: (スコア:0)
なぜそこでプログラマーに限定する。
命を預けられるほどの信頼性や安全性は放棄して、安価に提供されるモノはいっぱいある。
(カラビナなんか、"Not for climbing"なので命を預けちゃダメよ、なシロモノがあるし)
要は、要求仕様に適合しているかどうかだろう?
Re: (スコア:0)
信頼性とか堅牢性に対する優先順位が低いってことでしょう。
同じ労力を割くならどれを優先するかって問題で。
例えば、Win3.x/9x/MeだとかMacOS9以前なんかはよくフリーズしましたから、
本体をしっかり作り込んでもOSの側で不安定になることが多く、
アプリケーションの側でしっかりコードを組んでも、
全体としてシステムの安定動作にはあまり意味なさそうでした。
「おかしくなったらリブートすりゃいいや」って言われる所以です。
しかし、スペースシャトルの制御プログラムがこれと同じ信頼性では許されない。
そういう用途では信頼性、堅牢性の優先順位は上がる。当然のことでしょう。
楽をしてるというより、他に優先すべきものがあるだけの話ですよ。
Re:プログラマの責任 (スコア:1)
>図書館プログラムでは人は死なないだろ?比較対象が間違っているよ
情報関係だと、そう簡単に死人がでないというわけにもいかないだろうな。
高価な本を借りていて、返したけど未返却扱いで何度も請求されて、追い込まれるとかね。
借りた人を自殺に追い込んでから、調べたら本はあった、バグでした。
まぁ、そういったことも、情報を扱っていただけでもありえるわけだ。
しかし、一般の反応として...
三菱の名前をいただいている企業がやっている。
やはり、三菱自動車とかと同類で、三菱って...
とかありそうだね。
でもって、ソフトウェア関係の担当者さんが自殺にとかあると、拍手喝采なのですが、
これも、ソフトウェアで人が死ぬとかになりそうですな。
# 三菱鉛筆さんが風評被害にあいそうだ。三菱自動車とかは実績だから、仕方ないけどね。