.NETにはやられた... - 暇つぶし2ch

.NETにはやられた... ..

92:デフォルトの名無しさん
05/10/26 12:25:15
>>90
> 済んでるはず。

そんな推測で語られても困るし。
Alphaの場合はCPUの32bit互換モードで動いてただけだしな。

93:デフォルトの名無しさん
05/10/26 21:14:56
>>92
誰が考えても同じ結論に至る推測ですが、何か。

マイクロソフト自身が、コンパイルし直しで済むことを主張してるんだから。

94:デフォルトの名無しさん
05/10/26 21:47:22
アセンブラもコンパイルしなおしで済みますかｗｗｗｗｗｗｗｗｗｗ

95:デフォルトの名無しさん
05/10/27 02:41:00
>>94は日本語が読めないらしい。

96:デフォルトの名無しさん
05/10/27 20:20:31
>>95
94の日本語はどうでもいいが言わんとするところは判らんでもないな。
出来るコードはコンパイラに依存する。
したがってどこまで64Bitプロセサ用になっていたか解からないでしょって言いたかっただけだろう。

97:デフォルトの名無しさん
05/10/27 20:21:39
>>90
ところで90は無知杉ｗ

98:デフォルトの名無しさん
05/10/27 22:05:49
>>96
うは、馬鹿発見。

99:デフォルトの名無しさん
05/10/27 22:07:18
>>97
Windowsのソースコードのうちアーキテクチャ依存のコードの割合は?
無知ではないお前なら答えられるな。

100:デフォルトの名無しさん
05/10/27 22:17:00
100

101:デフォルトの名無しさん
05/11/02 00:28:33
教えてくれ　Win2Kを使ってるんだが、「ASPNET」というユーザーが勝手に
作られていたのでコンピュータの管理で調べてみると、このユーザーの説明が

フルネーム　ASP.NET Machine Account
説明　Account used for running the ASP.NET worker process (aspnet_wp.exe)

とあって、この「aspnet_wp.exe」って、.netをインストしたときのファイルのようだ
ドトネトって、勝手にユーザー作ってログインする仕組み？？？？　このユーザー
アカウント、消しちゃダメなの？

・・・ここに情報あった　やっぱりだ　ドトネト入れると勝手にユーザー作られて
しまうのかよ　糞だなぁ・・・
URLﾘﾝｸ(blog.qlep.jp)

102:デフォルトの名無しさん
05/11/02 01:21:17
クソだよ。消せば？
おまえASP.NETなんてつかわないっしょ？

103:デフォルトの名無しさん
05/11/02 09:39:53
>>101の「勝手に」のところを「自動的に」に置き換えたら
ごく自然に読めた。

104:デフォルトの名無しさん
05/11/02 09:50:00
103=奴隷コーダー

105:デフォルトの名無しさん
05/11/02 14:31:10
C#で３Ｄプログラム作ったんだが遅すぎ
なにこのクソ言語？
存在意義あんの？

106:デフォルトの名無しさん
05/11/02 15:13:49
>>105
アセンブラで書けよアセンブラで。
ビデオチップに直接I/Oするプログラムぐらい
楽勝だろ？

107:デフォルトの名無しさん
05/11/02 18:25:40
>>105
お前に存在価値はない

108:デフォルトの名無しさん
05/11/03 13:18:02
>>106
みたいな馬鹿が、まだ生き残っていたとは。

109:デフォルトの名無しさん
05/11/04 10:30:44
3D描画エンジンぐらいなら一部ビデオチップのみに対応でフルアセンブラで書いても別にいいんじゃないか
趣味なら

110:デフォルトの名無しさん
05/11/04 18:45:59
ビデオカード毎にアセンブラのドライバを書くのか
変態だね

111:ハーピィ
05/11/05 13:42:56
E・∇・ﾖﾉｼ　＜111ｹﾞｯﾄ♫

112:デフォルトの名無しさん
05/11/16 21:55:42
ばかやろう！
.netは普及してもらわないと困るんだよ。

VB.net一ヶ月やってまだコントロール配列できない俺がな！！！

113:デフォルトの名無しさん
05/11/16 23:10:54
Control[] ctls = new Control[] { textBox1 };

できた！！

114:デフォルトの名無しさん
05/11/20 01:12:50
>>112
.NETは良いとして、なんで今後の未来の無いVB.NETを選択したのかが分からない。

既にVB.NETの今後の方針が出ていて、また形式が変わる（というか戻る）のに・・・
今やるならC#以外の選択は間違い。

115:デフォルトの名無しさん
05/11/20 14:09:18
>>114
それどんな方針？

116:デフォルトの名無しさん
05/11/20 20:44:04
>>114

上からの命令ですが何か？

117:デフォルトの名無しさん
05/11/20 20:59:22
>>112
.NET を選択した時点でもう誤り。

118:デフォルトの名無しさん
05/11/20 21:33:36
Java　PG　の俺は勝ち組。
基本情報とJSC-WCとXMLマスターとオラクル金(昔の簡単なやつ9iの変更前)で資格手当て5万です。
残業もフルにつけてます。手取り38から多いと45くらいです。もちろん年金保険完備。

将来？
そんなの知らない。

マジな話。Java+XMLに変更しろ。
めちゃくちゃ儲かるからｒ。

119:デフォルトの名無しさん
05/11/20 21:45:32
Javaなんて触ったことしかないけど残業0で月あたりの手取りが>>118より多い漏れが来ましたよ。

言ってることがちっちぇえちっちぇえw

120:デフォルトの名無しさん
05/11/20 21:58:49
プログラムなんてしたことないけど金利だけで月あたりの収入が100万の漏れが来ましたよ。

言ってることがちっちぇえちっちぇえw

121:デフォルトの名無しさん
05/11/20 23:07:31
プログラムもできて金利だけで月あたりの収入が150万の漏れが来ましたよ。

言ってることがちっちぇえちっちぇえw

122:デフォルトの名無しさん
05/11/21 00:48:57
石油が湧きだす庭を持ってる俺様が最強。

言ってることがちっちぇえちっちぇえw

123:デフォルトの名無しさん
05/11/21 04:26:41
なぜだか涙が止まらない。

124:デフォルトの名無しさん
05/11/21 20:48:02
バイトで月６万です。

125:デフォルトの名無しさん
05/11/21 21:24:40
マジ泣ける

126:デフォルトの名無しさん
05/11/21 21:49:28
うちの家賃より安いなｗ＞月６万
でも、俺のお小遣いよりは高いなorz＞月６万

127:デフォルトの名無しさん
05/11/22 00:08:41
URLﾘﾝｸ(headlines.yahoo.co.jp)
世の中金じゃねーよー。

と、26歳で月15万のプログラマの漏れがきましたよ。

128:デフォルトの名無しさん
05/11/22 00:16:56
それありえねーだろ

129:デフォルトの名無しさん
05/11/22 00:36:27
スレ違いだけど、凄いな。
16で46億稼ぐやつがいるとは…

130:デフォルトの名無しさん
05/11/22 00:49:22
絶対将来ろくな大人にならん！！

131:デフォルトの名無しさん
05/11/22 01:13:13
>>130
それは偏見。
せいぜい500億くらいの遊園地みたいな大豪邸たてて
子供にイタズラするくらいだよ。

132:デフォルトの名無しさん
05/11/22 16:22:49
それはろくな大人ではないと思われ

133:デフォルトの名無しさん
05/11/22 20:57:15
まいけるだけどね

134:デフォルトの名無しさん
05/11/23 00:04:56
まーいけるじゃん

135:デフォルトの名無しさん
05/11/23 01:09:17
>>119から>>134の流れﾜﾗﾀ

136:デフォルトの名無しさん
05/11/24 15:09:15
>>119-134
で、結局.NETってどうなの？

137:デフォルトの名無しさん
05/11/24 15:22:35
>>136
どうもこうも無いと思うんだが？

Webとかサーバサイドの開発なら話は別だが、
今後を考えてWindowsクライアントのアプリを作るには
.NETを使うしかないわけで、そこに俺らの選択肢は無いんじゃないのか？

1つだけいえるのは、Javaも.NETもC/C++も使えるようになれば良いだけ。
一昔前のCOBOLが出来りゃ飯が食えると言われたように、
Java、.NET、C/C++が出来りゃ、少なくても今は飯食うのに困らない。

138:デフォルトの名無しさん
05/11/24 16:50:54
>今後を考えてWindowsクライアントのアプリを作るには.NETを使うしかないわけで、

＞URLﾘﾝｸ(itpro.nikkeibp.co.jp)

その一方で，.NET作戦にとっては衝撃的な宣言が飛び出した。
Gates会長は「次世代プラットフォーム」を「Win32 and WinFX」と表現したのである。
Win32はLonghornでも新機能用に拡張され，寿命が一段と延びることになった。

＞Windows Vista β1に感じた期待と不安
＞URLﾘﾝｸ(pc.watch.impress.co.jp)

マイクロソフトOBでWindows 1.xの時代からWindowsの開発に関わっていた方(2000年に退職)から
コメントをいただいた。引用させていただくと

“私の住むシアトル近辺のマイクロソフトOBの間では、2004年の前半に「Longhornがキャンセルに
なったらしい」という噂がさかんに交わされ、その後次々と「OFSはLonghornとは別」、
「Managed APIは採用しない」とのアナウンスがありました。結局の所、もともと計画していた
Longhorn は出せなくなったけれども、いまさらキャンセルになったとは言えないので、出せるもの
だけかき集めてLonghornと呼ぶことにした、という見方がこちらでは一般的です”

139:デフォルトの名無しさん
05/11/24 17:04:57
>1つだけいえるのは、Javaも.NETもC/C++も使えるようになれば良いだけ。

こりゃ、詭弁だ罠。

「JavaもC/C++も」で良いところに、無理矢理「Javaも.NETもC/C++も」と
ドトネトねじ込んだだけやん。

140:デフォルトの名無しさん
05/11/24 17:44:32
>>139
そんな事は無いような気がする？
.NETが出る前は、『Java,VB,C/C++』だったと思うんだよね。
仕事の案件として需要があるのがね。
特にVB案件は物凄く多かったし、JavaやC/C++を知っていても
VBが使えないんじゃ話しにならないって感じ。
（あくまでもVB使える上で、C/C++も使えるってのが理想だったはず）

だから、そこに.NETが入るのは自然な気がする。

141:デフォルトの名無しさん
05/11/24 17:55:49
>そんな事は無いような気がする？
>だから、そこに.NETが入るのは自然な気がする。

まさに気がするだけ。

＞URLﾘﾝｸ(itpro.nikkeibp.co.jp)
＞Visual Basic 6.0ユーザーの取り込みに失敗したVisual Basic .NETも，こうした例の一つと言えるかもしれない。

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

やっぱり人気が無いのか。悲惨だ。

142:デフォルトの名無しさん
05/11/24 19:24:41
「.NETに流行られた」と書いてるけどそんなに流行ってるかな？

143:デフォルトの名無しさん
05/11/24 19:58:40
女子高生が電車の中で.NET入門読んでたりするからな
そりゃあもう大流行さ

144:デフォルトの名無しさん
05/11/24 23:22:45
>>141
両方の記事ともユーザ数の減少についてソースが明記されてないな。
本当にVBは人気なくなってユーザ数減ってんの？
自分の知ってる範囲だととてもそうは思えないんだけど。
それとも趣味でプログラムやってる層の話なのかな？

145:1
05/11/25 02:16:30
なんか俺に聞きたいのか？

146:デフォルトの名無しさん
05/11/25 04:13:16
>>145
どとねとははやくも終焉を迎えているの？

147:デフォルトの名無しさん
05/11/25 18:47:21
>>144
初級者/入門者に絶大な人気が...と書いてるので、趣味層でしょう。
でも、VBの新規案件は確かに減ってはいる。

148:デフォルトの名無しさん
05/11/25 18:50:37
ﾌﾞﾋﾞﾁｭｳは永遠の初心者。

149:デフォルトの名無しさん
05/11/26 10:13:03
汎用機が次々とサポート停止していく中で、
一時的な対策としてVB6を採用しているところもある。

まあ、問題を先送りにしているだけでもあるんだが。

150:デフォルトの名無しさん
05/11/26 10:31:04
COBOLはダメダメ冗長文法ながら中々生きながらえたが、
VBは早く消えそう。

151:デフォルトの名無しさん
05/11/26 12:38:51
>>1
はやってるか？

152:デフォルトの名無しさん
05/11/26 18:23:48
ドット・ニート（藁）

153:デフォルトの名無しさん
05/11/28 03:24:51
.NETってさ、JavaみたいにOSに依存しないプログラム実行環境じゃなかったっけ？
なのに実質Windowsプラグラム実行環境になっているのは何故？
ASP.NETも安全かつ無料なサーバーが見つからんので作成する気にならないし
次あたりからMicrosoftは.NETをWindowsに標準で入れてくるらしいけどさ、
正直、動作を遅くする以外に意味があるのかと思てしまうね

154:デフォルトの名無しさん
05/11/28 13:09:36
Windows以外でも使用可能な.netフレームワークを作ってるプロジェクトはあるけど
URLﾘﾝｸ(www.atmarkit.co.jp)
.net内部の秘密つぎはぎ仕様とかが出てきて、開発は大変らしい。
となると、やっぱりクリティカルな用途に使うのは恐ろしいな。

>次あたりからMicrosoftは.NETをWindowsに標準で入れてくるらしい
最近だめぽな流れ

155:デフォルトの名無しさん
05/11/28 14:03:22
ドトネト入れればどんな環境（OS）でも動きます
Winを使えば、それをネイティヴに動かすことができます

が、当初のウリだった気ガス

156:デフォルトの名無しさん
05/11/28 14:06:17
当初のウリは、複数言語の利用だった気も。
でも、C丼どころかVB.NETも下火な現状。

157:デフォルトの名無しさん
05/11/28 17:46:33
スクリプトでやると結構楽しい。

158:デフォルトの名無しさん
05/11/28 18:28:14
.NET Frameworkのマルチプラットフォーム化はできんよ。
それやっちゃうとWindowsアプリが普通にLinuxなんかで
動いてしまう。
Windowsでなきゃならない一番の理由はWindowsアプリ
の存在なんだから、MSがそんな事をするはずがない。

159:デフォルトの名無しさん
05/11/28 19:16:09
その場合の選択肢は2つ
1. ドトネトを見捨てる
2. 難癖付けて競合を潰しにかかる

2.は独禁とかで失敗しそうだから、1.になるわけだね

160:デフォルトの名無しさん
05/11/28 20:01:12
mono

161:デフォルトの名無しさん
05/11/28 22:55:34
>次あたりからMicrosoftは.NETをWindowsに標準で入れてくるらしい
次ってVistaか？
Windowsに標準で入るならば.NETの未来も多少明るくなるような気がする。
でもそもそもVistaがどれだけ普及するかが問題なんだが。

162:デフォルトの名無しさん
05/11/28 23:28:41
XPの例を見ろよ。

163:デフォルトの名無しさん
05/11/29 00:32:41
>>158
当初MS自身がFreeBSDへポートするとか言ってたような
止めたのかな?

164:デフォルトの名無しさん
05/11/29 01:05:15
>>163
やめたって言うか無理だった。

165:デフォルトの名無しさん
05/11/29 04:29:58
.NET って結局のところ VC++ 使えない香具師に VB 提供してるのと変わりないだろ？

166:デフォルトの名無しさん
05/11/29 15:16:56
Ｃ＋＋ってオブジェクト指向でネイティブ書けるの？
すでにオブジェクト指向じゃない言語を使うのが苦痛になってる

167:デフォルトの名無しさん
05/11/29 15:32:00
つ BCB

168:デフォルトの名無しさん
05/11/29 21:26:45
馬鹿ばっかりだなあ・・・。
MSが.NETに直接のビジネスチャンスを見込んでいる（いた）、
みたいに勘違いするからトチ狂うんだよねえ。

極端なこと言えば、.NETが普及しようがしまいがMSは直接的には何にも困りゃしねえよ。
あたりまえじゃんかこんなこと。
まあ、だからこそイマイチ本腰が入らないんだろうけどね。

169:デフォルトの名無しさん
05/11/29 22:33:18
>>166
ヒント:　.Netが出るよりも前にC++は誕生していた。

170:デフォルトの名無しさん
05/11/29 22:34:35
寝言は寝てから

171:デフォルトの名無しさん
05/11/30 01:47:04
でも.NET使うと実際C++より開発早くなるよな。最悪でもかつてのVBくらいには流行るんじゃないの？
つーかここネタスレか・・・

172:デフォルトの名無しさん
05/11/30 02:58:09
>>168
ぶっちゃけMSはまずは自分たちで使うために作ってるようなもんだしね。
WPF、WCF、WWF、WSF、MonadにLINQ…っていうか挙げればきりがないな…
言語中立なTyped Binaryがなけりゃこんな発想できんよな。Typed Object Anywhereだな

>>171
というか、明らかに生産性高いよね。その上ネイティブとの多レベルでの接続もあるのに
何が不満なのさと思う。
メモリにシビアなレベル程度ならunsafe、APIならP/Invoke(MIL for WPF, BCL)、COMに
なってりゃCOM Interop(WebBrowserコントロール, Office)、もっと複雑にネイティブライ
ブラリ使うならC++/CLI(Managed DirectX)、ネイティブコードが中心ならCLR Hosting
(SQL Server)と。
ネイティブのC++屋さんでも十分使えるツールになってきているのに。MSもこれらを最大限
使ってるし、俺らからしても使いやすいしな。

173:デフォルトの名無しさん
05/11/30 09:59:03
VBくらい流行れば大成功だとおもうが。

>>172
>>何が不満なのさと思う。
MSの切捨て具合に嫌気が差したユーザが多いからじゃねーの。
信用って大事よ。

174:デフォルトの名無しさん
05/11/30 11:32:51
>ぶっちゃけMSはまずは自分たちで使うために作ってるようなもんだしね。
>…っていうか挙げればきりがないな…

逆だろ。
VBしかり、.NETしかり。

自分達はＯＳ，オフィス、言語製品にC++を使いながら。

175:デフォルトの名無しさん
05/11/30 14:42:24
次の一般用（PC用）Windowsに標準搭載されるか否か
それが.NETの存否を決めることになりそうな予感

176:デフォルトの名無しさん
05/11/30 14:45:06
いや、ﾌﾞﾋﾞは標準搭載されたり、ＤＬＬの不整合を防ぐ工夫入りまくりだったが、氏んだ。

177:デフォルトの名無しさん
05/11/30 15:13:42
VistaがWinFX(.NET)でのアプリケーションを前提としたものであることから、
Win32だと逆にオーバーヘッドが発生するような仕組みを意図的に入れれば、
自然にWinFXへと流れが傾く。WinFXにあらずんば、ソフトにあらず。

そんな仕組みいれるなー

178:デフォルトの名無しさん
05/11/30 15:20:31
元々そういう計画だったのが、計画倒れになったから無問題。参照→>>138

179:デフォルトの名無しさん
05/11/30 17:19:50
というかプログラミング言語なんてソフト作るためのただの道具だろ。
なんでそれを新しいのが出るたびにいちいち覚えなきゃならんのよ。
Win32で十分じゃねーか。

180:デフォルトの名無しさん
05/11/30 17:28:39
Win32じゃできないこともある。

仕組みを作り直すことで、より生産性を高められることもある。

…こうやって新しいプラットフォームを用意することで、
新しい市場が生まれることもある。

181:デフォルトの名無しさん
05/11/30 17:33:00
でも正しいソフトウェアはスタックであって、
丸々差し替えるのは異常。

ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi不買談話室その27
ｽﾚﾘﾝｸ(tech板:518番)
超絶アップデートの例
VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て
-> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた？

182:デフォルトの名無しさん
05/11/30 18:06:41
3.0までは肩慣らしみたいなもん。

VB6→VB.NET3.0では脱落者累々で誰も居なくなっちゃうから
VB6→VB.NET1.1→VB.NET2.0→VB.NET3.0と、徐々に移行し
てる。泣くのが嫌なら、今歩けって話だ。

183:デフォルトの名無しさん
05/11/30 19:25:37
ネイティブがフルで動かないとゲームが・・・

184:デフォルトの名無しさん
05/11/30 19:37:39
>>173
だからさ、ネイティブ部分との連結機能が高い、やりやすい、よくできてる=互換性
がすごいって話なのに通じてない？
端的に言えば切捨てじゃまったくないってことを示すんだけども？
ネイティブコードをありえない数抱えてるMSでさえ対応が進みつつあるわけで
MSが有効性実証してるじゃん。

>>174
ああ、それについてははっきりいってやれると思う。勘違い。CLR2.0の遅れの影響で
時間はかかってるけどな。っていうか、「今あるものを書き直していない」とかいう
レベルで話してる？んな無駄なことするわけないでしょ。

185:デフォルトの名無しさん
05/11/30 22:19:36
アンチに何言っても無駄だよ。しばらくするとまた沸いて出るし。
勝手に乗り遅れてりゃいい。

MSがC++使ってるって、俺たちにもC++使う自由があるから。
何も拘束されてないし、使いたいの使えばいい。

186:デフォルトの名無しさん
05/11/30 22:22:57
Microsoftのご機嫌を取る方法
URLﾘﾝｸ(www.itmedia.co.jp)

同社の心を射止めたいソフトウェア企業は大変だ。
人気のお見合い番組「独身女性」（The Bachelorette）ばりの競争を勝ち抜かなければならないのだから。
Microsoftの幹部は同社のシリコンバレーキャンパスに集った企業家らに対して、
パートナーの地位を希望する企業はこれと同様の試練を経るものと考えてほしいと語った。

187:デフォルトの名無しさん
05/12/01 00:57:45
Ｍ＄のくせに偉そうだな

188:デフォルトの名無しさん
05/12/01 08:41:02
>>184
＞ああ、それについてははっきりいってやれると思う。勘違い。CLR2.0の遅れの影響で
＞時間はかかってるけどな。

読み間違い。
１００歩譲ってＣＬＲ２．０が完成したところで、Ｍ＄が開発に使うのはＣ丼でなくてＣ＋＋。

189:デフォルトの名無しさん
05/12/01 10:36:34
Monoでほとんどそのまま動いてくれればいいんだけど。

190:デフォルトの名無しさん
05/12/01 10:38:53
Mono側がドトネトの設計者ならそうなるだろうがね。

Ｍ＄は自社製品でも買取でも設計始めると金メッキで製品が自滅して、
９９％コード書換えしましたとか逝って自慢始めるおね。。。

191:デフォルトの名無しさん
05/12/01 16:16:20
うーん、じゃあ俺はWindowsVistaの99%のコードがC#で書かれるようになったら
.NETを覚えることにするよ。それまではWin32で十分だわ。

192:デフォルトの名無しさん
05/12/01 18:12:35
>>247
今日のNY時間に120.0のワンタッチOPが行使期限を迎えるようだから、
LDN時間中は防戦売りが相当出ると思われ。
利上げは織り込み済みだけどトリシエの発言内容次第かと。

193:192
05/12/01 18:14:04
どうみても誤爆です。
本当にありがとうございました。

194:デフォルトの名無しさん
05/12/01 19:05:29
>>191
Win32でコードを書き続けるおいらはダメなんだろうか・・・
VistaでWin32コードが著しく問題があるとか遅すぎるならともかく、しばらくは
Win32で良いのではないかと思っちまう｡
まあすぐに覚えられると思うが｡

195:デフォルトの名無しさん
05/12/01 22:02:54
>>191
それはひょっとしてギャグで(ry

>>194
別に。使うかどうかは評価して決めるべき。
というかさー、技術者なら新しいものぐらい評価しろよ。実務で使うかどうかは別にして。
アンチ見てたら、CLRのここが欠点とかそういう意見ならまだしも「MSが使うか」とかどう
でもいいことばっかしか主張してねぇじゃねぇか。お前ら技術者としての誇りはないんか？

>まあすぐに覚えられると思うが｡
そんなことはまったくないぞ。確かに「入り口」は低くなったけど、技術的には超高度で
それなりに最新技術だってことは忘れちゃならん。「今の段階で」数年以上やっている
ひとから遅れているわけで少しは覚悟しといたほうがいい。

196:デフォルトの名無しさん
05/12/01 22:28:04
> 技術者としての誇り

197:デフォルトの名無しさん
05/12/02 00:06:37
>>195
評価して決めるべきとか最新技術とかそういうレベルの話じゃなくてさ。
なんか覚え続ける意味がわからんのよ。
どうせ.NETが一通り普及したら、MSがまた新しい技術を提唱して、
それをまたみんなでいっせいに覚えましょうってことになるだろ。
もちろん技術者って一生勉強していくもんだと思うけどさ、
なんかMSがビジネス的に新しい学問を勝手に作って、
それをみんなで一生懸命勉強してるだけのような気がするのよ。
それでまた新しい市場ができるってのは分かるけど、
技術者のスキルアップって本来そういうもんじゃないと思うんだよ。
いま覚えておかないと乗り遅れるとか、マジ意味不明。一生やってろよ。

198:デフォルトの名無しさん
05/12/02 01:01:17
だからさあ、別に.NETはMSの横車でもなければ、直接の商売のネタでもないって。。
馬鹿じゃないの。
MSだって頭の悪いPGをいたずらに混乱させて悦にいるほど暇じゃないw

.NETの存在理由は現状（というか過去）の不満に答えること。
具体的には生産性を上げること。

だから別に現状に不満がないならそれでいいんでないの別に。
ま、不満がないのがｽｰﾊﾟｰPGだからか、そもそも不満に感じる能力がない
ｳﾙﾄﾗ低能だからかは知らないけどね。

199:デフォルトの名無しさん
05/12/02 01:07:29
Javaでした苦労を思えば、.NETって楽だと思うけどな。
ASP.NETとかデスクトップアプリと同じ感覚で作れちゃうよ
スゲーって感じなんだが？
最新技術云々がなくても、結局は新しいフレームワークだ
新しいライブラリだと覚える事はわんさかあるわけだし？
.NETもその一環と見れば、別に特別なわけでもない。
寧ろ、よくぞここまでってくらい作りやすい環境は、歓迎こ
そすれ否定することはなにもない。

200:デフォルトの名無しさん
05/12/02 01:41:14
学生さん？

201:デフォルトの名無しさん
05/12/02 02:09:23
.NETはJavaに比べるとライブラリとかツールとかが少ないし
乗り換えるメリットないよ。
C++とかからならいいと思うけど

202:デフォルトの名無しさん
05/12/02 03:42:41
> ライブラリとかツールとかが少ないし

単純に多いからいいとは思わない。
初心者は混乱するだけ。

203:デフォルトの名無しさん
05/12/02 06:03:45
いや、フレームワークは既に充分混乱するくらい充実しているだろ。
VB6/VBAと微妙に互換性のない互換ライブラリをはじめとして。

204:デフォルトの名無しさん
05/12/02 07:46:24
Javaも相当混乱してると思うが

205:デフォルトの名無しさん
05/12/02 07:56:51
Win32で充分な奴って「本物のプログラマ」かなんかか？
俺は軟弱だから生産性の高い道具に乗り換えるよ。
優秀な人たちはいつまでも古い手になじんだ道具で頑張ってください（＾＾；ﾜﾗ

206:デフォルトの名無しさん
05/12/02 08:37:06
ヒント：サイのカワラ

207:デフォルトの名無しさん
05/12/02 08:52:01
匙は投げられた

208:デフォルトの名無しさん
05/12/02 09:05:14
ネットだってTCPスタックのように正しい進化は上積みだおね。
Win32のクラスライブラリは便利でも、
丸々差し替えのドトネトは車輪の（ｒｙ

209:デフォルトの名無しさん
05/12/02 09:09:53
TCPスタックは進化じゃないと思ふ

210:デフォルトの名無しさん
05/12/02 09:23:43
ヒント：勉強不足→209

IPだったのがTCP/IPと分かれて、かつ、その上にHTTPとか上乗せだお。
中の人は変わらずにイソターネットが進化。
Ｉ日ＭやＭ＄が独自プロトコル、たとえば、NetBEUIを推奨するも敗北。

ＯＳ＝関数ＡＰＩ、その上にクラスライブラリ、は便利でも、
ＯＳのＡＰＩがクラスライブラリってのは過去の資産吹っ飛ばし杉で無理あり杉。

それにクラスベースが進化してオブジェクトベースプログラミングが流行ると、
またＯＳのＡＰＩを変えなきゃならなくなるなんてありえ無いよ。

211:デフォルトの名無しさん
05/12/02 09:31:47
ＯＳのＡＰＩがクラスライブラリでマネージド→ドライバが作れない→ドライバの無いＯＳはあぼーん

212:デフォルトの名無しさん
05/12/02 13:32:22
>>210
> ＯＳのＡＰＩがクラスライブラリってのは過去の資産吹っ飛ばし杉で無理あり杉。
その理屈はいまいちわからん。
.netからアンマネージドAPIを呼ぶこともできるし.netになったから今までのアプリが使えなくなるというわけでもない。
それともあれか？win32APIをこの先ずっと増築しつづけるほうがいいと？

213:デフォルトの名無しさん
05/12/02 13:35:02
>>212
210はアフォだから放置で

214:デフォルトの名無しさん
05/12/02 13:35:36
＞それともあれか？win32APIをこの先ずっと増築しつづけるほうがいいと？

おめでとう、そう決定されました。参照→>>138

Win32上のプログラムが多いんだから、Win32が残れば無問題。
ドトネトもWin32とかWin64の上階層になれば理想的なスタック。

215:デフォルトの名無しさん
05/12/02 14:07:48
正しい進化じゃない技術も無限に発生しては消えていく。

そういう意味ではドトネトがいつ消えても不思議ではない。
ﾌﾞﾋﾞが消えたように。

216:デフォルトの名無しさん
05/12/02 14:26:37
>>214
>　Win32上のプログラムが多いんだから、Win32が残れば無問題。
あのー、ドトネトになったからってwin32が消滅するわけじゃないんですけど。

217:デフォルトの名無しさん
05/12/02 14:28:51
小学生は帰れ

218:デフォルトの名無しさん
05/12/02 14:36:09
>>210
.NETの場合「関数ＡＰＩ、その上にクラスライブラリ」これがP/Invoke(WinForms、Avalon)、
COMの場合COM Interop(WebBrowserコントロール、VSTO)、C++コードを「まっ
たくそのまま」使うのならC++/CLI(Managed DirectX)、ネイティブアプリからコントロール
したいならCRL Hosting(SQL Server2005)。
簡単にいえば.NETはマネージ/アンマネージ境界のコントロールはユーザーが行う。
その方法はMSだって利用しているし、普通に仕様として公開されているので、GTK#なんて
のもあるし、OpenGLをラップしてクラスライブラリにしたものだって存在したりする(結構すぐ
出来たりするんだなこれが)。
「ネイティブが存在することなんて初めから織り込んである」し、過去の資産ふっとばしなんて
ならない。勉強不足。
というかMSだって過去の資産あるんだから当たり前の話だがな。

じゃあ何でLonghornでCLRをAPIうんたらいっているかというと、単純に新機能の多くがCLRが
提供するサービスをそのまま使っているからだ。まぁCLR Hostingでその辺ネイティブからも
取り出せるけどな。

219:デフォルトの名無しさん
05/12/02 14:37:21
>　C++/CLI(Managed DirectX)
この部分の意味がわかりません（＞＜）

220:デフォルトの名無しさん
05/12/02 15:52:01
＞「ネイティブが存在することなんて初めから織り込んである」し、過去の資産ふっとばしなんてならない。勉強不足。

ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi不買談話室その27
ｽﾚﾘﾝｸ(tech板:518番)
超絶アップデートの例
VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て
-> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた？

221:デフォルトの名無しさん
05/12/02 17:22:43
なぜそこまで.NETをﾏﾝｾｰできるのかが分からない。
そんなにすばらしいもんかね。

222:デフォルトの名無しさん
05/12/02 17:30:17
>>1-221
要するにC++(Win32API)プログラマーの俺が
一番生き残る可能性が高いと言うことだな？
庶民の使うVBとかC#なんかは、後ろに大きな企業とか
いないから切捨てなんだろうｗまぁ趣味程度にやってる
庶民なんかは切り捨てても痛くも痒くもないからな。

C++なんかは64になっても手厚く持て囃されるだろうよｗ

223:デフォルトの名無しさん
05/12/02 17:35:34
>>222
まぁ少なくとも次から次にでてくる新しい言語をせっせと覚えている庶民よりは
おまいの方が何十倍も手厚く持て囃されると思うよ。

224:デフォルトの名無しさん
05/12/02 17:36:44
業務アプリ開発見たことないんですか

225:デフォルトの名無しさん
05/12/02 17:50:22
業務アプリのトレンド

・Ｍ＄囲い込みは避けろ
・ドトネト？何それ。

226:デフォルトの名無しさん
05/12/02 17:53:25
>>225
だよな。てっきりウチだけかと思ったじゃねーか。

227:デフォルトの名無しさん
05/12/02 17:58:43
業務アプリでもさっさと.NETに乗り換えてるところも多いが
いまだに様子見とか、むしろ無視とかいうところも同じ様に多い

228:デフォルトの名無しさん
05/12/02 18:11:04
そういった感じで、ドトネトが高シェアを確保できないなら、Win32/64APIとかJavaが勝ち組。

229:デフォルトの名無しさん
05/12/02 18:42:01
Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。
オンラインウェアとかパッケージソフトにはﾑｶﾈ。
もうちょいライブラリが細かい部分も増えて、ショボマシンでもCLRが快適なると
漏れのような趣味プログラマにも優しいんだが…。

世の中のショボいマシンが新しいのに変わるほうが早そうだ。

230:デフォルトの名無しさん
05/12/02 18:47:14
>Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。

ﾌﾞﾋﾞの消滅でＭ＄に対する反発がつおいからね。
もうダメﾎﾟ。

231:ロリコン
05/12/02 20:54:09
URLﾘﾝｸ(download.microsoft.com)

J2EE or other Java 25.3%
Microsoft .NET 35.7%

C/C++ 1.3%

232:デフォルトの名無しさん
05/12/02 21:53:32
ロリコンさんすごいです。ここのアンチどもの化けの皮がはがれました。やっぱり.NETの未来は明るいんですね。いますぐにでも.NET勉強します。ありがとうございました。

233:デフォルトの名無しさん
05/12/02 23:00:17
Win鯖って流行ってるんだな。

234:デフォルトの名無しさん
05/12/02 23:33:42
[MoeAttribute("ロリ")]
[MoeAttribute("ニーソ")]
[MoeAttribute("ツンデレ", false)]

235:デフォルトの名無しさん
05/12/02 23:40:47
>>231-234
俺は見れなかったのでいつもどおりのようなことを書くが、
それは分野によるものであって全てにおいてそうであるのではない。

236:デフォルトの名無しさん
05/12/02 23:41:50
>>225
ローカルなトレンド書くなよ。
サーバは囲い込みっつーか何でも使えるプラットフォームが好まれてるけど
クライアントはVB6か.NET以外選択肢ないのが現状だろ。
Swing採用も徐々に増えてはいるけど。

237:デフォルトの名無しさん
05/12/03 01:34:41
まあ、他の理由としては
アフォでも書け(ていそうな気がす)る言語だから
裾野が広がっているだけでは？

238:デフォルトの名無しさん
05/12/03 01:42:31
>>236
先ずは自分の頭の上の蝿を追い給え。

239:デフォルトの名無しさん
05/12/03 02:05:45
ろーかるなとれんどー

240:デフォルトの名無しさん
05/12/03 02:13:56
>ローカルなトレンド
ﾜﾛﾀ
なかなか高度な釣りですね。おそれいりました。

241:デフォルトの名無しさん
05/12/03 07:22:26
マイブームみたいなやつ？

242:デフォルトの名無しさん
05/12/03 11:18:14
わかんねーなー
社内システムみたいなのはVBばっかりだけど。
未だにVB4とか使ってるところもあるしｗ

243:デフォルトの名無しさん
05/12/03 11:18:56
V＄ﾄﾞﾄﾈﾄ＝ローカルなトレンド
某島＝マイブーム
Java、ブラウザアプリ＝低俗なブーム

でどう？

244:デフォルトの名無しさん
05/12/03 11:40:08
>>242
ずーっと氏なずに続いてるダサダサ汎用機コボルより短命だろうね。

汎用機コボルはサーバーJavaに継承したがﾄﾞﾄﾈﾄになるケースは少ない。

245:デフォルトの名無しさん
05/12/03 17:28:41
>>244
コボルを馬鹿にするなー。
コボルはなぁ…、コボルはなぁ…………、

ダサいよ。

246:デフォルトの名無しさん
05/12/03 19:55:48
ちょっと前までは、今更変更できないよってのが主だったんだけど、
このごろは新規な話が増えてる＞COBOLなシステム

247:デフォルトの名無しさん
05/12/03 20:51:44
COBOLからの移植の案件は、Webアプリと言う言葉に釣られるからJavaかASP.NETが多いな。
VB4とかVBC++4.2みたいな過去のコンパイラを使う案件は大抵官がらみだったりするし。

248:デフォルトの名無しさん
05/12/03 22:04:27
お前ら仕事あっていいな

249:デフォルトの名無しさん
05/12/03 22:44:43
>>244
URLﾘﾝｸ(www.cobol.gr.jp)
もう40年くらい経ってるね。
COBOL全盛期は1995年前後までだろうから、約30年間てところか。

250:デフォルトの名無しさん
05/12/03 22:52:44
NetBeansやその商用であるSun Java Studioシリーズまでもが無償となって
VBからの移植は.NETじゃなくても良くなった。
JNI使いが居なきゃ過去の資産を生かせないけどね。

業務アプリ市場はようやくJavaと.NETのガチンコ対決が始まったといえる

251:デフォルトの名無しさん
05/12/03 23:00:00
VB6->COBOLの移行もたまーにだけど聞くぞ。

252:デフォルトの名無しさん
05/12/03 23:12:39
目糞が鼻糞を嘲うスレはここですか

253:デフォルトの名無しさん
05/12/03 23:16:38
SUNはMSに援助されてるくせに生意気

254:デフォルトの名無しさん
05/12/04 00:08:08
COBOLの移植でWebアプリを提案するやつもそれを受け入れるやつも大馬鹿
だとおもうんだが。

おまえら、入力オペがやりやすいクラサバシステムが欲しいんちゃうかと。
なんでWebのフォームと画面遷移で満足できるんだよと。

255:デフォルトの名無しさん
05/12/04 00:10:32
Webだけでも相当のことは出来るけど。

256:デフォルトの名無しさん
05/12/04 00:24:48
Webよりクラサバのが作るのが楽

257:デフォルトの名無しさん
05/12/04 01:30:26
CSシステムの方が良いけど、
Webアプリって言った方がボッタクれそうだから。

258:デフォルトの名無しさん
05/12/04 02:34:51
まあ、最近何でもWebアプリにするのは、提案してる連中
が対話型UIを持つシステムについて、他のソリューション
を知らないだけだからとおもうけど。

259:デフォルトの名無しさん
05/12/04 03:19:02
>>258
つーより、「システムを管理している側」からすれば楽だからジャマイカ。
webシステムは配置が楽なのに尽きるので。んで、大抵管理するひとが
決定に強いと。

260:デフォルトの名無しさん
05/12/04 03:21:07
.NetもJavaWebStartもWebよりトラフィックは低いでしょ？

261:デフォルトの名無しさん
05/12/04 07:02:01
みんな「神託」に騙されているんですよ。

262:デフォルトの名無しさん
05/12/04 09:35:20
>>1-261
そろそろまとめてくれ。
要するに.NETってどうなのよ？

263:デフォルトの名無しさん
05/12/04 09:42:25
糞

264:デフォルトの名無しさん
05/12/04 19:30:31
お前らが使ったところでMicrosoftのためにならない

265:デフォルトの名無しさん
05/12/05 01:35:46
>>264
お前はMicrosoftのために.NET使ってんのか。ごくろうなこった。

266:デフォルトの名無しさん
05/12/05 09:00:32
CSSの最強はDel/Win32だし。

267:デフォルトの名無しさん
05/12/06 10:42:21
7 以前のな

268:デフォルトの名無しさん
05/12/06 21:40:53
Visual Basicの来た道、進む道

269:デフォルトの名無しさん
05/12/06 21:44:50
失礼
URLﾘﾝｸ(www.atmarkit.co.jp)

> そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。
> WPFやWCFは、最初から.NETベースのAPIとして構築されます。
> もちろんWPFなどは、従来の Win32プログラムから（COM経由で）の利用も互換性のためサポートされる予定ですが、こういった新しいWindowsの機能を十二分に活用するためには、やはり.NETを利用するのが最適です。

270:デフォルトの名無しさん
05/12/07 08:45:23
> そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。

ドトネト大ブームβ時代から続いてる詭弁。

271:デフォルトの名無しさん
05/12/07 09:31:41
業務アプリはもう.NET無しでは考えられないけどな（対抗馬:swing)

272:デフォルトの名無しさん
05/12/07 09:35:45
業務アプリどころか、１つもドトネトアプリを使ってない大多数の人て一体,,,

273:デフォルトの名無しさん
05/12/07 09:37:18
>>270
もうすでにWinFXβは出てて、実際に8割がたマネージコードなんですけど。
WPFはコア部分はMILというネイティブコードですけど(しかしMILは非公開の予定)、
XAMLやら見ても分かるように.NETのメタデータ機能を活用したFrameworkですし、
WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー
スですので、.NETのメタデータ自己記述の機能が前提。

274:デフォルトの名無しさん
05/12/07 09:50:17
URLﾘﾝｸ(primates.ximian.com)

セキュリティ:
ローテクな問題の解決については、説明できていない。

複雑:
実装の詳細があらゆるところから散見されるし、
このアプローチは私が信じる限りでは良くないアイディアだ:
物事をほとんど、あるいは全くカプセル化していない。

技術標準の無視:
Avalonユーザーはこの利益を得られないし、
これは実にくだらない理由で、この産業をふたたび分割することにしかならない。

キャンバスモデル:
そしてスケーリングしなければならなくなったとき、
独自の再描画やハンドルといった低レベルの詳細部分に、
自分で対応しなければならないような、
伝統的なプログラミングモデルの世界に後戻りしなければならなくなる。

GUIデザイナの欠落:
今のところ人々は気づいていないようだけど。

予言:
私の予言としては、Avalon v1は捨て駒だ。
これは本当のアプリケーションをビルドする基盤にはならない。
V2は後方互換にはならないだろう。彼らは再構築させられる羽目になるだろう。
それはつまり、人々が、Avalon V1とAvalon V2という2つのフレームワークを、
side-by-sideで実行することをあきらめるということだ

275:デフォルトの名無しさん
05/12/07 09:53:43
>WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー

このへん、携帯機器も絡んできて結果Web APIが主流なのでドトネトで出されても超ニッチ。

276:デフォルトの名無しさん
05/12/07 09:54:56
結果。

WinFXβ
・WPF
・WCF
・WinFS

　↑
魅力ねぇ。

277:デフォルトの名無しさん
05/12/07 12:12:49
>>275
バカじゃないの?WebAPIが主流ならますます.NETのほうが有利じゃん。
相互運用の話をするのなら異種間システム結合は圧倒的に.NETだし。
その辺の前提は始めから組み込まれて作られているわけで、そのための
MarshalByRefObjectとかAppDomainとかな。

そもそもネットワークの世界(マシン間)のType SystemではXML-Shcemaで合意
(Data以外の部分で揺れてるけどな)、マシンの内部においてどうするかの世界で
Windowsでは.NET、他はJavaあたりがくるかという話になってんのに機器を広げた
らますます不利になるってのも分からんのかね?アホ?

>>276
まぁバカには魅力が分からんかもな

278:デフォルトの名無しさん
05/12/07 12:34:26
>>277
バカだな。

相互ってWindows同士の相互であって、
携帯ではWinは対象にならないくらいニッチ。

いい加減魅力無い事に気付けよ。

279:デフォルトの名無しさん
05/12/07 15:36:42
>>277
よく分かった。やっぱりアンチは何も分かってないのな
お前が言ってるレベルの話は2000年には終わってる。すでに前提が「様々な
システムが混在することが当たり前」になっててそれらをどうやってつなぐかって
話であってそれのWin上での実装、MSの答えがNETFXだろ。両方の対応が要るし、
そんなんは標準化でもしたらいいし、実装するほうのマシン(デバイス)は何でも
選んだらいい。
MSからしたらWinで固めてもらうほうがありがたいだろうが、前提はどんなシステムが
入り込んだって問題ないようになっている(あるいはしようとしている)。
何でIBMとMSが中心になってWebサービス作ったと思ってんのかね？
すでに普通にJavaシステムとつながるんだが。Webサービスで。しかも
「完全に透過的」(つながっている先がどうなってても「CLRのオブジェク
ト」として)使うことが出来る。先は何でもよく、それが「同じように」使えるんだよ。
サービスを仮想化するためのプラットフォームだから。

NETFXの何が利点って、ハードウェアごりごりのAvalonやらデータベース
ごりごりのWinFSやらネットワークの先にあるオブジェクトをWCFで透過的に
アクセスやら、コンポーネント(ソフトウェア部品)やら、どんなオブジェクト、
インターフェイスであろうが、ネットワークの先にあってどんなシステムで構成
されていようが、ハードウェアで実装されていようが、あるいは逆にどんな言語
(C#やらに限らずXMLさえも)であろうが、仮想化して「すべてを同じ土俵に持って
きてしまえる」ことなんだが。

その上でTypedオブジェクトをオブジェクトのままネットワークに流し(WCF、ちなみ
にプロトコルあわせるのはバックグラウンドでやってしまう)、オブジェクトをオブジェ
クトのまま表示、操作し(WPF, Monad)、オブジェクトをオブジェクトのまま保存(WinFS)
するような仕組みをWin上に作る。
そうそう、WWFやコンポーネント(ソフトウェア部品)のように開発フレームワークで
すら「その上に」乗っけてたりもしてるな。

この辺の「プラットフォームとしての魅力」で拡販しようとしているのが今のMSであって
Win内で閉じて囲い込みなんていつの時代の話だよ

280:デフォルトの名無しさん
05/12/07 20:44:55
アンチが黙ってしまったなｗ

281:デフォルトの名無しさん
05/12/07 20:57:40
なげーよボケ
簡潔にまとめろ

282:デフォルトの名無しさん
05/12/07 23:23:05
おれ、２ｃｈにきて初めてこのカキコする。

>>279
２行目まで読んだ（リアルで

283:デフォルトの名無しさん
05/12/07 23:32:14
>>279
禿同

なんとかかんとかPSP

284:デフォルトの名無しさん
05/12/07 23:45:34
「あんちゃんにはわからないのよっ！」は良かった

285:デフォルトの名無しさん
05/12/08 04:05:29
2chの法則
長文レスはよほど面白くない限り誰も読まない。

286:デフォルトの名無しさん
05/12/08 09:09:37
ここは俺の日記帳だ！

287:デフォルトの名無しさん
05/12/08 09:15:30
URLﾘﾝｸ(www.hellohiro.com)
RMIとはRemote Method Invocationの略です。RMIを用いると、別のコンピューターにあるJavaのオブジェクトのメソッドを呼ぶことができます。

288:デフォルトの名無しさん
05/12/08 12:46:30
しょーがねえなあ、素人のおれがまとめてやるヨ
>>279
＞この辺の「プラットフォームとしての魅力」で拡販しようとしているのが今のMS
で、ろくに何も実現できてないから「.NETにはやられた」って結論でFAな。
2行で足りるじゃん

289:デフォルトの名無しさん
05/12/08 15:29:22
気持ち悪いくらいのマンセーだな。
ＧＫのＰＳＰ並みに痛い。。。
って、ネタ？

290:デフォルトの名無しさん
05/12/08 20:48:22
確かにドトネトはソースが作りやすい
でも必要なメソやハンドラがある場所がわかりにくい
頼むから鱒丼をもっと解りやすくしてくれ
鱒丼よりよそのサイトの方がわかりやすいよ…

291:デフォルトの名無しさん
05/12/08 20:55:35
鱒丼って何だよ。

292:デフォルトの名無しさん
05/12/08 21:00:57
頭のいい俺が考えた造語

JAVA　：マルチプラットフォーム　　シングルランゲージ
.NET　　：シングルプラットフォーム　マルチランゲージ

なんてわかりやすい例えなんだ（感涙

293:デフォルトの名無しさん
05/12/08 21:01:02
鱒丼→ますどん→MASUDON→MaSuDoN→MSDN
だと思うが、そんな風に書くのはきわめて気持ち悪いな。

294:デフォルトの名無しさん
05/12/08 21:35:13
>.NET　　：シングルプラットフォーム　マルチランゲージ

　↑
ﾌﾞﾋﾞﾁｭｳから見ると旧VBが無いから、０ランゲージ。

295:デフォルトの名無しさん
05/12/08 23:26:40
URLﾘﾝｸ(s03.2log.net)

正直賛同できません。

296:デフォルトの名無しさん
05/12/08 23:27:57
MVP工作員乙

297:デフォルトの名無しさん
05/12/08 23:34:49
賛同も何も、事実を数値的に示しただけじゃん

298:デフォルトの名無しさん
05/12/08 23:49:21
んだとぅ！？このガキどもが！！

299:デフォルトの名無しさん
05/12/09 00:13:54
Javaや.NETは静的型付言語でありながらもリフレクションを利用すると動的
な側面を利用する事もできる。
この辺に美味しいとこが残ってそうな気がするんだよな。て言うか次世代？

Ruby、Python、ECMAScriptでは動的な側面を利用した新しいイディオムが
研究されてるし、Javaでも激しくハックなりフレクション利用例が出てきてる。
安全だけど柔軟てのがテーマになっていくのかな？と妄想する。

300:デフォルトの名無しさん
05/12/10 02:54:30
VB.netかC#でWindowsアプリケーションのプロジェクトを新規
につくってKeyDownイベントハンドラのみ追加して実行する。

ソースはこんな感じ

Public Class Form1
Inherits System.Windows.Forms.Form

Windows フォームデザイナで生成されたコード

Private Sub Form1_KeyDown(ByVal sender As Object, ByVal e As System.Windows.Forms.KeyEventArgs) Handles MyBase.KeyDown
Console.WriteLine(System.Environment.TickCount)
End Sub
End Class

ウィンドウが表示されたらF1からF12まで順番に押していくと
なぜかF11を押した後からキーイベントが上がってこないんですが…

次ページ