【.NETへの移行はLonghornリリース後でいいよね】
そのうちWinFXとやらは有耶無耶に…
ならないだろうな。
わからないぞ。
3年も先のことだからな。
まったく別の体系に変化しててもおかしくない。
逆に今、構想にあるものだけを、3年後に本腰入れて出すつもりなら、
その時点ですでに終わってる可能性もある。
>>309 同意。今の設計を実装するのに3年。その間に陳腐化したらもう3年なんかな。
今年中にMeみたいなのをアナウンスすれば笑い話になるかもしれんなー、とおもったり。
.NET包括の話題ではないが、C#への移行って誰がするんだろう。現在主流のJAVA、C++系はそのままいけるだろうし、COBOL、VBは移行なんて考えてないだろうし。
前者はC#のスーパーセットだから無問題だと考えられるけど、後者はなぁ。よほどドカタだとおもうのだが。
>>310 > 笑い話になるかもしれんなー、とおもったり。
> 誰がするんだろう
> そのままいけるだろうし
> 考えてないだろうし。
> 無問題だと考えられるけど
> よほどドカタだとおもうのだが。
所詮、全部あんたの想像に過ぎない。
そらそうだろ。 未来予測は 何であれ想像にすぎない。
未来予測じゃなくて主観だろ。
>>314の三行目は捏造ですよ(藁
悔しがっているのはドトネト厨ですw
316 :
仕様書無しさん:04/04/13 03:18
ドントネットは寝かせておきましょう。
Longhornがリリースされた頃にはおいしいワインになっていればよろしいのですが。
317 :
仕様書無しさん:04/04/13 11:08
ドトネトはワインではなくジュースなので寝かせておくと
腐食しますますまずくなります。
ドトネトジュースは短命ですので早めに召し上がりましょう。
318 :
仕様書無しさん:04/04/13 11:36
ビジスタドトネトジュースはすぐに腐るので
この麻薬ともいえるジュースを飲み続けるには
毎年新しいビジスタドトネトジュースを仕入れなくてはなりません。
今ならビジスタドトネトジュースに麻薬濃度を高めるM$DN デラックスがついたお徳用セットも
購入できますよ。
320 :
仕様書無しさん:04/05/02 16:55
ますます加速していくビジネスの世界。企業に今最も必要とされているのは、.NETを導入する冒険心です。
基幹業務をWindows2003Server+.NETでダウンサイジングすれば、その奇特な選択はメディアに取り上げられ、
貴社への注目は一気に高まります。無謀なIT改革の実施に、すぐに株価は右肩下がりに。業務は連日の
システムトラブル及びパッチ適用で定常的に滞り、事業の存続すら危うくなることでしょう。
.N E T は そ ん な ビ ジ ネ ス の 未 来 を 現 実 に し ま す 。
321 :
仕様書無しさん:04/05/02 20:57
なわけねーだろ。
ったくこれだからアホアンチは。
ヴィービーダッネッ
323 :
仕様書無しさん:04/05/02 22:20
そ ん な ビ ジ ネ ス の 未 来 は い り ま せ ん 。
アホアンチの脳内未来は笑えるなw
longhorn来る頃には、別の名前になってるよ、きっと。
そりゃlonghornは開発名だから製品名は変わるだろw
>>325 いや、longhornのほうじゃなくて。
328 :
仕様書無しさん:04/07/10 01:25
そのうちShorthornとか、smallhornとか
inthornとかdoublehornとかunsignedshorthornとか
longdoublehornとかcharhornとかbooleanhornとかfloathornとかいう名前に変わっているだろうよ。
コードネームがコリアだったら終わりだな。
AMDあたりなら最近はイタリーとか付けてるから
やりかねんが。
330 :
仕様書無しさん:04/07/10 08:46
ドトネトのコードネームは
コーリャンホーン!
ハリケーンミキサー!!
332 :
仕様書無しさん:04/07/13 18:10
ヘ_ヘ
ミ・・ ミ ということにしたいのですね?
( ° )〜
ドントネットの移行はコストの無駄。
無理矢理原稿のC++/Java環境からCOBOL環境へ移行しようとするくらい無駄
334 :
仕様書無しさん:04/07/15 00:30
ドントほーん
C++の場合stl, boostを使いこなしてるレベルなら
.NETへ無理に以降しなくてもいいと思う。
だけど、「関数オブジェクト? なにそれ?」なところにいると、
C#がもっと流行って再教育の機会にならんかなーと思ってしまう。
Longhorn以降も何も今この時点の仕事次第だろ。
案件無けりゃやる必要なし。
337 :
仕様書無しさん:04/07/24 21:40
Longhornに移行するには
10万円もするビデオカードが必要です。
2006年時点で10万するビデオカードってどれほどの性能なんだろう
楽しみだな。
そのころにはJavaは遅いとはだれも思わなくなるだろう
M$が作ったAPIってのは新しくリリースされるたびに
プログラマに鞍替えを要求してくるので
覚えるだけ無駄に終わることが多いんだ。
ほれ、Win32 API, MFCの惨状を見て見れ
Longhornに以降するのも様子見だってことよ。
342 :
仕様書無しさん:04/08/03 09:16
shorthorn
>>341 > ほれ、Win32 API, MFCの惨状を見て見れ
Win32 APIもMFCも成功していると思うが?
これからも長く使われるだろう。
もし長く使われないとしたら、
それはLonghornが成功したときだろう。
まあ、Win32、Longhorn。どっちかは成功するわけか。
344 :
仕様書無しさん:04/08/03 11:46
Longhorn って OS のコードネームでしょ。また遅れるそうだけど。
Win32 と比較するなら WinFX っていわなきゃ。
それもどんどん遅れているし。
とりあえず VS2005 ただでばら撒いて話題作り/一般ユーザーによるバグだしをしているけど
どうせ新機能が入ったら全部ご破算だろ?
全てご破算になって、Win32互換のWin64が出た方が良い。
64bitコンパイラが出ればリコンパイルするだけ。
Delphi64が欲しい。
346 :
仕様書無しさん:04/08/03 12:50
32bit→64bitのメリットがいまひとつ分からん
Z80に回帰ですべて解決!
349 :
仕様書無しさん:04/08/10 23:22
>>346 んじゃあ、喪前は32bitsマシンを捨てて8bitsマシンでも使ってろ
あぼーん
351 :
仕様書無しさん :04/08/20 15:52
352 :
仕様書無しさん:04/08/20 18:48
とりあえず速度的に効果あるのってファイルシステムとDBじゃないの。
ベンチってどっかに無いのかな。
354 :
仕様書無しさん:04/08/20 19:56
ベンチじゃないけど・・・
Win32の70000個のAPIが、約8000個の.NET名前空間になるって
どこかで読んだよ。 そんなに在るのかと思ったけど。
一つの名前空間に10個クラスがあって、一つのクラスに10個のメソッドがあれば、800,000個か。
>355
無意味な計算ハケーン