アカウント名:
パスワード:
VBがなかったとしても、たとえばポインタが分からないレベルの人がCでプログラムを組んだら尻ぬぐいが必要になりそうですよね。
どんな言語についても、それぞれの言語の難易度のレベルに応じて、わかってる人と全然できない人の間に、なんとかできるように見えるけど実はわかってなくて尻ぬぐいが必要な人、というのは必ずいるんじゃないかな。
つーかVBだと余程変な関数使わない限り問題はおきないけど、C（C++）でタコいのがプログラム組むとメモリリークとか、最悪ブルースクリーンを引き起こすことを考えれば、言語として問題点が大きいのはむしろそっちなんだよな
馬鹿でも使えちゃうのが問題というならそうなのかもしれないけど、それはむしろVBよりWindowsに起因する問題だ特に最近のWindowsほどそうなってるあたりが皮肉だが
VBやCがダメならPascalを使えば良い コンパイル時のスタティックな構文チェックのおかげで開発効率が抜群に向上するただし単純な数値計算以外のことをやろうとすると、Pascalの標準的なライブラリでは何も出来ないし、Pascalを拡張した言語・処理系は拡張部分であれやこれやの問題が生ずるのでいかんともしがたいということでこの問題に解は無い
おそらく、ことの本質は、Windowsプログラミング（もしくはもっと根源的にGUIプログラミング）は問題が起きやすいということなんだろうと思う。その問題が起きやすい部分をどのように隠蔽・自動化・簡略化するかが、各処理系の個性なんだと思う。そもそもが複雑なので、それをいくら隠蔽しても、複雑な内部構造に対する洞察がなければ思わぬところで落とし穴に陥ってしまう。
GUIプログラミングをサポートしない処理系なら、問題が起きにくいのは当然のこと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
Visual Basicの最大の問題点 (スコア:5, すばらしい洞察)
どう考えても、こんな奴にプログラムやらせたらダメだろレベルにでも
プログラムができるようにしたこと。おかげで尻拭いが大変。
clausemitz
Re: (スコア:0)
VBがなかったとしても、たとえばポインタが分からないレベルの人がCでプログラムを組んだら尻ぬぐいが必要になりそうですよね。
どんな言語についても、それぞれの言語の難易度のレベルに応じて、わかってる人と全然できない人の間に、なんとかできるように見えるけど実はわかってなくて尻ぬぐいが必要な人、というのは必ずいるんじゃないかな。
Re: (スコア:0)
つーかVBだと余程変な関数使わない限り問題はおきないけど、C（C++）でタコいのがプログラム組むとメモリリークとか、最悪ブルースクリーンを引き起こすことを考えれば、言語として問題点が大きいのはむしろそっちなんだよな
馬鹿でも使えちゃうのが問題というならそうなのかもしれないけど、それはむしろVBよりWindowsに起因する問題だ
特に最近のWindowsほどそうなってるあたりが皮肉だが
Re: (スコア:0)
VBやCがダメならPascalを使えば良い
コンパイル時のスタティックな構文チェックのおかげで開発効率が抜群に向上する
ただし単純な数値計算以外のことをやろうとすると、Pascalの標準的なライブラリでは何も出来ないし、Pascalを拡張した言語・処理系は拡張部分であれやこれやの問題が生ずるのでいかんともしがたい
ということでこの問題に解は無い
Re:Visual Basicの最大の問題点 (スコア:1)
おそらく、ことの本質は、Windowsプログラミング（もしくはもっと根源的にGUIプログラミング）は問題が起きやすいということなんだろうと思う。
その問題が起きやすい部分をどのように隠蔽・自動化・簡略化するかが、各処理系の個性なんだと思う。
そもそもが複雑なので、それをいくら隠蔽しても、複雑な内部構造に対する洞察がなければ思わぬところで落とし穴に陥ってしまう。
GUIプログラミングをサポートしない処理系なら、問題が起きにくいのは当然のこと。