【VB.NET】VS2005 選� ..
[2ch|▼Menu]
116:デフォルトの名無しさん
05/02/13 21:45:42
>>115
.NET 2.0のPartial Classはそれっぽくない？
ファイルはわかれちゃいそうだけど。

117:デフォルトの名無しさん
05/02/14 11:15:54
>>116
Partial Classは定義ファイルを複数に分けて書けるようになっただけでしょ。

118:デフォルトの名無しさん
05/02/14 16:25:38
Anonymosu methodを実装した時点でC#の圧勝でしょう。
ようやく不毛な作業から解放されるよ。

119:デフォルトの名無しさん
05/02/14 23:40:33
とりあえず、Studio .NET 買っとけば大丈夫ですか？大学も決まってこれから色々触ってみようと思うのですが。

120:デフォルトの名無しさん
05/02/15 20:03:06
>>119
用語を省略すると通っぽく感じるお年頃？

121:119
05/02/15 20:16:29
>>120
Microsoft Visual のことですか？
省いたけで精通してるっぽいと感じたりしません。

122:デフォルトの名無しさん
05/02/16 10:35:34
Anonymosu と書くのも通なのか？

123:118
05/02/16 12:32:19
>>122 オレかよっ！　タイポですゴメンなさい。

124:デフォルトの名無しさん
05/03/01 11:39:35
で、VS2005はいつ出るの？

125:デフォルトの名無しさん
2005/03/21 03:41:23(月)
「C#は使えないがVB.NETは使える」という人間の9割9分はVB6しか理解してない馬鹿

126:最凶VB厨房
05/03/21 03:47:12
やべー。両方使えねー。

127:デフォルトの名無しさん
05/03/21 23:47:11
「両方使えるがC#を使う」という人間は凡人。
「VB.NETは使えないがC#は使える」という人間は馬鹿に近づきたくない賢人。
「両方使えるがVB.NETを使う」という人間はVB馬鹿から搾取する立場の商売人。


128:デフォルトの名無しさん
05/04/04 13:24:08
で、どっちがユーザ多いの？

129:デフォルトの名無しさん
05/04/21 22:40:08
言語の種類で優劣つけて意味あるのか？

130:デフォルトの名無しさん
05/04/26 15:25:11
同じ処理のコードで、両方のサンプルが載っているサイトをよく見るけど、どう考えても C# のソースのが読みやすい。
後はあんまり変わらないなら、読みやすさで　C# だな。


131:デフォルトの名無しさん
05/04/27 22:29:48
>>130
以上、JAVA厨のチラシの裏ですた。

132:デフォルトの名無しさん
05/04/29 10:10:08
俺VB.NETのソースは読んでて目がチカチカするYO！
Dim とか END IF とか、字数が多くて見づらいと思った。
何らかの利点と背中合わせなのかもしれんけど。

133:デフォルトの名無しさん
05/04/30 09:54:54
>>132
それは.NET以前のVBでも同じなんだが。

漏れはVBからプログラミング始めたから逆にC系のソースの{}や;がうざい。
仕事だから我慢して使ってるけどね。

134:デフォルトの名無しさん
05/05/10 00:07:33
VS2005 いったいいつになったら出るのよｗ

135:デフォルトの名無しさん
05/05/10 18:29:49
2005年だろ。

VBってキモイアンダースコアの使い方してあって嫌い。

セミコロンで _
文を区切れば _
こんなくだらないことする必要もないのに 、 _
まったく。

136:デフォルトの名無しさん
05/05/10 20:59:29
>>1はどこいった？

137:デフォルトの名無しさん
05/05/10 22:25:19
ドントネット

138:デフォルトの名無しさん
05/05/21 12:38:37
>>135
俺もVBからプログラミング始めたが禿同。
　　　　　　　　Next i
　　　　　　End If
　　　　End Sub
これが、

　　　　　　　　}
　　　　　　}
　　　　}
これになるんだからな。慣れればとっても読みやすい。

139:デフォルトの名無しさん
05/05/22 08:27:18
>>138
お前楽しそうだなｗｗ

140:デフォルトの名無しさん
05/05/22 10:41:04
>>132

>それは.NET以前のVBでも同じなんだが。

.NET以前のVBから並外れた糞だったということには気付かないのですね

141:デフォルトの名無しさん
05/05/23 00:20:59
>>140
VBはたしかにEnd Ifとか字数は多いが、どのステートメントの括弧閉じかすぐ分かる点はいいと思う。
まぁ嫌いな人は仕方ないけどね。

142:デフォルトの名無しさん
05/05/24 00:15:28
>>140
煽る前にレスアンカーの使い方ぐら覚えようよ。ね。

143:デフォルトの名無しさん
05/05/24 08:49:44
プリプロセッサを作れば解決するような表層的な問題はどうでも良い

144:デフォルトの名無しさん
05/05/24 14:03:18
>>143
VSの場合は入力支援機能が重要。
コンパイル出来るだけじゃ何の有り難みも無い。

145:デフォルトの名無しさん
05/07/15 23:37:00
つか、いつになったらVS.NET2005はでるんだ？

2005年も半分過ぎてるのに・・・

146:デフォルトの名無しさん
05/07/16 03:55:51
VB.NETの何がいや、って
ＶＢあがりの人が多すぎてソースが汚い点。

.NET環境の仕事につきたいならまず、java上がりの人が多いC#でしばらくやってから
VB.NETになると良いと思う。

でもｊａｖａやりまくってたひとと仕事するの嫌なんだなー
仕様書とかの書き方が通常のｸﾗｻﾊﾞの書き方と大幅に違っていたりしてすんごいみづらい。


147:デフォルトの名無しさん
05/07/16 12:39:43
javaやってる連中にもいろいろなのが居るよ。
それこそVB厨と同レベルのソースしか書けないのとか、オブジェクト指向がまるで分かってないのとか。

全般的傾向としてドキュメントの書き方がヘタというか、ドキュメントの書き方について教育を受けてない
しとが多い気がするし・・・

148:デフォルトの名無しさん
05/07/16 21:30:02
>>146
それは言語のせいではないでしょ

C#でもデザインパターンなんて全く知らないｱﾌｫは
Formにすべての処理を書いてFormクラスが2000行なんて
奴もいるｗ

正直ポトペタ環境になると言語だけ知ってる初心者が入り
こみやすくなるでイヤだな

VCみたいに初心者を除外してくれるような環境が一番使いやすい

149:デフォルトの名無しさん
05/07/16 21:49:08
>>148
マゾ　いやマジですか？

150:デフォルトの名無しさん
05/07/17 00:14:23
>>148
古びたルーツが本物なら、僕は偽者、シュールなFake Star ♪

151:デフォルトの名無しさん
05/07/17 02:12:45
VB.netのソースの何が見づらいかって、
自動生成されるコードのほとんどが行間あけてないんだよ。
ていうか俺、必要以上に行間あけるんだけど（字下げするときの最初と最後とか）
詰めて書くのが普通なんでしょうか？
{}系の言語って、自然に行間あけたように見えるんだよね。

Public Class Class1

　　Public Sub New()

　　　　For I = 1 To 10

　　　　　　ry

　　　　Next

　　End Sub

End Class

152:デフォルトの名無しさん
05/07/17 14:39:41
>>151
行間適当にあけないと読みにくいのはC#のコードも同じだと思うけど。
自動生成されるコードの行間が不適切なのも。

153:デフォルトの名無しさん
05/07/17 14:41:29
っていうか、どっちも慣れると圧倒的にVBのソースの方が読みやすいよ。

154:デフォルトの名無しさん
05/07/18 10:18:35
↑うそー・・


VB.NETってxmlでプロパティとかの書き出しってできた？
///を打つとコメント自動生成がｃ＃の好きなところ。

でも小文字と大文字を自動判定できないのがc#のイヤンな所。

>>147
＞全般的傾向としてドキュメントの書き方がヘタ
個人的にJAVA上がりの人によく見られるドキュメント構成は嫌い。
はっきりいって体裁だけ整っていて非常に解りづらい。仕様書や概要設計書の意味がない、と思える時も。

>>148
＞Formにすべての処理を書いてFormクラスが2000行なんて
奴もいるｗ

見たことない。そんなソース。いるか？さすがにそんなやつ。



155:デフォルトの名無しさん
05/07/18 10:31:51
こういっちゃなんだが、Formには純粋にviewを制御するコードと、
コントロールのイベントをきっかけに他のオブジェクト操作するコードだけ書いたとしても、
タブページなんか使用してちょっと複雑なUIだと2000行程度はすぐ突破するような
気がするけど。

もちろん自動生成のコードは除いてね。

脱線するけど、オブジェクトにコントロールの参照渡してそこでコントロールのイベント
処理するようなコードは、Formに全部書くより一般にもっと糞でしょ。
まあ描画クラスにあらかじめピクチャーボックス渡しておくようなことはあるけど。

156:デフォルトの名無しさん
05/07/18 13:11:42
おい！お前ら！
VBに対して
VSのいいところ購入メリットを答えろ！

157:デフォルトの名無しさん
05/07/18 13:22:46
VSなんて（ｒｙ

158:デフォルトの名無しさん
05/07/18 15:21:23
調べ物をしてて初めてこの板に来たけど、
プロのプログラマーがVB使ってるって知って驚いた。
販売管理システムなんて業務の根幹じゃないですか。それをVBで？
今みんなそうなの？
VBなんか事務系の仕事してる人が面倒な処理を自動化させるために
あるもんだと思ってたよ。
小難しいことはおいといて、とにかく動けばいいやみたいな。
俺もその部類に入るんだけど、
まずいとは思いつつ、グローバル変数使いまくってるし、
Formにコード書きまくってるし。
糞コードでもそれでバイト使わずにすめばハッピー。
VBなんてそんなもんで良し。変に高度になってくれるな。
俺みたいなヴァカが困る。


159:デフォルトの名無しさん
05/07/18 16:00:32
>>158
VBをバカにしてる人をよく見るけど
一応ＶＢ6.0でもクラスあるし、Ｃっぽい真似事は可能だからな。

それにＶＢってのは「言語」だしなぁ、、、
上で言ってたけれど大抵フレームワークになれることのほうが大事で
言語仕様ってのは特に習得に時間がかかるわけじゃないと思う。基本があれば。。

ただend　if　でくくりつけるあたりがどうもダメ。
個人的にVBあがりの人間だけれど、C#消える、消えるといわれつつ、なれるとこっちのがいい。


160:デフォルトの名無しさん
05/07/18 16:25:41
>>158
まだわかってないやつがいるな
君が言ってるのはVB.NET以前の話


161:デフォルトの名無しさん
05/07/18 16:28:13
おい！お前ら！
VBに対して
VSのいいところ購入メリットを答えろ！




162:デフォルトの名無しさん
05/07/18 16:48:29
小文字を大文字に変えた時
感動したよ

163:デフォルトの名無しさん
05/07/18 17:17:56
VSのほうがいっぱい入ってる

164:デフォルトの名無しさん
05/07/18 21:53:53
おい！お前ら！
VBに対して
VSのいいところ購入メリットを答えろ！


165:デフォルトの名無しさん
05/07/18 22:22:42
MSDNライブラリがついてる

166:デフォルトの名無しさん
05/07/19 00:30:10
VBってついてなかったのか…

167:デフォルトの名無しさん
05/07/19 11:40:57
　おい！おまいら！あほのマイクロソフトの3万近くの有償サポートについてどう思う！？
完全に自社製品のサポートに対する怠慢だとおもうのだが！
自社製品の不備が多すぎるので答えるのが面倒で防御策をしていると
思われるがどう思う？

168:デフォルトの名無しさん
05/07/19 16:18:04
サポート使わないのに製品にサポートコストが入ってる
なんてことが回避できる

169:デフォルトの名無しさん
05/07/19 18:49:05
俺：「あの～」
サ：「フォーマットして再インストールして下さい。」
俺：「え？まだ何も言ってないんですが・・・・・・」
サ：「そうですね。では、フォーマットして再インストールして下さい。」
俺：「いや、だから話を聞いて下さい。」
サ：「分かりました。その前にフォーマットして再インストールして下さい。」

170:デフォルトの名無しさん
05/07/19 20:12:19
ひど！い
169がかわいそう！



171:デフォルトの名無しさん
05/07/20 19:49:01
>>167 が激しくスレ違い

172:デフォルトの名無しさん
05/07/20 20:53:31
VB.net のコードをC#に変換できるのが
あればいいのかな？
ってゆーか、
そんなのあるのか？

173:デフォルトの名無しさん
05/07/21 16:00:22
漏れ、今VB6で実業務やってるよ。と言ってもいちから開発じゃなくて
機能追加だけど。元々Ｃ、VC++上がりから転職で今の会社なんだが、
慣れるとVB6の開発もちょろいね。

ただ上司、先輩が作ったプロジェクトだけど…ここにレスしてある通り、
グローバルの変数、関数も多いしFormのコード記述多いな…自分が優秀だとは
自負しないけど、なんでOOPで行かないのかと思ってしまう。

174:デフォルトの名無しさん
05/07/22 13:50:06
>>172
.net Reflectorを見るに、余裕で可能なんじゃないかな？

175:最凶VB厨房
05/07/22 17:39:23
System.CodeDom
Microsoft.VisualBasic
Microsoft.CSharp

176:デフォルトの名無しさん
05/07/22 18:54:28
モーストディザースターなVBキッチンが訳のわからん回答をするスレはここですか？

177:デフォルトの名無しさん
05/07/22 22:36:41
>>172
BabbelFisken
VBCS翻訳機
IT+: 「C#←→VB.NET」コード変換ツール　　でぐぐれ


178:デフォルトの名無しさん
05/08/30 02:56:20
人大杉　復活記念　パピポ

179:デフォルトの名無しさん
05/10/08 18:43:06
私は、ＬＡＭＰ、つまりＰＨＰでしか、仕事を任されたことがありません。
学生の時、Ｃ言語を資格試験のために勉強しました。

趣味では、iアプリつまりJAVAで、株の売買記録やグラフを
作る程度です。

そんな、私が、windowsで開発を、ちゃちゃっとやれるとしたら
ＶＢ？　Ｃ＃　？　


180:デフォルトの名無しさん
05/10/08 19:16:51
C#

181:デフォルトの名無しさん
05/10/08 20:25:51
>>180

簡潔なお答えカムサハムニダ

182:デフォルトの名無しさん
05/10/08 23:20:04
2005は知らんけど、2003だと、
VBは、入力候補の表示や、入力ミスの即時チェックが働いて、
書くのは楽な気がする。（うざいときもあるけど)

C#は、言語仕様の時点でVBより厳しいのと、
ビルド時の警告が細かいので、バグが入り込む可能性が減るかも。

とは言え、そんなに差はないんじゃない？
もう、好みの問題のような...

183:デフォルトの名無しさん
05/10/09 00:38:58
　
　　将来性は、どうなの？


　　　　　　　　　それが重要。

　　Ｃ＃　ＶＢ　どっちが生き残る？

　　

184:デフォルトの名無しさん
05/10/09 01:03:00
比較してVB.NETで困るのはXMLコメントとソースの改行だな
改行は言語仕様だが。

あとどうでもいいが
クラスビューでも関数とか追加出来ない、
デザイナでイベント見られない。
ってのとこもMS手抜きなのかって思う。

185:デフォルトの名無しさん
05/10/09 01:36:02
>>184
知ってるかもしれないけど、VBは旧VB以来の伝統で、
フォームのコントロールのイベントはエディタの上部のドロップダウンリストで
選択できるようになっているよ。

まあ旧VBを踏襲するためってより、Handle句とかWitheventsの存在の方が理由として
大きいかもしれないけど。

プロパティとかメソッド追加するウィザードってなかったっけ？
まああったとしてもなんてあんなもん必要ないでしょ。
もともとVBじゃ、何ていったっけ、ほら自作のメソッドでもライブラリの
メソッドみたいに引数とかがインテリセンスに表示されるようにする機能、
あれがないんだから意味がない。

186:デフォルトの名無しさん
05/10/10 08:06:18
ドキュメントコメント？

187:デフォルトの名無しさん
05/10/10 09:04:14
VBのドキュメントコメントってVB2005から追加されたみたいだね。

'''<summary>
'''概要
'''</summary>

って感じ。
今まで、この辺りがプロジェクト毎にバラバラだったから、正直ありがたい。

188:デフォルトの名無しさん
05/10/10 19:21:56
2003でもVBCommenter入れてるけどインテリセンスに反映されないからな

189:デフォルトの名無しさん
05/11/16 13:08:13
VS 2005のExpress Editionは事実上，無償提供へ：IT Pro
"VS 2005のExpress Editionは事実上，無償提供へ
NSW"
URLﾘﾝｸ(itpro.nikkeibp.co.jp)


で、この無償版ＶＳの使い心地はどうよ？

Eclipseより使いやすいか？
Eclipseが人気があるのでそれに対する焦りが
現れてるみたいだが。

190:デフォルトの名無しさん
05/11/16 13:43:54
MS製の開発環境はインストールするのが怖い。

191:デフォルトの名無しさん
05/11/16 13:51:40
確かにＶ＄インストールは半日仕事だな。

Eclipseは本体はsetupだし、プラグインもファイル置くだけ。

192:デフォルトの名無しさん
05/11/16 19:18:33
>Eclipseは本体はsetupだし、プラグインもファイル置くだけ。

本体はいいとしてもプラグインは意外と大変。
プラグインの選択とかダウンロードする時間を考慮すると
VSのインストールといい勝負だと思うが。
さらにプラグインの相性が悪かったりしたら、余計無駄な時間がかかる

193:デフォルトの名無しさん
05/11/16 19:22:14
それは読み間違いでは？

Winアプリは草木のようにあるから不安定、と言わんように、
ネットにプラグインが溢れて更新されまくりだから不安定とは言わんでしょ。
安定した組み合わせは既にあるわけだし。

194:デフォルトの名無しさん
05/11/18 02:45:30
>>190
割れ物をインストールしようとするからトラブルのだよ。

195:今日もVB6
05/11/18 04:09:17
>>189-194
スレ違いだよ。
VSはそれだけインスコすれば使えるし、
プラグイン探したり、環境設定もいらないし
対象OSがWindowsならEclipse使わなくてもいいじゃん。
ただJAVAなら話は別だけど。
Windowsの開発環境は、明らかにVSの独壇場だしな。

今から始めるのならC#がいいと思う。
どうせVB.NETは、仕様変更がくるんだろうから（死
まあ無難にJAVAから初めて、落ち着いた頃に戻ってくれば
どっちかに決まっているんだろうな。漏れはJAVA出来ないけどな。
漏れはC#の予定なんだけどVB.NET覚えろって言われたらどうしようかな。。。
VB6はしばらくは使うだろうし、仕様が少し変わった物と一緒にやるくらいなら
全く違う物やった方がいい気がしてるんだけどね。ごちゃごちゃしてイヤだから。


196:デフォルトの名無しさん
05/11/18 09:09:34
C#とVBなんてどっちか絞らなくても覚えられるだろ

197:デフォルトの名無しさん
05/11/19 21:35:03
めんどくさいし2つも覚えたくない
ちょっと見た感じだとVB6とVB.NETって結構変わってるし
オブジェクト指向とか言われても意味分からないorz


198:デフォルトの名無しさん
05/11/19 23:30:18
C#とVB.NETの両方程度が覚えられないようなら今のうちに生き方変えた方がいいよ。

199:デフォルトの名無しさん
05/11/19 23:33:33
おとなしくC++にしとけ
C#とVBはどっちも先が無い

200:デフォルトの名無しさん
05/11/20 00:05:31
言語にランクがあるわけでもねぇんだからVB.NETでつくっとけ

201:デフォルトの名無しさん
05/11/20 00:09:16
どんな言語を選んでもいいと思うがね。
本質的な理解をしていけば、ほかの言語に移るのは簡単だし。


202:デフォルトの名無しさん
05/11/20 00:24:15
Lispは本質的な理解を広げてくれる

203:デフォルトの名無しさん
05/11/20 07:03:35
お前らは「適材適所」というものを知らないのか。

204:デフォルトの名無しさん
05/11/20 16:11:11
結論：Java

205:デフォルトの名無しさん
05/11/20 17:14:47
>>204
こりゃまたJ#を勧める人も珍しい

206:デフォルトの名無しさん
05/11/20 21:04:11
>>1
どちらも選ぶな。VS2005 C++ が正解。

207:デフォルトの名無しさん
05/11/20 21:05:30
原点に戻ってN88ROM-BASIC

208:デフォルトの名無しさん
05/11/20 23:04:24
>>204
サーバーサイドのJAVAは、当分変わらないだろ。
>>206
VCは効率悪すぎる。
知りたいのはクライアントで使うソフトを何で作るかだ！

で、MSはC#でサーバーからクライアントまでいきたいんでしょ？
最近は.NET構想が危うくなってきたんで、VB.NETにも力を入れているようだけど。

個人的にはC#が流行って、JAVAがオプソ化されればいいと思う。
そうして二社でつぶし合ってくれないかな…

>>205
J#が来ると信じてましたよorz

209:デフォルトの名無しさん
05/11/21 00:03:40
COMはVBに合わせて変化しまくった。
.NETもVBに合わせて相当変化しようとしてる。
サンプルコードの数を比べてみれば一目瞭然だが
MSはC#.NETよりVB.NETの方に力をいれてる。

210:デフォルトの名無しさん
05/11/21 00:18:44
C#ってあんまり存在意義無いからね。
J#同様客引き用でしょ？

211:デフォルトの名無しさん
05/11/21 01:34:18
2005で匿名メソッドがあるからC#
ないと簡単なものにclass作らなきゃならないから

212:デフォルトの名無しさん
05/11/21 09:54:37
>>192
> >Eclipseは本体はsetupだし、プラグインもファイル置くだけ。
>
> 本体はいいとしてもプラグインは意外と大変。
> プラグインの選択とかダウンロードする時間を考慮すると
> VSのインストールといい勝負だと思うが。
> さらにプラグインの相性が悪かったりしたら、余計無駄な時間がかかる

慣れないとそれには引っかかるだろうね。
バージョンが3.1以上なら大抵は問題なし。
テスト用や、UML, GUI開発、web開発に必要な標準プラグインも揃ってきたので大抵はそれだけで
事足りる面もある。
プラグインのインストールについてはアップデートマネージャで簡単にインストールできる。
アップデートサイトが無いプラグインについては、アップデートサイトを作ってしまう手もある。
eclipsewikiによると簡単インストーラを作ってる香具師もいるのでそれを使うのも手。



213:デフォルトの名無しさん
05/11/21 20:38:46
URLﾘﾝｸ(www.engineersguide.jp)
派遣のお仕事情報
VB.net,Java,C&C++がほとんど、C#はVB.netのおまけって感じだな（逆じゃないのか・・・）

214:デフォルトの名無しさん
05/11/30 01:23:53
> 派遣の

215:デフォルトの名無しさん
05/12/12 10:47:23
ＪＡＶＡだけで心もとないから、ｃ♯マスターして、ついでにＶＢ．ｎｅｔもというひとおおいのでは。
漏れがそんな感じなので。Ｃ、C++やりたかったけど、もう三十路まえなのであきらめてる。


216:デフォルトの名無しさん
05/12/12 11:00:32
スレが立ってから1年くらい経つけど、結局そのプロジェクトはどうなったのかがそろそろ知りたいよ。
主さん、その後の状況を報告してくれませんか？

217:デフォルトの名無しさん
05/12/12 15:25:36
>>215
20代であきらめんなよ。はえーよ。
C++やっとくとGC系言語についての理解が深まるぞ。
別に実用的なプログラムは組めなくても理論は知っておいて損なし。

218:デフォルトの名無しさん
05/12/23 14:09:19
なんか言語がどうこうって言い出す奴がすぐに出てくるけどさあ、
語るに落ちてると思うんだよね。
要するに「俺は言語の習得レベルでアップアップしている低能です」って。

言語そのものの習得なんてそんなに難しくないでしょ。
逆に言えば今時（いや本当は昔からだけど）言語そのものの習得なんて
単なる出発点に過ぎないわけでさあ。

C++ぐらい知っとけ、だのなんだの言ってる奴みると馬鹿かと思うよ本当。

219:デフォルトの名無しさん
05/12/23 17:06:26
>>218
で、VB.NETとC#どっちやればいいのですか？

来年度配属される研究室で、どちらかやっておけって言われて困っています。
情報系の学科ではないし、JAVAやCだってほとんどさわったこと無いです。
たぶん無料になったからだと思うのですが、先輩もやってたのかも…


220:デフォルトの名無しさん
05/12/23 18:49:51
>>219
その研究室でユーザーが多い方の言語にしたらいいじゃん。

221:デフォルトの名無しさん
05/12/25 13:42:02
>>218
で、出発点で勉強する言語は？

222:デフォルトの名無しさん
05/12/25 17:01:19
>>219
学生がやる言語ならC#がいいな

動けばいいってならVBの方がいいが、VBは言語というか環境だから
それに6と.NETの狭間で今から始めるのはあまりよくないんじゃないか？

何学科かは知らんがC#の方が勉強系のコードは多いだろうしな
JAVAよりも楽しくクライアントアプリとか作って遊べるし
一応.NET（MS）の中核だし、VBのように度重なる仕様変更で泣くことも…
それにC#本もそこそこあるしな
でも、間違っても　できるC#　みたいな本買うなよ
まずはコマンドラインから始めた方がいい学生だぞ（死

最後だが。　　　　動けば何でもいいのならVB.NETから始めてください

223:デフォルトの名無しさん
05/12/27 19:06:06
>>222
海外の学校で、Ｍ＄がタイアップでＣ丼始めようとしたところ、
クーデターが起こったよ。

というか、学生は昔はPascal、今はまたはJavaと相場は決まってる。

224:デフォルトの名無しさん
05/12/27 19:08:21
＞URLﾘﾝｸ(itpro.nikkeibp.co.jp)
＞Visual Basic 6.0ユーザーの取り込みに失敗したVisual Basic .NETも，こうした例の一つと言えるかもしれない。

> アプリケーションの開発/実行環境が .NET Frameworkに移行したVS .NET以降，VSはかつてのような人気ツール
> ではなくなりつつあった。特に，初級者/入門者に絶大な人気があったVBは，ユーザー数がどんどん減る傾向にある。
> URLﾘﾝｸ(itpro.nikkeibp.co.jp)



225:デフォルトの名無しさん
05/12/28 02:57:46
>>222
>JAVAよりも楽しくクライアントアプリとか作って遊べるし
JAVAでクライアント作ることはまず無い 本職の俺が言っておこう

クライアント＋APサーバー+DBサーバーだったら 明らかにJAVAが有利
クライアント＋DBサーバーだったら 明らかにC丼が有利

ちなみに JAVAの環境構築は地獄だぞ APサーバー立てて　DBサーバー立てて
APサーバーに対応したEclipseプラグイン探して JAVAで使うフレームワークのプラグイン探して．．．

226:デフォルトの名無しさん
05/12/29 13:11:04
Javaで楽しくWebクライアントだろ?
2度と関わりたくないけどな

227:デフォルトの名無しさん
05/12/30 14:13:28
やっぱりC#がいいか…
みんなJAVAには嫌な思い出がるんだろうけどｗ
C#だって後発で悪くなってることもないはずだし、環境は一発で整うし、Windowsなら無難だな。
あくまでExpressが無料で公開され続けれ場の話だが。


228:デフォルトの名無しさん
06/01/04 18:59:09 BE:291875393-
VBしかできないw

229:デフォルトの名無しさん
06/01/05 13:34:55
＞C#だって後発で悪くなってることもないはずだし、

バージョンうｐで普通に製品改悪されるが。

＞環境は一発で整うし、

重杉。

＞Windowsなら無難だな。

ドトネッツでづが？

230:デフォルトの名無しさん
06/01/08 05:10:08
すいません。１さん。ぼくを雇ってください。
今年35歳です。プログラムはVBで時計を作れます

231:1
06/01/08 05:44:04
>>230
無理です。何が無理かって、全てにおいて無理です。
あと、プロジェクトはC#を採用して今のところ順調に進んでいます。

232:デフォルトの名無しさん
06/01/08 06:21:07
C++使いで、簡単なアプリ作る場合はVB6やってました。
.NETなってからはC#が使い勝手がよくて、ほとんどこれだけでいけます

言語の表記法もVB.NETよりC#のほうが見やすくて早く書ける
また、C#に慣れておけば、いづれC++を使いたいと思ったときも容易に理解できるんじゃないでしょうか

VB.NETからはじめると、C言語やりたくなったときにちょっと躊躇するかも
でも、さらにやり続けてると、言語の違いはあんまり重点を置かなくなります。
結局、習い始めのときに気になるだけなんですよ。

外人も日本人もマクドナルドでハンバーガーを注文する方法は同じです。
マクドナルドのシステムがグローバルだからです
.NETでいうと、マクドナルドは.NET FreamWorkという土台に当たるわけです。

だから、上級者の人ほど、VBとC#の違いについてはあまり興味がありません。
C++はというと、マクドナルドでバイトもできるってことです

233:デフォルトの名無しさん
06/01/11 06:05:05
>>232
>外人も日本人もマクドナルドでハンバーガーを注文する方法は同じです。
のくだりから
>だから、上級者の人ほど、VBとC#の違いについてはあまり興味がありません。
の結論にいたるまでの脈略が何が何だかさっぱりです。

234:デフォルトの名無しさん
06/01/11 18:29:22
＞430 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/24(土) 02:18:07
＞ついにねんがんのVS6.0をてにいれたぞ！
＞
＞会社の倉庫に眠ってたのを譲り受けた。
＞で開けたら「VISUAL J++」だけ未開封。
＞
＞(´･ω･`)ｶﾜｲｿｽ

泣いた


235:デフォルトの名無しさん
06/01/11 19:31:02
ちゃんと譲渡届だせよ

236:デフォルトの名無しさん
06/01/12 00:30:53
みんなプロファイラは何を使ってるんだよヽ(`Д´)ﾉｳﾜｧｧﾝ！！

237:デフォルトの名無しさん
06/01/12 15:38:25
VBかC#か悩む位なら両方マスターしようとどうして思わないのかな？
言語は道具だろ？プロなら保守の対象が自分のコードだけとは限らんだろ。
自分のコーディングの事しか考えないというのはアマチュア発想だよ。

　　　　　　　　　　　　　　　　　「青年よ大志を抱け！」

238:デフォルトの名無しさん
06/01/12 16:39:56
じゃ、Pascal も C も Basic も Java も C++ も C# も Ocaml もいっぱい覚えなきゃならないね。
さすがプロの発想は無駄がないな。

239:デフォルトの名無しさん
06/01/12 16:41:43
>>238
偉そうな事を言ってすまん。Ocaml だけはマスターしていない・・・

240:デフォルトの名無しさん
06/01/12 16:49:25
なんだ、今度からはOcamlマスターしてから大口たたけよ。

241:デフォルトの名無しさん
06/01/12 16:51:10
あとLispもな

242:デフォルトの名無しさん
06/01/12 16:57:03
>>241
Lispは大学で少しやったが実務での経験はまだない。
すまん・・・

243:デフォルトの名無しさん
06/01/12 17:00:14
おれもそこまでしかコードを書いたことが無いから許す。以上

244:デフォルトの名無しさん
06/01/12 17:57:14
>Lisp

最近話しに出なくなったおね。

245:デフォルトの名無しさん
06/01/12 18:23:58
>>244
俺はCommonLispを使っていたが、今でこそ.netでも実装されたオブジェクト指向や
ガーベジコレクションはすでに実装された言語だった。負の数の平方根や30の階乗
計算で正答が得られる言語がCommonLisp以外にあるだろうか？括弧が多くて
読みづらいコードだが、慣れれば書くのは非常に楽だったのを覚えている。
まあ言うなれば.netの元祖にあたる言語の一つだろうな。

246:デフォルトの名無しさん
06/01/12 21:23:19
Ada

247:デフォルトの名無しさん
06/01/12 22:17:29
>>246
ほほう。こんなスレにもよく知ってる奴がいるんだなｗ

248:デフォルトの名無しさん
06/01/12 23:32:20
マシン語.net

249:デフォルトの名無しさん
06/01/13 08:37:20
>まあ言うなれば.netの元祖にあたる言語の一つだろうな。

死滅の歴史。

250:デフォルトの名無しさん
06/01/13 14:19:04
　　* *　*　*　*　*　*　*　*　*　*　*
　*　　　／￣⌒⌒＼　　　 　　　　　　 *
*　　　/　　/⌒―⌒ヽ　　　　 　 　 　 　 *
*　　　|　Ξ ´＿　 ＿｀＿＿＿＿＿　　　*
*　　　(6Ξｰ|´　|-|｀　||　 　　 　 　| 　 　*
*　　 __ヽ~　､￣　~ ￣)| 　　平　 　| 　 　*
*　／ ＼＼ 　　ｰ= ノ .|　 　　　　　| 　 　*
*　|　　　＼＿＿＿ 　 |　　 　　　　| 　 　*
*　＼　　／　　　　||⌒ヽ　　成　　/ヽ 　*
　*　 ＼＿＿＿＿_||＿ﾉ＿＿＿＿|_ノ *
　　　*　*　*　*　*　*　*　*　*　*　*

251:デフォルトの名無しさん
06/01/15 11:23:13
> 　　　　　　　　　　　　　　　　　「青年よ大志を抱け！」

ヒロシ（大志）です。青年には抱かれたくなかとです・・・・

252:デフォルトの名無しさん
06/01/15 12:36:31

どちらか片方しか使えないと言われたら、どちらを使うべきなの？
あと初学者は、どっちから始めるべき？

JAVAは相変わらずだし、VB2005でC#の先行き暗くなってきたし。
後発の分C#の方がいいだろうけど、バージョンアップで色々増えてゴチャゴチャになりそうだし。
MSはVB6ユーザーをVB.NET（.NET）に移行させたい一心でやってるみたいだし。
Vista付属の.NETアプリ作るのになに使ってるんだろう？

253:デフォルトの名無しさん
06/01/16 09:12:14
>どちらか片方しか使えないと言われたら、どちらを使うべきなの？
>JAVAは相変わらずだし、VB2005でC#の先行き暗くなってきたし。

ﾌﾞﾋﾞ厨の詭弁ハッケソ


254:デフォルトの名無しさん
06/01/18 13:15:06
>>252
>どちらか片方しか使えないと言われたら
その台詞を言った人に決めてもらうといいよ

255:デフォルトの名無しさん
06/01/19 00:44:45
>>254
やっぱVB6なのか…

256:デフォルトの名無しさん
06/01/19 13:32:41
>>255
VB6はMSの延長サポートが2008年末で切れるけどいいの？
何年か後、ユーザに、サポート切れの製品はキモいからランタイム入れるの禁止、て言われると辛いよ。

257:デフォルトの名無しさん
06/01/19 13:34:02
サポート切れて無くてもﾌﾞﾋﾞランタイムの不整合エラーﾃﾗｷﾓｽ

258:デフォルトの名無しさん
06/01/19 17:25:49
ExecutionEngineExceptionも十分キモイ

259:デフォルトの名無しさん
06/01/20 05:42:39
C#とVB.NETごときなら両方読み書きできるようにしろ。以上

260:デフォルトの名無しさん
06/01/20 11:06:14
>>259
漏れも最初はそう思ってたんだけど、そうは思えなくなった。
CTSを基盤に動いてる親戚だから近いのはその通りなんだけど。
C#に慣れるとVB.NETは覚え難くなる。言語仕様に大きな違和感があるつーか。
「両方読み書き」のレベルに達するには大変な努力が要ると思うよ。

261:デフォルトの名無しさん
06/01/20 23:40:14
>>260
ならC#を読めてVBで読み書きでOKだと思う

262:デフォルトの名無しさん
06/01/21 11:46:28
何にしろめんどいのは嫌だなあ。
同じ処理ならソースが画面上の絵として読みやすいC#に一票。
EndEndEndの羅列は目が痛い。

263:デフォルトの名無しさん
06/01/21 12:39:52
結論：J#　が生き残る

264:デフォルトの名無しさん
06/01/21 12:55:10
>>262
あとByVal,ByRefの嵐モナー

265:デフォルトの名無しさん
06/01/21 17:30:29
テキストファイルから数値データを配列に読み取って表示させる
プログラムを作りたいのですが、正しく表示されませんどこが
おかしいのでしょうか？

string path = @"c:\test.txt";
System.IO.StreamReader reader=new System.IO.StreamReader(path,System.Text.Encoding.ASCII);
float ch=reader.Read();
for(i=0;i<2;i++)
{
t[i]=System.Convert.ToSingle(ch);
}
Console.WriteLine(t[1,1]);


266:デフォルトの名無しさん
06/01/21 18:49:45
なんでfloatにいれてるか分かんないし
floatをfloatに変換してるし
1文字しか読んでないし
そもそもスレ違いだし

267:デフォルトの名無しさん
06/01/22 12:39:08
C#＞VB.NET＞＞＞＞＞＞＞＞＞＞＞＞＞VB6

268:デフォルトの名無しさん
06/01/22 12:42:07
C++>>越えられない壁>>C#

269:デフォルトの名無しさん
06/01/22 13:42:18
これだけはいえる
「VBしか書けません」と言った時点でゴミ扱い


270:デフォルトの名無しさん
06/01/22 13:57:04
>>269
「Javaしかかけません」はどうなるんだ？いや、Java以外もかけるけど

271:デフォルトの名無しさん
06/01/22 14:02:32
言語の区別と開発者のｶｰｽﾄを一緒にしている時点で大敗北者

272:デフォルトの名無しさん
06/01/22 14:43:39
>>271
そりゃレベルが高くなれば言語がどうなんていう枠なんかどうでもよくなると思うが
ここで話しているのは新人だとかの技術レベルをはかる低レベルな話。
開発者全体のカーストなんてなんでそこまで話を大きくするのか分からん。

273:デフォルトの名無しさん
06/01/22 14:51:34
>>272
そりゃ言語のランクと身分のランクを混同した馬鹿な指摘が多いからさ

274:デフォルトの名無しさん
06/01/22 17:35:53
>>238
覚えるのはSchemeとHaskellとPrologとC++とJavaだけでいいよ。

275:デフォルトの名無しさん
06/01/22 20:24:40
>>238
関数型をなんで2個も覚えなきゃいけないのか分からん
関数型は教養程度でいいから片方でいいだろ。

276:275
06/01/22 20:26:22
訂正
>>238→>>274

277:デフォルトの名無しさん
06/02/02 16:31:05
現在はJAVA、VB6の天下だ。

　　　　でも、いずれはC#の時代が来る。

ただしC,C++はOSの開発用に残る。
VB.NETは、度重なる仕様変更で嫌われて消える。
JAVAは、度重なる拡張で使いづらくなって消える
C#は、本命だと思われず放置されるが、その分余計な変更等が無く生き残る。
まあこういう事だ。

278:デフォルトの名無しさん
06/02/02 19:31:48
>>277
C#は仕様変更多くない？
少なくともJavaよりも速いペースで拡張しそう・・・

279:デフォルトの名無しさん
06/02/02 23:45:38
ビジネス系はスタンドアローンは廃れ、
LAN上でDBに繋がるアプリの何割かはCGIに置き返えられて、
あとVBAのようなアプリケーション側のマクロ。
一方でタスクトレイに入ったりサービスになるのはC++
ライティングソフトのようなシステムツールもC++
その残りをJavaとC#という予想。


280:デフォルトの名無しさん
06/02/03 05:11:28
>>275
正格と非正格の違いがでかい。
ただ正直、関数型非正格はいらんと思う。
あとPrologもいらんだろ。
C++もCでいい。
SQLは必要だから入れておけ。
つまり、Scheme・C・Java・SQL。

281:デフォルトの名無しさん
06/02/04 08:17:39
CLR自分で書いとけ

282:デフォルトの名無しさん
06/02/04 12:09:55
>>281
なんで？

283:デフォルトの名無しさん
06/02/04 12:24:56
>>278
C#は3.0ださずに終わるってことじゃないかｗ
4.0は無さそうな勢いだけど、3.0はでるんだろうね
LINQはよくないと思った今日この頃ですよ
言語に入れるのはやりすぎだよな

>>279
そういやマクロって今後どうなるの？
VB.NETになる？C#で書くのは厳しいよな
まあC++は残るだろうし、PHPやRuby、Python系スクリプト言語も残るだろうけど
メインはJAVAとVB.NETで決まりだろう

>>280
JavaとSQLだけじゃダメですか？
これ以外は使う機会があまりない…

284:デフォルトの名無しさん
06/02/04 17:53:25
C#.NET構成員：Java厨＆Del厨
VB.NET構成員：VB厨

C#.NET vs VB.NETとは？
Java厨＆Del厨 vs VB厨なのであるｗ

285:デフォルトの名無しさん
06/02/04 23:14:11
.netを使った後でATL/WTL使うと
実行ファイルの小ささおよび起動の素早さに驚愕する今日この頃。
.netはAthlon64でもモッサリ。

286:デフォルトの名無しさん
06/02/04 23:31:23
>>285
.netの起動時間は速くすることが出来るの知らないで言ってるの？

何も知らない人はココを見よう！
URLﾘﾝｸ(www.atmarkit.co.jp)

287:デフォルトの名無しさん
06/02/05 00:51:36
VSTAで、検索ちゃん！

288:デフォルトの名無しさん
06/02/06 00:01:04
Delphi.net

289:デフォルトの名無しさん
06/02/10 14:56:14
JAVAも重くないし.NETも重くないと思ってた
使ってみて.NETの素晴らしさを理解出来た

結局MSはVBとC#とVCの3つで行きたいの？
サンプルコードとか減るし、今まで通りVCとVBだけでいいのにな

290:デフォルトの名無しさん
06/02/15 01:20:44
っていうかプログラマに将来ないよ
俺ももう限界だと思ってる
趣味でやるにはいいが仕事としてはやらないほうがいい

291:デフォルトの名無しさん
06/02/15 01:22:44
結論
　C++

292:デフォルトの名無しさん
06/02/15 01:32:57
とりあえずアセンブラも出来ないようななんちゃってプログラマは
デスマで信者ってください。

293:デフォルトの名無しさん
06/02/16 11:37:00
C++/CLI が本命で、C# も問題なく使えます、というのがいいんじゃね？

マネージドの世界に閉じる必要のある案件なら C# (P/Invoke はあるけど)。
アンマネージドの世界とも繋がる必要がある案件なら C++/CLI。

「理解してなくても簡単に使えますよ」的なアプローチの VB は
その思想は素晴らしいと思うしニーズもあるとは思うんだけど、
「なぜそうなるのか」を理解できてない危ない開発者を量産しそうだな、と。

294:デフォルトの名無しさん
06/02/16 13:30:37
>>283
LINQのすごいところは言語仕様をほとんど拡張していない点だよ。
事実CLRのバージョンはまったくあがらない(つまり現状のCLR2.0で動く)。

スクリプトはIronPythonとかMonadでも調べれ

>>293
というより、無駄にC++/CLI持ち上げられすぎな気がするんだよな。
できるならC#、条件によってはC++/CLIも検討というスタンスが一番
いいと思う(つまりあくまで主役はC#)。

なんつーか、CLRはまじめな話結構複雑ですよ？その辺を理解できる
レベルになるまでにC#ぐらい使えるようになっていると思われ。
というか、CLRの知識つけるならC#やったほうがたぶん手っ取り早い。
C++/CLIはそれからでいいだろうよ。


295:デフォルトの名無しさん
06/02/16 14:29:04
>>294
>事実CLRのバージョンはまったくあがらない(つまり現状のCLR2.0で動く)。
これこれ。これを初めて聞いたときは驚いた。びっくり。

296:デフォルトの名無しさん
06/02/16 22:44:21
JVM >>>>>>>>>>>>>>>> CLR

297:デフォルトの名無しさん
06/02/16 23:19:45
>>294
>>295
言語仕様の拡張とCLRのバージョンはあまり関係ないのでは？
コンパイラが頑張ってるっていうだけの話だと思う

298:デフォルトの名無しさん
06/02/17 00:24:59
>>297
表現が悪かったな。
えーとな、例えばクエリ式自体を追加するための追加キーワードは
「from」だけだ。
そして、これが「それ以降に続くクエリオペレータを連結する」という意味を持つ
これだけしか決められていない。

LINQは「言語にクエリを統合する」ことが目標なんだが、なんていうかな、
C#はクエリ言語を統合しているわけではないんだ。
コード中にSQLが書けるように見えるけど、それはC#が定義しているのではなく、
ライブラリが定義している。
クエリ式はC#からみると、オペレータ連結の省略表記ぐらいの意味しかない。

もちろん統合するために他にも色々拡張しているのだが、その拡張自体は
汎用的なものだ。

299:デフォルトの名無しさん
06/02/19 01:25:32
C#だけネイティブ対応してくれないかな…

300:デフォルトの名無しさん
06/02/19 10:27:21
SQLをハードコーディングってか。

301:デフォルトの名無しさん
06/02/19 13:32:44
>>300
それは問題の領域が違う。ビジネスロジックを分けるやり方が変わるわけでも
なかろうに。ミスマッチを解消しようというだけなのだから。設計の｢層｣は今までも、
これからも自由だ。

なんつーかな、今までいろいろいったけど結局「拡張」である点を評価してるんだよ
C#の発展という枠から出てないっていうか、SQLを混ぜましたっつーようないわゆる
mixじゃない点というか。
極論すりゃ2.0でも同じ動作をするコードをかけるのさ(厳密にはむりぽなのもあるけど)。
それを簡略化しただけであって。

ちなみに、>>297が指摘してる点はCLRの場合ちょっと違う。CLRはバイナリがメタデータ
持つからな。だからバイナリだけあれば定義が参照できてリンクできるわけで。
CLR2で動くってこと=CLR2のメタデータ表現枠内にあるっつーことで型システム部分が
変わってないってことはそれなりに重要なんだ。

302:デフォルトの名無しさん
06/02/19 17:53:01
何か一生懸命書いてるから、上からちょっと読んでみた。
よく知らなかったけど、何となく言いたいことはわかる。
.NETの技術自体がよく出来てるっていう評価かね。

303:デフォルトの名無しさん
06/02/22 13:39:57
余計な互換性問題で悩まないで済むというだけの話

304:デフォルトの名無しさん
06/02/24 23:31:41
C#がもう少し頑張ってくれればね
MSも本当にJAVAに勝つつもりでいるんだか…
事実上Windowsでしか使えないだけでも、かなり不利なのにな

C#は滅びるのでVB.NETですよ

305:デフォルトの名無しさん
06/02/25 08:46:45
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな

306:デフォルトの名無しさん
06/02/25 11:21:55
そうでもないよ。

307:デフォルトの名無しさん
06/02/25 19:46:13
まあ、現場ではC#プログラマよりVBプログラマのほうが断然求められているな。
どちらか一方選ぶならVBにしておいたほうが潰し利くと思われ。

308:デフォルトの名無しさん
06/02/25 20:14:13
C#が出来たらVB.NETも出来るだろ w

309:デフォルトの名無しさん
06/02/25 20:57:15
変換できるだろ

310:デフォルトの名無しさん
06/02/26 05:44:36
>>304-306
普通はVC#として使うから、JAVAと比べればUNIX系では厳しい
>>308
あまい。あますぎる。
>>307
それよりJAVAを…
>>309
何の変換？

Vistaでるまで様子見してVB6だ！
ホントに.NETに変わるんだろうか？

311:デフォルトの名無しさん
06/02/26 05:48:10
C#とVB.netのコードは相互変換できる

312:デフォルトの名無しさん
06/02/26 17:03:49
C#使う奴は脳が偏屈だから変換できないんだよ

313:デフォルトの名無しさん
06/02/26 17:25:14
C#のあとにVB.NETやらVB6やると脳が腐っていく気分になるぞ

314:デフォルトの名無しさん
06/02/26 17:27:49
いや、単に学ぶ気が全くないからだろう。
{;}派にとってそれ以外の言語は恋愛の対象外。
必要性があれば会話ぐらいはするが、それを他人に見られるのは嫌。
超恥ずかしい。
友人と一緒にいる時に声掛けられたりしたら思わず無視してしまう。
そういう存在ｗ

315:デフォルトの名無しさん
06/02/26 19:03:00
まあライブラリをどう使いこなすかって今時の時代（本当はDOSの時代からすでにそうだけどw)に
言語の優劣をどうこうってのは時代錯誤というか、お前はプログラミング始めて
嬉しくてしょうがない中学生かって感じはするなw

しかしそれでも敢えて言うけど、やっぱりC#の構文は全体的に読みにくいよ。
例外の捕捉とか、なんであんな風にしたのか俺には全然合点がいかない。

316:& ◆R7PNoCmXUc
06/02/26 20:35:10
生物学的には違いがないよ、って言われても
ブサイク(VB)よりかわいい子(C#)の方がいい。

{;}派では全くないが、>>314の後半4行に禿同
「脳が腐っていく感覚」がわかるのはセンスのある奴だね


317:デフォルトの名無しさん
06/02/27 14:42:09
VB系ってようするに英語ネイティブ人にとってのなでしこみたいなもんだろ?

318:デフォルトの名無しさん
06/02/27 17:38:43
>>317
むしろCOBOLではないか？

次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch
5378日前に更新/226 KB
担当:undef