【.NETへの移行はLonghornリリース後でいいよね】

このエントリーをはてなブックマークに追加
307仕様書無しさん:04/04/11 22:21
そのうちWinFXとやらは有耶無耶に…
308仕様書無しさん:04/04/12 00:01
ならないだろうな。
309仕様書無しさん:04/04/12 00:33
わからないぞ。

3年も先のことだからな。
まったく別の体系に変化しててもおかしくない。
逆に今、構想にあるものだけを、3年後に本腰入れて出すつもりなら、
その時点ですでに終わってる可能性もある。
310仕様書無しさん:04/04/12 07:34
>>309
同意。今の設計を実装するのに3年。その間に陳腐化したらもう3年なんかな。
今年中にMeみたいなのをアナウンスすれば笑い話になるかもしれんなー、とおもったり。

.NET包括の話題ではないが、C#への移行って誰がするんだろう。現在主流のJAVA、C++系はそのままいけるだろうし、COBOL、VBは移行なんて考えてないだろうし。
前者はC#のスーパーセットだから無問題だと考えられるけど、後者はなぁ。よほどドカタだとおもうのだが。
311仕様書無しさん:04/04/12 08:33
>>310
> 笑い話になるかもしれんなー、とおもったり。
> 誰がするんだろう
> そのままいけるだろうし
> 考えてないだろうし。
> 無問題だと考えられるけど
> よほどドカタだとおもうのだが。

所詮、全部あんたの想像に過ぎない。
312仕様書無しさん:04/04/12 09:21
そらそうだろ。 未来予測は 何であれ想像にすぎない。
313仕様書無しさん:04/04/12 11:56
未来予測じゃなくて主観だろ。
314仕様書無しさん:04/04/12 12:08
マイクロソフトのTCO調査は本当に信用できるか?
http://pc5.2ch.net/test/read.cgi/tech/1081730818/

これを見ているとMSがJ2EEと.NETとを比較した例も信用できないんだよね。
かといって第三者の比較結果もないから、
間違いだと言い切れないところが悔しい所だけど。
315仕様書無しさん:04/04/13 02:38
>>314の三行目は捏造ですよ(藁
悔しがっているのはドトネト厨ですw
316仕様書無しさん:04/04/13 03:18
ドントネットは寝かせておきましょう。

Longhornがリリースされた頃にはおいしいワインになっていればよろしいのですが。 
317仕様書無しさん:04/04/13 11:08
ドトネトはワインではなくジュースなので寝かせておくと
腐食しますますまずくなります。

ドトネトジュースは短命ですので早めに召し上がりましょう。
318仕様書無しさん:04/04/13 11:36
ビジスタドトネトジュースはすぐに腐るので
この麻薬ともいえるジュースを飲み続けるには
毎年新しいビジスタドトネトジュースを仕入れなくてはなりません。

319仕様書無しさん:04/04/13 11:37
今ならビジスタドトネトジュースに麻薬濃度を高めるM$DN デラックスがついたお徳用セットも
購入できますよ。
320仕様書無しさん:04/05/02 16:55
ますます加速していくビジネスの世界。企業に今最も必要とされているのは、.NETを導入する冒険心です。
基幹業務をWindows2003Server+.NETでダウンサイジングすれば、その奇特な選択はメディアに取り上げられ、
貴社への注目は一気に高まります。無謀なIT改革の実施に、すぐに株価は右肩下がりに。業務は連日の
システムトラブル及びパッチ適用で定常的に滞り、事業の存続すら危うくなることでしょう。

.N E T は そ ん な ビ ジ ネ ス の 未 来 を 現 実 に し ま す 。
321仕様書無しさん:04/05/02 20:57
なわけねーだろ。
ったくこれだからアホアンチは。
322最凶VB厨房:04/05/02 21:04
ヴィービーダッネッ
323仕様書無しさん:04/05/02 22:20
そ ん な ビ ジ ネ ス の 未 来 は い り ま せ ん 。
324仕様書無しさん:04/05/02 22:25
アホアンチの脳内未来は笑えるなw
325仕様書無しさん:04/05/02 22:30
longhorn来る頃には、別の名前になってるよ、きっと。
326仕様書無しさん:04/05/02 22:32
そりゃlonghornは開発名だから製品名は変わるだろw
327仕様書無しさん:04/05/02 22:32
>>325
いや、longhornのほうじゃなくて。
328仕様書無しさん:04/07/10 01:25
そのうちShorthornとか、smallhornとか
inthornとかdoublehornとかunsignedshorthornとか
longdoublehornとかcharhornとかbooleanhornとかfloathornとかいう名前に変わっているだろうよ。
329仕様書無しさん:04/07/10 02:33
コードネームがコリアだったら終わりだな。
AMDあたりなら最近はイタリーとか付けてるから
やりかねんが。
330仕様書無しさん:04/07/10 08:46
ドトネトのコードネームは
コーリャンホーン!
331仕様書無しさん:04/07/10 18:59
ハリケーンミキサー!!
332仕様書無しさん:04/07/13 18:10
ヘ_ヘ
ミ・・ ミ ということにしたいのですね?
( ° )〜
333仕様書無しさん:04/07/15 00:30
ドントネットの移行はコストの無駄。
無理矢理原稿のC++/Java環境からCOBOL環境へ移行しようとするくらい無駄
334仕様書無しさん:04/07/15 00:30
ドントほーん
335仕様書無しさん:04/07/15 01:10
C++の場合stl, boostを使いこなしてるレベルなら
.NETへ無理に以降しなくてもいいと思う。

だけど、「関数オブジェクト? なにそれ?」なところにいると、
C#がもっと流行って再教育の機会にならんかなーと思ってしまう。
336仕様書無しさん:04/07/15 01:31
Longhorn以降も何も今この時点の仕事次第だろ。
案件無けりゃやる必要なし。
337仕様書無しさん:04/07/24 21:40
Longhornに移行するには
10万円もするビデオカードが必要です。
338仕様書無しさん:04/07/24 22:56
>>337
クラシックモードなら32MBでOK。
339仕様書無しさん:04/07/27 22:44
2006年時点で10万するビデオカードってどれほどの性能なんだろう
楽しみだな。
340仕様書無しさん:04/07/30 00:40
そのころにはJavaは遅いとはだれも思わなくなるだろう
341仕様書無しさん:04/08/03 09:16
M$が作ったAPIってのは新しくリリースされるたびに
プログラマに鞍替えを要求してくるので
覚えるだけ無駄に終わることが多いんだ。

ほれ、Win32 API, MFCの惨状を見て見れ

Longhornに以降するのも様子見だってことよ。
342仕様書無しさん:04/08/03 09:16
shorthorn
343仕様書無しさん:04/08/03 09:18
>>341
> ほれ、Win32 API, MFCの惨状を見て見れ
Win32 APIもMFCも成功していると思うが?
これからも長く使われるだろう。
もし長く使われないとしたら、
それはLonghornが成功したときだろう。

まあ、Win32、Longhorn。どっちかは成功するわけか。
344仕様書無しさん:04/08/03 11:46
Longhorn って OS のコードネームでしょ。また遅れるそうだけど。
Win32 と比較するなら WinFX っていわなきゃ。
それもどんどん遅れているし。
とりあえず VS2005 ただでばら撒いて話題作り/一般ユーザーによるバグだしをしているけど
どうせ新機能が入ったら全部ご破算だろ?
345仕様書無しさん:04/08/03 12:48
全てご破算になって、Win32互換のWin64が出た方が良い。
64bitコンパイラが出ればリコンパイルするだけ。
Delphi64が欲しい。
346仕様書無しさん:04/08/03 12:50
32bit→64bitのメリットがいまひとつ分からん
347仕様書無しさん:04/08/03 12:59
Z80に回帰ですべて解決!
348仕様書無しさん:04/08/03 14:58
>>346
俺のこずかい帳の桁あふれが解決する。
349仕様書無しさん:04/08/10 23:22
>>346
んじゃあ、喪前は32bitsマシンを捨てて8bitsマシンでも使ってろ
350あぼーん:あぼーん
あぼーん
351仕様書無しさん :04/08/20 15:52
http://www.itmedia.co.jp/enterprise/articles/0408/13/news022.html
↑ ここもいいですよ。 Whidbey!
352仕様書無しさん:04/08/20 18:48
>>346
 アドレスバスだけ64ビットって駄目?
353仕様書無しさん:04/08/20 18:57
とりあえず速度的に効果あるのってファイルシステムとDBじゃないの。
ベンチってどっかに無いのかな。
354仕様書無しさん:04/08/20 19:56
ベンチじゃないけど・・・
Win32の70000個のAPIが、約8000個の.NET名前空間になるって
どこかで読んだよ。 そんなに在るのかと思ったけど。
355仕様書無しさん:04/08/20 23:04
一つの名前空間に10個クラスがあって、一つのクラスに10個のメソッドがあれば、800,000個か。
356仕様書無しさん
>355
無意味な計算ハケーン