ＭＳの見せてくれる夢 C# VB7 ．ｎｅｔ

どんなものになりそうかな？　ウオッチしましょう

プログラマ板から (中身腐ってるの多いけど)
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=961732786
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=965737536
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=964454992
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=962123647

VBはオブジェクト指向言語に進化する
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=964166977
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=967134856

こっちの板から
C#のboxingとは？
http://piza.2ch.net/test/read.cgi?bbs=tech&key=966118825

sageとくからウザかったら回してね

これも追加してね。
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=965490830

腐り具合はこっちもすごいぞ
http://piza.2ch.net/test/read.cgi?bbs=tech&key=967743402

あげ

悪夢か？

夢のうちが幸せ。

このスレもすでに腐りかけているような気がする。

じゃカツを入れる為に
http://www.zdnet.co.jp/eweek/0007/26/00072601.html
・.NETの基本的な考えでは，次世代のアプリケーションはすべて，「再利用可能なWebサービス」になる
・Webサービス同士が，XMLやSOAPを利用することで緩やかに連携を図りながら，業務プロセスを処理していく
・これまでであれば，業務ロジックはCOMでコンポーネント化するよう開発者に推奨してきたが，Webサービスという形で仕切り直し
・プラットフォームをWindowsに限定せず
・Common Language Runtimeと新しいクラスライブラリがベースとなり，C#をはじめとする言語が混在する形でアプリケーションを開発

結局Winで作ったアプリがLinux,Macで
動くようになるの？

Common Language Runtimeが完全公開されていれば
有志がLinuxに移植する可能性はありますね。

Macはどうでしょうか？

>9
webサービスってどういう意味だろう、コンポーネントをサーバに置くということ？
サッパリわかんない。

http://www.microsoft.com/japan/developer/vstudio/nextgen/technology/csharpmsmq.asp
http://www.microsoft.com/japan/developer/vstudio/nextgen/technology/csharpintro.asp
http://www.microsoft.com/japan/developer/net/csharp/dnmag_csharp.asp
>HelloWorldプログラムを再利用したいときにはどうすればいいのだろうか。
>簡単だ。独自のネームスペースに入れてしまえばいいのだ。
>クラスをネームスペースに包んで、そのネームスペースの
>外部からアクセスできるようにしたければ、クラスをpublic
>として宣言するだけでいい
>これでこのコードをDLLにコンパイルできるようになり、
>自分が開発しているほかのあらゆるプログラムにそのDLLを
>取り込めるようになる。

え？　ということは、OBJファイルじゃなくて DLLをいきなり作ってしまうの？
DLL地獄を緩和するどころか　デグレだらけで　えらい事になりそう

DLLというか COM じゃないの？

HelloWorldプログラムを再利用って…　ﾂｶｳｶ?
なんか着れもしない昔の子供服を全部タンスにしまいこんでる
過保護のオカンみたいだ。

ユニバーサルサブスクリプションに入会なさってる金持ち会社の方
日本語版Visual Studio.NET ベータ 1 　の
翻訳状況とサイズを教えていただけませんか？

ヘルプ類の日本語化は十分すすんでいますか？
というか
http://www.microsoft.com/japan/developer/vstudio/nextgen/beta.asp
で￥3,150払う値打ちがある状態ですか？

当方勉強目的です

>・プラットフォームをWindowsに限定せず
NativeAPI,COMを呼べるのがJAVAに対するアドバンテージという事だから
そんなに期待できない。

評価ガイド
http://www.microsoft.com/japan/developer/vstudio/nextgen/evalguidedownload.asp

ガイドツア
http://www.microsoft.com/japan/developer/vstudio/nextgen/guidedtour.asp

とりあえずコレを読んでからだ

残念ながら金持ち会社じゃないが １３のページによると３ギガ程度のHD空きが必要なようだ

>Visual Basic.NET ではコントロール配列はサポートされていません
ガーン！

まさか on err も完全になくなるの？　互換性の為に残るのかと思ってたのに

>>20
ON nn GOTO も無くなるようです。

GoSub/Return も無くなるので　ついでにBASICって言葉も止めりゃいいのに

私、即死です

VB使いにとっていいこと？悪いこと？
どうなるの？
VCに馬鹿にされましぇんか？
厨房に分かるように、賢い方説明して

3ギガの文字を見た途端私の中で.NETは終了しました。

>>13
バージョニングという仕組みを用意してDLL地獄とは無縁という事らしい。
その仕組みを利用したことはないけど。
COMではなく、Assemblyコンポーネントというものを作ります。DLLです。
まあJavaのクラスファイルみたいなモノなのだけど。

SDKで十分勉強はできると思うけど、Visual Studio.NETを動かすとなると
HDD容量よりも、CPU能力とメモリが要求されると思う。
Javaっぽい重さがある。まあSwingを使わないのでその点全然違うとも
言えるのだけど。

別OSへの移植に関しては、「可能ではある」が、難しい作業に
なるだろう。
具体的には、GUI部分(Winforms,Drawing)の移植。
Win32APIのラッパーに過ぎないから。

そう言えばかなり昔、 DCOM も他OSに
移植するって話がなかったっけ・・・

結局プログラマへの新たな足枷が増えたに過ぎんか・・・

>>27
http://www.microsoft.com/JAPAN/developer/library/jptech/TechArt/VTools/vc/vc6/unixcom.htm
に紹介されてますが、UNIXでCOMなんて無駄な努力としか
思えませんね。
UNIXマシンと.NETのもっとも妥当な連携はSOAPです。
(Apacheでもできるみたいだし）
MSは、そういった.NETサーバとして重要な部分だけの移植を
UNIXにするのかもしれない。

http://itpro.nikkeibp.co.jp/members/NSW/ITARTICLE/20001212/1/
ふええ〜

C#入門の書籍を買ってきて,勉強して今日で1週間,久しぶりにVBを触った時に継承できない不便さがちょっとわかりました。
VB.NETに期待します

>30
それ、会員制だろ？

読めるように天才ｷﾎﾞｰﾝ

捨てメールで読める

>>32
転載したら著作権法に抵触するんじゃ？
>>30
書き方変えて、要約してちょ。

http://software.nikkeibp.co.jp/software/special/vb7/vb7.html
プログラマー板にもあったけどここ同内容。

>>29
>UNIXマシンと.NETのもっとも妥当な連携はSOAPです。
ただ SOAPなら.NETじゃなくてもいいはず。
Apache もSOAPサーバー出してるし。

ｿｰﾌﾟ...ﾊｧﾊｧ

ＭＳって、毎度うまいところついてくるよなぁ。
で使ってみると、やっぱり「はぁ」な所いっぱいあるんだろうな

+-のコード開閉はいいかんじだ。
どうせならインデントがわかりやすいように
縦線もつけてもらいたいな。

いま、>>30の日経の記事読みましたが、
本来のVBでは、５行だったのが、クラスの定義となっている
ということはだな、このクラスをいじれるわけですか？
VBにビルドがあるなんて、ビックリ。クリクリクリックリ
VCよりになったというわけですか？
VCとどう違うんでしょう？

>>36
いや、もちろんそうです。MSはそれも考えてSOAP、SOAPと言い出したんでしょう。
元々NTでUNIXマシンを駆逐して、DCOMでオブジェクト間通信の世界を築きたかった
はずだけど、そうなりそうもない。
じゃ現段階で運用可能なCORBAはというと、MSは置いてけぼり・・。
SOAPなら普通のUNIXとも対話できるし。

でも、.NETを移植すれば、Javaのような"write once run anywhere"みたいな
ことが出来ますからね。
Apacheじゃちょっと勝手がちがうでしょ。構築の仕方とか。相性とかあるかもしれないし。
・・・にしても移植は無理かな？IISとかADOとかいろいろ絡むからなあ。
Javaのような、基盤に極力依存しないような作りにはなってませんね。
CLRをECMAに提出とか言っても、ポーズだけだろ、とか思っちゃう。

>>40
私はVBはあまりいじってるワケじゃないんでアレなんですけど、
.NETアプリを作る限り、どの言語でも一貫したプログラミングモデル
になります。同じ機能が使えるし、多分同じようなパフォーマンス
が得られるでしょう。
VC++に近くなったというより、みんなJavaに近いナニモノかになったと
いうほうが当たってると思うんですが。（これは禁句かもしれんけど。ﾜﾗ）

んで、今日友達が買ってきてくれた技評の本は結構いいです。
http://dennou.gihyo.co.jp/books/cnet/index.html
C#のですけど。まとまってます。

自分みたいなwin砂漠ら屋は関係しそうだけどゲームとかってどうなのかな?
まーネット対戦ゲームみたいなのが主流になるなら意味あるか。
SOAPってIBMもなんか押してるし...。
SOAPでネットゲーム世界最大のゲーム会社IBMなんちって。

Linux etcに移植するのかな? Window系をX上に乗っけたら重くって
しょうがないだろうし。X捨ててOS上のフレームバッファに書くと
したらGnomeとKDEがけんかしてる場合じゃないね。
漁夫の利は又MSかな?NET上でOfficeとか組んでNETごと移植される
なんて世界で今日のLinuxグルは明日のMS長者だったりして。

>>42
どうもありがとうございます。

どなたか、
C,C++､C#の違いを目がさめる説明してください。お願いします。

>>44
Ｃはもう３０歳になるふる〜い言語。もうそろそろ不要だろうと
言われてから大分なるが、なかなか消えないしぶとい。
それもそのはず、大抵の業務はＣ言語程度で十分なものばかり
修得が楽で、必要十分。
Ｃ＋＋は生まれて何年になるんだろう？しらない。
私が初めてさわってから、もう１０年はたつ。
当時はオブジェクト指向って技術が画期的で、猫も杓子もOOP
しかし敷居が高く、処理系も対応が不十分でなかなか普及
しなかった、最近になってANSIも2.0になりOOPも理解する
人が増え、やっとブレイクの兆し。
１０年の間にも、C++も大分拡張された。
そうそう、C++で生まれた技術も、Cに取り込まれたりなんかもした。
Ｃ＃は、単にＭＳの新しいコンパイラー
並列に語ることは出来ません。
成功するかどうかは未知数。

こんなもんでしょうか？

>>45
ありがとうございます。

でもまだ、眠いです。

>>46
そうか、やはりな。
しかし、君の目を覚ますほど書こうと思うと、ここでは無理だ。
つか、そこまでする気はないし。

俺も買った。
脱字がある。

しかし、技評の本。なんとなくJavaとの関係をうやむやにしてる気が…。
やはりMicro$oftよりでかくとこーなるのかな?

>>42

> MCSD資格者向け .NET関連書籍プレゼント
> このたび、.NETに関する技術者向けの書籍が発売される運びとなりました。 そこで、MCP上位資格者である皆様にいち早く.NETプラットフォームをご理解いただくために プレゼントをさせていただくことにいたしましたので、是非お役立てください。
> ( 1 ) 「C#で学ぶ.NETプログラミング」（技術評論社より12月8日に出版予定）
> .NET　Frameworkに対応した新しいプログラミング言語C#の解説をしています。 また.NET Framework SDKを用いたアプリケーション構築の方法、.NET Frameworkを利用した WebアプリケーションやWebサービスの作成をサンプルコードを通して説明しています。 なおこの書籍には.NET Framework SDKベータ１英語版が付属しています。
>
>
> ( 2 ) 「Microsoft.NET入門」（ASCII出版局より12月18日に出版予定）
> MSDN Magazine日本語版の8月17日（9月号）から11月17日（12月号）に掲載された .NET関連の特集記事をまとめた書籍です。主に.NET Frameworkの各機能を詳細に解説しています。
>
>
> プレゼント数：上記をセットにして、先着500名

Get!

>>50
うーん、ズル。でもいいもん、MSDN Magazineも全部買ってるし・・。

>>49
そう。"Javaとの違いは？"という段落は頭かかえちゃった。
これはMSの田柄という人が書いた文だと思うから、MS寄りと言うより、MSでしょう。（笑
まあつまり、JavaはJavaっていう"言語"にOrientedなのに対して、.NETは
言語は問いませんと言いたいんだろうけど。
（取りようによっちゃ、Javaはソース互換で、バイナリ互換はない、と読める）
とはいえ、それだから「比較することは本質的にできません」などと言うのは変。

C++の文法を基盤として、VM,GC,バイトコード,排ポインタとか・・、
似てるもんは似てる。まあJavaにそれほどオリジナリティがあったわけじゃないけどね。

継承なんてVBユーザーが使うわけなかろーもん。
そんなのよりブロックコメントが出来るようにするとか
もっと細かい点を直してくれよ。

>>52
そんなことはなかろーもん。
それよりブロックコメント嫌い。絶対コードの固まりを
コメントアウトするやつが出てくるから。

ブロックコメントなんて、昔からできるじゃん。

>>54
いつから？
ＶＢ６．０では出来ませんが。

Javaとの関係は、
要するにMSはJavaのおいしいところを持っていきたいと、
こう言うことだよ
比較できないなんてことはないもん。
っていうかパクリだよ。

まあそれは、いいとしてさー、
Perlにも対応予定って書いてあるんだけど、
｢ActiveAtate｣ってどこの会社？
ActiveStateのこと？
つーか、誤字・脱字多くない？

Remark
　複数行コメント
End Remark

(ウソ)

>>56
うん、ActiveAtateは.NETに熱心ですね。(笑
http://www.activestate.com/Products/VisualPerl/index.html
多少Perlもいじれるんで、やってみよかな。
screenshotみる限りでは、全くPerlのままのソース。
CLRはけっこう柔軟に上の言語を乗っける事が出来るように思える。
＃そのうちPythonも出すはずですが。

Perl :
http://www.activestate.com/Products/NET/Perl.html

Python :
http://www.activestate.com/Products/NET/Python.html

#if Comment Then
#End If

って使わないか？

つーか、まとめてコメントにする機能があるじゃん。

>>60
なぜそこまでして、ブロックコメントを使いたい？
可読性を下げるだけでいいことなし！

1行ごとにアポストロフィーが付いてる方がよほどウザクないか？
例えまとめてつけはずし出来る機能があってもコード汚くなるだけ。

ディレクティブを使った方法では確かに色わけ出来ないのでデッド
コードの区別付きにくいな。

>>64
コードをコメントアウトするなよ、消せばいいだろ。
必要になればまた書け。
コメントアウトしたコードが必要になることなんてまれ。
あほやなつほど、コードをコメントアウトしたがる。

ちょと同意。
でもやっぱり欲しいかも、ブロックコメント。
開発途中の一時的な物にしかつかわないからぁ〜

64は自分で自分を戒めているのか

>>56
たまにはまともなnewssiteを斜め読みしなよ

C#って標準になっていくんだろーかねぇ。

インテルは大丈夫なのかねぇ

intel haitteru?

>>67
言ってる意味がわからない

IntelはMSと離れたい。
MSはそろそろIntel意外に保険を作っておきたい。
Wintelの時代も終焉に差し掛かってるって事かな。

68すまん誤爆だ。

どっか〜〜〜〜ん

Pentium4 Kattene♪

Pentium4 は Linuxと相性が悪いようです。

淫�рﾌ陰謀です>76

＞淫��
かっこいい。

>>56
コマンドライン版なら、そう、Pythonも出てましたね。うん、そうでした。

昨日、MSからVisualStudio.NET来たよ。でも英語版。
これの為にAthlon1Gマシン組んだ。だって今.NET用に使ってるK6-2/233MHz
じゃあまりに役不足だし。
いろいろインストールめんどくさいな。

あうう、VisualStudio.NETと思っていたものを入れようとしたら、ただのSDKだった。
どこで間違ったのだろう。まあいいや、日本のサイトで注文しよ。つーか、鬱だから氏ぬ。

C#とかの勉強用ならば、
SDKの方がいいんじゃない？

プログラムが上手い人は他人の書いた下手な文章を読むのが上手い人。

>>81
その通りだと思うですけど、SDKはもういろいろいじって
自分で使うアプリなんかもつくてるですよ。なかなか楽しいけろ。
でも、もともとGUI派だし・・。
・・・まあ急いでやらなきゃならんものでもないですね。

WordとかExeclはOLEサポートしているじゃないですか。
OLEつーことはCOM使っているんだけど、.NETからはCOMは中心に考えて
いないようですよね？
.NETで作ったものって既存のモノと違う独特のものになりそうなんですけど、
そのあたりどう考えますか？
MSは自分のところのアプリを.NETを使って作るとも思えないんですけど。
まさかWord、Excelに.NETのフレームワーク付で作るんでしょうか？

全部作り直しでまた一儲け

なんであのエディタ、コピーペーストできないのよ　体験版にしてもひどすぎ。

Windows Me .Net Edition

C#というか、.NETフレームワークはパフォーマンス的にはどうなんでしょう？
例えば自分は今、MFC+DirectXでゲームプログラムをしていますが
WindowsForms+DirectXで、それに劣らないパフォーマンスを発揮することは
出来ますか？

あと.NETSDKのサンプルの「VideoPlayer」で
#usingというプリプロセスがあるんですけど
これって何でしょう？

.NETSDK って何？
Ｃ＃ってもう出てるの？

>>90
一応ベータ版ですが、Microsoft .NET Framework SDKがリリースされてます。
コマンドラインからのみですがC#コンパイラも付いてます。

http://www.microsoft.com/japan/developer/net/dotnetsdkdown.asp

>>88
ガベコレある時点で
ゲームとかのリアルタイムものはきついんちゃうかなあ、とか素人考え。

１１１ＭＢか・・・
さっき DirectXSDK １４４ＭＢをＤＬしたばっかなのでＤＬするのはもう少しあとにしよう。
５６ＫモデムでのＤＬは疲れる。

最近、雑誌にもついてたり。

.NETってフォルダつくれないのね・・。
検索エンジンでも.netで検索するといらんもんが引っかかりそう。

>>95
SystemIO.Directory.CreateDirectory()
ヘルプ位見ろ。

>>89
C++からCLRを使うための拡張仕様。> #using

まだピンとこないので意見が聞きたいのですが、

＞・.NETの基本的な考えでは，次世代のアプリケーションはすべて，「再利用可能なWebサービス」になる
＞・Webサービス同士が，XMLやSOAPを利用することで緩やかに連携を図りながら，業務プロセスを処理していく
＞・これまでであれば，業務ロジックはCOMでコンポーネント化するよう開発者に推奨してきたが，Webサービスという形で仕切り直し

１　つーことは今後ＭＳは、Windows上のアプリなども、どんどん置き換えていくってわけですか？
２　今までの開発環境と.NETは共存していくのでしょうか？
３　ボーランドなどの開発ツール屋さんは今後どう対処していくのでしょうか？
４　COMだらけのWindowsでCOMを捨てるなんてことが本当にできるんでしょうか？

.NETは現行の環境に与える影響がでかすぎて、本当にうまくいくとは信じられません。
MSだから実現する力はあるんでしょうけど。。。

Ｍ＄のわかりにくいアーキテクチュアってのは大体コケます。

>>96
".NET"って名前のフォルダが作れないってことでしょ。

>>88
昔の話だけど、Microsoft系のBASIC搭載してたパソコンは
ガベコレで長時間止まったりしてましたね。
N88BASICとか。

.NETはほんと検索の時メンドクサイ。
MSはXが好きなんだからMSXNETにしろ。今からでもまにあう！

BASICにガベコレなんかあった？ ていうか必要？

＞・.NETの基本的な考えでは，次世代のアプリケーションはすべて，「再利用可能なWebサービス」になる

これって、関連するサーバが一つでも落ちてたら
全体が動かなくなる気がするんですけども。

.NETは如何とも評価しがたいということで。
でも、一応勉強はします。

>>102
変数のガベコレです。
例えば文字変数の演算をたくさんやるとメモリが細切れになるんで
ガベコレが必要になってきます。
MS系のBASICはそのへんの処理がクソだったんですよ。

＞COMだらけのWindowsでCOMを捨てるなんてことが本当にできるんでしょうか？
個人的には、CベースのWin32APIも捨てて欲しい。
外部公開しないでMSだけで使ってもらって。

>>106
Cに対するコンプレックスがあると見た。

段階的にVBを育てる計画だったわけですね。
さすが、ビル！
ありがとう

なんたってVictory of Billだもんね。

>>107
単純にグローバル関数は使いたくないんす。

namespaceでWin32とかってなるといいね。Win32API。

.NETに対応する次世代Officeはレンタル制。期間使用料を払わないと使えん。
継続する場合はもちろん契約更新する。やりやがったなという感じだ。

>例えば文字変数の演算をたくさんやるとメモリが細切れになるんで

文字変数は最初に無条件で256文字分くらい確保するんぢゃないの？
N88BASICは知らないけど、他のMS系BASICでは
そゆ実装が多かったやうな。

>>112
そういう弊害（噂レベルとしてもさ）を
抜きにしても、なんかローカル環境でネイティブで
ガシガシ動いて欲しいとか思う俺は。
アタマ古すぎとは思うけど。

Office2000もWidows2000も買い換えが進んでないってニュースあったね。
.NET対応Officeなんて本当に売れるのかしら。オレは2000で十分。
MSもいつかこけるかも。

Whistlerは大丈夫だろ。
.NETは知らんけど。

Whistlerのあと.NET全面対応のOSをまた出すんですかね？
もう買わないよ。オラ。

>>97
＞COMだらけのWindowsでCOMを捨てるなんてことが本当にできるんでしょうか？
捨ててはいないでしょう。
C#からCOMを操作するのは容易だし、VC++からCOMをいじるときより自然な
プログラミングが出来ると思います。
（・・ただ、現段階では不安定な部分があるようですけど。）
以前COM2.0と呼ばれていたコンポーネントモデルは、結局.NETのそれだとか
いう話だし、まあそういうふうに発展したんでしょうね。

.NETは既存のシステムをリプレースするものではなく、Java環境のように
乗っかるものだから、まあ使いたい部分では使えばいいし、シビアなスピードが
求められるんであれば使わなきゃいいっていう感じなんでしょう。

まあでも、個人的には『もうCOMなんかヤメだな』と思いますよ。
取っ付きづらいし、煩雑だし。

.NET全般でみて、なんというか、MSのアドバルーン話に惑わされてる人が
多すぎっていう気がする。

＞１１８
ご意見どうもです。

COMやOLEの習得で結構苦労したんですが、これからはCOMを使うな
って方針にちょっと愕然としていました。ソフト部品としての
ActiveXもどうなるのか不安ですね。気合入れて作ってきたので。

MFCもなくなっちゃうのかと思っていましたが、そういう風には
ならないんでしょうね。CEでもMFC使っているし。

はてさてCOM+は出た瞬間に消えるのか？

>>120
今の.NETの方が元々COM+って呼ばれてたんでしょ。
いつの間にかMTSがCOM+って呼ばれるようになってしまったけど。

＞MSの見せてくれる夢

本当に夢で、朝起きたらドットネットがなくなってるって
事もありえますね。MSのいつもの事だから。

オラクルやサンもNetComputerでオオコケしたし

Visual Studio.NET は Windows CE用のadd onはいつでるのかなぁ。
標準でつけたら、Palm Vs. Windows CEの競争も一発でけりが付きそうだ。

.Net のＤＬページに

＞このベータ版ソフトウェアは評価・テストを目的として配布されます。
＞業務にお使いの PC やミッション クリティカルなデータを扱う PC にはインストールしないでください。

って書いてあるけど実際どれくらいの問題が起こりえるの？
ＯＳ際インストールしないといけないくらいの問題って起こったりする？
自宅のＰＣだけどＨＤに色々はいってるからＨＤフォーマットは絶対に嫌なんだけど。
インストールしても大丈夫？

>124
自分の責任においてご自由にどうぞ。
だれも補償してくれないだけだから。

>>124,125
そんなの書いてなくても誰も保証してくれないけどね（ｗ

MSの社員は自社製品のβ版はインストールせずに
製品が出てからインストールしてデバッグしてあげるそうだよ。

しかし.NETが標準になったらスパイウェアだらけになりそうだな。

.NETっていまいちよくわからない。
.NETってJAVAみたいなマルチプラットフォームを目指しているくせに
バイナリでしか互換がないCOMとかWin32APIとかも普通に呼べる。
これっておかしくない？MACベースの.NETの場合どうすんの？
あとWindows.NETの存在も不思議。OS依存から脱却するのが目的のくせに。

>OS依存から脱却するのが目的
じゃないんだろう。多分。

VB7ベータ使ってみたんですが
　「MSの見せてくれる夢」
っつーよりは
　「MSの見せてくれる悪夢」
でした

MSが見せてくれているのは常に企業間競争の現実であって
夢じゃない。

ａｓｐ関係も変更しなければならない。
もっとも、マイクロソフトからの資料で来年度の予算獲得の
文章つくりは楽だった
パワーポイントで今度から資料は配布してください

>OS依存から脱却するのが目的
それをやろうとしたら、Javaと同じ失敗をしてしまうからです。

>>127
なんで？軽く教えて

131-132間のギャップが何もなかったようにレスがついてるのがすごい

そうだね、OS依存からの脱却が目的なんて、ナイーブなこと
言ってちゃ、どうしようもないよ。
万一の場合の保険という意味はあるけどね。
Windows NT のケースを考えてみてごらん。Intel以外の CPU に
あちこち保険をかけたあげく、結局 Intel以外は切り捨てたでしょう。
保険をかけることのできる体力（わかりやすく言うと、MSの借金のない
強力な財務体質ね。）と、保険をとにかく掛けまくるという、ビルの
性格が、マイクロソフトの強み（の主要な要素の一つ）てことを、きちんと
認識しないと駄目だよ。（ってなんで俺が説教してるんだろうね）

>>OS依存から脱却するのが目的
>それをやろうとしたら、Javaと同じ失敗をしてしまうからです。
ついでにMozillaと同じ失敗も。

.NETのプログラミング上のメリットってなんだ？
正直言って採用するメリットを感じない

とりあえず、C#の導入とAPI全面刷新のおかげで
楽にはなるんじゃない？

ネイティブコンパイルの廃止で、VB6よりレスポンスが低下しませんか？

間違ってたら、ツッコんでください。

>>140
ネイティブにもできますので。

>>97

1.>そんなことはない。ただし、Webサービスにできるものは、移行するだろう。
2.>VC++だけは残る。
3.>ボーランドは、Kylixに力を入れていくんだろうけど、うまくすればVisual Studioに勝てるのでは？
4.>COMをラップするからOK。

>>141

ネイティブにできるのは。VC++だけ。あとのパフォーマンスは、ネイティブより落ちるだろうね。

ところでVisualStudio.NETって今年中に出るの？
VC++でテンプレート周りフルサポートされるの?

>>144

今年中、ってのは無理でしょ。

テンプレート周りって？ VC++7.0ベータでも、テンプレート周りのバグが
直ってないって話は聞いたけど。

.NETの野望。
1)C#やVB.NETの使いやすさにほれ込み、開発者が流れ込む。
2)おもむろに.NETの機能を拡張してWin2k,Me,98,ましてや95等では
絶対に動かなくする。
3)みんなXPを買わざるをえない。
4)MS儲かる。

どうやら直すつもりは無いみたいです。
部分特化テンプレートはサポートしてくれないとなー

>>143
C#は出来ないのか……。
残念

>>146
ま、それはそれでよかです。
俺的にはXPの方向性に賛同なので、普及してくれると嬉しい。
アンチMS返上か？

テンプレートがない。−＞STL使えない。
つーことになるのか？

OS非依存をしたいのかCPU非依存をしたいのかがわからん・・・

今度は VB# (旧称 VB.NET) なんて発表しやがった。
VB7 は VB6 互換らしい。
http://msdn.microsoft.com/vstudio/nextgen/vbsharp/default.asp

>>152
当然の妥協策というべきか。確かに新しい言語仕様に
ついていけない現行ユーザーは相当数のものだろう。
VB7はVBの Windows Me的存在になるのだろう。

VB#に移行がスムーズに行けばVB8は当然出ない。しかし
移行が芳しくなければVB#がこのまま立ち消えになる・・・

>>152

エイプリルフールか・・・

ひっかかーたよ

この日、どれだけのＶＢ厨房が期待と落胆を
味わったであろうか。

罪なやつだよ・・・152

まさか本当にああなるとは・・・・；
＃MSもここ見てたに違いない

http://news.yahoo.co.jp/headlines/hwj/010406/cpt/15321900_wircpt001.html

Passportの個人情報について
ＭＳが利用者の個人情報を「使用し、変更し、コピーし、頒布し、あるいは販売する」
権利を有することになっている

あちこちで同じ種類の問題起こしてるな、マイクロソフト。
MSNってなんであんなにたくさんのサ−ビスただでやってるのか解せなかったけど、
こういうことね。それならメリットあるよな。他の似たようなサ−ビスも同じ理由だろ。
WindowsにしろMSNにしろ、意図せずに書いたり作ったり出来るような仕掛けじゃないはず。
MSの影響力考えたら、もっと大騒ぎ（夕方のニュ−スで取り上げるとか）になっていいと思うけどな。

バレたら”不幸な手違い”だと。世間をナメてる。

トータルコスト論争が、ｌｉｎｕｘとの間でおこりそう

http://msdn.microsoft.com/vstudio/nextgen/technology/framework.asp

うーん、結局Win32APIとかMFCとかってどうなるんですか？
今から勉強しても無駄になっちゃうということでよろしいでしょうか？

age

age

英語よめへんっちゅうに！

MS支持団体が『ドット・ネット』戦略を擁護
http://japan.cnet.com/News/2001/Item/010531-5.html

だからいったいいつ出るんだよ。

http://nsw.nikkeibp.co.jp/nsw/newsshow.asp?ID=965
こういう事をやってるってことはまだまだ先の話じゃないの？

OPEN DESIGN 2001/7 p65に，VB.NET について
> 言語仕様の急激な変化に対してベータテスターからは批判の声も多く，
>一部についてはベータ2版で従来の使用に戻されるだろうと言われています
とありますが，どなたか内容知ってます？？

継承ができるようなればそれでよかったのにさ。

発売日はいつ？

>>148
マジでできないんすかねぇ・・鬱だ。

MicrosoftのWindowsNTは良いOS（OS2経由でIBMの技術、カトラーでDECの技術利用）ですね。
だけど、開発環境、VB/Access、VJ++、MFC、ATLは壊滅。
OSに合わせてコンパイラもMicrosoftしろという話しが多いらしいが、その考えは捨てても良いのでは。
MSDNは金額に見合わないよなうので解約、.NETは無視が良いかな。
OSが儲からなくなって.NETでお金巻き上げようとしてるんだから、
.NETには膨大なお金がかかることは約束されてる。