C#終了のお知らせ - 暇つぶし2ch

C#終了のお知らせ ..

159:デフォルトの名無しさん
08/03/02 19:17:54
>>157
正直MatzもRuby厨もどっちもどっちにしか見えない

160:デフォルトの名無しさん
08/03/02 20:23:59
Matz∈Ruby厨

161:デフォルトの名無しさん
08/03/02 20:55:18
>>160
だよねぇ、なんかRuby厨よりマシとか言ってるのがいるから・・・
あ、よく見るとマーシーか、つまり田代レベル？それならなんとなく納得

162:デフォルトの名無しさん
08/03/03 18:01:11
Ruby厨よりはまだVB厨のほうがメーシー

163:デフォルトの名無しさん
08/03/03 18:30:57
delphiも思い出してあげて下さい

164:負けだなｗ
08/03/03 19:14:27
DelphiはC#に負ける

165:デフォルトの名無しさん
08/03/04 04:47:11
質問です。
>>1のC#は、
シャープ？ナンバー？
なんか、両方いるんですけど。

166:デフォルトの名無しさん
08/03/04 05:06:45
シーシャープは規格でC#と書く事になってる

167:デフォルトの名無しさん
08/03/04 06:50:19
C++++を短縮して書いたんじゃねーの？

168:デフォルトの名無しさん
08/03/04 16:09:14
短縮（）笑

169:デフォルトの名無しさん
08/03/04 20:40:25
メイドさんしぃし～＃

170:デフォルトの名無しさん
08/03/14 23:07:56
C(#ﾟдﾟ)

つまり、もともとは、Cがあまりにもクソ過ぎて、GUIすらも、達成できないと、いうこと。

171:デフォルトの名無しさん
08/03/15 00:59:47
C#だってフレームワークが無いとできないじゃん。馬鹿？

172:デフォルトの名無しさん
08/03/15 01:32:11
>>165
イゲタじゃないの？

173:デフォルトの名無しさん
08/03/15 01:36:33
>>1
それってMSがJAVA非難するときに言ってたよ
織り込み済みだよ

174:デフォルトの名無しさん
08/03/15 02:46:54
>>165
#なら本当はナンバーサイン
音楽記号の♯（シャープ）とは違う。
でもC#は（シーシャープ）と発音する。

175:デフォルトの名無しさん
08/03/15 12:33:04
URLﾘﾝｸ(d.hatena.ne.jp)

176:デフォルトの名無しさん
08/03/16 09:05:09
シーシャープにしたかったが、
♯（シャープ）が2バイト文字で使いづらいので、
#（ナンバーサイン）で代用した
正式名称はC#とタイプしてシーシャープと読む

177:デフォルトの名無しさん
08/03/16 13:09:54
そっか、じゃ、Cダブルシャープってのもありなんだな。
指がもつれるのかな？むちゃ読みにくいのかな？

178:デフォルトの名無しさん
08/03/16 14:47:03
#include
#define
#!/bin/sh

今まで見てきた日本人プログラマはこれらをほぼ例外なくシャープって呼んでたからなぁ。
今更C#にけち付けられる奴が居るのかどうかよく分からん。

179:デフォルトの名無しさん
08/03/17 00:12:23
C♯だったらウィキペディアの記事名がまともになれた。
あそこって#を記事名に使えないから苦労している。

180:デフォルトの名無しさん
08/03/17 03:12:10
このスレの住人なら知っていますね、あの糞開発ツールのことを

・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている

糞だけど、政治的な理由で無理やり使わされているんですよね
もういい加減、我慢するのはやめませんか？

・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
　上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
　バグレポートなどしてはいけません。改善要求などもってのほかです。
　あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
　なんて話が出たら力強く机を叩き、会議室を出ましょう。
　あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。

糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。

181:デフォルトの名無しさん
08/03/17 03:22:11
C++/MFCはかっこいいけど
基本APIラッパのみでしかも標準のコントロール群が貧弱だから
新たなネイチブのやつ使わせろせろ

182:デフォルトの名無しさん
08/03/17 11:16:29
ネイティブは互換性を保つのがキツイからサポートしたくないんだろ。
中間コードなら10年先、20年先のPC(OS)でも安定動作させてくれる
ってんだから、今はアレ気味でも乗り換えるべき。

183:デフォルトの名無しさん
08/03/17 11:18:45
残念、ネイティブは互換性があるため新O$の逝行が進まない。

互換性の悪いＡｘやドトネトがＭ＄様の理想。

184:デフォルトの名無しさん
08/03/17 12:11:59
どんな人生送ったらこういう頭悪い文章書けるんだろう

185:デフォルトの名無しさん
08/03/17 20:19:36
>>182
MSのサポートは延長入れて１０年くらいじゃないの？

186:デフォルトの名無しさん
08/03/17 22:44:51
つうか.NETはバージョン毎の互換性ないじゃん

187:デフォルトの名無しさん
08/03/17 22:57:26
>>186
2.0から3.5まで、今のところCLRのバージョンが上がっていないのがまだ救い。

188:デフォルトの名無しさん
08/03/17 23:15:42
ていうかJavaVMみたいに下位互換あればいいのに・・・
どこがJavaのマネやねん

189:デフォルトの名無しさん
08/03/18 01:32:41
Javaはアップデート毎に100MB以上のランタイムを入れてくれるものね
Java最高(笑)

190:デフォルトの名無しさん
08/03/18 11:14:17
ドトネトは短期間に1.0、１.1、2.0、3.0、3.5とバージョンうｐ。
数年以内に１つのＰＣにバージョン１０個越えるかもね。
ドトネッツ再考（笑）

191:デフォルトの名無しさん
08/03/18 15:30:39
DirectX なんかその代表だろ

192:デフォルトの名無しさん
08/03/18 22:15:39
DirectXは過去バージョンと互換性あるだろ
なんのためのQueryInterfaceだと思ってるんだ

193:デフォルトの名無しさん
08/03/18 23:05:34
>>192
昔はそうだったけど、今はそうではない。
この表1を見てみようか。
URLﾘﾝｸ(www.atmarkit.co.jp)

194:デフォルトの名無しさん
08/03/19 01:58:57
>>190
JREのリリースペースのほうが圧倒的に上な件について。

195:デフォルトの名無しさん
08/03/19 02:02:27
>>193
すごく勘違いしてると思う

196:デフォルトの名無しさん
08/03/19 06:27:48
193じゃないけど、
実際に QueryInterface で過去のバージョンを取得しようとするとエラーになる。
IDirectSurface（初代）を引数に受け取る昔のdllが使えなくて困っている。
過去版との互換性がどんどんなくなっていってる。

197:デフォルトの名無しさん
08/03/19 12:03:20
>>192
>>196
・バイナリ実行側から見れば互換性はある。(過去のゲームは遊べる)
・が、過去のインターフェースを継承しないverがある(QueryInterface失敗)
・ソースレベルでも互換性は無い(過去ソースがコンパイルできない)
だったと思うけど自信無い

っていうかスレ違い杉なのでこちらへどうぞ
ｽﾚﾘﾝｸ(tech板)l50

198:デフォルトの名無しさん
08/03/20 14:08:12
DirectXはCOMを使ってるだけで
オートメーションに準拠してる訳じゃないんだよな。
それが出来ていれば、例えばDX for VBなんて出す必要はなかった訳で。

199:デフォルトの名無しさん
08/03/20 15:46:52
簡単に性能出せる並列処理が実現出来ない言語なんて、すぐ滅びるさｗ

200:デフォルトの名無しさん
08/03/20 20:18:45
>>199
織田信長のことですね、分かります。

201:デフォルトの名無しさん
08/03/20 21:06:17
鳴かず飛ばずなら
殺してしまえ
Ｃ♯

202:デフォルトの名無しさん
08/03/23 05:08:53
>>199
その論でいくと現状のメジャーな言語はほぼ全滅

203:デフォルトの名無しさん
08/03/23 15:48:00
現状のプログラマもほぼ全滅

204:デフォルトの名無しさん
08/03/24 15:38:57
>>196
俺ね、その辺に心底嫌気がさしてC#/DirectXどころかWIndows自体捨てました。

205:デフォルトの名無しさん
08/03/24 20:21:56
Unix系の動的ライブラリはもっとアレなわけだが

206:デフォルトの名無しさん
08/03/24 23:22:25
Unix系は最悪の場合でも自分でどうにでもできるだろ

207:デフォルトの名無しさん
08/03/24 23:39:03
最悪じゃなくて最善なんだけどな

208:デフォルトの名無しさん
08/03/25 01:24:03
DirectX6で3DNow!に対応したのにDorectX5以前では効果がないとか
XboxのソフトがGPUまわりでXbox360と互換性がとれないとか
COMを使ってるのにどうして？っていうことが多かったな

209:デフォルトの名無しさん
08/03/31 20:15:27
C#の難読化ソフトでいいのない？

210:デフォルトの名無しさん
08/04/02 11:51:59
所詮、プログラマは使い捨てだろ。
言語なんて何でも構わないんだよ。

211:デフォルトの名無しさん
08/04/02 11:56:56
といいながら、ブイビーを使う210=ブビ厨であった。

212:デフォルトの名無しさん
08/04/02 14:09:38
プログラマは、建設現場の労働者と同レベルの職種だよ。

213:デフォルトの名無しさん
08/04/02 14:27:06
＞建設現場の労働者

大手ゼネコンから日雇いまでいるお。

214:デフォルトの名無しさん
08/04/05 13:59:59
なんかアイタタタな文章だなと思ったんだけど、このスレ的にはどうよ?
URLﾘﾝｸ(www.atmarkit.co.jp)

> 世の中には語りによって補強しなければ優秀さを説得できない言語と、コード
を書くことを経由しなければ優秀さを納得できない言語がある

と言いつつ、C#について思いっきり「語りで補強」しているんだけどw

215:デフォルトの名無しさん
08/04/05 14:14:26
>>214
川俣記事読むのは初めての人？

216:214
08/04/05 16:25:21
なんだ、有名な人なのか。
他にも探してみることにするw

217:デフォルトの名無しさん
08/04/05 18:11:05
いや悪いけど、それが変に聞こえるとしたら214自身の読解力の問題だろそれはw
俺は別に変なこといってると思わんけど

218:デフォルトの名無しさん
08/04/05 18:41:47
本人乙w
言ってる内容自体は変と思っちゃいないぞ。
読解力のない人向けに説明を補足してあげると、
JavaやRubyへの彼なりの「批判」がC#自身自身にも適用されることに
気が付いてない馬鹿っぽさがおかしいと思ったところなんだな。

219:デフォルトの名無しさん
08/04/05 18:55:10
>>218
･･･？217じゃないけどどこに Java や Ruby の批判が書いてるの？
彼なりの｢批判｣って何？

220:デフォルトの名無しさん
08/04/05 19:00:38
ラムダ式とか関数型言語の真似したければ
F#でもやればいいだろ
なんでC#でやりたがるのかね

221:デフォルトの名無しさん
08/04/05 19:10:55
C++は、言語拡張にとても慎重だ。
ライブラリでカバーできることはライブラリでやる、という哲学がある。

C#は、割とホイホイ言語機能を拡張する。
もちろん、開発しているのが事実上Microsoftだけだから可能という要素もある。

「yieldステートメントは、匿名メソッドまたはラムダ式の内部では使用できません」というエラーがでている。
どうしてダメなんだろうか。
それはきっと、yieldはプログラマの知らないうちに匿名クラスを作っていて云々とか、そういうよくわからない理由があるのかもしれない。
直感的には、使えてもいい文脈だと思う。が、処理系の実装上、ダメ。そういうのは汚い。

言語拡張が悪いことだとは言わない。
けれど、一見できても良さそうなことが、こっちの場合にはOKだけどこっちの場合にはダメとか、
いわゆる忌み嫌われる「場合分け」が多くなってきてるんじゃないかと思う。
switch文で幾度も分岐しているような感じがする。
そんなのはコンパイラを作る人も大変でしょう。

C++はD&Eなんかで、「どうしてそういう設計になっているのか」が説明されている。
「The D&E C#」が是非とも読んでみたい。DとEにF（Future）もつけてくれるといいな。

222:デフォルトの名無しさん
08/04/05 19:11:18
>>220
んなこといったら Haskell とか以外の言語の存在意義消滅www

223:デフォルトの名無しさん
08/04/05 19:20:37
>>221
C# も基本的には慎重ですよ。表面的にしかみてないと否定するかもしれんが。

そういや波村さんも yield と匿名メソッドは後悔してるって言ってたらしいよ

224:デフォルトの名無しさん
08/04/05 19:31:26
delegateとか関数型言語まんまじゃね？
でも関数型だといちいちdelegateなんて名前付けないし
名前付けなくてはならないってことは
「他とは違うので特別扱いしなくてはならない」ということであり
その言語とはそもそも合わない要素だということだろ。
これからも分けわかんない単語が増えて
初学者にはどんどん厳しくなっていくだろうな、.netは。

225:デフォルトの名無しさん
08/04/05 19:34:08
Number of keywords per programming language
URLﾘﾝｸ(iolanguage.com)

226:デフォルトの名無しさん
08/04/05 19:48:50
>>224
delegate 自体は関数ポインタリストのラップ。もともとコンポーネントモデル
サポートに必要なイベント機能を組み込みで扱うために導入された。
ゆえに delegate、｢委譲」。

2.0 において機能の類似性からレキシカルクロージャを実現することにも
デリゲートが使用された。ちなみにレキシカルクロージャは Lisp 由来だが
状態と手続きの簡略表記であるわけでどちらかといえば関数言語っぽく
ない

3.0 において式ブロックの場合さらに簡略表記が可能になる(ラムダ式)。
同時にパフォーマンス面や汎用性、スケーラビリティの観点、さらに式構造で
あることを利用して式木生成機能を追加。いわゆる Linq で使用される。

227:デフォルトの名無しさん
08/05/01 15:05:25
C++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

228:デフォルトの名無しさん
08/05/01 15:10:24
c+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++

愚地独歩「どんなに書いても書いてもDに届かねェんでェ・・・・・」

229:デフォルトの名無しさん
08/05/03 22:20:37
#-=+C+=-#

中二仕様言語

230:デフォルトの名無しさん
08/06/12 14:50:51
それよりVC#で作ったexeってプロジェクトの保存先がマイドキュだったりすると
自分のマイドキュのフルパス埋め込んでるから下手すると個人名称が
バレバレなんだぜｗ

231:デフォルトの名無しさん
08/06/16 12:52:19
一番好きなプログラミング言語は？
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

プログラマに対象を絞って聞いた「一番好きなプログラミング言語」は，「C/C++」（24％）が最も多く，
「Visual Basic（VB）」（20％），「COBOL」（13％）と続いた（図2）。企業の基幹システムに浸透しつつあるJavaや，
Webアプリケーション関連で使われることの多いスクリプト言語は，上位3位までに食い込むことができなかった。

C/C++　　24%
VB6.0　　　20%
COBOL　　13%
Java　　　　9%
Perl/PHP　7%
C#　　　　　2%　　←　m9(^Д^)ﾌﾟｷﾞｬｰ

一番好きな言語と対比する格好で「最もよく使っているプログラミング言語」も聞いてみたが，
ここでは「C/C++」と「VB」の順位が逆転，「VB」が一位だった。

232:デフォルトの名無しさん
08/06/16 14:54:45
で？

233:デフォルトの名無しさん
08/06/16 15:00:22
10%　→ 2%

大幅減ｗｗｗ

234:デフォルトの名無しさん
08/06/16 17:20:01
|　回答者の年齢構成は，40才代が最も多くて39.4％，続いて
|　30才代が34.8％，50才以上が19.3％，20才代が6.2％だった。
これは酷いサンプルですね。

235:デフォルトの名無しさん
08/06/16 18:08:20
こういうときに「でっていう」って使うんだな、勉強になった。

236:デフォルトの名無しさん
08/06/16 18:33:52
＞「でっていう」

日本語でおｋ。

237:デフォルトの名無しさん
08/06/17 14:27:12
>>234
itpro の対象読者は業務系SE向けの雑誌だからでしょう
＃酷いサンプルというよりも、そういう年代向けの雑誌
WEB-DB Preessなんかだと、Cobolなんて出てこないだろうし(きっと)

238:234
08/06/17 15:04:41
>>237
いやﾏﾁﾞﾚｽされても。
「C#なんか誰も使ってねえよ」ということにしたがっている
>>231　を揶揄したかっただけなんで。

239:デフォルトの名無しさん
08/06/17 15:14:46
「C#をみんな使ってる」ということにしたがっているんですね？

240:デフォルトの名無しさん
08/06/17 15:25:01
>>239
知育不全か君は。

241:デフォルトの名無しさん
08/06/17 16:10:38
ということにしたいのですね。

242:デフォルトの名無しさん
08/06/18 01:32:30
>>231
日経ソフトウエアでしょ。これ編集者もアンケートやってしまったと思ったんじゃないかな。
Ｃは別格でもCOBOLやVBってのはねえ。。。

個人的にはC#は優れものと思うんですが、でも市販の入門書がＶＢ的に変じゃないですか。
（つまりロジック層軽視でプレゼンテーション層から教えようっていう。）
へたするとそこから普及がダメになる可能性もあるんじゃ。Javaにかなわず、ＰＨＰやＲｕｂｙに新規開拓層は流れ、なんて。

243:デフォルトの名無しさん
08/06/18 11:42:52
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

正解率低いなwww

244:デフォルトの名無しさん
08/06/18 12:28:49
　　　　　　　／⌒　　⌒＼　　　　 )　ばかじゃねーの？っと
　　　　　　／（ ●）　（●）＼　　　)／⌒Y⌒Y⌒Ｙ⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Ｙ⌒Y⌒Y丶
　　　　／ ::::::⌒（__人__）⌒::::: ＼
　　　　|　　　　　　|r┬-|　　　　　|
　　　　＼　　　 `ー'´ 　　／
　　　　　ノ　　　　　　　　　　　＼
　　／´　　　　　　　　　　　　　　ヽ　　　　　　　　カ
　　|　　　　ｌ　　 l||l　从人 l||l 　　　　 l||l 从人 l||l 　カ　　タ
　　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､. 　　タ
　　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))
　　　　　　┌┬┬┐┌┬┬┬┐┌┬┬┬┐┌┬┬┬┐
　　 ,. - ''"|￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ρ￣`ｌ

245:デフォルトの名無しさん
08/06/18 12:29:25
起動が激遅で動作がモッサリなプログラムしか作れないC#は嫌われて当然だろ。
ランタイムがでかすぎて配布にも苦労するし。

ネイティブコンパイラ搭載RAD環境のVB6が１０倍人気があるという結果にも納得。

246:デフォルトの名無しさん
08/06/18 17:00:05
動き出せばそんなに遅くないとは思っているけど、起動がもたつくのは印象最悪だよね。

247:デフォルトの名無しさん
08/06/19 15:01:57
起動も、言うほど遅くはないと思うが。
プログラミングの問題じゃね？

248:デフォルトの名無しさん
08/06/19 15:50:46
.NET Frameworkの問題

249:デフォルトの名無しさん
08/06/19 16:43:00
sgenとngenを両方使えばそこそこ速くなるんだが・・・

ジェネリクスを使ったクラスに対してXmlSerializerを使ってると、
sgenの効果が出なくなるのが問題だ

250:237
08/06/19 16:49:52
>>238
すまんｗ

>>242
>市販の入門書
プログラミング C#2.0/ADO.Net 2.0 以外の市販の本はあまり役に
たたなかった気がする
VBプログラマのためのクラス入門　みたいな本は VB.Net でクラスは
こうやって書くんだ　という意味で役にたったかも・・・

ADO.NET関係は上記の本以外は、シングルユーザー向けなのが
笑ってしまったｗ

251:デフォルトの名無しさん
08/06/19 17:20:43
インスタンスに、サイズの大きな固定長配列を山ほど作ってる莫迦が
「起動が遅いな～」とか抜かしてた実例はあるけどな。

252:デフォルトの名無しさん
08/06/20 17:38:23
>>250
SQLServerの無償配布版しか使わない貧乏人に市販の本は冷たかったです。
ConnectionStringの正解をのせたサイトも見つけられないまま、接続を探り当てるまでの時間は不条理に感じました。

253:250
08/06/20 17:48:42
土台、データベースどころかそれ以前、CSVファイルの利用方法が書いてあれば良心的なほうですもん。
データの入出力も教えず、まず教えることとはなんなのかと。。。
文字列処理なら基本でしょう、しかし。。。

254:デフォルトの名無しさん
08/06/20 17:52:22
何度も失礼、253==252です。!=250です

255:デフォルトの名無しさん
08/06/20 19:46:53
あほ？

256:デフォルトの名無しさん
08/06/20 20:08:36
ばっかで～す

257:デフォルトの名無しさん
08/06/20 20:36:22
何やってんだ。こう言うべきだろ？
「アホちゃいまんねん、パーでんねん。パー！」

258:デフォルトの名無しさん
08/06/20 22:42:38
はじめてwindowsの開発やるんだけど、DBのつなぎ方が色々あってワケワカメだな。
DBのアクセス周りの抽象化が中途半端で結局製品固有のコードまみれになってるし、何かめんどくさい。

259:デフォルトの名無しさん
08/06/21 10:27:37
ODBCでいいじゃん

260:デフォルトの名無しさん
08/06/22 01:07:37
>>259
あほか。それしか使えないんだろ？
パフォーマンス考えろよ。

261:デフォルトの名無しさん
08/06/22 13:30:54
パフォーマンス考えたらストアドだろ。
馬鹿じゃねえの？

262:250
08/06/23 15:24:04
>>252
プログラミング ADO.Net 2.0 だけは購入したほうがいいと思うぞ
＃2005Express 使ってるし
＃Webで探す時間を買ったと思えば安い・・・

263:250
08/06/23 15:32:07
すまん＞2005ExpressはSQL SVね
かなりの部分(98%位)はGUI無しでいけるコードだから express版で十分使える
vb.net C# 両方のサンプルコードが掲載されているしね!!

264:デフォルトの名無しさん
08/06/23 17:14:58
>>261
そのﾈﾀおなかいっぱい。

265:デフォルトの名無しさん
08/06/24 10:02:14
>>258
>結局製品固有のコードまみれになってるし
具体的には、どのあたり？
＃いやJDBCだって、DB固有のAPIあるし

266:258
08/06/24 22:49:26
>>265

267:258
08/06/24 22:54:16
>>265
俺がもらったソースがそうなってるだけなのかもしれないけど
"DB製品名Client"とか"DB製品名Command"とか製品固有のをベタベタ書いてある。
これを将来Oracleに変更しようと思ったら、"OracleClient"とか"OracleCommand"に置換しなきゃいかんのかなと。

268:デフォルトの名無しさん
08/06/24 23:02:20
>>267
もうODBCでいいんじゃね

269:デフォルトの名無しさん
08/06/24 23:13:53
>>267
そんなのは一箇所変えるだけで済むようにするのが
普通JARO

270:デフォルトの名無しさん
08/06/24 23:17:22
抽象化された使い方はできるんだけど、
開発ツールのサポートが一切ないので現実にはあまり使わない。

271:258
08/06/24 23:33:27
>>269
具体的にどうすんの？
MSDNに載ってる↓のサンプルだとOracleに完全に依存してる。
public void CreateOracleCommand(string myExecuteQuery, string connectionString)
{
using (OracleConnection connection = new OracleConnection(connectionString))
{
OracleCommand command = new OracleCommand(myExecuteQuery, connection);
command.Connection.Open();
command.ExecuteNonQuery();
}
}

ファクトリみたいなのを作れってこと？ちょっとめんどくさいな。
public void CreateCommand(string myExecuteQuery, string connectionString)
{
using DbConnection connection = ファクトリ.getConnection(connectionString));
{
DbCommand command = ファクトリ.getCommand(myExecuteQuery, connection);
command.Connection.Open();
command.ExecuteNonQuery();
}
}

>>270
なるほど。ツールを使ってるから抽象化されてないのか。
といってもオレは、そのツールとやらを持ってないわけだがorz。

272:デフォルトの名無しさん
08/06/24 23:51:29
>>271
あまいな。
DBMSを変更してもmyExecuteQueryの中身がそのまま実行できるとは限らない。
思わぬところでDBMSの方言が入ってくる。

273:デフォルトの名無しさん
08/06/24 23:54:43
>>271
その辺もうある。というか追加された
System.Data.Common の下あたり眺めてみれ

3.5 SP1になると Entity Framework も出て来る予定なんだが
まぁその辺は忘れていい

274:258
08/06/25 00:03:34
>>272
いや、そこは今つっこむとこじゃないでしょ。
SQLの差異は、割り切ってを修正しますよ。
SQLの差異を吸収するようなライブラリかORマッパを使うのが楽だけどね。

>>273
DbProviderFactoryとかかな。サンクス。
Javaよりも後発の癖に2.0になってようやく追加されたのは謎だけど。

275:デフォルトの名無しさん
08/06/25 00:14:42
>>274
つーか 1.0 だと ODBC サポートもなかったんですよ？
優先順位か設計の問題だったんだろうけども。
ObjectSpaces とか某プロジェクトに吸収されていったしなぁ…
これは結局某プロジェクトが解散して Linq っつー武器を得た
あと Entity Framework になった(なる)が。

まー DB にチューニングで結局依存することも多いし IDE
サポートあってこその環境だったので SQL Sever(or Oracle)
固定で確かに困らなかったなぁとは思う。

276:デフォルトの名無しさん
08/06/25 22:09:44
OLEDB使えってことだろ
こんなの調べればすぐじゃん。

277:デフォルトの名無しさん
08/06/26 00:43:56
LLL/.net（アセンディア）のDBコンポーネントを使えば
SQL－SｅｒｖｅｒだとかOracle、そしてJETでさえもコードを変える必要が無い。
設定ファイルは変える必要があるけど・・・
そしてスマートクライアントとクラサバさえもコードを変える必要も無い。
JETでスタンドアロンのデモをしたいときなど重宝している。

278:デフォルトの名無しさん
08/06/26 00:48:54
>>277
これ私も持っているけど結構面白い！
↓
URLﾘﾝｸ(auction.item.rakuten.co.jp)

279:デフォルトの名無しさん
08/06/26 03:24:36
>>277
宣伝乙
今時ランタイムフリーじゃ無いとかグレープシティでもやらないようなぼったくりツールは使わねぇ

280:デフォルトの名無しさん
08/06/26 07:20:38
>>279
使ったことあるの？
クラサバならライセンス料かかるけどスマートクライアントで使う場合
ランタイムフリーですよ。

281:デフォルトの名無しさん
08/06/26 10:07:08
>>277
でもSQLは書き換えるわなぁ・・・・
＃DOA考えたほうが、精神的に楽そう・・

282:デフォルトの名無しさん
08/06/26 16:40:46
↑DAO っぽくだ　すまん

283:デフォルトの名無しさん
08/06/26 17:22:14
>>277-278

284:デフォルトの名無しさん
08/06/26 22:22:20
ADOだろｗ

285:デフォルトの名無しさん
08/06/27 10:52:37
>>284
突っ込まれると思ったけどｗ　以下のような感じ
URLﾘﾝｸ(www.nulab.co.jp)

286:デフォルトの名無しさん
08/06/27 15:44:12
COBOL のように死んだ言語
URLﾘﾝｸ(www.ibm.com)

287:デフォルトの名無しさん
08/06/27 22:48:46
>>286
>年収がドルで 6 桁か 7 桁にもなる COBOL の技術者に対して、「死んだ」言語を扱う作業がどんなものか尋ねてみてください。
ドルで7桁ってホントかよ。オレもCOBOL勉強しようかな。

288:デフォルトの名無しさん
08/06/28 01:26:05
1000万～10億くらいか？
どんなんだよ。

289:デフォルトの名無しさん
08/06/30 00:58:13
海外でも銀行とかでCOBOLが生き残ってるんだろうかねぇ

290:デフォルトの名無しさん
08/06/30 23:22:40
意外と身近な所で生き残ってんぞ
オープン系移植したゾンビがうようよと

291:ｋｓ
08/07/05 13:40:44
>>278
URLﾘﾝｸ(auction.item.rakuten.co.jp)
URLﾘﾝｸ(auction.item.rakuten.co.jp)
ですか？

292:デフォルトの名無しさん
08/08/02 13:14:26
で、C#はどうなの？

293:デフォルトの名無しさん
08/08/02 14:08:08
そのきゃら　ぱど　の　きゃらぱくりくせぇ

294:デフォルトの名無しさん
08/08/02 14:37:10
>>292 使いやすいいい言語。

295:デフォルトの名無しさん
08/08/03 11:22:08
>>294
実務に使えるレベルまでいってないけど、そんなに使いやすいか？
＃まだ、頭がぐしゃぐしゃ状態ｗ
＃本のサンプル打っただけじゃ、使い物にならないのは分かってるんだけどね

296:デフォルトの名無しさん
08/08/03 12:41:39
>>295
C#の言語仕様を一通り覚えて、IDEも使い慣れてくると感想は変わるんじゃないかな。
私はそうだったよ。

297:295
08/08/03 19:32:14
>>296
なるほど　その日がくるまで「打つべし」の生活つづけてみよーーー
C#の言語仕様＋.Net Framework の使い方をもう少し押さえないといかんかなと
＃今後者がメイン

298:デフォルトの名無しさん
08/08/04 02:15:43
.Net Framework の使い方って何？ｗ

299:デフォルトの名無しさん
08/08/04 02:21:37
295 じゃないがまず BCL も膨大だし、CLR 自体複雑だし VS も絡んできたり
くるとするとその辺含めた全体的なものを言葉にするなら .NET Framework の
使い方でいいだろたぶん

300:295
08/08/04 10:44:47
いまちらちら見てるのが「プログラミングMicrosoft .NET Framework 第2版」
だからねぇ・・・
＃クラスライブラリ　の方が自分的にはしっくりくるかな

301:デフォルトの名無しさん
08/08/04 21:26:12
実際に仕事で使った方が早いよ。
割と身近でも使われてるっぽい。
webでいうとgyaoがC#+asp.net

302:デフォルトの名無しさん
08/08/04 21:51:26
勉強することなんてほとんどないと思うんだが・・・。

303:デフォルトの名無しさん
08/08/04 23:10:22
いや一杯あるだろ

304:デフォルトの名無しさん
08/08/05 17:09:49
>>301
たしかSilverlightも使ってるんだっけ
ほかに日本の大手で使ってるところを知りたいな

305:デフォルトの名無しさん
08/08/05 20:08:28
>>303
ゼロとは言わないがクラスライブラリの使い方なんて
コード補完と勘だけでいける。わからないときはちょっと
ヘルプを引けばいいだけ。これを勉強とは言わない。

306:デフォルトの名無しさん
08/08/05 20:36:03
その程度でわかるライブラリばかりじゃないだろ。
その程度でわかるライブラリも多いけどさ。
まあその程度でわかるものしか使わなくて済むことしかやってないなら
勉強というほどのものはいらんが。

307:デフォルトの名無しさん
08/08/05 23:07:28
そういや最近だと Enumerable.Aggregate の説明は激しく
意味わからん日本語だと思うのだがあれ何とかならんのか。

308:デフォルトの名無しさん
08/08/06 19:51:27
>>306
その程度でわかるライブラリばかりなのが.NET。
MFCに比べたら天国のようなもの。

309:デフォルトの名無しさん
08/08/06 20:12:07
MFCと比べなきゃならない時点でオワってる。

310:デフォルトの名無しさん
08/08/06 21:04:35
今まではC++信者だったが、C#がwinndowsプログラミングでは最強だと
いうことがわかってショックだった。

ま、ミーハーなレベルのWindowsプログラミングの部分（Viewに相当
するところ）ではね。

でも、核の部分はやはりC++のネイティブコードが必要だと思う。

C++/CLIはunmanaged C++とC#やVBとの橋渡しをするというけど、
VS2008では、まだ中途半端だと思う。

ネイティブC++をmanaged C++でラップ(DLL化)してC#から呼び出す
というけど、これって定型的な手続きだから、VC++はもうNative
路線に徹底して(MFCの仕様をできるだけNetFrameworkと一致させ
る、あるいはNetFramworkをNative化する)、これらをC#やVBから
透過的に呼び出す(COMじゃなくて、できるだけそ最小限変更ですむ
コードで対応できる)メカニズムを開発してほしい。

型推論なんて要らん

311:デフォルトの名無しさん
08/08/06 21:13:36
MFCはやっぱり消える運命なのか。せっかく勉強したのに

312:デフォルトの名無しさん
08/08/06 21:14:55
いまいちだったからね

313:デフォルトの名無しさん
08/08/06 23:32:47
いまいちっつーか出来たのが古いので基本設計が古すぎる
「今」やさらに「将来」の C++ から完全に置いてけぼり食らってて
API に対するカバー範囲が広い(つまり便利)っつー利点ぐらい
しかない。
ATL/WTL で新規はもう正直いいだろうっていうか。

>>310
一例に過ぎんがアローケータみたいな基本的なことさえ
C++ は難しい問題山積みなので現実時間だとその方向たぶん
無理。
相互運用性考えて作ってないから仕方ないんだろうけど。
C レベルなら何とかなるんだが(というか unsafe とか Marshaler で
何とかしとるよな…MSDN マガジンあたりで C ヘッダ解析して C# 化
とかしてたし)。

314:デフォルトの名無しさん
08/08/07 01:08:11
となるといま現在，どれに重きを置いて学習したらいいんだろうか

315:デフォルトの名無しさん
08/08/07 01:42:06
MidoriでWinAPI厨も涙目だしな

316:デフォルトの名無しさん
08/08/07 07:47:12
どうでもいいけどOffice2007とかで使われてるリボンをサポートしてるのってMFCだけだよね。

317:デフォルトの名無しさん
08/08/07 08:44:42
ヒント： M$社内でMFCは使われてない

318:デフォルトの名無しさん
08/08/07 08:54:02
どうでもよくねーよTT

319:デフォルトの名無しさん
08/08/08 11:05:26
>>305
イテレータの実装とか、appdomain,refrection,非接続型でのversion number
パターンとか、helpだけでわかる奴は尊敬するよ

320:デフォルトの名無しさん
08/08/08 11:07:32
あと　ネットーワーク＋マルチスレッドを使ったPGもね

321:デフォルトの名無しさん
08/08/08 11:22:20
Cα再開のお知らせ

322:デフォルトの名無しさん
08/08/08 21:27:07
小難しいことを言おうとしてスペルミスしちゃうやつは尊敬できない

323:デフォルトの名無しさん
08/08/09 12:25:01
スペルミスはともかくｗ　自分が押さえないといけないと思ってることなので
何とでも思ってくれ

324:デフォルトの名無しさん
08/08/09 12:56:03
Javaも駄目だったし、C#も駄目だろ。まだまだC++全盛ｗ

325:デフォルトの名無しさん
08/08/09 13:31:29
まあ全部使うんですけどね

326:デフォルトの名無しさん
08/08/09 17:26:54
UMLで組んでいる俺は勝ち組

327:デフォルトの名無しさん
08/08/09 21:40:00
UMLとかﾜﾛｽ

328:デフォルトの名無しさん
08/08/10 09:19:37
UMLってグローバルスタンダートとか言うワリに
カナダの会社で使ったらUML知らんヤツばっかりでビビった

329:デフォルトの名無しさん
08/08/10 12:50:18
日本人には「海外で使われてる」とか「世界で○○」とか言われると思考が停止しちゃって簡単に信じ込んじゃうやつが多いからな。

330:デフォルトの名無しさん
08/08/10 14:41:16
iPhoneみたいだね

331:デフォルトの名無しさん
08/08/10 16:47:11
>>328
よくわからんがJavaの世界では普及してるのでわ？

332:デフォルトの名無しさん
08/08/12 07:45:10
全然

333:デフォルトの名無しさん
08/08/16 00:27:41
C#3.0から見ると、今クラスと呼ばれているもののほとんどが必要ないことがわかる。
基本クラスだけ作り、継承の変わりにデリゲートにラムダ式を差し込んでやればいい。
継承によって発生する全ての名前、これを覚えている必要がなくなる。
コード量が驚くほど減り、見通しがよくなる上に、さらなる拡張をしたければその場でラムダ式をちょいと書けばいい。
いちいち深呼吸してクラス名から考え始める必要はない。実に直観的で全てがスムーズに運ぶ。

相手に何かするところはデリゲートに、自分に何かするところはメソッドにする。
自分と相手のメソッドとデリゲートを繋いでやれば、それで全部事足りる。
参照する必要はない。参照はラムダ式が裏で勝手に作っている。

334:デフォルトの名無しさん
08/08/16 01:28:51
ものすごい愚かな発想だねw
いや「馬鹿の一つ覚え」とはよく言ったものだ。

335:デフォルトの名無しさん
08/08/16 01:32:13
もうinterfaceもいらないだろう。
interface IHoge{
string Name{ get; }
int ID{ get; }
}
class Class1{
IHoge hoge;
public Class1(IHoge hoge) {
this.hoge = hoge;
}
public void Method() {
Console.WriteLine("Name = {0}, ID = {1}", hoge.Name, hoge.ID);
}
}
これはC#1.0の考え方だ。C#3.0だと
class Class1<T>{
Func<T, string> Name{ get; set; }
Func<T, int> ID{ get; set; }
T Obj{ get; set; }
public Class1(T obj, Func<T, string> name, Func<T, int> id) {
this.obj = obj;
Name = name;
ID = id;
}
public void Method() {
Console.WriteLine("Name = {0}, ID = {1}", Name(Obj), ID(Obj));
}
}
　コッチの方がずいぶん手軽で自由に出来る。

336:デフォルトの名無しさん
08/08/16 04:21:05
ゴメン、ボク頭悪いから、大差無いように見える

337:デフォルトの名無しさん
08/08/16 04:23:26
Class1<T>
ってなに？

338:デフォルトの名無しさん
08/08/16 07:45:41
ジェネリックスだろ

339:デフォルトの名無しさん
08/08/16 07:46:44
>>333はRubyやれ

340:デフォルトの名無しさん
08/08/16 09:03:26
IDEが重すぎるわけだが

341:デフォルトの名無しさん
08/08/16 09:05:11
>>335
俺も最近その思想になってる。

最初は interface で作るけど、複数の実装クラスを作り進めるうちにだんだんと実装の内容がどれも似てくるのな。
それで、バグに気づいたりI/Fの定義を拡張したりすると、全ての実装クラスを修正しなければならなくなったり。

理論的には実装コードには依存してはいけないはずだけど、個人でコーディングする分には、コードごと共有できる
かたちのほうがメンテが楽だなあ。

342:デフォルトの名無しさん
08/08/16 09:08:32
実装コードというより、大枠のフローまで interface の定義に含められたほうがいいという解釈かなあ。

343:デフォルトの名無しさん
08/08/16 09:14:26
>>341はRubyやれ

344:デフォルトの名無しさん
08/08/16 10:17:18
わぁ・・・C#簡単すぎ糞ﾜﾛﾀ

345:デフォルトの名無しさん
08/08/16 10:40:31
外部に対して要求を明示するという意味では強い型付けは意味があると思うが
その都度インタフェースを作るのは面倒

これを解決するにはメソッドの宣言の文法に鍵がありそうな気がするが

346:デフォルトの名無しさん
08/08/16 11:22:16
>>345
もうリフレクションでいいんじゃね？

347:デフォルトの名無しさん
08/08/16 11:27:31
>>346
問題をどう解決するのかkwsk

348:デフォルトの名無しさん
08/08/16 11:53:26
>>347
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

349:デフォルトの名無しさん
08/08/16 11:58:11
>>348
リフレクション関係ないじゃねーか

350:デフォルトの名無しさん
08/08/16 12:20:33
>>335ってネタでいってるの？
それとも大真面目？

大真面目でいってるのならちょっと考え方おかしいと思うなあ。
>>335の考えは>>333の

＞いちいち深呼吸してクラス名から考え始める必要はない。
に凝縮されていると思うんだが、名前を付けられることは本来「福音」なはずなのに
これを面倒を強いる「呪い」と考えているところが面白いというかなんというか。

351:デフォルトの名無しさん
08/08/16 12:23:08
>>335
ん？型パラとObjいらなくね？

class Class1 {

　　readonly Func<string> getName;
　　readonly Func<int> getID;

　　public Class1(Func<string> getName, Func<int> getID) {
　　　　this.getName = getName;
　　　　this.getID = getID;
　　}

　　public void Method() {
　　　　Console.WriteLine("Name = {0}, ID = {1}", getName(), getID());
　　}
}

で、Class1のインスタンスを作るときに

　　new Class1(() => obj.Name, () => obj.ID);

みたいな感じで。

352:デフォルトの名無しさん
08/08/16 12:24:11
>>349
リフレクションを使った動的型付けとしてDLRが開発されて、
Silverlight 2.0で実戦投入されるんだよ。

353:デフォルトの名無しさん
08/08/16 13:46:56
関数型言語やれってこった

354:デフォルトの名無しさん
08/08/16 15:31:31
もうお前ら F# 使えよ。

355:デフォルトの名無しさん
08/08/16 18:19:51
G#おすすめ

356:デフォルトの名無しさん
08/08/16 18:48:58
IronHaskellﾏﾀﾞｧ-? （･∀･）っ/凵⌒☆ﾁﾝﾁﾝ

357:デフォルトの名無しさん
08/08/17 20:28:25
>>354
7th付けたほうが　かっこいいかも

358:デフォルトの名無しさん
08/08/17 21:27:47
ドミナントモーションですな。
そしてまたC#に戻ると・・

359:デフォルトの名無しさん
08/08/19 07:30:11
>>355
Obj-Cのほうがおすすめ

360:デフォルトの名無しさん
08/08/30 15:32:16
C++に国際標準がある以上、似たような言語でJavaのように独自のクラスライブラリを
作ろうとすると、C#しか選択枝がないんじゃない？　J#で懲りた感があるが。

361:デフォルトの名無しさん
08/08/30 21:02:41
Windowsだけで飯食える人がうらやましい

362:デフォルトの名無しさん
08/08/31 07:58:30
Visual Studio 2005 のインストール作業が失敗した。
「エラー 1935 です。」とかいうダイアログが出て、何度やっても失敗する。
あまりにも頭に来たので、もう .NET を使った開発はしないことにした。
少なくとも、選択の余地がない仕事以外では一切使ってやらない。
言語はどれでも良いってことになったら、ネイティブか Java でやってやる。
.NET なんざ糞喰らえだ！

363:デフォルトの名無しさん
08/08/31 11:33:51
君がそう決めたんならそれでいい。たぶん間違ってないだろう。

.NET開発の仕事が他人に行くだけだから。

364:デフォルトの名無しさん
08/08/31 15:07:28
ぐぐれば解決策がわかるものをすぐにぶちきれるようでは
M$との相性どころか開発の仕事そのものに向いていないのでわ？

365:デフォルトの名無しさん
08/08/31 16:07:02
>>362
URLﾘﾝｸ(support.microsoft.com)

366:デフォルトの名無しさん
08/08/31 20:02:47
>>361
*nix系だけで飯食える人の方がうらやましいけど

367:デフォルトの名無しさん
08/08/31 20:58:02
C#が終わった理由があるとすれば、それはバリアント型を組み込んだ事だな
また変態ソースを読む仕事が始まるお( ^ω^)

368:デフォルトの名無しさん
08/08/31 21:02:07
varは型推論。コンパイル時に変数の型が決まっていることに変わりはない。
バリアント型とは似ても似つかない。

369:デフォルトの名無しさん
08/08/31 21:33:21
というか var はオーバーロードとか型パラメータの省略とかと
同レベルの機能だよ、実際
慣れてきたら「ここ」に推論が働かないのはある意味不自然と
わかってくる。「そこ」は読んでくれるのに統一性ないってな

370:デフォルトの名無しさん
08/08/31 21:40:50
>>369
誰に何を主張したいんだ？
要点が全くまとまっていないぞ

371:デフォルトの名無しさん
08/08/31 21:48:43
何がいいたいかわからんが、俺も前から
Button b = new Button()
てな書き方は悠長だなと思ってました。

372:デフォルトの名無しさん
08/08/31 22:05:08
冗長と言いたいのか

373:デフォルトの名無しさん
08/08/31 22:08:36
悠長ってワロタ

374:デフォルトの名無しさん
08/08/31 22:16:49
>>370
「型から推論する」なんてのが入ったのは var よりもっと前からで var も同レベルだよ
って話だよ。いまさら取り立てて騒ぐような機能じゃない。
オーバーロードも型パラメータの省略も型から推論してるだろう、「それ」が宣言部分
でも使える機能が var だよぶっちゃけ。
今まででも式内に型は明示しなくてもいいし、型によって呼ぶメソッドがころころ変えら
れたりもしてた、型パラメータも省略されまくりなわけだ。そこまでやっといて逆になんで
宣言だけ、左辺だけできない。そう考えると不自然だろって話だ。
もちろんステートメントを超えてとか匿名型がねって別の話もあるんだがな。

375:デフォルトの名無しさん
08/08/31 23:40:59
queryの型を書くのは嫌だお

376:デフォルトの名無しさん
08/09/01 00:26:36
C#の型推論はショボすぎる
こんなんありがたがってる奴はOcamlとかやってみろ

377:デフォルトの名無しさん
08/09/01 02:15:24
なんで関数型と比べたくなるのか理解できない。

378:デフォルトの名無しさん
08/09/01 04:38:32
>>374
色々勘違いしている。>>376みたいな。

>>376
C#の型推論はlinqのためのものであって、関数型言語のような型推論は最初から目指してないんだって

379:デフォルトの名無しさん
08/09/01 11:11:10
ﾄﾞﾄﾈﾄでWin32APIを刷新しようとした。
しかしできなかった。

ﾄﾞﾄﾈﾄ、C丼がＶＭのデファクトを取りえた。
しかし現実はそうならなかった。

国際標準で挽回しようとした。
しかし見込みなし。

Ｌｉｖｅで刷新して認知度を高めようとした。
しかし無理だった。

それだけｗ

380:デフォルトの名無しさん
08/09/01 12:11:57
まったくの門外漢だが、標準化されたC#処理系の要求を
満足するVM実装ってWindowsのほかにあるのけ？

381:デフォルトの名無しさん
08/09/01 12:16:26
MONOの事を聞いている？

382:デフォルトの名無しさん
08/09/01 13:44:02
>>379
独り言なら他でどうぞ

383:デフォルトの名無しさん
08/09/01 14:02:56
>>310
> 今まではC++信者だったが、C#がwinndowsプログラミングでは最強だと
> いうことがわかってショックだった。

当たり前だろ、WindowsもC#もM$が作ったものなんだから。
わざと最強にしてやらんとM$のしめしがつかないだろ

384:デフォルトの名無しさん
08/09/01 14:04:45
じゃあなんで、Ｃ丼＠ﾄﾞﾄﾈﾄアプリも見かけなくて、
Ｃ＋＋／ＭＦＣ・ＭＤＩアプリが姿を消したんだろ。

上下ともＭ＄社内では使われてないｗｗｗ

385:デフォルトの名無しさん
08/09/01 14:32:23
>M$のしめしがつかないだろ

なんでブビ厨は死滅したの？

386:デフォルトの名無しさん
08/09/01 15:13:04
>>384
使われてるだろ。
C#の開発者がインタビューで言ってた。

387:デフォルトの名無しさん
08/09/01 15:18:49
ヒント：　オフィス

388:デフォルトの名無しさん
08/09/01 16:31:06
全角厨うぜえ

389:デフォルトの名無しさん
08/09/02 01:58:22
ドトネトが最強・・？

390:デフォルトの名無しさん
08/09/02 08:19:43
C++の標準クラスライブラリが、時代遅れ...。
web-basedのプログラミング隆盛の時代に、COBOLみたいになっちゃうよ。

391:デフォルトの名無しさん
08/09/02 08:22:16
あ？そんな事を言うのであればJavaも同じ穴の狢なんだが。

392:デフォルトの名無しさん
08/09/02 08:23:04
と思ったらC#ではなくてC++か。
C++はCと基本的に同じ思想で「足りない物はライブラリで」だから。

393:デフォルトの名無しさん
08/09/02 08:43:51
ドトネトは全てが中途半端
・足りない機能
・ＶＭに必要な軽さが無い（というか、重い）
・C/C++系を素直に使えない
　かといってオブジェクトベース言語の決定打でもない

394:デフォルトの名無しさん
08/09/02 09:44:49
Webプログラミングはさ、数あるコンピュータ技術の中ではピラミッドの最下層なわけで、
仕事も労働者も量が多いだけで単純作業なんだよね。
フレームワーク使ったり、テキストいじって、DBの内容を表示するだけだからね。
だからそんなのにわざわざC++なんて持ち出す必要ないんだよ。
大企業でコンパイラとか組み込みとかシミュレーション系とか画像・動画解析とかやってる
高度技術者が使うものなんだよね。

Webは趣味とか片手間でやるなら楽しいけど、主業務にしてる人は今後大変だろうな。
餃子の早包み作業を中国人と争ってるようなもんだからな。

次ページ