[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 03/31 23:03 / Filesize : 205 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

.NETにはやられた...



1 名前:デフォルトの名無しさん [05/02/18 00:58:56 ]
なにが.NETだ!
全然普及しねーじゃねーか!!

196 名前:デフォルトの名無しさん mailto:sage [2005/12/01(木) 22:28:04 ]
> 技術者としての誇り

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

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

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

だから別に現状に不満がないならそれでいいんでないの別に。
ま、不満がないのがスーパーPGだからか、そもそも不満に感じる能力がない
ウルトラ低能だからかは知らないけどね。

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

200 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 01:41:14 ]
学生さん?

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

202 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 03:42:41 ]
> ライブラリとかツールとかが少ないし

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

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

204 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 07:46:24 ]
Javaも相当混乱してると思うが



205 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 07:56:51 ]
Win32で充分な奴って「本物のプログラマ」かなんかか?
俺は軟弱だから生産性の高い道具に乗り換えるよ。
優秀な人たちはいつまでも古い手になじんだ道具で頑張ってください(^^;ワラ

206 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 08:37:06 ]
ヒント:サイのカワラ

207 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 08:52:01 ]
匙は投げられた

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

209 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 09:09:53 ]
TCPスタックは進化じゃないと思ふ

210 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 09:23:43 ]
ヒント:勉強不足→209

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

OS=関数API、その上にクラスライブラリ、は便利でも、
OSのAPIがクラスライブラリってのは過去の資産吹っ飛ばし杉で無理あり杉。

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

211 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 09:31:47 ]
OSのAPIがクラスライブラリでマネージド→ドライバが作れない→ドライバの無いOSはあぼーん

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

213 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 13:35:02 ]
>>212
210はアフォだから放置で

214 名前:デフォルトの名無しさん [2005/12/02(金) 13:35:36 ]
>それともあれか?win32APIをこの先ずっと増築しつづけるほうがいいと?

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

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



215 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:07:48 ]
正しい進化じゃない技術も無限に発生しては消えていく。

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

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

217 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:28:51 ]
小学生は帰れ

218 名前:デフォルトの名無しさん [2005/12/02(金) 14:36:09 ]
>>210
.NETの場合「関数API、その上にクラスライブラリ」これが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 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:37:21 ]
> C++/CLI(Managed DirectX)
この部分の意味がわかりません(><)

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

ミ,,゚Д゚彡フサギコのフサフサDelphi不買談話室その27
pc8.2ch.net/test/read.cgi/tech/1130648644/518
超絶アップデートの例
VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て
-> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた?


221 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:22:43 ]
なぜそこまで.NETをマンセーできるのかが分からない。
そんなにすばらしいもんかね。

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

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

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

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



225 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:50:22 ]
業務アプリのトレンド

・M$囲い込みは避けろ
・ドトネト?何それ。

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


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

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

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

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


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

ブビの消滅でM$に対する反発がつおいからね。
もうダメポ。

231 名前:ロリコン mailto:sage [2005/12/02(金) 20:54:09 ]
ttp://download.microsoft.com/download/1/8/a/18a10d4f-deec-4d5e-8b24-87c29c2ec9af/IDC-MS-MissionCritical-WW-261005.pdf

J2EE or other Java 25.3%
Microsoft .NET 35.7%

C/C++ 1.3%

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

233 名前:デフォルトの名無しさん mailto:sage [2005/12/02(金) 23:00:17 ]
Win鯖って流行ってるんだな。

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



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

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

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

238 名前:デフォルトの名無しさん mailto:sage [2005/12/03(土) 01:42:31 ]
>>236
先ずは自分の頭の上の蝿を追い給え。

239 名前:デフォルトの名無しさん mailto:sage [2005/12/03(土) 02:05:45 ]
ろーかるなとれんどー

240 名前:デフォルトの名無しさん mailto:sage [2005/12/03(土) 02:13:56 ]
>ローカルなトレンド
ワロタ
なかなか高度な釣りですね。おそれいりました。


241 名前:デフォルトの名無しさん mailto:sage [2005/12/03(土) 07:22:26 ]
マイブームみたいなやつ?

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

243 名前:デフォルトの名無しさん mailto:sage [2005/12/03(土) 11:18:56 ]
V$ドトネト=ローカルなトレンド
某島=マイブーム
Java、ブラウザアプリ=低俗なブーム

でどう?

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

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



245 名前:デフォルトの名無しさん mailto:sage [2005/12/03(土) 17:28:41 ]
>>244
コボルを馬鹿にするなー。
コボルはなぁ…、コボルはなぁ…………、

ダサいよ。

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

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

248 名前:デフォルトの名無しさん mailto:sage [2005/12/03(土) 22:04:27 ]
お前ら仕事あっていいな

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

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

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

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

252 名前:デフォルトの名無しさん mailto:sage [2005/12/03(土) 23:12:39 ]
目糞が鼻糞を嘲うスレはここですか

253 名前:デフォルトの名無しさん mailto:sage [2005/12/03(土) 23:16:38 ]
SUNはMSに援助されてるくせに生意気

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

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



255 名前:デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:10:32 ]
Webだけでも相当のことは出来るけど。

256 名前:デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:24:48 ]
Webよりクラサバのが作るのが楽

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

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


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


260 名前:デフォルトの名無しさん mailto:sage [2005/12/04(日) 03:21:07 ]
.NetもJavaWebStartもWebよりトラフィックは低いでしょ?

261 名前:デフォルトの名無しさん mailto:sage [2005/12/04(日) 07:02:01 ]
みんな「神託」に騙されているんですよ。

262 名前:デフォルトの名無しさん mailto:sage [2005/12/04(日) 09:35:20 ]
>>1-261
そろそろまとめてくれ。
要するに.NETってどうなのよ?

263 名前:デフォルトの名無しさん mailto:sage [2005/12/04(日) 09:42:25 ]


264 名前:デフォルトの名無しさん mailto:sage [2005/12/04(日) 19:30:31 ]
お前らが使ったところでMicrosoftのためにならない



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

266 名前:デフォルトの名無しさん mailto:sage [2005/12/05(月) 09:00:32 ]
CSSの最強はDel/Win32だし。

267 名前:デフォルトの名無しさん mailto:sage [2005/12/06(火) 10:42:21 ]
7 以前のな

268 名前:デフォルトの名無しさん mailto:sage [2005/12/06(火) 21:40:53 ]
Visual Basicの来た道、進む道

269 名前:デフォルトの名無しさん mailto:sage [2005/12/06(火) 21:44:50 ]
失礼
ttp://www.atmarkit.co.jp/fdotnet/t-interview/vb2005/vb2005_01.html

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

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

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

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

272 名前:デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:35:45 ]
業務アプリどころか、1つもドトネトアプリを使ってない大多数の人て一体,,,

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

274 名前:デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:50:17 ]
primates.ximian.com/~atsushi/longhorn-changes.html

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

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

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

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

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

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




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

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

276 名前:デフォルトの名無しさん [2005/12/07(水) 09:54:56 ]
結果。

WinFXβ
・WPF
・WCF
・WinFS

 ↑
魅力ねぇ。


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

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

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

278 名前:デフォルトの名無しさん mailto:sage [2005/12/07(水) 12:34:26 ]
>>277
バカだな。

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

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

279 名前:デフォルトの名無しさん mailto:sage [2005/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 名前:デフォルトの名無しさん mailto:sage [2005/12/07(水) 20:44:55 ]
アンチが黙ってしまったなw

281 名前:デフォルトの名無しさん mailto:sage [2005/12/07(水) 20:57:40 ]
なげーよボケ
簡潔にまとめろ

282 名前:デフォルトの名無しさん mailto:sage [2005/12/07(水) 23:23:05 ]
おれ、2chにきて初めてこのカキコする。

>>279
2行目まで読んだ(リアルで


283 名前:デフォルトの名無しさん mailto:sage [2005/12/07(水) 23:32:14 ]
>>279
禿同

なんとかかんとかPSP

284 名前:デフォルトの名無しさん mailto:sage [2005/12/07(水) 23:45:34 ]
「あんちゃんにはわからないのよっ!」は良かった



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

286 名前:デフォルトの名無しさん [2005/12/08(木) 09:09:37 ]
ここは俺の日記帳だ!

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

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

289 名前:デフォルトの名無しさん [2005/12/08(木) 15:29:22 ]
気持ち悪いくらいのマンセーだな。
GKのPSP並みに痛い。。。
って、ネタ?

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

291 名前:デフォルトの名無しさん mailto:sage [2005/12/08(木) 20:55:35 ]
鱒丼って何だよ。

292 名前:デフォルトの名無しさん mailto:sage [2005/12/08(木) 21:00:57 ]
頭のいい俺が考えた造語

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

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

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

294 名前:デフォルトの名無しさん mailto:sage [2005/12/08(木) 21:35:13 ]
>.NET  :シングルプラットフォーム マルチランゲージ

 ↑
ブビチュウから見ると旧VBが無いから、0ランゲージ。



295 名前:デフォルトの名無しさん [2005/12/08(木) 23:26:40 ]
ttp://s03.2log.net/home/nsharp/archives/blog404.html

正直賛同できません。

296 名前:デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:27:57 ]
MVP工作員乙






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<205KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef