アカウント名:
パスワード:
なんでこんなに嫌われてるんでしょうね。取っつきやすい言語だと思うんですが。
取っつきやすい程度のことをやるには便利な言語だが、いまだにBASICで実務の開発をやってるのは限界を超えて大規模化してしまって、他の言語で作り直すのもままならなくなったようなシステムばかりだからじゃないか?#便利だからうちでもこまごましたツール開発にまだBASIC使ってるよ!
昔はともかく今のVBってC#の構文違いなんだからいくらでも大規模な開発は可能な気がするんだけど……
昔のVisualBasic6でまだ開発しているところもあるんですよ!
#ええ、ウチです。なんでWindows8でも動いてしまうんだか。
林檎教徒によるとWindowsって互換性が低いはずなんだがなぁww
C#ではなくVBを採用してる時点で推して知るべしです。今時VBを選択する理由なんてほとんどないんですから。まともな検討もされずに、カンタンそうだからって選ばれてるのが大半でしょ。怖い怖い。
うん、VB.netならC#と大差ないとは思うんだけど、だったらVBである必要性ってないよね・・・。VB6エンジニアが大勢居たので慣れの問題で~、とかはまあ分からなくもないけど。でもVB6からもう随分たってるわけだし、そもそもVB6→VB.netは別物といえるぐらい変更点あるし、どうせ.netやるならC#の方が機能充実してるしで、あえてVBを採用する理由はもはや皆無というかなんというか。
# VB嫌いなのでたぶんバイアス掛かってます。VB6でいろいろあったんだよ!
VBがC#やJavaよりもさえている1つの事例 [atmarkit.co.jp]
確かに言語仕様レベルでは、VBが他の言語より優れている点が多々あります。ですが、VBの最大のデメリットは歴史的事情によるダメエンジニアが多い点なのです。。。VBを避けるのは、ハズレを引いてしまう可能性を下げるということなんです。
VBかC#かのどちらを採用するか検討する事自体がナンセンスなんですよね。VBの方が有利なケースはかぎられてるので、必然的にどちらかに決まるんですから。特に、エンジニア側が「VBしかできない」と言ってる場合、他のコメントにもあるように、VBでもできないことが多い。まともなVBエンジニアは、C#も使いこなせますからね。
ある時、手が回らなかったので、
コマンドラインでファイルを指定して、C++で書かれた外製のライブラリを呼び出してファイルの中身を渡して結果を受け取って標準出力へ出力するだけのプログラムを(他の部分をC#で作ってたので) C#で作ってと頼んだら、VB.NETでなら出来ますけどって回答を貰ったことが。# 依頼時点で可否判断のため、処理の概要とライブラリのリファレンスと使う関数は提示済
最終的にコマンドを呼び出す形で全体に組み込む予定でVB.NETでも特に問題無いので、不安を覚えつつもそれで進めて貰ったところ、
そもそもDeclareの仕方を知らない。ライブラリのリファレンス
C++のコードを呼び出す機能はVBの機能の中でもマイナーなので、VB.NETが使えるという人の中でもできない人は多いのではなかろうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
Visual Basic (スコア:0)
なんでこんなに嫌われてるんでしょうね。
取っつきやすい言語だと思うんですが。
Re: (スコア:0)
取っつきやすい程度のことをやるには便利な言語だが、いまだにBASICで実務の開発をやってるのは限界を超えて大規模化してしまって、他の言語で作り直すのもままならなくなったようなシステムばかりだからじゃないか?
#便利だからうちでもこまごましたツール開発にまだBASIC使ってるよ!
Re:Visual Basic (スコア:0)
昔はともかく今のVBってC#の構文違いなんだから
いくらでも大規模な開発は可能な気がするんだけど……
Re:Visual Basic (スコア:1)
昔のVisualBasic6でまだ開発しているところもあるんですよ!
#ええ、ウチです。なんでWindows8でも動いてしまうんだか。
Re:Visual Basic (スコア:1)
林檎教徒によるとWindowsって互換性が低いはずなんだがなぁww
Re: (スコア:0)
C#ではなくVBを採用してる時点で推して知るべしです。
今時VBを選択する理由なんてほとんどないんですから。
まともな検討もされずに、カンタンそうだからって選ばれてるのが大半でしょ。
怖い怖い。
Re: (スコア:0)
うん、VB.netならC#と大差ないとは思うんだけど、だったらVBである必要性ってないよね・・・。
VB6エンジニアが大勢居たので慣れの問題で~、とかはまあ分からなくもないけど。
でもVB6からもう随分たってるわけだし、そもそもVB6→VB.netは別物といえるぐらい変更点あるし、どうせ.netやるならC#の方が機能充実してるしで、あえてVBを採用する理由はもはや皆無というかなんというか。
# VB嫌いなのでたぶんバイアス掛かってます。VB6でいろいろあったんだよ!
Re:Visual Basic (スコア:1)
VBがC#やJavaよりもさえている1つの事例 [atmarkit.co.jp]
Re: (スコア:0)
確かに言語仕様レベルでは、VBが他の言語より優れている点が多々あります。
ですが、VBの最大のデメリットは歴史的事情によるダメエンジニアが多い点なのです。。。
VBを避けるのは、ハズレを引いてしまう可能性を下げるということなんです。
Re: (スコア:0)
VBかC#かのどちらを採用するか検討する事自体がナンセンスなんですよね。
VBの方が有利なケースはかぎられてるので、必然的にどちらかに決まるんですから。
特に、エンジニア側が「VBしかできない」と言ってる場合、他のコメントにもあるように、VBでもできないことが多い。
まともなVBエンジニアは、C#も使いこなせますからね。
Re: (スコア:0)
ある時、手が回らなかったので、
コマンドラインでファイルを指定して、C++で書かれた外製のライブラリを呼び出して
ファイルの中身を渡して結果を受け取って標準出力へ出力するだけのプログラムを
(他の部分をC#で作ってたので) C#で作ってと頼んだら、
VB.NETでなら出来ますけどって回答を貰ったことが。
# 依頼時点で可否判断のため、処理の概要とライブラリのリファレンスと使う関数は提示済
最終的にコマンドを呼び出す形で全体に組み込む予定で
VB.NETでも特に問題無いので、不安を覚えつつもそれで進めて貰ったところ、
そもそもDeclareの仕方を知らない。
ライブラリのリファレンス
Re:Visual Basic (スコア:1)
きっとCOMオブジェクトを参照設定に追加してやるつもりだったんだろうなぁ。COMがなにかも知らずに。
ていうかDLL=COMだと思ってるのが多い。
Re: (スコア:0)
C++のコードを呼び出す機能はVBの機能の中でもマイナーなので、
VB.NETが使えるという人の中でもできない人は多いのではなかろうか。
Re: (スコア:0)
マイナーってことはないだろう。
ページ見てコピペしかしてない人が多いだろうことは認めるけど。
Re: (スコア:0)
ExcelオートメーションとかはCOMで仕方ないけど。
いまだにReturnが一個もないとか、On Errorとか、shared(static)いっぱいとか、VBAで頑張れと言いたくなる。