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

C#終了のお知らせ ..

76:デフォルトの名無しさん
08/02/07 08:36:42
>>69
つ Lazarus/FreePascal

事実

77:デフォルトの名無しさん
08/02/07 09:12:12
>>76
>フリーで"まともな"

78:デフォルトの名無しさん
08/02/07 09:17:10
まともじゃないという意味じゃ、超モッサリドトネト最狂ｗ

氏滅旧ﾌﾞﾋﾞ最狂ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

79:デフォルトの名無しさん
08/02/07 09:36:18
>>76
ライブラリの互換性無いじゃん

80:デフォルトの名無しさん
08/02/07 09:44:42
>>79

残念、オプソで始まったIndy（製品にバンドルされちゃったけど）でさえコンパイルできちゃうｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

81:デフォルトの名無しさん
08/02/07 13:18:29
>>80
意味がわからん
vcl互換のライブラリは存在しないだろ

82:デフォルトの名無しさん
08/02/07 13:34:19
>>81
Lazarusの中の人がそーなんだけど。

そういうの、”意味が分からん”じゃなくて、おまいが無知。

83:デフォルトの名無しさん
08/02/07 13:38:11
>>81
つ URLﾘﾝｸ(sourceforge.net)

84:デフォルトの名無しさん
08/02/07 14:23:51
これで互換性があるとか言ってるお前らはマゾか？

85:デフォルトの名無しさん
08/02/07 14:34:58
＞Delphiにはフリーでまともな互換環境が無い。

＞意味がわからん vcl互換のライブラリは存在しないだろ

＞これで互換性があるとか言ってるお前らはマゾか？

明らかに論旨が変わってるしシッタカ丸出しだろ。常考（ＡＡ略

86:デフォルトの名無しさん
08/02/07 14:38:25
Ｃ丼が終了しても次があるのでご安心下さい。

＞Microsoft が開発中の新言語「D」
＞URLﾘﾝｸ(slashdot.jp)

87:デフォルトの名無しさん
08/02/07 15:10:47
おいおい「C」→「C#」と来たら次はどう考えても「も～っとC」だろJK

88:デフォルトの名無しさん
08/02/07 15:47:08
Microsoft が開発中の新言語「C+++」

89:デフォルトの名無しさん
08/02/07 16:28:40
>>85
どうみても変わってないだろ…

90:デフォルトの名無しさん
08/02/07 16:34:43
おまいもツマンナイやつだな。

91:デフォルトの名無しさん
08/02/07 16:44:03
論旨が変わったとか、低学歴が無理すんな
お前どうせ無職なんだろ？

92:デフォルトの名無しさん
08/02/07 19:29:11
>>88
C++++で、＋を重ねてC#じゃなかったっけ？

93:デフォルトの名無しさん
08/02/07 21:11:15
論旨が変わってるﾌﾟｹﾞﾗ

94:デフォルトの名無しさん
08/02/07 21:25:00
Ｃ卍

95:デフォルトの名無しさん
08/02/08 00:49:21
(*/ω＼*)バカン

96:デフォルトの名無しさん
08/02/08 08:38:44
Cvista

97:デフォルトの名無しさん
08/02/08 13:29:56
Cが青筋立てて怒ってるのがC#

98:デフォルトの名無しさん
08/02/08 17:31:40
C#＾ω＾）ﾋﾟｷﾋﾟｷ

99:デフォルトの名無しさん
08/02/10 10:32:12
>>86
C#の次はF#だろ
ヘジたんだぞ

100:デフォルトの名無しさん
08/02/10 16:14:03
100記念

Haskell　白衣　OCaml　暇人　Lisp　つまらない人
C++　デブ　C ガリ Java　メガネ　JavaScript　ギャル男　
Perl　根暗　Ruby　陰湿　Python　電波　PHP　白痴　IO　ひ弱
Groovy　ナルシスト　C#　現実主義者　COBOL　老害　VB　中肉中背

101:デフォルトの名無しさん
08/02/11 23:45:01
C
C#
も～っとC
Cどっか～ん
Cナ・イ・ショ

102:デフォルトの名無しさん
08/02/12 23:22:25
C#んめんま

103:デフォルトの名無しさん
08/02/13 09:04:26
エターナルフォースC#

104:デフォルトの名無しさん
08/02/13 13:24:03
C# ---> D ---> D++ ---> D#

105:デフォルトの名無しさん
08/02/13 22:18:29
C++ 禿
の方がしっくりくると思う

106:デフォルトの名無しさん
08/02/14 00:22:27
C++とjavaが出来ればどこに行っても食っていける
pythonなんかも出来ればちょっとこだわり派にも見えていいね

107:デフォルトの名無しさん
08/02/14 02:38:14
.netとか仕様変わりまくってるんですが、MONOとかいうのはそれに追いつくのですかね？それとも一生いたちごっこ？

108:デフォルトの名無しさん
08/02/14 08:36:47
＞いたちごっこ

109:デフォルトの名無しさん
08/02/14 21:22:49
メインストリームとなってるバージョンさえ押えておけば問題ないでしょ。
.NETなら2.0、Javaなら5.0ってとこかい？

110:デフォルトの名無しさん
08/02/15 08:57:07
M$のメインストリームは3.X以降だろ、常考。

111:デフォルトの名無しさん
08/02/15 17:13:51
　　　 __＿_＿_,._＿_, |;:;:.... |
　ﾟ　　　｡　 : 　　 ..:| |ｌ￣|
:　　　　　。　　 ..:| |ｌ中| 　このスレはドアラに監視されています
　　　　　　゜　　:　　..:| |ｌ日|
　　　　゜　　　　　:　..:| |ｌ＿|
　　:　　　　　　ﾟ　 ..:|;:;:.... |
　　　　ﾟ　　　: 　　 ..:|;:;:.... |.─‐‐-､
　　　　　　゜　　:　　..:|;:;:.... |.._CD＿|-‐-､
　。　　　　　ﾟ ..:|;:;:.... |.・▲・｀ l⌒) ）
　　　:　　　　　:　　 ..:|;:;:.... |、∀　,人ﾆノ
　ﾟ　　｡　　:　　　:　 ..:|;:;:.... | ⊂ノ
　　:　　　　　　:　　 ..:|;:;:.... |-ｕ'
　　　　　 ,,.,､-‐''"´~ `ｰ-‐'

112:デフォルトの名無しさん
08/02/15 21:16:47
ぶっちゃけLINQとかラムダ式とか追加されても使用禁止にするだけだしな。
ソースコードレベルのインターオペラビリティが下がってしまう。

113:デフォルトの名無しさん
08/02/15 23:09:52
ていうか、なんで.NET3.0のインタープリタで.NET11.0のプログラムが動かないの？
もう怖くて.NET使えないじゃん。

114:デフォルトの名無しさん
08/02/15 23:12:33
え？上位互換性がないの？
ロールフォワード機能があるから
1.1は必須で入れとけってことか

115:デフォルトの名無しさん
08/02/16 00:35:40
>>112
そんな仕事ば嫌じゃーヽ(`Д´)ﾉ!!
せっかくC#3.0の新機能全部駆使してエレガントに書けるようにしてるというのに。

116:デフォルトの名無しさん
08/02/16 00:44:23
どう考えても読みにくいです
本当にありがとうございました

117:デフォルトの名無しさん
08/02/18 22:24:28
ｒてかあC#erって厨房多く絵？

118:デフォルトの名無しさん
08/02/19 00:41:46
Fateは文学
CLANNADは人生
鳥の詩は国歌
アイマスMADは楽園

119:デフォルトの名無しさん
08/02/19 00:47:06
C#は音階

120:デフォルトの名無しさん
08/02/19 11:55:56
音名じゃねーのどっちかっつうと

121:デフォルトの名無しさん
08/02/20 19:06:15
C++挫折者の言語スレはここですか？

122:デフォルトの名無しさん
08/02/20 19:11:54
>>112
だせーなっ情けねーー

123:デフォルトの名無しさん
08/02/20 22:33:18
C#と心中しても構わない零細企業でもなければ常識的な判断だな

124:デフォルトの名無しさん
08/02/21 08:42:13
＞【ＩＴ】米MS、世界の学生に「VisualStudio2008」「WindowsServer2003」など開発ツールを無償提供へ。ただし日本は含まれず[2/20]
＞ｽﾚﾘﾝｸ(newsplus板:145番)

>「多くの学生はLinuxやApache、MySQL、
>PHPといったオープンソースのソフトウェアを組み合わせてWebサイトを構築するよりも、
>Microsoftの強力なツールを使いたいと思っているはずだ」

　　　　　　　　　　　　＿＿＿_
　　　　　　　　　　　／　　　　＼
　　　　　　　　　／　─　　 ─　＼
　　　　　　　　／　（●）　（●）　＼
　　　　　　　　|　　　（__人__）　　　 |　　それはない
　　　　　　　＼　　　｀ ⌒´ 　　 ,／
　r､　　　　r､／　　　　　　　　　　ヘ
　ヽヾ　三　|:l1　　　　　　　　　　　　ヽ
　　＼>ヽ/ |｀｝　　　　　　　　　　　|　|
　　　ﾍ　lノ `'ｿ　　　　　　　　　　　|　|
　　　　/´　 /　　　　　　　　　　　　 |.　|
　　　　＼. ｨ　　　　　　　　　　　|　 |

125:デフォルトの名無しさん
08/02/22 10:05:05
C#使うくらいならまだVBの方がいい

126:デフォルトの名無しさん
08/02/22 20:08:06
俺の書いたC#コードは非常の巧妙に難読化されているので、
ソースに戻せたとしてもそんじょそこらの奴には再利用できないはず。

書いた俺ですら二度と使えないんだから。

127:デフォルトの名無しさん
08/02/22 20:44:06
>>126
ﾜﾛﾀｗ
再利用性が皆無だなｗｗ

128:デフォルトの名無しさん
08/02/22 22:47:22
前スレ：

Windows Live プログラミング
ｽﾚﾘﾝｸ(tech板)l50

129:デフォルトの名無しさん
08/02/22 23:18:03
そもそも.NETの起動がもう少し速ければ、多少動作は遅くても
VBからの乗り換えに躊躇はなかったろうに・・・。なんでJavaの
真似してJITなんてしたんだろう。どうせ動くプラットフォームは
Wintelだけなのにさあ。

130:デフォルトの名無しさん
08/02/23 00:01:12
>>129
32ビットと64ビットで同一バイナリを実現するため。

131:デフォルトの名無しさん
08/02/23 00:14:15
LINQって使うと遅くなるらしいねｗ

132:デフォルトの名無しさん
08/02/23 00:25:30
そんなことが気になるくらいならそもそも.NET使っていられないと思う。

133:デフォルトの名無しさん
08/02/23 00:39:52
開発者にとっての「使う」とユーザーにとっての「使う」では意味が違う。

134:デフォルトの名無しさん
08/02/23 01:03:53
だから何

135:134
08/02/23 21:16:09
gobaku

136:デフォルトの名無しさん
08/02/25 11:45:37
C#はVB批判から逃げるために偉大なCという名前を借りた卑怯な言語

137:デフォルトの名無しさん
08/02/25 11:46:21
VB中乙一さんも批判してた

138:デフォルトの名無しさん
08/02/25 11:47:00
乙一って誰だｗ

139:デフォルトの名無しさん
08/02/26 12:40:46
正直逆コンパイルされた自分のソース見られてもふーんしか思わない

140:デフォルトの名無しさん
08/02/26 13:00:35
デジドカ乙

141:デフォルトの名無しさん
08/02/26 13:53:25
俺なんかよそからコピペ丸写ししてきたソースでほとんど構成してて
オリジナルの部分なんか皆無に等しいからソース見られても大丈夫。

いや、これはもしかして違う意味でやばいか？

142:デフォルトの名無しさん
08/02/26 13:55:52
いや、そうじゃなくて製品コピーされても平気って言うのは、
受託仕事、かつ、先細り分野のみじゃないの？

143:デフォルトの名無しさん
08/02/26 14:46:15
>>142
そういう君は何の仕事してるの？ｗ

144:デフォルトの名無しさん
08/02/26 14:56:16
>>143
ダサダサC丼なんかじゃ作れないものを作る仕事ｗｗｗ

145:デフォルトの名無しさん
08/02/26 15:17:52
>>144
例えば？

146:デフォルトの名無しさん
08/02/26 15:27:35
145=しつこいダサダサゴキブビｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

147:デフォルトの名無しさん
08/02/26 15:28:57
>>146
本当に仕事してるの？

148:デフォルトの名無しさん
08/02/26 15:30:34
まさかとは思いますが、この「仕事」とは、あなたの想像上の存在にすぎないのではないでしょうか。

149:デフォルトの名無しさん
08/02/26 15:33:21
別に会社名まで聞いてるわけじゃないのに、何を発狂してるんだろうw

150:デフォルトの名無しさん
08/02/27 02:00:34
>>148
>>146は統合失調症か。

151:デフォルトの名無しさん
08/02/27 17:15:05
自社製品作ってるけど見られても別に構わない。

152:デフォルトの名無しさん
08/02/27 22:52:59
ソース戻されて改造されてオークションで売られるのでタチ悪い。

153:デフォルトの名無しさん
08/02/28 15:36:29
C++のどこがあ気に食わないのか

154:デフォルトの名無しさん
08/03/01 23:20:46
C++に気に食わない部分がいろいろあるのは事実だが
それをあげつらってる奴が作る言語は人間性含めてもっと気に食わない

155:デフォルトの名無しさん
08/03/02 17:22:18
人間性（笑）

156:デフォルトの名無しさん
08/03/02 18:18:01
Matzのことか

157:デフォルトの名無しさん
08/03/02 19:07:13
Ruby厨に比べればマーシーといわざるおえない

158:デフォルトの名無しさん
08/03/02 19:08:01
そんな君にはWhitespace
ソースコードを見ることはできない不思議な言語

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から見ると、今クラスと呼ばれているもののほとんどが必要ないことがわかる。
基本クラスだけ作り、継承の変わりにデリゲートにラムダ式を差し込んでやればいい。
継承によって発生する全ての名前、これを覚えている必要がなくなる。
コード量が驚くほど減り、見通しがよくなる上に、さらなる拡張をしたければその場でラムダ式をちょいと書けばいい。
いちいち深呼吸してクラス名から考え始める必要はない。実に直観的で全てがスムーズに運ぶ。

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

次ページ