アカウント名:
パスワード:
静的型付けがあると機械的に検証しやすいのでバグ削減効果があるのはわかるが、それも程度問題じゃないかな?文法的にも記述的にもなんの問題もないが、その動作では都合が悪いという仕様バグの方がよほど大きな問題であるケースが多数派だと思うのです。
:wq
そういう有能なプログラマばかりならそうでしょうけど、「何とかのリスト型」の変数に「何とか型」を強引に代入する、みたいなことをするプログラマは実在するんですよ。
実在するかどうかが問題になるくらい有能ではないプログラマーには、もうちょっと有能になってもらえばいい。
そのプログラマーが成長しないことを前提に、言語の機能を決めることに、何の意味があるだろうか?
有能ではないプログラマーだけを集めて仕事をしなくてはならないことはあるだろうが、それを一般論として語るべきではない。
有能ではないプログラマが大勢いる現場(穏当な表現)で働いたことがありますが、自主的に辞めてくれないかなレベルのメンバのフォローに費やされた時間を考えると、一般論どころか前提にしないといけない気がしないでもないです。なので、バグ回避を支援してくれる機能はどのレベルでも望ましい気がしますが、だからといって、すべてのプログラマがその代償を払う必要はないようにも思うのです。でもって、次世代 ECMAScript の Optional な型指定はイケてるなあと思っています。
>有能ではないプログラマが大勢いる現場(穏当な表現)で働いたことがありますが、自主的に辞めてくれないかなレベルのメンバのフォローに費やされた時間を考えると、一般論どころか前提にしないといけない気がしないでもないです。
そういう職場があることは事実ですし、そういう職場が多いことも事実かもしれません。
でも一般論で語るにはたりない。
少なくとも言語によるコード品質とか言う話題を語るときには、特殊例として扱うべきでしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
それでも銀の弾丸ではない (スコア:3, 興味深い)
静的型付けがあると機械的に検証しやすいのでバグ削減効果があるのはわかるが、それも程度問題じゃないかな?
文法的にも記述的にもなんの問題もないが、その動作では都合が悪いという仕様バグの方がよほど大きな問題であるケースが多数派だと思うのです。
:wq
Re: (スコア:0)
そういう有能なプログラマばかりならそうでしょうけど、
「何とかのリスト型」の変数に「何とか型」を強引に代入する、
みたいなことをするプログラマは実在するんですよ。
Re: (スコア:0)
実在するかどうかが問題になるくらい有能ではないプログラマーには、
もうちょっと有能になってもらえばいい。
そのプログラマーが成長しないことを前提に、
言語の機能を決めることに、
何の意味があるだろうか?
有能ではないプログラマーだけを集めて仕事をしなくてはならないことはあるだろうが、
それを一般論として語るべきではない。
Re:それでも銀の弾丸ではない (スコア:1)
有能ではないプログラマが大勢いる現場(穏当な表現)で働いたことがありますが、自主的に辞めてくれないかなレベルのメンバのフォローに費やされた時間を考えると、一般論どころか前提にしないといけない気がしないでもないです。
なので、バグ回避を支援してくれる機能はどのレベルでも望ましい気がしますが、だからといって、すべてのプログラマがその代償を払う必要はないようにも思うのです。
でもって、次世代 ECMAScript の Optional な型指定はイケてるなあと思っています。
Re: (スコア:0)
>有能ではないプログラマが大勢いる現場(穏当な表現)で働いたことがありますが、自主的に辞めてくれないかなレベルのメンバのフォローに費やされた時間を考えると、一般論どころか前提にしないといけない気がしないでもないです。
そういう職場があることは事実ですし、
そういう職場が多いことも事実かもしれません。
でも一般論で語るにはたりない。
少なくとも言語によるコード品質とか言う話題を語るときには、
特殊例として扱うべきでしょう。