05/05/20 11:18:03
今まで、VisualBasic6.0で開発をやっていて、VisualBasic .NET 2003の開発をやる羽目になったが、
慣れのせいか、生産性・コーティング・エディタの使いやすさ、のどれを取っても
昔のVisualBasic6.0の方が上だ！
2003で開発なんかやってたら時間が掛かり過ぎる!
私と同じ意見の人いませんか？
2:デフォルトの名無しさん
05/05/20 11:18:59
今だ！2ゲットォォｫｫ！！
￣￣∨￣￣￣￣￣￣￣￣
∩ ∩
～| ∪ | (´´
ﾍﾉ ﾉ (´⌒(´
(（つ ﾉ⊃≡≡≡(´⌒;;;≡≡≡
￣￣￣(´⌒(´⌒;;
ｽﾞｽﾞｽﾞｽﾞｽﾞ
3:デフォルトの名無しさん
05/05/20 11:22:06
まずめ時をはずしておりますがつれますか？
4:デフォルトの名無しさん
05/05/20 11:22:41
新人くるから無理しなくていいよ
5:デフォルトの名無しさん
05/05/20 14:41:33
>>1
慣れたら.netの方がいい。すごくいいよ。
6:デフォルトの名無しさん
05/05/20 16:03:49
>1
まあ、あれだ．．．
つかえねぇな pgr
7:デフォルトの名無しさん
05/05/20 16:55:36
EXEオブジェクトの実行速度も.NETよりVB6の方が高速な気がする。
8:デフォルトの名無しさん
05/05/20 17:56:40
>>1
VBとVB.NETを同じものだ、ただVarUpしただけだと思って使うのがそもそもの間違い。
9:デフォルトの名無しさん
05/05/20 20:09:27
>>1
今時オブジェクト指向も、構造化例外も、UNICODEも、
まともにサポートしない言語使って、楽しいか？
10:デフォルトの名無しさん
05/05/20 20:31:34
>>9
楽しい。
ていうか、早く楽にシステム作れりゃ
オブジェクト指向も、構造化例外も、UNICODEもいらん。
（俺が開発担当しているシステムで上記機能は使わんし）
11:デフォルトの名無しさん
05/05/20 20:37:51
>>10
オブジェクト指向の良さはすぐにはわからないから仕方ないと思う
12:デフォルトの名無しさん
05/05/20 20:38:04
>>10
漏れはC++からプログラミングの世界に入ったからかなぁ・・・
早く楽にシステム作るために、
仮想関数とか、継承とか、構造化例外を使いたくて仕方ないんだが。
13:デフォルトの名無しさん
05/05/20 20:40:59
VBは言語はUNICODE･･･。
14:デフォルトの名無しさん
05/05/20 20:46:52
VB6でもクラスとか多態とか使ってオブジェクト指向で
やっている俺にとっては、VB.NETは苦労がすくなくて便利。
VB6でon error gotoのグローバルなエラー用変数を
ローカル変数的に扱うの面倒だし。
つーか、Text1.Text ← これもオブジェクト指向
15:デフォルトの名無しさん
05/05/20 20:50:33
>>13
VBがUNICODEに対応していると本気で思っているなら、
ためしにUnicode対応のソフトを作ってみると良い。
Unicodeにはあるけど、ShiftJISに無い文字を表示できず、
途方にくれるはずだ。
16:デフォルトの名無しさん
05/05/21 17:36:33
1の分析には感謝する。私は1の分析を少しも疑わないし，
VisualBasic6.0が現在最高の選択肢だという君の推薦も受け入れよう。
しかし，そもそもの質問は今日の時点で君に何ができるということではない。
市場が動く先はどこかということだ。
今後，VisualBasic6.0が技術市場を支配することはないだろうし，
それに追い付きさえしないだろう。
そして市場を抑えるような技術は，われわれのユーザーが要求するよりも
常に大きな能力を提供するだろう。
だからわれわれは，今後そういう技術に対して，てこ入れをする。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
17:デフォルトの名無しさん
05/05/22 13:58:20
ｲｲ
18:デフォルトの名無しさん
05/05/22 13:59:47
一言で言うとVB6のほうがいいとかいってるやつは
「無能」としか言いようがない。
19:デフォルトの名無しさん
05/05/22 14:06:20
VB6のほうがいい
20:デフォルトの名無しさん
05/05/22 18:45:52
ヌッコロすぞヴォケがぁ！！
21:デフォルトの名無しさん
05/05/22 18:59:56
VB6のほうがいい
22:デフォルトの名無しさん
05/05/22 20:08:26
無いと思うが、VB.NETでネイティブコードが出せるようになったら
VB6は捨てるか？
23:デフォルトの名無しさん
05/05/22 20:09:41
つか、MSのロードマップによるとVBは消滅することになってるんだが、お前らわかってるのか？
24:デフォルトの名無しさん
05/05/22 20:37:50
ヒント：サポート延長
25:デフォルトの名無しさん
05/05/22 20:44:15
.NETに違和感がある人は他の言語やったことないんじゃないのかな
26:デフォルトの名無しさん
05/05/22 22:11:27
C#にすればいいのに
VB.NETなんて基地外のやる代物だ
27:デフォルトの名無しさん
05/05/23 01:54:20
>>26
禿同。C#触り始めて以来、VBなんて見るのもイヤ。
28:デフォルトの名無しさん
05/05/23 02:13:46
何ここ3年前のスレ？
29:デフォルトの名無しさん
05/05/23 02:15:01
>>28
言ってることがわけワカメです。
30:デフォルトの名無しさん
05/05/23 02:23:21
26が核心を突いてしまったようです
31:デフォルトの名無しさん
05/05/23 02:31:43
「ぶいびぃやってます」より「しーしゃーぷやってます」のほうが音的にもオサレ。
32:デフォルトの名無しさん
05/05/23 12:37:40
仮にVB6もVB.NETもやめて、他の言語を覚えるなら何がいいですかね？
（ちなみに開発するシステムは、クライアント－サーバー型の業務システム）
33:デフォルトの名無しさん
05/05/23 12:39:42
>>32
Ruby
34:デフォルトの名無しさん
05/05/23 19:28:02
>>32
JAVA
35:デフォルトの名無しさん
05/05/23 19:47:07
スレタイ語尾に 対 C#
をつければ新たな議論も考えられそうだ
36:デフォルトの名無しさん
05/05/23 19:48:53
>>1はVB.NETとC#との違いについてはどう思ってる？
VB.NETやるんだったらC#やったほうがいいと思うんだけど。
会社でVB.NETやってるならVBよりも真っ先にVB.NETを優先すべきだろうけど。
VB.NET覚えてればC#への以降も簡単なんでない？
37:デフォルトの名無しさん
05/05/23 19:51:03
>>15
> >>13
> VBがUNICODEに対応していると本気で思っているなら、
> ためしにUnicode対応のソフトを作ってみると良い。
> Unicodeにはあるけど、ShiftJISに無い文字を表示できず、
> 途方にくれるはずだ。
それは一体どういうことでっかいな？
問題ありすぎてがっかりしないかいな？
よく知られている話かいな？
そのあたりはJavaやC#とくらべどうなんだろな。
38:デフォルトの名無しさん
05/05/23 19:52:51
>>22
C#でも出せるならVB.NETでも出せないとおかしい気がする。
さもないとVB.NETは中途半端にかなり使えない言語じゃないか？
それとも、これはVB厨をC#に移行させるための戦略か？
39:デフォルトの名無しさん
05/05/23 19:54:08
>>25
UNIX,系で様々な言語(sh, Perl, C, C++, PHP, Javaなど)を使ってきた陣営から
すれば.netはかなり違和感ありありだと思うのだが。
40:デフォルトの名無しさん
05/05/23 20:10:03
>>32
> 仮にVB6もVB.NETもやめて、他の言語を覚えるなら何がいいですかね？
> （ちなみに開発するシステムは、クライアント－サーバー型の業務システム）
>
VB/VB.NETやってるならC#とASP.NETだと思うが。ほかは
Perl, PHP, Java
41:デフォルトの名無しさん
05/05/23 21:37:45
>>37
確かにVB6.0の文字列型変数にはUNICODEで格納される。
でもUI周りのコントロールはShiftJISにしか対応しない。
API呼び出し時や、ファイルI/O時はUnicode<->ShiftJISの
自動変換が勝手に行われる。よってUnicode固有の文字は
扱えないのさ。
42:デフォルトの名無しさん
05/05/23 22:02:59
>>41
物事は正確にな。大筋はそうだが、嘘ばかりだ。
43:デフォルトの名無しさん
05/05/23 23:47:16
> 大筋はそうだが、嘘ばかりだ。
どっちだよ
44:デフォルトの名無しさん
05/05/24 00:16:54
歴史教科書のようなものだよ
45:デフォルトの名無しさん
05/05/24 00:17:30
ひさしぶりにVB6インスコしてみようかなあ・・・
46:デフォルトの名無し
05/05/24 03:31:19
まあ、両方ドリルしとけよ。無料だから。
URLﾘﾝｸ(book.mycom.co.jp)
47:デフォルトの名無しさん
05/05/24 16:41:13
>>36
VB.NET＝VB6の後継言語で、VB6の技法・知識がかなり流用できる。
C#＝新手のC言語。C言語は今までやった事が無く、業務に不向きなイメージがあるので、チョット敬遠気味。
てな印象です（私はC++とC#の違いも解らない、VB使いの無能なエンジニアですので）
>会社でVB.NETやってるならVBよりも真っ先にVB.NETを優先すべきだろうけど。
>VB.NET覚えてればC#への以降も簡単なんでない？
>
そんなもんですかね？ C#への足掛かりができるならば、VB.NETも頑張ろうかって気になる。
48:デフォルトの名無しさん
05/05/24 16:45:03
VB.NETとC#はコンバータが存在するくらいだから
超そっくりだよ
49:デフォルトの名無しさん
05/05/24 16:53:27
>>47
無能もそこまできたら立派だよ。
50:デフォルトの名無しさん
05/05/24 20:01:12
>>47
足がかりもクソも、VB.NETとC#は大して変わらんぞ。
51:デフォルトの名無しさん
05/05/24 20:16:43
>>50
それぞれのソース見たら、全く別モノに見えるのは、私が無能のせい？
URLﾘﾝｸ(www.ailight.jp)
52:デフォルトの名無しさん
05/05/24 21:50:40
>>51
どっちもコードをそのまま日本語化するとこうなる。構文が違うだけで中身は全く同じ。
PublicでStaticな関数GetList(入力元のsourceと出力先のwriterという2つの引数をとる)を定義
writerに "---------- start ----------" を出力
forループ(カウンタ i を0からsourceの文字数まで)
check/strCheckにsourceの i 番目の文字を代入。
check/strCheckの文字コードを取得してs/strValに16進法にして代入。
writerへcheck/strCheckとs/strValを出力する。
for終わり
writerに改行と "---------- end ----------" を出力
関数定義終わり
(VB.NetではintAscを経由しているがHex(Asc(strCheck))と書けばこの変数は不要になる)
53:デフォルトの名無しさん
05/05/24 22:13:38
>>51
流れ制御文や、変数の宣言が異なるだけで、
プログラムの構造はもちろん、使っているAPIも同じだろ。
54:デフォルトの名無しさん
05/05/24 23:39:35
>>47
無能のままで居たければVB.NET。普通の人生を送りたければC#。
> VB.NET＝VB6の後継言語で、VB6の技法・知識がかなり流用できる。
VB6から流用したような技法・知識は確実に有害なので使わない方がいい。
逆に、VB6の技法を流用できてしまうことがVB.NETの最大の欠点。
C#はこの欠点が無いだけだが、これが2者を分ける大きな違いになっている。
一生フリーターやニートな人生があるように、生涯VBという人生も選択肢としてはあるのだろう。
55:デフォルトの名無しさん
05/05/24 23:47:38
VBってバカにされるけどVBだけで本当にどれだけのことが
できるのだろう。
どんなにしょぼいアプリでも仕事で作るものはそんなに簡単なものは
少ないように思うのだが。
56:デフォルトの名無しさん
05/05/24 23:53:32
つーか、VBもちゃんと理解できてないんだろ。
57:デフォルトの名無しさん
05/05/25 00:54:51
VBはVBでも、クラスモジュールさえ使いこなせれば低脳ではない。
VB6にもあるから。
58:デフォルトの名無しさん
05/05/25 01:08:25
まあWindowsでのプログラムしか作れない人は低脳だな
無駄飯食いめ・・・
59:デフォルトの名無しさん
05/05/25 01:56:14
ハァ？Windows以外にまともなOSなんて存在しないんですが？
60:デフォルトの名無しさん
05/05/25 02:05:47
バカ出現
61:デフォルトの名無しさん
05/05/25 20:04:35
気になるのが、VB.NET よりも C# の方がいいという意見が多いのだが、
C#で業務システム組んだら、VBよりも「早く」「楽に」作れるの？
（言語のアーキティクチャの美しさうんぬんよりも、そっちが大事！）
62:デフォルトの名無しさん
05/05/25 20:09:40
早く楽なのはVB.NETだけど美しさはC#
63:デフォルトの名無しさん
05/05/25 20:12:49
>>61
好きにすればいいじゃないか。自分で使ってみてさ。
VB.NETがJ++のような位置付けであろうとも、未来はわからないからね。
MSの気がかわってまたVBに力を入れるかもしれないじゃないか。
64:デフォルトの名無しさん
05/05/25 20:49:29
C#でCOMとのInterOpやろうとすると、C#の型安全性が仇になって
キャストやReflectionの嵐になる
そんぐらいじゃないのか、VB.NETの楽な部分って。
65:デフォルトの名無しさん
05/05/25 20:57:50
>>61
C#は、C++やJavaを使った経験のある人にとっては、文法がほぼ同じなので取り付き易い。
VB.NETは、文法がだいぶ拡張されているので、VB6.0の経験があっても取り付き難い。
66:デフォルトの名無しさん
05/05/26 02:01:33
VB使いは格安だからね。MSが力を入れるのも当然
67:デフォルトの名無しさん
05/05/26 10:46:19
話はかわってJ#使ってる人はいるんだろうか？
68:デフォルトの名無しさん
05/05/27 13:20:02
>>67
未だかつて聞いた事が無い。
無くなりそうだな。
69:デフォルトの名無しさん
05/05/27 13:22:15
>>VB使いは格安
その通り。
C#の方が高いかな？
70:デフォルトの名無しさん
05/05/27 13:26:26
>>63
確かに。
VBそのものが完全に無くなる可能性は低いと思われるので、
とりあえず、VB.NET もうチョット続けよっと。
71:デフォルトの名無しさん
05/05/29 00:34:30
>>67
旧、J++ユーザーが、好んで使っているよ。
・・・J++ユーザーって居たのか？
72:デフォルトの名無しさん
05/06/02 16:28:53
漏れは言語を指定される仕事なんて新規作成でやったことないんだが
結構あるものなの？
73:デフォルトの名無しさん
05/06/02 21:03:53
>>72
結構あるよ。
俺が下請けソフトハウスのせいだが。
74:デフォルトの名無しさん
05/06/05 00:54:10
>>9
VB6てUNICODEサポートしてたと思うが。
75:デフォルトの名無しさん
05/06/05 01:10:25
サポートも何もVB4から内部は完全にUNICODEベースだろ
COMがそうだから、なんだけど
76:デフォルトの名無しさん
05/06/05 01:34:55
UnicodeベースではあるがUnicodeをまともに扱えない、それがVB
間違ってもUnicodeサポートなどとは呼べない
77:デフォルトの名無しさん
05/06/06 17:37:13
ActiveXに文字化けってよくあるし、
さらに発生すると手の打ちようが無い...
78:デフォルトの名無しさん
05/06/06 20:09:09
動作が重い、HDD食うから.NETの負け。
79:デフォルトの名無しさん
05/06/07 14:08:37
>>78
VB2005 も .NET2003同様に、動作が重いんだろうか？
80:デフォルトの名無しさん
05/06/07 16:20:34
>>79
普通に考えて軽くはならんだろうね。
その分、高機能になってるしPCも速くなるからいいんだけど、
VB6.0の機能で十分で、最新でないPCを使う俺にしたら.NETを選ぶ理由がない。
人それぞれ。（あたりまえか）
81:デフォルトの名無しさん
05/06/07 16:36:46
VB6.0も.NETも選ぶ理由がない。
82:80
05/06/07 16:55:55
VC++が難しくて使えない俺には選ぶ理由がある。
情けねえorz
83:デフォルトの名無しさん
05/06/07 17:14:11
Delphiのんが簡単だよ。
84:デフォルトの名無しさん
05/06/09 17:29:15
VB6を使ってる人がC#を勉強すると、そのまま自然にVB.NETが理解できるし
振り返ってVB6を改めて理解できる。
C#はC++よりVBっぽいので、VB厨にはかえって向いている。
C#を経由しないでVB.NETだけ勉強すると、VB6互換ライブラリがないと
何も作れないVB.NET厨になるおそれあり。
VB6の時点であるていど意識して開発している人なら、そのままVB.NETに
移行してもそのおそれはない。
85:デフォルトの名無しさん
05/06/09 17:56:49
.NEETなんかに逝行するなんて自滅行為
86:デフォルトの名無しさん
05/06/09 20:04:01
C#がネイティブ吐ければ、最強だったのに
おしいなぁ・・・
87:デフォルトの名無しさん
05/06/10 08:42:45
C丼が最強だっていうのはﾌﾞﾋﾞ厨の幻想であって、見向きもされない言語。
88:デフォルトの名無しさん
05/06/10 11:17:37
84の内容って認知的不協和そのままというか良いサンプル。
＞車の例では他車のカタログは見ず、購入した車のカタログばかり見る、
＞という調査結果があるという。
＞これは他車の方が性能が良いという「不協和」を避ける為だ。
＞なるほど思い当たる事は多い。
＞都合のいいように判断資料に自らバイアスをかける。要注意だ。
自らバイアスかけてﾌﾞﾋﾞが滅んでないことになってんだろうね。
89:デフォルトの名無しさん
05/06/10 15:48:08
>>1 だが、結果的にVB6でシステム開発やる事になった。
昔のWinNT4.0やWin98の低スペックPCをクライアントで使う羽目になり、
VB.NET2003だと遅くて使いモノにならんという理由で。
慣れている言語なんでとりあえず早く楽に作れるが
喜んでいいやら悲しんでいいやら。
90:デフォルトの名無しさん
05/06/10 22:08:13
>>88
それを言うなら認知的不「調和」でしょ。
認知的不調和ってのは普通ダブルバインドの話だと思うが。。
っていうか、俺には>>84が「VBが滅んでない」なんて言いたいようにも、
そのように認識しているようにも読めないけど。。
91:デフォルトの名無しさん
05/06/11 08:36:55
84はVBで悲惨な目にあいながら、他を見ずにV$マンセー、してるじゃん。
非論理的な言い方で。
92:デフォルトの名無しさん
05/06/11 10:57:38
正直、>>91は精神科で見てもらった方がいいと思う。
自分の妄想を他人（の書いた文章）に投影する傾向あり。というかあり過ぎ。
まあ妄想性人格障害のある人間は通常それを自覚できないんで、これ読んで本人が
承服するとも思えないけど。
もっとも単に読解力が絶望的にないだけかも知れないけどね。
93:デフォルトの名無しさん
05/06/11 11:12:48
>>92
なげーよｗ
94:デフォルトの名無しさん
05/06/11 11:36:29
手軽なアプリを作る分には旧VBでもいいけどさ。
ある程度の大きさになって来るとOOPできないのは辛い。
95:デフォルトの名無しさん
05/06/11 17:39:28
プラットフォーム、その他環境によってＡＰＩが異なるために、プログラムを組み直す必要があって、
それを．ＮＥＴフレームワークで解決しようとしているのがVisualBasic .NET 2003。
なんだけど、まだまだＡＰＩを網羅していないのも事実。
ＡＰＩにあって、．ＮＥＴフレームワークにないものをすべて挙げてみよう！
96:デフォルトの名無しさん
05/06/11 17:56:54
精神病患者に「お前は精神病患者だ」と言って通じるはずがない。
97:デフォルトの名無しさん
05/06/11 18:26:58
>>96
お前は精神病患者だ。
98:デフォルトの名無しさん
05/06/11 23:33:14
この文章って執り付かれてるよね。
＞VB6を使ってる人がC#を勉強すると、そのまま自然にVB.NETが理解できるし
＞振り返ってVB6を改めて理解できる。
時代遅れのVB６を使ってたことを理解して怒り狂うわけか？
＞C#はC++よりVBっぽいので、VB厨にはかえって向いている。
M$独自言語なのに、かえって向いてる、って文脈おかしくない？
問題はﾌﾞﾋﾞ厨がVBしか使えないことだろ。
＞（略）何も作れないVB.NET厨になるおそれあり。
＞VB6の時点であるていど意識して開発している人なら、そのままVB.NETに
＞移行してもそのおそれはない。
おそれはない、ことを言いたいようだが、OOPを意識する人がVB６を使うことがありえない。
99:デフォルトの名無しさん
05/06/11 23:40:00
中途半端なクラスモジュールに苛つく。
100:最凶VB厨房
05/06/11 23:40:26
VBの世界に足を踏み入れたならば一生抜け出すことはできない。
それほどVBは魅力的なんですね。
101:デフォルトの名無しさん
05/06/12 00:02:23
>>99
たとえばどんな？
102:デフォルトの名無しさん
05/06/12 01:18:21
実質カプセル化だけなところ
103:デフォルトの名無しさん
05/06/12 01:20:31
なんだ、OOを理解してないだけか。
104:デフォルトの名無しさん
05/06/12 01:21:11
C#をVBっぽいとか言うな！格が落ちる。
105:デフォルトの名無しさん
05/06/12 01:31:56
VBの？
106:デフォルトの名無しさん
05/06/13 01:51:18
コンポーネント指向と言う点で、VBとC#は似ている
107:デフォルトの名無しさん
05/06/13 08:45:17
VBとかActiveXではコンポーネントが実質増えなかったし、
性能悪いし何より実行時に不安定だった。
VBの時代は終わった。
108:デフォルトの名無しさん
05/06/13 08:59:37
M$が逝うには、クラスベースのOOは派生必須だもんね。
109:デフォルトの名無しさん
05/06/15 10:40:33
.NET フレームワークに、C# からは使えるけど VB.NET からは使えない
機能というかオプションがあるのを見つけた時は、がっかりした。
110:デフォルトの名無しさん
05/06/15 12:17:27
@ITの記事はC#とVBのソースが併記してあってウザイ。
MSDNの記事はC#とVBのソースが併記してあってウザイ。
VBは激しく(ﾟ⊿ﾟ)ｲﾗﾈ
111:デフォルトの名無しさん
05/06/15 14:43:26
VB.NETのコードだけ書いておけば良い
まともなC#使いなら自分で読み替えられるから
112:デフォルトの名無しさん
05/06/16 00:19:01
>>109
VS2005にはVB.NETにはあるけど、C#には無い機能が色々あってがっかりした。
C#せっかく覚えたのにな(T_T)
113:デフォルトの名無しさん
05/06/16 00:31:46
だよね～
だよね～
言うっきゃ無いかもね
そんな時にはね～
>>112 その色々をもっと具体的に
114:デフォルトの名無しさん
05/06/16 01:27:47
>>113
With .... End With ブロック。
■ 明示的に区別されたIf, For, While, Select...Case などのブロックの「閉じ」構文。
― C系統の言語の{}は頭悪すぎ。無駄なことに思考力を使わせるな。
■ 目立たず邪魔にならない注釈記号(')
― C系統の言語の注釈は無駄に邪魔くさいんんだよ。/* ... */にしろ //にしろ。
■ 参照設定しなくてもデフォで使えるVBランタイム機能。
■ ユーザー定義イベントが簡単に使える。
115:デフォルトの名無しさん
05/06/16 03:48:55
>>114
頭悪すぎ。
116:デフォルトの名無しさん
05/06/16 07:04:16
>>113
Myが増えてる。
ローカルPCの良く使いそうな情報がプロパティひとつで取り出せる。
OOを無視したいかにもVBらしい機能♪
VS2003以前でC#にあってVB.NETに無かった機能も、VB.NET 2005ではほぼ網羅してるから
C＃いらね。
117:デフォルトの名無しさん
05/06/16 07:20:06
2003をやってる人はいいが、落ちこぼれな上、6.0→2005だと相当きついだろう。
118:デフォルトの名無しさん
05/06/16 08:38:51
VS2003に意義を見出そうと必死だな。
購入された場合でも棚に入ってそうだね。
119:デフォルトの名無しさん
05/06/16 18:26:26
>>114
閉じは常に } というのは何を閉じるのか意識する必要のあるVB系より単純だと思うが。
120:デフォルトの名無しさん
05/06/16 19:07:20
XMLライクなVB
LispライクなC系
121:デフォルトの名無しさん
05/06/17 00:20:40
>>114にはすべてVBのダメなところが書いてあるようにしか見えないんだが
122:デフォルトの名無しさん
05/06/17 00:22:46
まああれだ、COMとのInterOpはブビのがラクだよな
123:デフォルトの名無しさん
05/06/17 01:07:18
>>119
まあ余程簡単なコードしか書いたことのない人の意見なんだろうな。
一度書いたら二度と読み直すことがないような。
プログラム実習のでちょっとプログラム書いたことがある学生さんの意見としか思えん。
単純だからなんだというのだろう。
ブロックの終端が常に}と「単純」なC系統の言語では、
確かに対応する構文を意識する必要がない。コードを書く場面では。
（もっとも、こんなものは今日日IDEが自動的にやってくれるわけだが。）
しかしコードを読む場面では、逆に}に対応するブロックの始まりが
どのキーワードなのかを意識しなければならない。人間様が自分の脳のリソースを使って。
ちょっとネストが深いコードを読み返すとき、このことが
どれほどストレスの源になることか。
VBやPascalのような言語の場合、こうしたストレスは完全にとまではいえないが
Cに比べれば格段に緩和される。
124:デフォルトの名無しさん
05/06/17 01:13:58
注釈記号も、アセンブラを踏襲して素直にセミコロンにしとけば良かったのに
なんであんな鬱陶しいブロックコメント形式なんかにしたんだろう。
125:デフォルトの名無しさん
05/06/17 01:16:36
ん？なんか発生してる？
126:デフォルトの名無しさん
05/06/17 01:17:53
>>123
C系の言語でブロックのネストがLispのカッコのように何段にもなるコードを
書くことは稀だし
そういうのは大抵書き換えたほうがいいことが多いな
ブロックは普通明示的に分かりやすくインデントするし
たとえばvi系のエディタなら%つかえばカッコの対応なんぞすぐわかる
ま、begin/end組に比べてCが「いかにタイプ量を少なく簡潔に」という方向で
デザインされてるのは確かだな。でも、Cがこんだけ広まって皆それに
慣れており、誰も困ってないというのも実情だよ。
127:デフォルトの名無しさん
05/06/17 01:23:57
> With .... End With ブロック
C#では明示的に除外された
> C系統の言語の{}は頭悪すぎ。無駄なことに思考力を使わせるな。
お前はメモ帳でプログラムを書いているのか？
それとストレスになるほど深いネストを書くお前が悪い。
> 目立たず邪魔にならない注釈記号(')
旧VBだと _ で折り返した行にコメントが書けないんですけどこれはどうすればいいでしょうか！！！！
> 参照設定しなくてもデフォで使えるVBランタイム機能
これは別に俺は嫌いじゃない。
> ユーザー定義イベントが簡単に使える。
意味不明。WithEventsのこと？
C#にもevent構文があるけど？
128:デフォルトの名無しさん
05/06/17 01:30:16
>>123って1つの関数に1000行書いたりする
典型的な非構造化プログラマーだろ。
129:デフォルトの名無しさん
05/06/17 01:32:14
>>126
誰も困ってないというより、それを口に出して言いにくい、
抑圧的な世界なんだと思うね。
王様は裸だ、といえない空気ね。
すくなくとも過去にはそういう雰囲気がこの業界にはあった。
まあ、プライドの肥大したスカした野郎が多い世界だから。
>>127
＞> ユーザー定義イベントが簡単に使える。
＞意味不明。
実際やってみりゃ一目瞭然。VB.NETとC#で自作のイベント生成するコード書いてみ。
130:デフォルトの名無しさん
05/06/17 01:34:14
インデントもちゃんとつけていないマルチステートメントな人かも。
131:デフォルトの名無しさん
05/06/17 01:35:36
delegateを定義するってこと？
そういえばVB.NETでは試したことないな。今度やってみるよ。
132:デフォルトの名無しさん
05/06/17 01:36:32
ExcelとかいじるときはVB.NETのが楽な気がする。
133:デフォルトの名無しさん
05/06/17 01:36:53
>>128
もう予想通りの典型的な反応で笑える。
あのねえ、関数はシンプルに、無駄に深いネストを使うのはよくない、
小さな問題に分割統治して書くとわかりやすいコードが書ける、などといった
教訓は、全ての問題がそのように書ける、ということを意味していないのだよ。
134:デフォルトの名無しさん
05/06/17 01:39:56
OOとか嫌いなのかな。
135:デフォルトの名無しさん
05/06/17 01:44:35
コボラなんじゃないか？
136:デフォルトの名無しさん
05/06/17 01:44:56
>>129
ルサンチマンまみれの発言ご苦労様
いやなら業界止めたら？
あんた以外誰も、たかがCのカッコの問題なんぞ抑圧だとも思ってなけりゃ
そんな程度のことをプライドに感じたりもしてないから。
Cをけなすんならせめてあの複雑で醜くてBjarn Stroustrupも嫌いと公言して
憚らない宣言のシンタクスでもけなせばいいのに。
ま、C#には関係が無いことだけれどもね。
137:デフォルトの名無しさん
05/06/17 01:50:10
>>127
> 旧VBだと _ で折り返した行にコメントが書けないんですけどこれはどうすればいいでしょうか！！！！
これってVB.NETだとできるの？
どなたか書き方教えてください。
138:デフォルトの名無しさん
05/06/17 01:55:08
>>137
.NETでも;をセパレータとして使っていない以上その原則は変わってない。
139:デフォルトの名無しさん
05/06/17 01:59:08
>>138
サンキュです。やっぱりダメですか。
/* ～ */ 形式でもいいから取り入れて欲しいなぁ。
140:デフォルトの名無しさん
05/06/17 02:04:24
#If False Then
#End If
で括ったりするんだけどなんか格好悪いんだよね。<!-- -->でもいいよ。
でも、
Comment
End Comment
とかなりそうだなあ。
141:デフォルトの名無しさん
05/06/17 03:17:50
ＶＢ．ＮＥＴ ＶＳ Ｃ＃．ＮＥＴ の戦いになっちゃってるな。
どっちがいいかは個人個人のフィーリングで選べばいいだけジャン？
おれ？ おれはＣの書き方が性に合ってるかな。
Ｃ： int i; // ｲﾝﾄ ｱｲ ←涼しげ♪
ＶＢ： ＤＩＭ Ｉ ＡＳ ＩＮＴＥＧＥＲ ’ドィムゥ アズ インテジャワァアァァァァ ←暑苦しい
142:デフォルトの名無しさん
05/06/17 05:17:35
言語の優秀性とその普及率ってのは必ずしも一致しない。
個人の趣味プログラムなら話は別だが、一般的なソフトハウスが開発言語を
決定する要因は、
1.開発コスト
2.（現行ＰＧがあれば）移植性
3.開発要員確保しやすさ
4.信頼性（上層部のジジイどもは新しい物を「リスクがある」といいがち）
というわけで、実際の開発現場ではVB.NETが採用される傾向にある。
俺個人的には、ASP.NETはC#、WindowsアプリケーションはVB.NETで作ること
が多いかな。（明確な理由は特にないけど）
143:デフォルトの名無しさん
05/06/17 05:21:18
>>123
>VBやPascalのような言語の場合、こうしたストレスは完全にとまではいえないが
>Cに比べれば格段に緩和される。
Pascalって全部Begin...Endじゃないの？
144:デフォルトの名無しさん
05/06/17 06:01:18
>>142
うっせ、ヴォケがｗ
145:デフォルトの名無しさん
05/06/17 07:34:17
>>144
上層部のジジイなの？
146:デフォルトの名無しさん
05/06/17 08:07:18
>>143
ﾜﾗﾀ
147:デフォルトの名無しさん
05/06/18 21:27:30
中括弧の問題は、他にもあるだろ。
if(...)
{
...
}
なのか
if(...){
...
}
なのか
if(...)
{
...
}
なのか…人によって最善と主張する書き方が異なる時点で構文として終わってる。(最後のは俺も有り得んと思いたいが)
148:デフォルトの名無しさん
05/06/18 22:25:12
「他にもある」のではなく、要はブロックを、少なくとも全てのブロックを
{}で囲って表現するのは非合理的で可読性に書ける、ということに尽きる。
{}の位置がどうこうっていう論争は単なる代償行動に過ぎない。
王様は裸だ、という代わりのね。
なぜ王様は裸だ？と言えないか。
それは自分が人に無能だと思われるのが怖い「小利口な」奴がこの世界多いからだよ。
149:デフォルトの名無しさん
05/06/18 22:33:45
可読性が増すように思うが。
150:デフォルトの名無しさん
05/06/18 23:02:43
VB6だろうがVB.NETだろうが落ちないで動けば良いんだよ。
客にとっては手段は問わないのさ。
それが理解出来ない小僧がこの業界でいかに多いか（藁
151:デフォルトの名無しさん
05/06/18 23:22:41
落ちなくて動くシステムをどっちが作りやすいか、って話だと思うが。
152:デフォルトの名無しさん
05/06/19 00:14:17
必殺
On Error Resume Next
のオンパレード。
これで落ちなくなったとのたまう。エラー処理なんて1行もなし！！
153:デフォルトの名無しさん
05/06/19 08:54:06
>>152
こないだそういう糞プログラム見たわ。
DB処理なんだけど例外発生した状態でスルーされるから、
トランザクション処理がどんな状態でもコミットされてしまう。
アプリ落ちてくれればデータ壊れずにすんだのに･･･。
154:デフォルトの名無しさん
05/06/19 13:08:23
>>147
VS.NET 2005にはコーディングスタイルを強制して統一させる機能がある。
インデックスの付け方の趣味なんて、今ではささやかな問題だよ。
155:デフォルトの名無しさん
05/06/19 13:55:15
今では、って昔からずっとささやかな問題だよ。
相対的に言えば。時代は全然関係ない。当たり前だけどね。
どうでもいいがインデントだよね。
156:デフォルトの名無しさん
05/06/19 14:17:34
この際変数名のつけ方も強制していただきたいなぁ
157:デフォルトの名無しさん
05/06/19 14:35:03
>>153
Javaだけど、似たような奴で、
try {
・・・
} catch(Exception e) {
System.out.println("エラー発生");
}
なんてのを見たことがある。
エラーメッセージを出してはいるが、処理はそのまま続行ｗ
158:デフォルトの名無しさん
05/06/19 14:47:55
それこそVBからJavaへ流れ込んだ連中じゃないのかな
159:デフォルトの名無しさん
05/06/19 15:12:35
別に例外に対して積極的に何かをせずに単に無視するのが
いつでも問題があるとも思えんが。。
私見では、この例に見るように「こういうときは＜絶対＞このようにすべきだ」という風な思い込みが強い、
自分の頭で物事考えない、形式にこだわるタイプが一番救いがたい。
救いがたいというのは、たいていこの手の輩は馬鹿なくせに頑固だから。
160:最凶VB厨房
05/06/19 15:13:52
>>159
同意
161:デフォルトの名無しさん
05/06/19 15:14:46
>>159
お前自身が馬鹿なくせに頑固らしいな。
162:デフォルトの名無しさん
05/06/19 15:21:59
>>158
VBは関係ないな。JAVAでは良くある風景。
コンパイル通らないからとりあえず例外を処理って。
163:デフォルトの名無しさん
05/06/19 16:18:40
言語云々の問題か？
164:デフォルトの名無しさん
05/06/19 16:20:47
>>163
JAVAでは言語的な部分にも原因がある。
とりあえず例外処理しないとコンパイル通らないから。
まあ、例外を処理しないの意味においては言語での問題じゃないけどね。
165:デフォルトの名無しさん
05/06/19 16:29:38
>>164
> とりあえず例外処理しないとコンパイル通らない
throwsを書けばいいだけだろ
166:デフォルトの名無しさん
05/06/19 16:57:39
>>165
それは例外処理を書いたってことだろ？
あんた理解できてないでしょ、話の流れが。
167:デフォルトの名無しさん
05/06/19 17:36:37
ﾜﾗ
168:デフォルトの名無しさん
05/06/19 17:56:55
何も例外処理しないメソッドではthrows節を書きゃいいだけなんだから
>>157が「Javaの言語的問題」だっつーのはどうなのよ
169:デフォルトの名無しさん
05/06/19 18:37:38
C#もVBも機能変わんないからフィーリングで選べばいいよ
VB選ぶってことは自ら無能ですって宣伝してるようなもんだけどね
170:デフォルトの名無しさん
05/06/19 21:06:05
好みとは無関係にVC#.NETではなくVB.NETを要求される件について
171:デフォルトの名無しさん
05/06/19 21:09:31
VBは腐ってもMSがここ10年以上守ってきたからね。
MSの場合、無かったことにするっていう得意技があるからC#に飛びつくリスクは大きい。
言語的に悪いとは思わないよ、どっちも。
172:デフォルトの名無しさん
05/06/19 22:15:31
>>170
仕事なら VB.NETだろうが COBOL.NETだろうが指定通りこなすのがプロ。
173:デフォルトの名無しさん
05/06/19 23:11:32
>>171
.NETであれば使用するフレームワークは同じなんだから、
VB.NETだろうが、C#だろうが、Pascalだろうが、Cobolだろうが、C++モドキだろうか、Javaモドキだろうが
簡単に移行できるだろ。C#が無くなろうが、大した問題じゃないよ。
.NET Framework自体が無くなると確かに痛いけどな。
その場合MFCを身に付けていないと、PGは生き残れないわけだ。
174:デフォルトの名無しさん
05/06/19 23:12:42
.Net Frameworkよりは先にMFCがなくなるだろ。
175:デフォルトの名無しさん
05/06/19 23:20:24
>>173
それは>>171じゃなく>>170に言ってくれよ。
176:デフォルトの名無しさん
05/06/19 23:44:34
>>171
C#を無かったことにできると考えられる君が何も見えてないだけ。
Javaを手に入れられなかったMSが代わりに作ったのがC#。MS的にC#は命綱。
VBは、数の多い底辺層をつなぎとめておくため、
更にはC#に馬鹿が流入しないための防波堤として存在価値が残る。
177:デフォルトの名無しさん
05/06/20 00:01:38
>>176
VB.net もC#も大差ないけど。
なんかそういう他人を見下してる奴って、会社じゃ何もできない奴なんだろうな･･･って。ｗ
178:デフォルトの名無しさん
05/06/20 00:07:41
本人は何でも出来ると思ってるんだから、そっとしておいてやれよ。
179:デフォルトの名無しさん
05/06/20 00:14:36
>>171
機能的に大差なくても
マーケティング的に何がどういう位置にあるか把握することには意味がある。
コーダーにはほとんど関係ないだろうね。
技術的に高いレベルの人間がVBを好むことは絶対に無いよ。
もちろん、そういうアーキテクト的立場の人間がどの程度必要かは会社による。
MSも技術的に高いレベルのユーザーをつなぎとめておくことの重要性をわかってるから
C#を捨てることは絶対にない。
180:デフォルトの名無しさん
05/06/20 00:15:37
>>177
だな
181:デフォルトの名無しさん
05/06/20 00:19:32
>>179
まだ言ってるよ。しかも典型的なMS詐欺の被害者というかMS教信者。ｗ
.netの言語において、どの言語選択しても、あんたが考えてるほど大差ねーよ。
まあ、C#は今のところ普及率が低いから、希少価値を勘違いして自分がレベル高いとおもちゃってるんだろうね。
単なる最初に立ったと言った風太くん程度。
182:デフォルトの名無しさん
05/06/20 00:20:37
軽はずみに絶対などと断言する奴は絶対に馬鹿だ。
183:デフォルトの名無しさん
05/06/20 00:27:09
>>182
小学生がさ、馬鹿って言う奴は馬鹿なんだ！って喧嘩してる感じだな。
184:デフォルトの名無しさん
05/06/20 00:44:55
>>181
本当に大差ないと思うならCOBOL.NETでも使っていればよろしい。
C,C++,Javaがこれだけ成功・普及している状況で
「ごく普通の構文」を採用しているC#は.NETの中では最重要だろう。
「Javaのパクリ」と言われるのがわかっていてなぜこんな文法にしたのか考えてみるといい。
全く同じ理由で、VBユーザーが大量にいる中でのVB.NETも重要。
C-Omegaのような新しい発展があっても、C#はベースとして利用されている。この理由は「構文が標準的だから」
対照的に、VBが何かのベースになることは無いだろう。
都合が悪くなったら信者扱いか。オレはMSは大嫌いだが、それと技術評価とは別。
185:デフォルトの名無しさん
05/06/20 04:50:37
VB6.0上がりのVB.NET使いのレベルが低い理由の１つに、ADO.NETを正しく理解
できていない点があるね。
DBから取得した値を配列に保持しちゃったり、とか。
186:デフォルトの名無しさん
05/06/20 11:56:44
> DBから取得した値を配列に保持しちゃったり、とか。
それが良いか駄目かは場合による。
187:デフォルトの名無しさん
05/06/20 12:44:48
>>186
いや、それは貴方もADO.netを理解してないっていうことだ。
DataSetの機能自体に、DBから一端話して配列で格納っていう機能が実装されてる。
188:デフォルトの名無しさん
05/06/20 12:57:18
>>147
>if(...)
> {
> ...
> }
>(最後のは俺も有り得んと思いたいが)
俺もそう思いたいが、俺の持ってる Windows 3.1 の頃に発行された Programming Windows は、
そういう書き方してあった。 あと、うちの会社にそういう書き方する基地外がいる。
189:デフォルトの名無しさん
05/06/20 15:17:56
>>185
こりゃまた随分レベルの低い例だな(w
190:デフォルトの名無しさん
05/06/20 15:18:57
>>188
みな分かって書いてるんだろうけど、それはGNUコーディングスタイルでしょ
191:デフォルトの名無しさん
05/06/21 02:25:15
見慣れないスタイルっつーだけで基地外よばわりかｗ
小せーなオイｗ
192:デフォルトの名無しさん
05/06/21 06:04:15
>>187
あんたが一番.NET覚えたて臭い
193:デフォルトの名無しさん
05/06/21 07:28:46
>>192
いや、俺だよ
194:デフォルトの名無しさん
05/06/23 18:10:37
誰だよ
195:デフォルトの名無しさん
05/07/15 02:18:58
兄貴達はJScript.NET使ってますか？
196:デフォルトの名無しさん
05/07/15 11:31:45
まぁ どっちも糞でＦＡ
197:デフォルトの名無しさん
05/07/15 12:20:38
VB.NET2003で コンポーネントで参照設定したクラスや名前空間のヘルプが
検索してもみつかりません。このような場合はどうしたらいいのでしょうか？
教えてくださいませ。
198:デフォルトの名無しさん
05/07/15 12:28:10
>>197
釣りなのか、マジで頭おかしいのか。。。
199:デフォルトの名無しさん
05/07/15 12:29:43
しかもマルチw
はわわ～
200:デフォルトの名無しさん
05/07/15 12:30:02
頭もおかしくないし釣りでもないです。
あなたのような頭の悪いひとは早く2ちゃんねるから脱退してください。
201:デフォルトの名無しさん
05/07/15 13:09:43
ほんと、質問の基本がなってないのが多すぎ。
あんたの状況が見て回答できるわけじゃないんだから。
>>197
例えば何を参照設定して、そのヘルプが見れないの？
って、会話が必要な時点で回答する人が限られるわけで。
普通、かったるいからスルーなんだよね。
202:真のデフォルトの名無しさん
05/07/15 13:16:46
質問の内容がわからないのはあなたのほうです。何を参照設定
しているのか問題ではないのです。
ここまで頭の悪い人だとはおもいませんでした。
検索をしても見当たらない場合はどうしたらいいのか？と
上記の文章ではそういう内容を言っているのです。
あの文章だけでそういったことを読めないおろか者は回答しなくて、、、よし！
203:デフォルトの名無しさん
05/07/15 13:22:54
>>202
しょうがないから真面目に回答してやる。結果はきちんと画像つきでフィードバックしろよ。
検索しても見つからないのはツールとかOSが悪さしてるからだ。
そういうのを除外して自力で探せばいい。
具体的にはパソコンを今すぐ分解し、HDDを開いて、中の円盤から自分の欲しいヘルプを目をサラにして探せ。
204:真のデフォルトの名無しさん
05/07/15 13:44:39
悲しいバカですねｗ
205:デフォルトの名無しさん
05/07/26 21:28:56
>>202
コンポーネント作った人に問い合わせ
206:デフォルトの名無しさん
05/07/26 21:30:53
>>202
コンポーネント作った人に問い合わせ
207:デフォルトの名無しさん
05/07/27 17:06:08
おはようなしのコンポート！
208:デフォルトの名無しさん
05/10/13 23:24:45
すばらしいスレですね
209:デフォルトの名無しさん
05/12/05 21:30:45
>>1
板違い。
プログラム板いけ
210:デフォルトの名無しさん
05/12/05 22:01:24
>>209
ここがそのプログラム板です。
211:デフォルトの名無しさん
05/12/05 22:28:13 BE:185850173-#
・・・。
212:デフォルトの名無しさん
05/12/19 11:25:30
vsしたいならプロレス板池
213:デフォルトの名無しさん
06/01/19 02:57:25
ざっと読んだがC#の利点って
構文がCやJavaに似てるってだけ？
だったらどっちでもいいじゃん
214:デフォルトの名無しさん
06/01/29 15:20:35
ざっと読んだがJavaの利点って
構文がCに似てるってだけ？
だったらどっちでもいいじゃん
215:デフォルトの名無しさん
06/01/29 15:48:26
.NETの標準的なコーディングするなら、C#とVB.NETの違いで決定的なもの
なんか何一つないべさ。
つーか、新しい言語学ぶのってそんなに大変か？
そういう時って、最低でも数日は勉強する期間がもらえるだろう？
まる一日サンプル打ちまくればなんらかの手ごたえは感じると思うんだがな。
OOだって大抵の入門書の最後の方に出てる大きめのサンプル見れば、だいたい
どういう風にプログラムを分割していくのかうすうすはわかると思うんだがな。
いい機会だから、暇な時にOOの専門書も読んでおけ。
そういう本はJavaがサンプルのケースが多いから、ついでにJavaも勉強できて
一挙両得だ。
216:デフォルトの名無しさん
06/02/18 14:19:31
>>215
そだね。とりあえず入力すれば手が覚えるよね
読むだけじゃだめだーよ
217:デフォルトの名無しさん
06/02/21 02:44:12
VBの文法は我慢ならん。
Cに慣れてるけどマルチプラットフォームならJAVAだろーと思ってたが、
JAVAアプレットは起動と通信が遅いのを、Yahoo!Gamesで体験してる。
VBはVBAがあり、自分用アプリ作るのも便利だが、
VB６以前と．ｎｅｔ以降とでそんなに違うのならむしろコンドームしないようにＶＢＡはＶＢＡでやった方がよさそう。
ＪＡＶＡは開発環境が無料だったけどＶＳ２００５Ｅｘｐｒｅｓｓあるし、
ＶＣ＋＋２００５ＥｘｐｒｅｓｓにはＭＦＣないから選択する意味ないし、
ＶＳ２００５Ｅｘｐｒｅｓｓ使うならＣ＃だろうなと。
どうせ職業プログラマとしてはやれんし。
218:デフォルトの名無しさん
06/02/22 22:03:35
>>217
なんだかすごい勢いで意味がわからん。
だからといって詳細を知りたいとも思わんが。
219:デフォルトの名無しさん
06/02/23 10:29:25
>どうせ職業プログラマとしてはやれんし。
誰でも職業マは出来るお。
でもお勧めしない。
220:デフォルトの名無しさん
06/02/24 15:52:58
ここって質問おｋ？
221:デフォルトの名無しさん
06/02/27 03:43:55
>>220
どうせダメって言ってもするんだろ
222:デフォルトの名無しさん
06/02/27 13:19:02
屋上から飛び降りたことはありますか？
空を飛ぶことができると思っていますか？
223:デフォルトの名無しさん
06/02/27 19:09:14
山は死にますか。
空は死にますか。
海はどうですか。
224:デフォルトの名無しさん
06/03/01 17:00:29
つか、おまいら対決好きだな。何でもかんでも対決。弱いくせにようやるよ。
225:デフォルトの名無しさん
06/03/01 17:56:52
>>224
あまり自分を責めるな。
226:デフォルトの名無しさん
06/03/06 13:44:45
>>225
わかった。
227:デフォルトの名無しさん
06/03/31 23:19:34
>>220
その発言自体が質問
228:デフォルトの名無しさん
06/04/04 11:12:39
もうどっちでもいいよ
バグないものつくれたら
229:デフォルトの名無しさん
06/04/04 12:21:17
VB.NETはでりげーとができないんじゃなかったけか。
230:デフォルトの名無しさん
06/04/05 00:16:35
なんでC#とかJavaとかが出てくる訳？
VB6とVB.NETの対決なんじゃないの？
231:デフォルトの名無しさん
06/04/06 16:05:28
Visual BASIC 6.0 とVisual BASIC.NET 2005 と Visual C# では
どれが一番安く入手できますか？
当方地方在住の会社員。
232:デフォルトの名無しさん
06/04/06 16:06:44
Delphi6 personalなら無料
233:デフォルトの名無しさん
06/04/06 16:07:34
URLﾘﾝｸ(www.borland.co.jp)
234:デフォルトの名無しさん
06/04/06 16:17:36
>>231
1. 2005 バージョンには .NET は付かない。
2. ちったあ自分で調べろ。
3. お前はここが質問ｽﾚに見えるのか？
235:デフォルトの名無しさん
06/04/06 16:23:07
おれもDelphi 6 Personalを勧めておく。>>231
236:デフォルトの名無しさん
06/04/06 19:05:16
しょせんは痴呆の会社員
237:デフォルトの名無しさん
06/04/09 01:15:08
所詮VBやC#使ってるやつが作るのはDBインターフェイスとしての
業務アプリだろ。
文字列操作と四則演算、操作画面の制御がまともにできればどの言語でも同じ。
それ以上の物を作るなら結局低級言語（C,C++含む）
238:デフォルトの名無しさん
06/04/09 01:23:53
>>237
大正解！！
おらもOracle＆VBさ
239:デフォルトの名無しさん
06/04/16 22:07:50
VB5CCEとVB6評価版は無料。それ以外は有料。
その程度の差だな。
EXCELのVBAで十分かも。
究極はアセンブラだな
240:デフォルトの名無しさん
06/04/22 02:40:13
VB.NETとC#をどちらもちゃんと使ったことがある人なら
絶対C#を取るだろう。
はっきりいって、>>114とか愚の骨頂・・・。イベントとイベントハンドラの仕組みも正しく理解してないんだろうなｗ
VB厨は馬鹿な上に勘違いがひどすぎ。
もしかして、VB厨からMicrosoft.VisualBasic.dllを取り上げたらプログラム書けないんじゃないか？ｗｗｗ
241:デフォルトの名無しさん
06/04/22 10:19:26
240レベルの人はもう、ロウガイ
242:デフォルトの名無しさん
06/04/22 11:10:03
オートマとマニュアル車をどちらもちゃんと使ったことがある人なら
絶対マニュアル車を取るだろう。
もしかして、オートマ限定免許かい？
・・・・アホか。車の運転なんか必要だからやってるだけ。 オートマ限定で十分。
243:デフォルトの名無しさん
06/04/22 13:16:05
>>240
正しく理解してないのは君の方だな恐らく。
イベントハンドラの仕組みってw
VBだと自作のイベントが簡単に扱えるのは事実だよ。
もちろんそれに伴う弊害もないではないけど。
バイナリシリアル化のときの問題とかね。
244:デフォルトの名無しさん
06/04/22 14:45:21
>>242
うまく例えたつもり？車に例えてる時点で論外。
>>243
言い回しが悪かったか？
イベント・イベントハンドラ・デリゲート・マルチキャストデリゲートの関係って言えばいいか？
＞VB厨からMicrosoft.VisualBasic.dllを取り上げたらプログラム書けないんじゃないか？
おまえら、これには反論しないんだなｗｗｗｗｗｗｗｗｗｗ
245:デフォルトの名無しさん
06/04/22 17:21:57
>>244
悪いけど付け焼刃で物言ってるのがバレバレだよ。
馬鹿のクセに人を煽ろうってか。
いや馬鹿だからそういうくだらない動機を持つんだろうけどねw
まあいいやちゃんと反論してくれないか？
イベント多用するコード書くのならC#よりVB.NETの方が便利な場合の方が
多いと思うんだが、君はこれが正しくないと言いたい様だから
具体的にどう正しくないかきちんと指摘してくれ。
246:デフォルトの名無しさん
06/04/22 18:08:55
反論？なんか勘違いしてるみたいだけど、「イベントが簡単に扱える」ということ自体は別に否定してないんだけど？
>>114の愚かさを見てると、イベントを簡単に扱えるという利点に甘んじて
ろくにイベントの仕組みも理解してないんだろうなって思ってイベントの話題を取り上げただけ。
別に、VBにはC#より優れている点が一つもないなんていう盲目的なことを言うつもりもないんでね。
それと、
＞悪いけど付け焼刃で物言ってるのがバレバレだよ。
根拠のない発言してると頭の弱さが容易に伺えちゃうから気をつけな。
247:デフォルトの名無しさん
06/04/22 19:11:43
VBとC#の論争は他でやれ
248:デフォルトの名無しさん
06/04/22 19:13:07
>>1
.NETのエディタは、マウスホイール使えるし、ソースファイルをタブで切り替えできるしで
全然使いやすくないか？
249:デフォルトの名無しさん
06/04/22 20:25:44
>>246
馬鹿丸出し。
だからイベントの仕組みを理解してないのは君でしょ。
馬鹿が背伸びして何言ってんのw
.NETのイベントのメカニズムを理解している人間は
「イベントハンドラの仕組み」なんて物の言い方は絶対にしないよ。
それにマルチキャストデリゲートってなんだよ。
マルチキャストじゃないデリゲートなんざ存在しないってのw
250:デフォルトの名無しさん
06/04/23 01:56:56
ベントラ～ベントラ～
251:デフォルトの名無しさん
06/04/23 03:00:48
>>249
>>247を読め。
252:デフォルトの名無しさん
06/04/23 03:05:06
>>250
呼んだ?
253:デフォルトの名無しさん
06/04/23 09:28:22
イベントのメカニズムは理解しているつもりだったんですけど
イベントとイベントハンドラの仕組み って言い方のどこがおかしいのかわからないです。
なんでおかしいんでしょうか？誰か教えてください ＞＜；
254:デフォルトの名無しさん
06/04/23 09:54:47
イベントとイベントハンドラというのは、GUIでの用語。簡単に言うと
何かの操作をイベント、その応答処理をイベントハンドラ。
その実装方法は、windowsAPIではメッセージによる。
言語レベルではOOPでも継承による実装方法と、委譲による実装方法がある。
委譲がはっきりと使われたのはdelphiのVCLからだと思われる。
初期のＶＢとDelphiは似ていた。フォームに貼り付けて、イベントを定義するという作業方法は
似ていたがVBはOOPでない故に委譲という概念が明確でなかったのが残念だ。
255:デフォルトの名無しさん
06/04/23 10:03:46
OOPではない言語、 たとえば C言語で イベント・イベントハンドラはどう実装されるか
windowsのメッセージポンプを書き、メッセージ番号によって分岐し、
そのイベント毎の処理を書き下すという事になる。
delphi=VCL/C#/VB.NETでは、メッセージポンプから取り出した後、それぞれの
オブジェクト（フォーム等）に直接メッセージが送られる。
オブジェクトがメッセージを受け取るには、実は２つのポインタが必要になる。
つまり、オブジェクトと、メソッドアドレスの２つだ。
そこで、このダブルポインタをどう引っ張ってくるかが課題となる
VCLではその仕掛けとして、小さなコード片（サンク）をフォーム毎に動的に作成するというのが特徴だ。
256:デフォルトの名無しさん
06/04/23 10:07:40
win16の頃、DLL呼び出しの為にサンクを使ったＭＳは
MFCでは、この仕掛けには、ハッシュによる検索を使ったようだ
C#/VB.NETではどういう仕掛けが使われたいるか、
ここで イベントのメカニズムを語ってる方々に引き続き解説を願おう
257:デフォルトの名無しさん
06/04/23 22:13:52
他の言語のことはわからんが、.NETではイベントはGUIのみじゃなく、クラスにも定義するんでGUIの用語ってわけじゃない。
GUIなら、WndProcメソッドがウィンドウメッセージ受け取って、そんで適切なイベントを発生させてる。（当然、Disposedイベント等は除く）
通常のクラスなら、フィールドチェンジイベントならプロパティのセッターでイベントを発生させている。
イベントというのは極端な話、単にデリゲートのインスタンスを格納する変数。
このデリゲート、基本的にはSystem.EventHandlerデリゲートを用いるが、独自のイベントハンドラ（デリゲート）を用意することもできる。
VBの場合、Handles句を使って簡単にイベントハンドラを記述できるが、
"イベントハンドラを記述するクラス"のフィールドに、"イベントを発生させるオブジェクト"を保持していない場合はHandles句を使用できない。
また、イベントとイベントハンドラを動的に結びつける場合もHandles句を使用できない。
そういう場合はAddHandlerとRemoveHandlerを使用する。（C#では+=演算子と-=演算子）
気をつけなければいけないのは、AddHandlerを使用したら、適切なタイミングで必ずRemoveHandlerを行うこと。（GCの話に突入してしまうので詳しい説明は省く。）
>>253
別におかしくないよ。
258:デフォルトの名無しさん
06/04/23 22:44:50
>>257
全体的にそこはかとなくおかしな文章だなw
プロパティーが「変数」ではないように、イベントも変数なんかじゃないよ。
プロパティーはプロパティーだし、イベントはイベントだ。
それとHandle句はWitheventsつきで宣言されたフィールドにしか使えない。
その程度の知識で自己陶酔しちゃダメだろw
259:デフォルトの名無しさん
06/04/23 22:50:35
>>258
イベントの説明しなかった>>249さんですか？
260:デフォルトの名無しさん
06/04/23 22:52:23
途中で送っちまった。
君、こまごまとしたつっこみと内容のない煽りばっかだね。
261:デフォルトの名無しさん
06/04/23 23:11:56
大局的に見ればプロパティはパブリックな変数でメソッドもパブリックな関数だ
262:デフォルトの名無しさん
06/04/23 23:23:17
Public ReadOnly Property Hoge as Ingeter
Get
Return 0i
End Get
End Property
変数には見えんけどねw
263:デフォルトの名無しさん
06/04/23 23:54:17
Hogeという変数に見える
264:デフォルトの名無しさん
06/04/23 23:55:31
>>261は大局的に見ればと言っているのに、こいつは何をやってるんだ？
265:デフォルトの名無しさん
06/04/24 00:03:52
大局的に見ようが局所的に見ようが、変数なんかには見えない。
Cの定数とマクロ定数程にも違うでしょ。
関数（のペア）のシンタックスシュガーに過ぎない、というのならまだ言いたいことは
理解もできるけど。
イベントだってフィールドなんかじゃない。
266:デフォルトの名無しさん
06/04/24 00:11:27
誰にどう見えようが知ったこっちゃない
267:デフォルトの名無しさん
06/04/24 00:24:08
俺は、「極端な話、イベントは"デリゲートインスタンス変数"」と言ったんだけど。
public event EventHandler Hoge;
のHogeはEventHandler型の変数。
そんなのもわからないのか。
268:デフォルトの名無しさん
06/04/24 00:28:42
あぁ、>>249にC#の構文で説明してもわからないか。
VBだと
Public Event Hoge As EventHandler
269:デフォルトの名無しさん
06/04/24 00:46:03
それと、プロパティは結局のところセッターとゲッター（set_○○メソッドとget_○○メソッド）なんで
大局的に見ても、プロパティが変数というのは違うと思う。
UMLでもプロパティはセッターとゲッターに分けて操作に記述するし。
連カキスマソ。
270:デフォルトの名無しさん
06/04/24 01:17:50
>>267
だからそれが間違いだっての。頭悪いなあ。
イベントはデリゲートによって実現されている、というのなら話はわかるけど。
君の論理だと「極端な話、自動車はエンジンだ」ということになるけど、
こういう物言いを君は是認できるのかい？w
そういうのは極論とはいわないでしょ。
単にディテールを捨象した、飛躍した話というんだよ。
それに揚げ足とって悪いけど、静的イベントってのもあるんだよ
インスタンス変数？w
271:デフォルトの名無しさん
06/04/24 01:53:47
おまえら分類学スレでやれ
272:PG
06/04/24 03:32:10
仕事だと開発言語の選択は自分じゃできないべさ
PGならどんな言語でもやらなきゃな、
わかんなきゃそのつど調べる
273:デフォルトの名無しさん
06/04/24 03:59:43
イベントは一応変数に格納されるけど、addとremoveに分けてかけちゃうし、
その場合変数じゃないな。
まぁ俺はイベントなんて使わずにデリゲートそのまま受け渡ししちゃうけど。
274:デフォルトの名無しさん
06/04/24 07:22:46
インスタンス変数じゃなくてデリゲートインスタンスの変数な。>>257にもそう書いてあるだろ。
275:デフォルトの名無しさん
06/04/24 07:30:41
＞イベントというのは極端な話、単にデリゲートのインスタンスを格納する変数。
なんか、ＭＳらしいねえ。 一般用語を
276:デフォルトの名無しさん
06/04/24 07:32:21
用語を混乱させ、思考を停止させるのは、バベルの塔以後 神による捌きが続いている所以です
277:デフォルトの名無しさん
06/04/24 12:20:04
そして英語のとんでもない和訳の氾濫が混乱に拍車をかけている
本やサイトに書いてある内容が全て正しいと思い込んでしまうやつは
プログラマやめれ
278:デフォルトの名無しさん
06/04/24 14:10:34
はいはい、極端に言いすぎましたよ。
確かにイベントはあくまでもデリゲートを利用した仕組みであって、
クラスの外部から見ればデリゲートインスタンスの追加、削除以外はできないから、変数と言うのは違うかもね。
だからこそ極端に言えばと言ったわけだけど。つーか括弧書きでこの説明入れときゃ良かったか。
279:デフォルトの名無しさん
06/04/24 14:20:51
>>278
わかるやつにはそんな説明いらないぞ
>>261
プロパティはクラスの外部からみ見ればメンバ変数だもんな
280:デフォルトの名無しさん
06/04/24 14:35:46
>>278 まだ「イベント」 という用語の使い方が普通とは違う。
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
イベントは、あくまでもボタンを押したとか、データが溢れたとか、そういう諸々の出来事の事。
プロパティの所に表示されるKeyDownとかをイベントと単に呼ぶのは、他人と会話するには適切じゃないよ
281:デフォルトの名無しさん
06/04/24 15:13:05
>>280
それは話の論点によって変わるだろ。
282:デフォルトの名無しさん
06/04/24 22:35:00
で、>>249によるイベントの解説はまだですか？
283:デフォルトの名無しさん
06/04/24 22:46:07
>>280
そんな固い頭ではIQサプリの問題は解けまい
284:デフォルトの名無しさん
06/04/24 22:50:51
で、具体的に SetWindowsText を発行して WM_SETTEXT メッセージが発行されてから
どういうふうになるわけ？
Delphiみたいにサンクが使われてるわけ？
285:デフォルトの名無しさん
06/04/25 01:03:53
>>280 = 249
お前馬鹿だなｗｗｗｗ
とりあえずさっさと>>282、>>284に答えろよｗｗｗ
286:デフォルトの名無しさん
06/04/25 08:50:45
Σ (ﾟДﾟ;）ﾊｯ この流れもしやDelphiオンリー？！
287:デフォルトの名無しさん
06/04/25 18:04:20
まあ delphiみたいにソースないんだから判らんわな
288:デフォルトの名無しさん
06/04/25 19:25:36
∩ 先太り
( ⌒) ∩_ Delphi☆ｵﾝﾘｰ!!
/,. ノ ( ,,E）
ﾋｬｯﾎｩ ./ /" / /"
_n Delphi☆ﾓﾝﾘｰ!! ../_、_ / / 盛り上がってキターー！
（ l _、 _ / / ,_ﾉ` ）／ ノ'_、 _ Delphi☆ﾓﾝｿｰ!!
＼ ＼ （ <_,` ）（. Delphi☆／（ ,_ﾉ` ） n
ヽ___￣__∩ _､ヽ_ _ 、_ n ＼ （ E）
/ （ヨ,,. )（ <_,` ） （ ,_ﾉ`）( .,E） ヽ_／／
289:デフォルトの名無しさん
06/04/26 01:50:51
>>284
そんな低レベルなことできるわけないだろ。
CLRがごにょごにょしてWndProcが呼ばれるから、
それを各Controlが適当に処理して
適当なタイミングでイベントが発行される。
290:デフォルトの名無しさん
06/04/26 08:08:27
イベントはSetWindowsText でWM_SETTEXT として発行されてるわけだよね？
OSは.NET化されてないから、WndProcまでは現在はネイテブコードなんだよね？
WndProcでどういうふうに各コントロールへの呼び出しに変換されるわけ？
291:デフォルトの名無しさん
06/04/26 22:28:17
>>289
・・・･････････・・・・・・・・・・・・・・・・。
292:デフォルトの名無しさん
06/04/26 23:35:52
>>290
WndProcの時点ですでにコントロールごとのWndProcが呼ばれてる。
デリゲートを関数ポインタを受け取るAPIに渡すと、
そのデリゲートの関数が呼ばれるようになる。
詳しい人どうぞ。
293:デフォルトの名無しさん
06/04/27 06:28:24
へえ、DelphiではCreateWindowで呼ばれる関数は一つで、その関数で次に呼ばれるWndProcのポインタを
SetLongでサンクに書き換えてる仕掛けだけど、
設計者が同じだから同じ仕掛けなのかねえ
294:デフォルトの名無しさん
06/04/27 10:13:31
ヒント：コピー商品
295:デフォルトの名無しさん
06/04/27 12:39:38
なにがヒントだ知ったぶって馬鹿かw
そもそも同じプラットフォームなんだから同じに決まっとる。
ついでに、同じ「イベント」といってもドトネトの用語としてのイベントなのか
より一般的なプログラミング用語としてのイベントなのか、
その辺意識して読んだり使ったりしてくれよまったくw
296:デフォルトの名無しさん
06/04/27 12:42:39
決まってないだろ 他の方法（窓ハンドルからハッシュ）もあるわけで
297:デフォルトの名無しさん
06/04/27 12:43:36
ヒント： ドトネトフレームワーク＝全く新たなプラットフォームｂｙﾍｼﾞﾀﾝ
298:デフォルトの名無しさん
06/04/27 18:45:47
>>296
何わけのわからんこといってんのかね馬鹿丸出しで。
そんなのOSの用意した「ウィンドウ」って仕組みそのものなんだから
ドトネトだろうがVBだろうが同じに決まってるでしょ。
299:デフォルトの名無しさん
06/04/27 19:07:51
OSの用意してるシステムは
RegisterClass で登録した WndProcが呼ばれるというもの
SetWindowLongでWndProcを別のものと置き換えてサブクラス化する事は可能
BUTTONとかの定義済コントロールでは、どうしてもサブクラス化が必要
300:デフォルトの名無しさん
06/04/28 00:16:53
>>298
お前の書き込みには、大抵"馬鹿"って言葉が入ってるよな。
301:デフォルトの名無しさん
06/05/07 19:57:11
誰かにそう言われ続けるとそうなる。
302:instemast
06/07/19 17:01:58
くそVB2003最低
303:デフォルトの名無しさん
06/07/20 15:16:59
議論がどうでもいいところに集中しているのは何故ですか
304:デフォルトの名無しさん
06/07/20 15:24:17
どうでも良い戦いだから。
305:デフォルトの名無しさん
06/07/20 16:08:12
VB2005ダウンロードしてみたんだけどVB.NETとは別のモノなんだね。
306:デフォルトの名無しさん
06/07/27 23:17:10
実際、.NETってどうなんだろう。重いし・・・
307:デフォルトの名無しさん
06/07/28 01:34:25
2005なら6.0からの頭の乗り換えもそれなりで済む。
Vista見据えて使わざる終えないぐらいのノリでいけば？
Express使えばいいし。
308:デフォルトの名無しさん
06/07/28 19:31:33
確かにそうだ。将来のことを考えれば2005だな。
2005なら書籍もこれから多く出るだろうし。
Microsoftが未だにVB6.0が現役バリバリなのを意識して、
2005出したってホントかな？
309:デフォルトの名無しさん
06/07/29 13:46:22
>>308
2003 .NET についてこれない阿呆の為に
VB 6.0 との互換性を重視したとか。
310:デフォルトの名無しさん
06/07/29 15:05:53
「とか」ってなんだよw
屁は屁元から騒ぎ出す、というが
その「阿呆」ってのは実はあんた自身のことだろw
実際には、「VB6からの移行に躊躇または既に苦労しているプログラマに配慮し～」
といううたい文句をいうための言い訳的に、いくつかの「退歩的な」機能を追加しただけ。
2003からそんなに変わっちゃいない。
っていうか、VB6⇒VB7(2002,2003)だって普通はそんなに苦労しねえよ。
311:デフォルトの名無しさん
06/07/29 15:39:21
＞っていうか、VB6⇒VB7(2002,2003)だって普通はそんなに苦労しねえよ。
言い方で誤魔化したところでコンバートであるという悲劇。
それもコアの部分のActiveXがコンバートされず。
312:デフォルトの名無しさん
06/07/29 15:49:44
実際には「俺は出来た。出来ないならお前らがアホ」
という煽り文句をいうための言い訳的に技術論を振りかざしただけ。
というのもいかがなものかｗ
313:デフォルトの名無しさん
06/07/29 16:04:24
今までのActiveXが使えないというのは確かに致命的だわな。
コンポーネントベンダーにとっては「ウマー」かも知れんが。
314:310
06/07/29 21:27:58
>>311
エンジニアの端くれとも思えん態度だ。まあ屁の屁元だとすれば当然か。
君、「VB.NETという新環境にプログラマが適応すること」と「旧VBの既存のコードの
VB.NETへの変換」という全く異なる2つの問題をごっちゃにしてるだろ。
315:デフォルトの名無しさん
06/07/29 23:47:06
ソフトウェアエンジニアは既存コード、特にライブラリに意識的である。
もし、新環境と既存コードの利用の問題を別々に考える事ができる人間が居たらならば、
その人はソフトウェアエンジニアとは言えない。
アマチュアもしくはコーダーと言っても良い。
316:デフォルトの名無しさん
06/07/30 00:15:26
データベースのコントロールの話だけならVB6.0のほうが使いやすかったな～
317:デフォルトの名無しさん
06/07/30 02:09:54
プログラミングに多少なりとも芸術性を感じる人は、.NETの方がいいだろうけど、
力仕事みたいに感じてる人は、VB6.0の方がとっつきやすいだろうね。
318:デフォルトの名無しさん
06/07/30 02:31:10
選択権が完全に有る場合での話しとして・・・
ASP.NETまで含めるて考えると、移行しておく価値が出てくるかもな。
とまぁ、移行しきってしまった人の意見ですわ。
319:デフォルトの名無しさん
06/07/30 03:21:32
VB6.0がいいって言ってるやつらは、クラスファイルとモジュールファイルの
使い分けもせず、コントロールのイベント関数にだらだらと処理内容を書いて
るようなやつらだろ。保守性とか拡張性とかに対する考慮はほとんど無し。
盲目的にその場しのぎでプログラムもどきを書くようなやつらばっかりだ。
あとでメンテする人の苦労なんて想像すらできないんだよな。氏ね。というか
自分の書いた糞プログラムはてめぇが一生面倒みろ。人様に迷惑かけんな。
320:デフォルトの名無しさん
06/07/30 19:08:34
囚人同士で木材加工の技術について議論してるみたいで意味ないぜ >>319
321:デフォルトの名無しさん
06/08/06 23:24:02
囚人の技術を馬鹿にするな。
322:デフォルトの名無しさん
06/10/24 02:01:36
>319
世の中には保守性を考慮する必要のないプログラマーもいるのだよ。
もちろん、自分の書いたプログラムは自分が一生面倒みるしね。
例えば、フリーウェアやシャウェアの開発者なんて大概がそんなもんだろ。
こう書くと、しょせんチンケな個人開発者の与太話と思われるかもしれないが・・・
会社勤めのプログラマーは、このご時世、.NETに移行せざるを得ないとは思うが、
対して、フリーウェア／シェアウェアの開発者は、まだその必要性はないと思う。
Vistaでも、VB6は動作するしね。
個人的観測だが、.NETへの以降がMSの思惑通りになかなか進まないのは、
こうしたフリーウェア／シェアウェアの開発者が多いからだと思う。
そういうオレも現役VB6ユーザーだ。
.NETの仕様や動向が落ち着くまで、まだ当分はVB6を使うつもり。
323:デフォルトの名無しさん
06/10/24 12:38:11
素人の趣味の話などどうでもいいよ
324:デフォルトの名無しさん
06/10/24 13:10:53
ExecutionEngineException見飽きた
Unmanagedな層が存続する限り実用にならない
325:デフォルトの名無しさん
06/10/24 17:34:44
＞世の中には保守性を考慮する必要のないプログラマーもいるのだよ。
＞もちろん、自分の書いたプログラムは自分が一生面倒みるしね。
^^^^^^^^^^^^^^^
↑
こういうのを指して保守という。
326:デフォルトの名無しさん
06/10/27 00:27:33
>>248
NT4のころはホイール使えてたのに2000にすると使えなくなった…
あと、マウスドライバにもよるね。
327:デフォルトの名無しさん
06/10/27 11:34:50
メモリ食いすぎさえなければすっげぇ。NEETのがいいとおもうんだけど
328:デフォルトの名無しさん
06/10/27 11:53:50
旧ブビよりマシなだけでドトネトは悲惨。
329:デフォルトの名無しさん
06/10/27 12:31:24
Compact Framework 1.0 は唾棄すべき存在。
…すいません eVC++ で書いていいですか？orz
330:デフォルトの名無しさん
06/10/30 21:07:04
すみません。プログラミングの難しい話はよくわからないのですが、
こんな僕でも適当にアプリが作れるレベルの低さこそがＶＢの魅力で、
それを「レベルが低い」とか「ＶＢ厨」とかいうのって
意味なくないですかね。
言われなくてもレベル低いんですけど。
というわけで、より適当にアプリが作れるＶＢ６が好きです。
だって勉強するの面倒だもん。
331:デフォルトの名無しさん
06/10/30 21:49:02
> 勉強するの面倒
この部分がレベル低いんだと思われ
332:デフォルトの名無しさん
06/10/30 22:18:33
>>330
気にしないのが一番良いが
とりあえずＲＯＭってろ。
333:デフォルトの名無しさん
06/10/31 11:24:22
そろそろこのスレも2005に移行してはどうだろうかｗ
334:デフォルトの名無しさん
06/10/31 11:33:02
要りません
335:デフォルトの名無しさん
06/10/31 19:31:45
2005になって開発がVB6に近いぐらい楽になったて先輩が言ってた
336:デフォルトの名無しさん
06/10/31 19:45:51
この勝負、来る仕事の量で決まる。
337:デフォルトの名無しさん
06/10/31 20:07:45
いや、もうVB6の仕事は保守しかないだろ。
338:デフォルトの名無しさん
06/10/31 22:02:13
2003でいいけど
Javaの開発環境をあげてくれ
もうテキストエディタでちくちく作るのは疲れたんだよ
339:デフォルトの名無しさん
06/10/31 22:07:47
Windows Vistaへの対応状況
URLﾘﾝｸ(blogs.msdn.com)
○ VB 6.0 - Supported
× VB.NET 2002 - Not supported
× VB.NET 2003 - Not supported
× VB 2005 - Not supported
△ VB 2005 SP1 - Supported (ただしUAC関連の問題あり)
ＶＢﾜﾛｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
340:デフォルトの名無しさん
06/10/31 22:15:33
VBなんておもちゃだろ・・・常識的に考えて・・・
341:デフォルトの名無しさん
06/11/01 09:51:03
.NETならilasmで十分
IDEやデバッガなど不要と言う結論に達した
342:デフォルトの名無しさん
06/11/02 12:02:38
VB6.0プロと
VB6.0エンタープライズ
の内容の違いはどれ位あるのでしょうか。
343:デフォルトの名無しさん
06/11/02 16:57:50
>>342
ハルミデザインとオリエント工業くらい違う。
344:デフォルトの名無しさん
06/11/21 13:36:13
普通のVB6プログラマってはクラス作らないんだね
他の言語の癖で、クラス作りまくってたら
プログラムが分からんと言われてしまった
継承もないからすごくシンプルなんだがなあ、、、
345:デフォルトの名無しさん
06/11/21 14:25:53
ヒント：クラス派生～オーバーライド文法が無いていのう言語
346:デフォルトの名無しさん
06/11/25 11:56:48
C++の下ごしらえつーか試し組みにVBなんて時代もあったが
いまはVB.NETよりC#が楽
347:デフォルトの名無しさん
06/11/25 13:23:36
/´･ヽ
ﾉ＾'ｧ,ハ よ～く、考えよう～♪
`Zｱ' / ソースは大事だよ～♪
,! 〈 う～う う～う ううう～♪
/ ヽ､_ <アホばっか !
l ｀ヽ、 、<すぐ廃止になるドトネトやＣ丼は使わないようにね。
ヽ ヾﾂ
＼ /
ヽ r ヽ ﾉ
__||､ __||
348:デフォルトの名無しさん
06/11/25 15:15:55
趣味で作ってたゲームがMSX2.0死亡でC++に書き換え中
349:デフォルトの名無しさん
06/11/26 23:13:56
>>348
スレ違いだが
つ ワンチップMSX
SDカードや、VGAディスプレイやPS/2キーボードが使えるし
VHDLの勉強も可能だ
…届かないという報告も出てるが(年内発送予定)。
うちは本体だけは既に届いた。マニュアルや開発環境は別途送付らしい。
というかMSXはエミュが多いからそっちを使っても
350:デフォルトの名無しさん
06/11/27 00:20:39
思うにMDX2.0じゃないのかな
351:デフォルトの名無しさん
06/12/19 08:00:55
つーかVB6ほすい・・・・・・
えーえーVB5からいきなり2005までワープした
私が悪いんですよえーえー
でもほしい・・・・でも売ってない・・・
352:デフォルトの名無しさん
06/12/19 08:43:14
＞つーかVB6ほすい・・・・・・
自分VB2、VB5、VB6使った事あるけど、VB6って
実行エンジンがVBAと共通になる経緯かActiveX利用の塊となったおかげで、
すんげー信頼性落ちたよ。
画面のコントロール多すぎると起動エラー、
旧VBランタイムが入った環境だとJetエンジン初期化エラーとかと、
認識にのらないくらい劣悪環境。
353:デフォルトの名無しさん
07/01/07 02:39:55
貼り付けてそのままの太いテキストボックス見るとあーVBだなと
354:デフォルトの名無しさん
07/02/04 00:21:05
VB5はちょっとしたプログラムを知人に渡すときには便利。
ランタイムもWindows2000以上なら標準だし、かなり軽いし。
355:デフォルトの名無しさん
07/03/25 02:33:50
ADO.NETもﾍｳﾞｫｲ
356:デフォルトの名無しさん
07/03/25 17:07:47
スレ違いになろかも知れませんが、適当なところが無いので。
VB6 で、デフォルトの「プロジェクトを開く」フォルダを変更する方法は無いでしょうか？
レジストリをいじる方法でもかまいません。
357:デフォルトの名無しさん
07/06/22 09:26:51
インタプリタ言語にはそれなりの意義があると思ったのだが、変数宣言させたり無駄な手続きいっぱいさせたり退化している感じがする。
自然言語を思えば、「Aちゃんと遊んでたの。そしたらBちゃんが僕のブロックをとったの・・・」という会話を子供からされたら、「ちょっとまって。
まず全部の登場人物と物を言ってから。話をしてね。あとどこで遊んでいたのか、日時も言ってね」というくらいナンセンス。
すべての事柄を議事録のように話せ、というようなもの。
もちろん議事録のように、ソースを厳格に記述させるニーズがあることはわかっている。でもそれがすべてではないし、
全てのプログラマが、プログラムの実行速度が速くなることを目的にしているわけでもない。
VBは、.NETでC#の猿真似言語になってしまい、存在意義を失った。
ビルは経営から退いたのだから、BASICを本来あるべき姿に戻す事に注力して欲しい。
358:デフォルトの名無しさん
07/06/23 01:43:16
VB.NET使ったこともないだろｗ
359:デフォルトの名無しさん
07/06/23 11:25:08
VB.NETはインタプリタではない
スクリプト欲しいんならVBScript使え
360:デフォルトの名無しさん
07/06/25 07:30:28
もうVisualBasic2005との対決にしようよ
361:デフォルトの名無しさん
07/06/27 00:59:04
VB補完計画
Microsoftの販売戦略により、
欠けた言語仕様の補完
362:デフォルトの名無しさん
07/06/27 01:00:00
VBを本来あるべき姿に
363:デフォルトの名無しさん
07/06/27 11:47:14
本来あるべき姿：
・行番号必須
・行列演算 (MAT)
364:デフォルトの名無しさん
07/06/29 09:03:23
本来あるべき姿：
Delphi/VCL
365:デフォルトの名無しさん
07/07/18 11:48:40
なんでVB6は符号なし整数やビットシフトが用意されて無いんだ・・
このくらいなら最初から用意しといてくれてもいいと思うのに
ﾌﾞﾋﾞ厨のﾎﾞｸ困っちゃう
366:デフォルトの名無しさん
07/07/31 12:31:05
>>356
マジでスレ違いだな。ショートカット作って作業フォルダを適当にかえとけ
367:デフォルトの名無しさん
07/09/18 21:50:59
2005を使ったことある奴いる？
368:デフォルトの名無しさん
07/09/18 22:53:49
ここにいっぱいいる
ｽﾚﾘﾝｸ(tech板)
369:デフォルトの名無しさん
07/11/25 20:47:58
2008
370:デフォルトの名無しさん
07/11/25 20:48:58
2008を使ったことある奴いる？
371:デフォルトの名無しさん
08/02/08 01:23:08
VB復活するらしい
372:デフォルトの名無しさん
08/05/11 09:37:33
Express edition の basic と c++ をインストールした。
basicでフォームデザインできないのはなぜ？
C++でボタンを選んでドラッグするとボタン配置できるが。
basicで、同様にやってもボタンがまったく作成できない？あれ？
ボタンを作成するためにドラッグしたら、普通は少し太い線がでるでしょ。
それもでない。xpでは動かないのか？
どなたかご存知の人がおられましたら、お願いします。
373:デフォルトの名無しさん
08/05/11 10:20:11
ソース丸出しの.NETよりVB6のほうが良い場合もあるな
つか、パッケージだと.NETは論外だな
374:デフォルトの名無しさん
08/05/29 16:13:06
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
375:デフォルトの名無しさん
08/06/13 11:09:40
>>374
俺の場合、VB2で作ったアプリが今日もまだ動いている。
そのソフト、制作費を無料とする代わりに使用料を月々30,000円もらう契約にした。
1997年からずっとだ。もう10年を経過した。ざっと計算すると30000×12×10=360万円だ。
一見安いように見えるが作成にかかったのは延べ工数で3日。
しかも単年度一括の収入ではないので税務上も有利。
まあこれは極端な例だが、これと同じような開発が過去50件ほどあり
すべて非.netなVBで作成したものだ。こいつらが何もしなくても約100万/月稼いでくれる。
会社は俺と彼女の二人だけ。この人件費や若干の経費で何もしなくても十分やっていける。
でも何もしないわけには行かない。でも.netを使う気にもなれない。どうしたものかな。。。
376:デフォルトの名無しさん
08/06/13 11:13:02
>>375
月100万円じゃ厳しくない？
377:デフォルトの名無しさん
08/06/13 11:17:58
>>376
「同じような開発」と言ったのはVB2で作ったものという意味であって
VB6まで含めると、約1,800万円./月の収入になっている。
何がいいたいかと言うと、これだけの金を叩き出してくれているソフトの
開発言語をそう易々と蔑ろにはできないだろうという事。
確かに新しいテクノロジーに対応していく事は最重要課題だと認識している。
しかし、すべてを捨てて良いということではないだろうという事だ。
.netを必要としているのは誰なのか？それが顧客ではなく開発者だけの
必要性ならマスターベーションに過ぎないだろう。
言い換えれば、揺ぎ無い.netの必要性を目の前に提示して欲しいのだ。
378:デフォルトの名無しさん
08/06/13 15:18:08
VB2はActiveXが無いので安定してた。
VB6はダメダメ。
379:デフォルトの名無しさん
08/06/13 16:19:49
>>378
OLEオートメーションの光と影だな。
380:デフォルトの名無しさん
08/06/13 17:32:51
上手いこと言うね。
次はドトネトＦＸの斜陽。
381:デフォルトの名無しさん
08/06/14 12:13:19
WinFXってどこへ行っちゃったの？
382:デフォルトの名無しさん
08/06/14 12:51:06
.NET3.0としてリリース済み
383:デフォルトの名無しさん
08/06/16 21:07:54
>>382
またまたご冗談をｗｗｗ
384:デフォルトの名無しさん
08/06/16 23:59:55
昨晩、車で猫を轢いちまったばっかりなんでな・・・・
頭がタイヤの下に入っちまったようで、ゴリッと鈍い音がした・・・
たぶん即死だったと思われ。気のせいか眠るときに「ニャ」という声が聞こえた。
今日も聞こえるかと思うと恐くて恐くて・・・もうorz
385:デフォルトの名無しさん
08/06/17 15:02:54
>>384
＼ ﾆｬﾆｬ ﾆｬﾆｬ ／ |＼
ﾆｬﾆｬｰ | |＼
ｳ･･･ｳﾝ･ ∧＿∧ | | ＼
＿＿_Λ＿Λ∀ﾟ∩) | | |
| __ （ ；´д｀）￣|ヽ） | | |
|＼⌒⌒⌒⌒⌒⌒＼ ＼| |
＼ ＼ ＼ ＼ |
＼ ＼ ＼ ＼|
＼ ＼|⌒⌒⌒⌒⌒⌒⌒|
＼ |＿＿＿＿＿＿＿|