.NET

やる？
やらされる？
興味なし？
氏んでもやらん？

あん？

おお？

気になるけどまだ何にも調べちゃいない。

で？

え？

んん〜？

ほえ？

短い時間ですばらしいプログラムが簡単に出来るって書いてあったなあ。
ぜひ、やってみたい

もう、今までのような苦労はいらないってことですか？

>>10
あなたも私もいらなくなります。

VB6と互換がないからどうしよう。

MICROSOFT.VISUAL.STUDIO.NET.ENTERPRISE.ARCHITECT.EDITION
既に手に入れましたが何か?

>>13
どう？　作りやすい？

VB.NETはJavaに似てるかな？

>>13
そうか、早速 MX で共有してくれ

登録せずに３ヶ月たつと使えなくなったりして。

>>16
会社の共有サーバーに置いてので会社の同僚はみんなDL可
VL版です
たぶん個人用は認証が‥‥
うち常時接続だけどエッジだから共有しても時間の無駄だからやらない

.NETってなに？

>>16
1.8GB

>>20
　どうしてそんなに大きいのでしょう？　サンプルが豊富とかヘルプが巨大とかならいいんですが・・

大きいというそれだけでどこか無理を感じています

C#の解説本読むと、だいたい.NETの概要がわかるよ。

>>21
ヘルプ・サンプル・VC++のinclude/libで半分以上

>>23
C#だけインストールしたらどれくらいなの？

>>24
純粋にIDEのみなら20MBぐらいじゃない？

時代はネットです
ゲイツマンセー

MSのサイト見ると.NETってBasic、C#、C++ってスタンダードエディションしかないみたいだけど、
C++の最適化コンパイラはVisual Studio .NETを買わなきゃ手に入らないのか？

3/22発売

本当の名前は .NET.scr

アカデミックパックも3/22に出る？

PCに行くと安くなるっつーのは基本だからなぁ。。
UNIX版.NETってないの？？

.NET が Java のように使われるようになる可能性って、多分、少ない。

Java が技術的にも枯れてきて、しっかり動いているのに、あえて .NET 使う意義が感じられない。

.NETっていうのがよく分からんのだが
新しい言語なの？

>32
M$だからという理由で使われる場合もあるかと。
いや、マジで。
...マジで（泣

MS の営業力をナメちゃアカンいうことやね。

しかし、顧客から「Microsoft 製品で開発したい！」という希望があれば、
それを作らざるを得ない。

正直、.NET は悪い選択肢だと思うけど、それにしても VB + Access + Oracle
とか、妙な組み合わせになるによりは、OO的開発を強請する .NET プラットフォ
ームのほうが、個人的には有り難い。

よく知らないんだけど、IISじゃないと駄目なんだよね。。
だったら将来性はアヤシイ。。

>>36
MSはプラットホームに依存しないのが利点て謳ってるんじゃ・・・
MS製品上でしか動作しないんだったら存在意味なし

.NET Framework っていうVMみたいなのを各プラットフォームごとに
作る、ということに話はいちおうなってるらしいが。
ほんとに出るのかどうかはまだわからんね。

>38
まだ分からん、じゃなくて、.NETサブセットになるのはケテーイ。
でなきゃ、開発者がフリーOSに逃げちゃうヨ。

う〜む、VMと開発環境を主要な全てのOSに提供するくらいやってくれんとな
MSのことだから、主要なOSはWindowsのみなんだろうが

>>39
じゃなくて、ほんとに開発完了して販売されるのかどうか、
たとえば .NET Framework For SunOS とか、もしかしたら出ないんじゃ
ないか、なんて心配もあるのさ。

>>40
MacOS XとLinuxについてはやると思うよ。
それ以外はどうかなぁ？

Linux版は間に合う予定(w
http://www.zdnet.co.jp/news/0202/01/b_0131_07.html

http://www.atmarkit.co.jp/icd/root/39/21114739.html
.netについてはこの辺でいい？

>>43
.Netで儲けを狙うＭＳマンセープログラマは、プログラミングを手伝うべきだろう
>GNU/Linuxだけでなく，BSD，Solaris，Mac OS，Windowsのほか，
>PDA（個人情報端末）などあらゆるプラットフォームに対応することを
>目指している。
>手助けが得られれば半年以内にこれが達成できるかもしれないと話している。

FSFなんてキチガイ集団には関わらない方がいいよ

>45
MSﾏﾝｾｰﾌﾟﾛｸﾞﾗﾏとはﾌﾞﾋﾞﾁｭｳのことであり、役に立ちません。
MSのVB戦略も諸刃の剣だったね。

>>47
Del厨よりはるかにマシ。.NET時代にDelphiはもう使えない。

del,ちょっとしたツールつくるの楽なんだけどなあ

>>47
残念ながらＶＢ厨ではだめですね
手伝いが必要なのはC#,Java開発者らしいですから

>48
なんで煽るときに重要なポイントを外すかなかあ？
.NET環境の開発者を求めてるのに、.NET時代に〜、は無いだろう。
VBから抜け出すには、先ず論理的思考の基礎から身に付けて下さい。

>>51
で？.NET環境の開発にDel使いがどう役に立つと？

>>52
VB使いより役に立ちません。

ﾌﾞﾋﾞﾁｭｳは.NETの実行環境をVB.ランタイムで作ります。

VB好きだから、VB簡単だから、だって！

ＶＭ上で動くかぁ。ちゃんと動くのかネェ。まいどまいどのことですが

> VB.ランタイムで作ります。
ﾌﾟ

.NET.VB.ランタイム by ﾌﾞﾋﾞﾁｭ

.NETスレでVB叩きしてる勘違い野郎がいるスレはここですか？

> VB.ランタイムで作ります。
ﾊﾞｶ

勘違いじゃありません。
.NET = COM++
です。

VB.NET　ｳﾏｰ
Delphi.NET　ﾊｧ?

DelphiとVBがからむと
スレが荒れるな

とりあえず.NETの環境開発にも、.NET後のソフトウェア開発にも、
DelphiとDelphi使いはまったく役に立たないことだけはわかりました。

VBもDelphiも仕事で使うのだが、
仕事でDelphi使ってる奴らを、ここに出てくる煽りと一緒と思わないでもらいたい

正直、スマンと謝っておく　m（＿＿）m Delユーザーは良い人多いよ 本当に

>>63
＞DelphiとDelphi使いはまったく役に立たないことだけはわかりました。

Delphiは言語としては良い製品だと思うけどな・・・
一部のDelphi使いが、そう思わせているんだろうけど

やっぱ、.NETの役に立つのはVB6だＮＥ！

>>55

>>64
だいじょうぶ、だれも同じだとは思ってないし、ちゃんとわかってる。

そうだよ。

でも、ﾌﾞﾋﾞ厨はみんな無能で悪質な荒らしがひつこいね。

>>64
な、>>68みたいな厨がいるからみんなでからかって遊んでるだけだよ。
安心してくれ。

>>65
VB以外で何使ってるの？

>70
ごめん、VB使ってないＹＯ！
BCBとVC++。

VC++のコンパイラはﾀｺ　ﾎﾞｿﾎﾞｿ

>72
それはそれでまあ、諦めてたんだけど、
今度、VC++とC#.NETに分かれてどうするよ。
C#はマターク新しい言語でと考えると鬱。
要らないクラスライブラリも要らないドライバも山盛りパックのVS.NET。

そう考えると、Delコード１つで、Win32,Linux,.NETしてくれたら、
標準言語じゃなくても標準フレームワークじゃなくても良いや。
BCBにしたらCEもカバーしてくれるそうだし。

うちの大学のある研究室の新入り向け研究課題の中に
C#をJavaに変換するっていうのがあった。

VBってものすごく用途が限られてるよな

こっちは．NET不支持層が多いね。かわいそうに。価値がわからないんだね。

ＳＡＰって何？
ＣとどっちがＳＥになりやすいの？

＞＞４０　＞＞４１あたりがまとも。

ム板の支持層ってこれか？

●●ＮＥＴって死滅しちゃうの？？？（３）●●
http://pc.2ch.net/test/read.cgi/tech/1010852722/

Javaに対抗するんだから
当然VM(呼び名が分からんので、.NET Frameworkってのがそうか？)と
開発環境は無償提供されるんだろうな？

>81
IEと相対していたネットスケープが無料だったか？

MS社員、かなり必死です(藁

MSの言う通りについてくる奴ってMSマンセーな奴らだけだろ
.NetでXML使ってB2Bサイト構築？おめでてぇ奴だな

VBもVC++もできるが、VC++の生産性の低さにあきれて最近はもっぱらVB
を使っているのだか、.NETではVBとC#どちらを使うべきか？
いや、覚えるべきなのだろうか？新しい物好きの俺にとってはC#か？

>85
お前は単に根気が無いだけちゃうんかと。
何を選ぶのかそのくらい自分で考えろと。
なんでそんなことを聞くのかと。

お前らほんとにWindowsでB2Bサイトを構築する気があるのかと小一時間、、

単に.netを買って一流プログラマを気取りたいだけなのちゃうんかと自分に小一時間、、

今度出るVB．NETは今までのVBと別物っていうのは本当でしょうか
ということは、今VB6を買うのは愚の骨頂・・・？

VBと名のつくものを使うこと自体の愚が大きい。

>90
あっそ。

VC++1〜2の頃は、MFCだけで一流ﾌﾟﾛｸﾞﾗﾏを気取りたいだけ、してたけど、
VS.NETは萎え。
今までの言語もクラスライブラリも無効になって、DBのドライバも無効になって、
また、こんな大きなもの出すなよ。

>>92
覚えなおせばいいだけじゃん。
できないのか？

>92
使わなければ向こうではありませんが？
何故こういうわけのわからない勘違い君が多いのだろう？

ま、いらなくなったら売ればいいんだし、、

>93-94
どうもMSの世界しか知らない君ですね。
こんな即死する言語やライブラリは他にありません。

>96
は？だから使わなければいいだろ？バージョンアップしなけりゃいいだろ？
学生ですか？あんた。

やめろって醜い争いは。心配してるのか馬鹿にしてるのかわからないんだよ。お前らの言動は。

必要になったと判断したら
つかえばいいと

>>1
>> 興味なし？
>>氏んでもやらん？
両方。
理由：WEB系はつまらん！

>100
ちょっと、認識違ってるところがあるよ。
WEB系だけど、ダイアログとか開けるでしょ。
だけど、結局、Winでしか動かないだろうから、デファクトにならないでね、
ってみんな心配してるの。

>101
> 結局、Winでしか動かないだろうから
何故？

>102
逆に動く理由が無い。
・過去のCOMのUNIXへの移植失敗
・フリーOSに差別化するための新たな環境であり、
　他OSでは激遅かサブセットでないと困る
　そのための仕掛けとして、Win実行環境でのみ動作するIISや
　ファイルシステムとしてのSQL Serverも用意されている
・Linux用の開発者も一人
・特許がMSに無いため他OSをサポートするとお金が出ていくだけ

>>101
どうせやるんだったらデファクトになったほうがいいんじゃ？
いやいや仕事してんのか、、、

>>101
いや Win で動けばデファクトスタンダードだと思うが。残念ながら。

>104
だから.NETは放置したいのよ。
VBを放置しといて良かったという経緯もあるし。

.NET = VBランタイム' + COM++

>105
それは違う。
イソターネットのサービスでありOSを越えるというのが、売り。
でなきゃ、ネイティブアプリが.NETランタイムに勝つので、VS.NETの存在が無効。

>>130
>・Linux用の開発者も一人
間違い
ポータブル版だよ

>>106
そういやバージョンアップ通知見たら
インタープリタもどきの事が書いてあったような、、、
あれって VB のランタイムなんだ。
質問：C++ で書いても実行時はインタープリタなの？
　　　そうならちょっとM$ は理解できん！

>108
じゃ、それは削除して、
・.NET陣営はMSのみで移植が進んでない。対向勢力有り
を付け加えよう。

>110
MSが嫌いでUNIXには入り込んできて欲しくないだけでしょ？

>>109
ていうか、マルチプラットフォームが利点なのにネイティブコードに
コンパイルしてどうするよ。

>>112
ばか確定

>113
ネイティブコードの意味がわからないバカ発見。

>>112
了解。藻一回見直してみたら .NET Framework を母体としてたんだ。かなり重そうな予感。

小型で高性能な携帯電話が出てる中、
Wintel版携帯電話ってのもイメージ的に萎えだな。CEでさえ不用なのに。
携帯電話がヴァージョンアップの度に重くなるなんて、文化が違うよ。

次世代携帯電話戦争にWintelが参戦
http://www.zdnet.co.jp/news/reuters/020220/e_cell.html

>>115
どっかで読んだけど、要求スペックはかなり高かったよ。

ランタイムがWin95にさえインストール出来ないんだよね。
それを携帯電話になんてお笑い。時代の逆行。

>>114
ほんとにCLRがわかってないｱﾌｫ発見。
ngen.exeとかやってみて欲しいｱﾌｫ発見。
あーｱﾌｫ発見。

>116
PDA端末なんぞはCEがばりばり使われてますが不要だという理由はなんすか？

>119
CLRのこと理解してる？まぁ理解してると100歩ゆずろうや。
だとしたら日本語の読解力が非常に劣っているみたいね。

>112がバカ確定だという理由をきちんと説明してみな。
がんがん突っ込んでやるから。

>120
使うバカが居ることは認めるよ。
ただ自分が使うとしたら、携帯のような簡易性は無いし、かといって、Win32アプリが動かないし。
OSメーカでありながらスケーラブルコンピュータというセンスが無く萎え。

いっそうの事、日本の携帯電話が軽いまま、JavaOfficeが動いてくれないかなー、
使うときにディスプレイとキーボード接続するから、って感じ。

>>117
HD の容量もね。
システムで 500MB、その他 3.6GB だと。(VS .NET)

>>121
ngen知ってる？インタープリタってなんだか知ってる？Java VMとCLRの違い知ってる？
Java VMにはホットスポットコンパイラがあるのにCLRにはないのはなぜだか知ってる？

100万年はえーんだよ、ｳﾞｫｹ。

「知ってる？」「アフォ発見」の流れ萎え。読んでてしんどい。

日本は携帯電話やJavaで勝ってるんだし、
高齢者から厨房まで使えるんだから台数もWinの100倍以上あるし、
携帯電話をスケーラブルコンピュータにしようぜ。

サーバにWinを使うのは許すから。
でも、携帯電話に.NET入れるのはイヤ。

携帯の液晶がもう少しでかくないとなー。または小さい画面でもすごく
わかりやすい、画期的なユーザーインタフェイス。

>128
大型画面で使いたいときだけにディスプレイにコード差せば良いんでわ。
携帯メールの小ささは超画期的だよ。あれになれるとモバイル持つと肩痛くて。

.NETになってもPCベースは変えないそうだし、
PCはサーバには良いけど個人が携帯するには×。

「.NETフェーズに入っても、マイクロソフトはPCを裏切らない」
http://www.atmarkit.co.jp/news/200112/14/msbelluzzo.html

>129
なるほど！折りたたみ携帯用大画面液晶があればいいなー。
あとさ、携帯の画面、Landscapeを変えられるようになってほしい。

>131
持ち歩かんでも、各家庭とオフィスにディスプレイ（テレビに繋がって欲しいな）置いとけば良いんでは？
携帯電話側はディスプレイ端子用意してくれ。

>124
まぁ知ってる言葉をだらだらと並べるのはいいからさ。
「マルチプラットフォームが利点なのに、ネイティブコードにコンパイルして
意味があるのか？」という発言に対してどこがバカ確定なのかいいなさいよ。

>125
俺のことかい？すまんね。ただバカ確定とか理由もあげずに言う奴が
許せなくてね。それもしったかっぽいし。

>>132
全て携帯で処理する必要は無いでしょ
携帯をストレージとして他はディスプレイにさせるべき
Ｉ／Ｆも現在のものを高速化する程度ですむし、携帯に
不必要なフォントやドライバ、ＣＰＵを持たずにすむ

>134
出先でなんか急に大画面使いたくなったときは？電話ボックスみたいに
「大画面ボックス」とかあるといいかも。（ｗ

>>134
描画コマンドだけ送るＸっぽい実装もアリかもね

>133
現在の自分のプラットフォームに対してJITコンパイルするのがCLRなんだよね。
だからマルチプラットフォームとネイティブコードは両立できる。
JVMのホットスポットだって同じことだろ。

ってこと。

>>135
便利だと思うが、携帯に「最新xlsファイル送ったから見てちょ」とかやられると(鬱

>138
StarOfficeのJava版待ちだね。
StarOfficeのβでもVBA対応してたのでスゴイと思った。まともに動かないだけで。

正直言ってWebプログラミングって　なんか面白くないね
ある程度の知識は必要だけど、理論の少ないかわりに手間が多いだけのドカチン仕事に感じるんだよなあ

これ .NET になると多少マシになるのかな？　もっと加速しそう？

笑っていいともにビルゲイツ出てるな。

>140
はげどー。

ASP.NET触っているけど、状況は良くない（ｗ

>>142　ゲ！　じゃ出来るだけ逃げとこ
　クライアントだけ触ってる方が楽しいや

どうせサーバーサイドの需要はもう下降だろうし

サーバーサイドは　確かに部品の組み合わせだけの手間仕事になってるからねえ
パッケージのいいのが出てユーザレベルでやれるようになると　今のWebデザイナー
がやっつける仕事になってしまうだろなあ

ＰＳ２に対抗してゲイシが
ＸＢＯＸ用にＭＳＸ−ＢＡＳＩＣ.ＮＥＴを出してきたら
ちょっと見直してやってもいい。

>>89
愚の骨頂ってほどじゃないけど。
VBの業務レベルじゃ、まだしばらくVB6だろうから。

まったくの初心者なら、.net待つほうが利口か。
だとすれば、C#のほうがまだ役に立つかもしれん。

.NET営業禁止通達がでてるよ
Javaで痛い目見たからだが、なんだかなー

M$が絡んでれば何でも批判すればいいと思ってる奴が多いね。
自民をけなす民主・共産の連中並みに痛い。

M$のおかげでこんなにPCが広まったんだから
M$に感謝せえよ
UNIXやらLINUXが使える人間なんて者は
人口対比では極一部なのだから

漏れはドキュモに感謝するのか？
ヤダよ

http://theregister.co.uk/content/4/23919.html
パクレバいいのさ！

>M$が絡んでれば何でも批判すればいいと思ってる奴が多いね。
これは多くなくて、ごく少数。
実際、M$製品はNTカーネルを除いて死んでるか、壊れてる。

言い過ぎだった。Officeは使える。
セキュリティ問題が今より悪くならなければ。
Officeクローンの追従を振り切るために、.NETとOfficeを連携させて穴空けそうだけど。
Officeドキュメントが元でサーバに穴が空くのは勘弁して欲しいところだが。

>>152
そんな貴方もM$のOSの上で動いてるソフトを
作ってるPGではないんですか??

（　´,_ゝ`）ﾌﾟｯ

>154
コンパイラを某製品にしといたから、死から免れた。
VB6、MFC、ATL/WTL、VJ++は即死。

アンチは極論が好きなんだなぁ。
> VB6、MFC、ATL/WTL、VJ++は即死。
それがほんとならそういうもので作られたシステムとかアプリは
世間に存在しないことになるぞ。
程度の問題だろ。そりゃ確かに問題はいっぱいあるけどさ。

極論じゃなくて事実なんだがほっといて、
ドライバもダメなんだね。
RDOは死亡か？
DAOの解決策のクリーンな環境って何だよ。解決策になってない。
解決策はVBやめること。

[VB] "Jet VBA ファイル...の初期化に失敗しました" エラーが起きる問題
http://www.microsoft.com/JAPAN/support/kb/articles/JP192/9/34.asp
アプリケーション開発と配布イメージの作成は、クリーンな Visual Basic 5.0 環境で行う。(「詳細情報」欄を参照してください)
もしくは
Visual Basic 6.0 にバージョン アップし、ディストリビューション ウィザードを用いて配布イメージを作成する。

RDOとかDAOとかいつの話してんだよ・・・

使ってないから良いんだけど、それらを使ってた人達可愛そうだなって。
ドライバ位恒久的なものにするべきだ。

>>158
だから、現実にそれらで作られたものが動いてる、っていう事実の
ほうは無視かい？

>161
それらを避けとけば問題が無かったってこと。
コンパイラとドライバが死んで、良く怒らないＮＥ！

ゲイツは偉大です

>>163
（　´,_ゝ`）ﾌﾟｯ

まあ、アンチが何を言おうと.NETの情報は増え続けてるし、
人々の関心もどんどん高まってるわけで。(w

>>162
だから、何の問題もなく動いてる、VBなんかで作ったシステムだって
官公庁でも企業でも腐るほどある、っつーの。

「全部、即死」なんて極論言うなってのがわかんねーかな。

>162
もうさぁ。何言っても無駄な訳よ。
どんな正論言ってもおわっただの死んだだのの一点張りなのさ。
君もそろそろ無視ってのを覚えたほうがいいよ。

いいじゃん。言わせとけって。
むしろこういうバカが.NETに手を出すことの方が有害だ。(嘲笑激藁

>168
お前の味方なんてしてねって。
あいかわらず頭わるいな。プレゼンとレビューが得意なんだろ？

何をそう感情的になってるの？(嘲笑禿藁

>まあ、アンチが何を言おうと.NETの情報は増え続けてるし、
>人々の関心もどんどん高まってるわけで。(w

歴史は繰り返すな。VBの山のようなバグ情報のMSDN。
出来あがるアプリはクソ。
最後に.NET崩壊のカタルシス。

>>171
おや？誰も同調者がいませんね。(嘲笑激藁

バージョンアップとか言いながら
新規開発ぐらいの費用をかけて
システムをリプレースできる、
これがWindowsのバージョンアップに伴って
可能となるからいいよねｗ。

ほかじゃそんな生ぬるい話はないのかな？
Solarisとかの上で動くシステムとかだと
10年ぐらい動いてそうだから作るほうも
大変だね。その代わり額がデカソウだけど。

>>173
10年前にSolarisなんてあったっけ？

お、出た。
システムの専用端末のOSを客が勝手にアップデートするとまだ
思い込んでるかわいそうな人が。

>>1
.NET ねぇ。
1〜2年はいいかも知んないけどその先どうなる事やら。
まだ(普通の)C, C++ ならツブシがきくけど .NET がすたれたらオシマイ

(嘲笑禿藁
って何？

>177
私はきちがいですっていうサインらしいよ。

>177
イタイよね。いまだに（藁使ってるだけでもいたいのに。

>>177-179
自作自演ごくろうさん。(嘲笑激藁

>180
自作自演じゃないところが、君にとって気の毒なところなんだよ(笑)。
３人見かけたら１００人はそう思ってるって気づきなよ(笑)

>>181
無理して笑わなくていいよ。(嘲笑禿藁

嘲笑禿藁スレッドになっちゃったか。

ｺﾞｷﾌﾞﾘDel厨も紛れ込んできたし仕方ないか。

ゴキブリ同士がいがみ合うスレッドってここですね：）

(嘲笑禿藁に思わず僕も(嘲笑禿藁

ゴキブリ営業厨(嘲笑禿藁
ゴキブリアニヲタ厨(嘲笑禿藁
ゴキブリ高卒厨(嘲笑禿藁
ゴキブリ中卒厨(嘲笑禿藁
ゴキブリVB厨(嘲笑禿藁
ゴキブリ派遣厨(嘲笑禿藁
ゴキブリ石田ファン厨(嘲笑禿藁
ゴキブリ日下部ファン厨(嘲笑禿藁
ゴキブリ学歴厨(嘲笑禿藁
ゴキブリシェア作家厨(嘲笑禿藁

たしかに、これからたくさんの若者が.NETからプログラミングに入るんだろう
けど、彼らの運命はMSの商売次第ってのも、なんか鬱だよね。
.NETがJavaを死滅させて、.NET自身がMSに捨てられたら．．．
MSは「.NETは最低何年はメジャーに据えておく」という約束をしてくれないかな。

それを言うなら、Java陣営もAppletの責任取ってくれ。都合のいいときだけ
サーバーサイドとか言いやがって。

_

>190
(嘲笑禿藁

>191
(嘲笑禿藁

流行ってるなあ(嘲笑激藁

あげます…


か？　by安尾

>194
ﾝ｡ｱｹﾞﾄｹ（・ー・）

.NET(嘲笑禿藁

ﾝ｡ｿｫｶ（・ー・）

>>187をチェックした結果、荒らしているのは↓です(*￣m￣) ﾌﾟﾌﾟｯ

文系大卒リーマンDel厨、ﾌﾘｰｿﾌﾄも書いてるんですｶｺｲｲでしょ

Visual Studio.NET が3月22日にでますが、.NET対応Java言語ツールのVisual J#.NETはどうなるんでしょ？
単体発売じゃないでしょう？ユーザー登録すると無償で送付されるのかな？
それとも、VSに同梱かな？
C#よりいいかもしれません！SunのJava環境が嫌いな、Javaプログラマーには…。

>198
ﾝ｡ﾌﾟﾌﾟｯｶ（・ー・）

>199
ﾝ｡ｿｫｶ（・ー・）

Visual J# .NETはでたとしても
既にJavaではありません

JAVAと.NET両方マスターしようと思ってる人いる？

.NETってのが具体的にどんなものなのかはよく分からんが
Javaと技術的にはおんなじなんじゃない？

企みとしては一緒だ。あくちぶＸがあまりにセキュリティに
無頓着すぎたんで。

あ、でものっけから脆弱性についていわれてるよーな・・・

とりあえず、将来のために.netもやろうかな〜って思ってます。
C++の大変さが最近辛くなってきたので

UNIX派→Java, C
MS派→C#, C++

(嘲笑禿藁

じゃあ俺、CとC#とC++とJAVAやるわ、Basicはいらんな。
新しく覚えんのはC#だけだが、
やってる人どんなかんじ？

.NET使ってみたいけど、会社が社外向け資料でも投資家向け資料でも
JavaJava言ってるＪａｖａマンセーな会社だという罠。
会社で使ったらどう言う目に会うか判らん。

VBの人はがむばってオブジェクト指向を勉強してください。MSはコンポーネント
指向などと自分が発明した技術のようにいっとるが。

>>210

おいおい。Java 使えるなら十分しあわせじゃないか。プログラミングしやすいし、しっかり、動いてるでしょ＜Java
Java でできるんだから、.NET 使いたいなんて全く思わないな。

クライアント向けに VB 使うシーンでOOできるのは嬉しいけど。

>>212
うちも現在JavaJavaしてますな…。
でも、個人的興味で、netは触ってみたいです。

>>212
そうかもね。スキルあげたいのとＪａｖａでデスクトップは苦しいってのが
理由だけど、なんせＪａｖａは只。
只であそこまでできるのに、なんで金払ってかわなきゃならんのか
迷うけど。

>>214
.NETも只ですが。

>>215
開発環境はタダじゃないでしょ？

>>216
無料の開発環境もある。有料高額の開発環境もある。
その辺は何もJavaと変わらないよ。

>217
.NETは重すぎ。ランタイムが95に入らない。

>>216
あのですね、一部の開発環境だけを見てですね、
.NETは無料ではないと一方的に決めつけてしまうのはいかがなものかと。

>>217
解説ありがとう。

>>219
いや、ｽﾏｿ。自分が知らないだけかと思ったので、確認の意味で
聞いたんだよ。>>217さんが教えてくれたのでわかったよ。

>>219
ﾑﾈｦうざい

確かにこのしゃべり方はムネヲだ。(w

>>219
>>221
ﾜﾗﾀ

で、実行環境はただなのか？

ただだけど、それを動かすハイスペックなマシンとＯＳが必要。

>>225
OSって？
ハイスペックなハードが必要ってのは、まあしかたないとして
OSを選ぶんだったらマルチプラットホームじゃないジャン

>>226
NTや2000やXPは動くけど95とかは駄目。
Linuxはべつの所で作ってるがパチモンなので100%同じには
ならない。

Javaにせよ.NETにせよ、「本家」の実装は「リファレンス実装」な訳で、
「みなさんもコレを参考にしていろんなプラットフォームに移植してね」という話でしょ？

ちなみに IBMのJava実装もパチモンってコトになるんだろうか？
個人的には惨のそれと変わりないように思うよ。


あと、本家が出す.NETランタイムは 98、Meは一応動作対象としてたはず。

>>228
作ってね。じゃないだろ、訴えてたろ。

>>229
うむ。確かに訴えられてたところがあったっけ。

MSの場合は
「ライセンス結んでウチに金出してね」
「ウチのやり方が気に入らない奴には作らせないよ」
ってことかと。。。

>>228
98,Meは動くかもしれんが使い物にならんだろ。それらで開発は
とても無理。最近ＭＳが出荷・サポート打切りを早めたのも
そのせい。

98,Meで使い物にならないってんじゃ　マジに普及は５年後だぞ

何でそうなったんだろうね？>232

ａ）9Xを破棄したいという戦略
ｂ）クローン版が出るのを阻止するために巨大な実装
ｃ）小型のソフトを作る技術が無い

どの理由にしても、インターネットのサービスとは矛盾しちゃうな。

やっぱりインターネットを介した
マルチプラットホームを目指すなら
軽いって言うのは非常に重要なファクターだと思うがね

で上のほうでリファレンスがどうのってあるけど、
MSは詳細な仕様を公開してるんか？
それとも、金を取るとか、
金を払っても一部は非公開とか

MSの事だから非公開ファンクションぐらい残すだろ。

重厚長大は時代を逆行してるな。

JDK1.4がでたが、こいつで作ったアプレットは
IE(Microsoft VM)だと実行できなくなるが・・・どうなってんの
それまでも、一部のクラスやメソッドがなかったりしたが
1.3.1で動いてたのを1.4で作ると動かなくなるぞ、
SunはMSを切り離しにかかったか？

>>237
おまえがマヌケだけ

>>238
おまえはなぬけ

結局 .net ていいの？

>>240
ﾌﾟｯ

>>227
ポータブル版のことならPDAでも動くようなので
MSより広まる可能性が高い

>>242
MSが閉鎖的新バージョンを投入する前に無視できないほど広まればな

>>227
あれの互換性はJavaよりまともだそうな
MS製品との連携以外の話だが

同じアプリが組み込みにも使えるというところまでやるなら
　メッセージは英文だけ・英文＋カナだけ　UNICODEの３つ用意させる仕掛けが必要だと思うが

WindowsCE.NET の話題が載ってたね。

組み込み用Windowsなんて話も出てたが・・・
だいじょうぶなんかいな、というのが正直な感想だな。

>>244
組みこみがユニコードを使えないのかな？
まだメモリ的に苦しいのだろうか ＞組みこみＰＧ

>245
中途半端なWindowsCEって一体。
WinNTとWin9Xの二本立てにしてくれた方が、Win32で互換性あったのに｡｡｡
WinCEの良い点て何がありますか？

>>248
ドリキャスに入ってた(W

X-BOXのOSはどうなん？

>>250
Windows MAX(W

>>245-246については週刊アスキーに記事が載ってたな。

>237
javac -target 1.1 Hoge.java
とかやんないとダメだよ

皿仕上げ

>>237
昔からＭＳが離れようとしている
http://www.venus.dti.ne.jp/~inoue-m/at_sm_ms981117.htm

>>253
それでもだめだったが・・・？
まあ1.3.1でやってるからいいんだけど
>>255
そんなことしてMSはなんか利益はあるのかいな？

最近話題がないのか・・・age

みんな他のもっと賑わってるスレに書いてるんじゃ、な〜い？

ム板で、半ばカウントダウン状態。(w

http://pc.2ch.net/test/read.cgi/tech/1014577995/l50

VisualStdio.NETはなにが変わったのさ？

ヘルプの仕組み

ところで、どのエディション買う？

まぁ Windows DNA よりは楽しめたかな。

はっきりいって興味ねー。

いらない。。。　VC6でも延々と使い続けるだろうさ

>>268
別にVC.NETとVC6は大して変わらないんじゃないの？
VC.NETだってネイティブコードはけるし、
MFCも使えるんじゃないの？

Effective STL の記述より。
template関連の実装がより進んだ windowsでの標準として、期待しているのだが。
---------------------------------------
MicrosoftのSTLプラットフォームについて
　本書の最初の方で、「STLプラットフォーム」という用語が、特定のコンパイラ、および標
準テンプレートライブラリの特定の実装を組み合わせたものを指すと説明した。Microsoft
Visual C++コンパイラのバージョン6以前(つまり、MicrosoftのVisual　Studioのバージョン6ま
たはそれより前のバージョンに入っているコンパイラ)を使っている場合、コンパイラとラ
イブラリの違いは特に重要である。コンパイラは、付属するSTL実装より機能が高いことが
あるためである。ここでは、以前のMicrosoft STLプラットフォームにおける重大な欠点につ
いて説明し、その解決方法を示す。この方法によって、STLの経験は大きく改善されるだろう。
　以下に示すのは、Microsoft Visual C++ (MSVC)Version4〜6を使っている開発者向けの
情報である。Visual C++.NETを使っている場合、STLプラットフォームには以下に説明する
問題がないため、この付録は無視してかまわない。

VC.NETとVC6は何が違うのですか？

迷っていたけど買っちゃった…age

>>268
VC6は徐々に消えていく。
VC.Netは徐々に主流になる




…といいなぁ。(w

アカデミックがどうして別パッケージなんだよ！！
ライセンスに制限があったりして・・・

>>271
あるよ

>>271
確かライセンス認証があるよ、アカデミック。

VC.NETが流行るかどうかはどれだけXP乗り換え需要があるかどうかだろうな。
まだ数年は見込めないだろうけども。

>>273
そのライセンス認証とはどういうものなの？
MSのサイトにも詳しいことは書かれてない

>>274
ビルドしたプログラムにアクティベーションが組み込まれます。
…だったらヤだな。

インストール後アクティベーションするだけならいいけど
それだったらアカデミックだけを対象にするのはおかしい・・・
やっぱりビルドしたプログラムに何か細工されるのかな？

{アカデミック版だよ}
ダイアログが五分に一回
起動するに一票。

もちろんビルドされた結果でも。

我が社は.NETでの開発は行わないことになりました。
VB6での新規の開発も極力避けることになりました。
さようならマイクロソフトの開発環境

>>278
あれ、知らないの？
あんたの会社、もうすぐ倒産するよ。

おお、我々の決定は間違いか？

ともかく全てのパッケージにアカデミック用意しやがれ！！
貧乏学生からの切実な訴え

>>279
VB会社は１００％潰れる。
.NET先行投資する会社は焦げ付く。

>>282
んでCOBOL屋は相変わらず安定

Visual J#
http://www.microsoft.com/japan/presspass/releases/nl032202vj.htm
って、ライセンス問題でやめたんじゃなかったんだ・・・

>284
これってポチネットフレームワーク上でしか動かないんじゃなかったけ？
たしかSunと正式にライセンス契約したので、勝手な言語拡張しなければJavaを使ってもいいはず。

で、契約した後でIEでのJVM未サポートを発表したんだよな。
やることがMSらしい。。。

>>285
サポートしてるよ。

むしろ、MSのVMをデフォルトで組み込むのをやめて、
SunかMSか消費者に自由な選択肢を与えたわけで、
やっぱりMSはフェアな優良企業だと思うよ。

>>285
VMでなくドットネットフレームワーク上で動作するプログラムを作るのに
言語を拡張していないと言えるのか？

>>287
文法は一切拡張されていません。
MSに非難される要素はまったく見当たりません。

10年以上使い続けることを前提としたシステムを組むことを考えると
Ｊａｖａになっちゃうんだよね

MSよりIBMのほうが、過去のシステムを継承してくれる

おむちょ

>>289
JDK1.1で作ったシステムがすでに動きませんが何か？

今からはじめてVC++を使おうと思っている
私は、素直にVC++.NETを買えばいいんでしょうか。
職場で使うわけではなく、個人的に触るだけですが、
仮に将来仕事でVC++6を使う機会があった場合、
VC++6で使えるライブラリの勉強をすれば、VC++.NETの
使用経験だけで、なんとかなるのでしょうか。

VB.NETでウインドウ1枚表示するプログラムを作ったら
EXEが2メガバイト？で、でかいなーっ。

>>291
馬鹿ですか？

>>291
1.1 のサポートはまだ止めてないだろ。ひょっとして 1.2/1.3 上で
動かないって逝ってる?

SUNでないところにﾜﾗﾀ>>289

>>293
フレームワーク使ってるのに、
どうしてそんなに実行ファイルが大きくなるんだ？
基本的な機能はフレームワークが提供するから、
実行ファイルはそれを呼び出すだけのコードでいいじゃないのか？

>>286
企業のやることにフェアもくそもないと思うが
どの企業だって結局は自分の利益のことしか考えてないんだから

Win2000上のJDK1.4で-target 1.1付けてコンパイルした.classをSolaris7のJDK1.1.6
環境に持っていったら動かなかったな。簡単なhttp clientだったんだけど。
Solaris7上でコンパイルしたら当然動いたけど、どこがwrite once, run anyware
やねんと思った。まぁ元々Sunなんか信用してないからやっぱりな、とも思ったが。

祝！！　３００ age

>>297
フレームワークを呼び出すことは禁止されています。
っつう冗談はさておき。

CLRターゲットのEXE/DLLはこれまでのものとは入っている内容が
まったく異なるから、単純にサイズ比較しても意味がない。
実行時にインメモリにあるPEで比較すべき。

>301
.NETの動作ちゃんと調べた？

>302
ﾊｧ?
どういう意味ですか？

おお、レスが返ってきてる。別に煽りじゃないよ。.NETは動作としてはJITで、
PreJITも、JIT生成物のキャッシュをあらかじめ作っておくみたいなものだから、
メモリ上のPEというのにも比較の意味が無いとゆーこと。

>>299
バージョンくらい合わせろよ (;´д`

>>304
JIT後のインメモリPEは他のネイティブコードと同じですが。じゃなかったら
どうやって動くんじゃ。たとえばDelとC#とか比較するんなら、C#はインメモリを
対象にしないと不公平だってことを言ってるだけだけど。

PreJitとか生成物のキャッシュとか、不確かな情報に振り回されずに、
自分で実行してみよ。

>306
ﾊｧ？
実行してみるのは、おまえの方だよ。
＞どうやって動くんじゃ
想像力の欠如。

ちなみに俺が言いたいのは例えメモリー上の話でも比較には意味が無いという事。

>>307-308
>実行してみるのは、おまえの方だよ。

よく言った。じゃあ反論しろよ。俺はもう実行してから言ってんだからよ。
インメモリでは他と同じなんだってこといってるだけだぜ、おれは。
それは想像じゃなく実行結果なんだけど。

あんたの書き込みを呼んだ限りじゃ、巷のうわさの範囲を出てないぜ。
さあ反論してみなよ。どうせできねーだろうけどよ。

わかった。今は実行できる環境にないから明日な。
で、おまえの言いたいのは、.NETの実行中はずっと内容が固定のエクスキュータブル
が存在し続けるという事だよな。じゃ無かったら比較になんねーもんな。
首あらってまってろよ。

>>310
>で、おまえの言いたいのは、.NETの実行中はずっと内容が固定のエクスキュータブル
誰がそんなこと言ってんだか。話ねじまげてんじゃねーよ。

＞311
だったら、どうやって従来のEXEと比較すんだよ？回転遅いなー

>>310
でも君の分析結果はある意味楽しみだ。首洗って待ってるぜ。っていうか
毎日風呂で首周り洗ってるけどよ。おれ、最初に首から洗うんだよね。

どちらも引くに引けなくなってるな。

　＿＿＿
／　　　I
O　＾ 。＾I
　　）ー　　　またーりFreeBSD.netのソース解析でもしましょうよ！

>>312
うん？意味がわからんぞ？あんたどうやってインメモリを取り出す気？
デバッガで拾う限りはどっちでも同じことだろ。ってわかってるんだろうね？

確かめたところ、まだ呼ばれていないメソッドのネイティブコードはメモリ上にありませんでした。
このように必要に応じてメモリにコンパイル/ロードされる.NETのEXEのエクスキュータブルと、
起動時に全部がロードされる従来のEXEのそれの実行途中のメモリ上のサイズを比べることに意味があるとは思えません。
...
�@
if(...){
...
�A
B();
のようなコードで外部デバッガで見たところ、�@の段階ではB()のネイティブコードはメモリに乗っていませんでした。

そんな当たり前のこと確認するまでも、、、ないような

VS.NET 付属のデバッカだと セグメントレジスタが見えないんだけど
そしてアドレスはゼロオフセットだし

>318
まあそうですね。でも実行しろとうるさかったもんですから。
でも、彼とは違った部分での見解の相違があるような気もしてきました。
だったらもう興味はないです。>>315のいうとーりﾏﾀｰﾘ仕様と思います。

>>320
すまん、出遅れた。でも>>317は調べるまでもなくいろんなところにそう書いてあるしな。。。
議論はそういうところでしてたわけじゃないんだけど。とりあえずpre-jitしてみるとかさ、
調べる手順は他にもあったんじゃないか？

ま、いいやﾏﾀｰﾘするのには俺も賛成。

ﾏﾀｰﾘしたいがLinuxへの移植がかなり大変、というワナ

CLIの部分を作って勝手に売り出していいの？

>>323
　先行してやってる人はともかく、既にソースが公開された状態ですから
今から開発するなら、BIOSの開発と同じスタイル　つまりコードを見ないで
完全に１から作成した事が証明できるようなスタイルで開発しないと、
複製したと疑われるでしょうね。
　でないと、完全にオリジナルで開発したつもりでも、同じ機能を記述すると
似たコードになってしまう部分は必ず出るから

>>324
>BIOSの開発と同じスタイル　つまりコードを見ないで
>完全に１から作成した事が証明できるようなスタイルで開発
これってどゆこと？

>>325
クリーンルーム方式の事でしょ

sscliのような設計じゃパフォーマンスは絶対に上がらない

とか言ってみるテスト

>>327
PortableだかPlatformだかしらねーが、palレイヤー設けてる
と言ってもWin32のインターフェイスを作ってるだけだからな。
そしてi386べったりなコードの記述。遅い上に雑な仕事。Corel最悪。
あの程度の技術力でマイ糞ソフトに太刀打ちできるわけがないｗ
ま、どうせMSに差し出すプログラムだから適当にやったんだろうけどさ。

とにかく、あんなもん見たってなんの参考にもなんねーよ（ｹﾞﾗｹﾞﾗ

>>328
そんな会社に買収されそうになるBorlandって一体･･･

じゃあお前がやれ。

Borlandも主力が抜けてガタガタだし、似たり寄ったりでしょう。

sscliのソースって.NETのプロトタイプの頃のソースのような気が･･･。

>>332
コメントにCOM+ 2.0とかCOM+99とか、そこかしこに出てくるね。
逆に言うと、その時点でCLIはほとんど完成してたんだなあ、と。

mono!!!
が好きです。

>>334
sscli追っかけるよりは、monoを追っかけた方がいいと思う。

>>335
そんなによくは無いけど、ダメな設計として見る分には悪くない

とか言ってみるテスト

それよりcorelibの逆汗しようぜ

とか言ってみるプラクティス

>>337
Windowsで逆汗ってどうやるの？
objdumpみたいなのあるの？

mono（・∀・）ｲｲ!!

monoってそんな駄目駄目なの？

>>340
Windows64版の.netってまだでねの？

LinuxオタだけどMSのCLIは勉強になる。
Win32の関数名も覚えられるしCLIの実装についても当然ためになる。
完成されてないとか言ってる人もいるけどそれだからこそいじりがいが
あるってかんじじゃないでしょうか？

以後このスレで改良していくのはどうでしょうか？

.NETってなんて読むの？
ちょめねっと？

改良しようぜ！

http://www.microsoft.com/windows/embedded/ce.net/downloads/default.asp
これはタダだよ。

>>343
怒涛熱湯

または

点網

>>345
PlatformBuilderじゃアプリは作れないよ。

.NET（どっとねっと）と五島列島（ごとうれっとう）って似てない？

.NET（どっとねっと）と水戸納豆（みとなっとう)も似てるよね？

>>348
水戸納豆(みとなっとう)もなかなか。

>>349
ｹｺｰﾝ（w
茨城県人？＞349

マ版です。
どうぞ。

おい、それスレじゃねーのか？

>>343
ピリオドをどう読めば「ちょめ」になるのか小一時間

という訳であほうが集まってきたので続きはム板のスレでどうぞ

>>347
コンパイラが付いてくるんだから作れるだろ

>>355
祭りの後は板が荒れるんだよなｗ

CLIを拡張しよう！これは関数型言語の人ものってくるかな。
人が集まりしだいム板に移動する必要はあるけど。

2chCLIを作ろう！

ターゲットはもちろんitron

.NET Framework ってWin用しかないんだよね？
UNIXやLinux用には.NET Frameworkは用意されていないよね？

for Linux はオープンソフトで開発中、
for FreeBSD は MS が買収したコーレルを使って開発中じゃなかったっけ。
たぶん。
http://www.zdnet.co.jp/news/0107/10/e_opennet.html
この記事の .NET には Framework も含まれてると思うんだけど。

MSがマルチプラットホームに手を出した時点で
マルチプラットホームにはならないという罠

>>362
monoはいいと思うけどGPLを捨てたからどうなんだろう。
逆に勝手に改良して組み込んでもOKらしいけどね。

>>363
なぜ？
仕様はECMAに投げられている。もちろんMSもその査定の
主要メンバだけど。単純に彼らはWindowsが上での.netの
インプリメントに関して他社に負けない自身があって、
また他のプラットフォームでの実装よりもWindowsこそが
最適であるって主張は正しいと思うんだけどなぁ。

Windowsよりも.netを載せる環境としてよりよいものが
作れるならそれこそどんどんつくっちゃっていいわけだし。。

MSはSunがJava2を出したことに抗議していたけど
MSは.NETを拡張したりしないのだろうか・・・

>>365
共通仕様の部分と独自仕様の部分が分かれているからいいんじゃないの？
それに独自仕様の部分でかなりのことがやれる。

自宅2ch端末
[email protected] + DDR2100@256x2 + HDD40GB + CD-ROM
何だかんだで一式7マン円掛かってない...

誤爆スマソ

VS.NET今日発売だっけ？

>>365
そりゃ当然毎年バージョンアップとかするでしょ絶対に！

VBやMFCの例で見ればあんまり下位互換は考慮されないでしょうね
というかその為のアセンブリなんでしょ。古いコードは古い環境でってね

ただ、５年くらいしたら、古いコードは動かないようにするでしょうね WIN95みたいにね

やりたくないよー
やりたくないよー
やりたくないよー

>>370　たしかに当然だけど

なんか、そういう書き方したら悪い事みたいじゃないか

全然悪くないですよ。
そのビジネスモデルのおかげでVBでオマンマ食べさせて頂きましたし

今後も１年毎のバージョンアップと下劣な下位互換性を続けて欲しいです

　　,,,,,,,,,,,,,,,,∧,,∧　 　／>>362>>364
〜′,,,,,,,,,,ミ,,ﾟДﾟ彡 ＜　なんで、そんな表向きの詭弁を
　 UU"""" U U　　　 ＼信じられるの？

MSが自社OS以外の普及に手を貸すわけない。
BSDやLinuxで.NETがまともに動くようになるわけないっしょ。

>>374
甘いな。子供なのかな？

おおよそ動くんだけど、おいしいところはサポートしてませんよ、
ってな感じのほうが効果絶大。
他OS使用者が「お、けっこういいじゃん」と思うんだけど、「えぇ、
Windowsじゃないとこれできないの？じゃあしょうがないな、
Windows買うか」となることを狙うと見られ。

効果あるかないかはわからんけど（ｗ

>>374
手は貸してないじゃん。
単純に.net frameworkっていうところで
みたら実装で勝負しようという話なわけで。

>>375 は >>374 と同じ事を言っている。

ていうか、そもそもOS事業からフェードアウトするようなこと
言ってなかったっけ？

icazaなんかがフリーの.net frameworkを作ろうと
いろいろと呼びかけてるけどなかなか思うように進んでないね。
おれも英語が出来たら仲間に入れてもらいたいんだが、、

急がないとマイクロソフトの独占は強まるばっかりだよ。
UNIXの人は頭が固いからCで何でもやろうとする。
だから.netに関してはなかなか理解されないかもね。

>>379
それって何らかの権利侵害みたいな形でMSから訴えられる、なんて
ことはないんだろうか？

>>380
それはまえにどっかで読んだけど、CLIの部分は権利放棄してるみたい。
ただCLIじゃごく基本的なWebサービスしか作れないからねぇ。
どうなるのがいいのかはあんまり良く分からない。

C#2 ---- 簡易なテンプレート 機能追加しました = defineマクロに毛が生えました
C#3 ---- 演算子オーバロード追加しました
C#4 ---- 強力なテンプレート追加しました 以前のテンプレートは使えません
C#5 ---- VCLライクな新MFCのサポート。またネイテブコード吐けるようにしましたです
C#6 ---- CLIのサポートもう止めましたです

>>382
C#じゃなくてILのことでは？

>>382
C#5の前後で、
　ネイテブコードであってもアセンブリが正しく設定されてないコードは
　OSによりマネッジコード相当の制限がされるようにしました

ってのを追加しといて

／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
| 正直、C#にするかJavaでいこうか迷ってます。
＼＿＿ 　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　∨ 　 nakata.net cafe
　　　 ∧＿∧　　　　　　　　 　　∧＿∧　　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　（　・∀・）　　　　　　 　　　（´∀｀　）　＜　実は私もです。
　　　（　つ　　）つ□　　　□ ⊂（　　　　）　　|　
　　┃ﾚ ＿＿ 　 |￣￣￣￣ |　 ._＿＿ノ┃ 　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　┗━┳┳＼ |￣￣￣￣|　./━┳┳┛
　　　　　┃┃　　|＿_＿_＿|　 　　.┃┃

.netってなんですか？

>>386
ネットワークに付けるドメインでしょう。

（ＤＱＮ向けには正しいはず！。）

vs.net買ってきた！(ﾟДﾟ)

>>388
どう？
レポート求む！

>>388
みんなで共有しよう！

>>390
ｿﾚｲｲﾈ！

Ｃ丼

／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
| 正直、C#で逝く、ＶＢで逝く、ＶＣ＋＋で逝くか迷ってます
＼＿＿ 　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　∨ 　 nakata.net cafe
　　　 ∧＿∧　　　　　　　　 　　∧＿∧　　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　（　・∀・）　　　　　　 　　　（´∀｀　）　＜　実は私もです。
　　　（　つ　　）つ□　　　□ ⊂（　　　　）　　|　
　　┃ﾚ ＿＿ 　 |￣￣￣￣ |　 ._＿＿ノ┃ 　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　┗━┳┳＼ |￣￣￣￣|　./━┳┳┛
　　　　　┃┃　　|＿_＿_＿|　 　　.┃┃

C米丼
http://love.2ch.net/kageki/kako/1012/10129/1012977777.html

まじで、ドットネット使う奴いるのかよ。
まともな企業じゃ、聞いたことないよ。

あえて暴言。
C#はポインタないので、Pascalといっしょ。VBと同じレベル。

>>396
Javaもね。

>>396
Pascalにポインタがない？
知ったような口を利いてんじゃねぇｺﾞﾙｧ

>>396
unsafe

>>396
うーん、Ｃ＃にポインター無いのは知っているのに、
Pascalにポインターがあるというのを知らないこのアンバランスが
理解不可能（Ｗ

>>400　あるのは知っているが、使う気にならないと言いたいのではないでしょうか。

Pascalみたいな低レベルなものと一緒にするのはかわいそうだろ。
世代が違う。

>>397
Javaは基本型以外はすべてポインタですが・・・

>>396
Ｃ＃にポインタはあるよ

>>397
int a[] = new int[10];
int b[] = a;
a[1] = 10;
System.out.println( a[1] );
b[1] = 20;
System.out.println( a[1] );

>>402
ほほお、Ｐａｓｃａｌが低レベルとは…やれやれ

PascalのポインターとCのそれは違うよな

ＵCSDPascalにはポインタなかったような記憶が、、、

>>406
言語上での表記は違うが、後はほぼ同一、
なんせｃ言語とＰａｓｃａｌ言語のトランスレータがあるからね

アドレスをintに入れたりできたっけ？

ポインタがなければ、「ポインタがない」と馬鹿にされ、
ポインタがあれば、「ポインタがある」と馬鹿にされる。
C#のようなやり方が一番賢いのかもしれない。

ときに、なんとかがないと言われないために、すべての言語の機能を
取り入れたらどんなことになるだろう・・・？

CプログラマはC#だけじゃなくてILについてもしっかりお勉強しろな

>407
UCSDPascal だろうがTurboだろうが、Pascalでポインターがなければ
Pascalとは言わないだろう.。
もう一度、Niklaus Wirth の書いた「アルゴリズム＋データ構造＝Pascal」
を読むのをお勧めする。

>>409
明示的にキャストすれば代入できるよ
　I:=Integer(P);
みたいな感じ

>>410
たぶんどこかで言語仕様が破綻する罠。

>>412
考古学に興味ありません。

>>415
あれま、いい本なのに

CとPascalのポインタを同じとか言ってるヤシはCをあまり使いこなして
いなさそう。

>>417
それは、何故に？　理解できないんだけど

ほぼ同じという根拠は、言語トランスレータで、c->pascal pascal->c
をやった場合、ポインタ使っててもほとんど行数が変わらないしね、

using System;

class Hoge
{
　　public static unsafe void Main()
　　{
　　　　int n = 100;

　　　　Console.WriteLine(n);　　// 値
　　　　Console.WriteLine((int)&n);　　// アドレス
　　}
}

しかし正直 Microsoftには頭に来ました。
Windows プログラミングには特別な資質は要りません。
単にWindows のAPIと、ややこしい構造体の設定を覚えるだけです。
だからAPIを覚えてもプログラマーとして成長するわけでもなく、Windowsが滅びたら使えなくなる知識です。結局、デバッグ環境が無いのと、やる気をなくしたのとで開発はストップしました。

いつの時代の話だよ･･･

ObjectPascalで ポインタを使う例
http://pc.2ch.net/test/read.cgi/tech/1017723476/125

このコードでは２つのポインタを absolute で同一に配置して使っている

>>366
>共通仕様の部分と独自仕様の部分が分かれているからいいんじゃないの？
>それに独自仕様の部分でかなりのことがやれる。

独自仕様だと！
そんな部分の機能使っちゃったら、
結局Java2と一緒で、フレームワークのバージョンによって
動作するしないが左右されるじゃないか！
それに、独自仕様ってことは
他のプラットホーム向けに仕様を公開しない可能性も・・・
たとえ公開したとしてもやっぱりSunとやってることは一緒

>>424 一緒じゃないよ　少なくともM$は毎年バージョンアップするだろう
その範囲も言語仕様から中間言語仕様から全てだと思うよ。

既に　C#の次バージョンではテンプレートもどきを実装するって噂は出てるし

ん、元々そういうコンセプトなんでしょ？
Javaほどマルチプラットホームに対して気を配らないけど、
その代わり直接いじるのは楽だよ、って。

>>424　C と同じで　
両方で動かしたければコンパイルオプションで両方で動くようになんとかしなさい　って事になるんでしょ

XPとキャッシュバックに吊られてVS.net買ってしまいますた。
これからお勉強です・・・。

C#も#if defの嵐になるのかな？ｗ

>>428
漏れもEnterprise developer狩っちまったよ！

C#ならAttributeだね。

>>431
なるほど

>>428
糞マイクロソフトの抱き合わせに引っかかりましたね

言語単体で買ったほうがいいだろ。
値段も1/10以下だし。
個人ユースだったらそれで十分。

単体のVC++は最適化コンパイラがついていないという罠。

JAVAテクノロジーは、不具合に対して自動的に対応できる機能または性質を持つもの
ではなく、万一不具合が合った場合に、死亡、人身傷害、もしくは重大な物損または
環境破壊を直接もたらす可能性のある、原子力発電所の操業、航空機の航行、通信シ
ステム、航空交通管制、生命維持装置、兵器システムなどの危険な環境におけるオン
ライン制御装置として設計、製造されたものではなく、そのために仕様、または販売
されるものではありません。という罠。

関係ないが>>394のやつ読んでたらちんこ立って来た。

>>435
MSもなかなか卑怯だな・・・
たとえ使わなくてもC++で最適化したければ
抱き合わせのを買えと

>>436
どこが罠なの?
君には罠なの?

>439
あなたにはどうなの？

アカデミック買った人〜〜

すいません
会社のmsdn EnterpriseArchitect deluxe版を
コピーして使ってます
ネットにシリアル付きで流したのも私です
すいません

うちの会社ってそういう所ずさんなんだよね
システム管理者以外にもソフトインストさせるし
バージョンアップできなくても俺のせいじゃねーよ

>>442
漏れもコピーは基本だったが作る立場になってからは
しょうがないのでアカデミックを買うことにした

>>441
漏れはアカデミック買ったYO

おまえら教えてください
道ばたで小学生の子供雇って
いっしょにショップ行けばアカデミック版買えますか？

>>445 問題なし。
買った本人しかサポート受けられないけどナー

>>446
ありがと。
知らない子供に声をかけるのは勇気がいるけど、やってみるよ。

>>447
タイーホされないようにな（ﾜﾗ
というかそれが目的か？

>>448
いや、アホらしいくらい安いでしょ＞アカデミック
高校生とかを雇うと、後でユスられたりするのが恐い。
純粋無垢で後腐れなしの小学校低学年に頼るしかない。
では行ってくるよ。

ﾀｲｰﾎ（ﾜﾗ

ダメだった。
話の分かる小学生がなかなかいない。
また明日チャレンジだ。

>>451
悪いことは言わないから、親戚か兄弟にしる…。(w

自分の2歳の子供が買うことにしてもいいの？
あ、学生じゃないからだめか。

ちょっと待て。小学生は学生なのか？

>>454
がくせい【学生】
学問をしている人。現在は普通、高校以上、特に大学に通って学ぶ者をいう。

となってました。(国語大辞典（新装版） 小学館 1988)

年収五百万以下のサラリーマンは学生扱いにしてくれ（切実）

http://www.microsoft.com/japan/education/purchase/academic.asp
●対象個人・対象教育機関
【教育機関】
幼稚園、小学校、中学校、高等学校、中等教育学校※、専門学校・専修学校、各種学校、大学（短大・大学院）・高等専門学校・盲学校・聾学校・養護学校、教員の研修を目的に地方自治体が設置した教育センター・教育研究所
※ 中等教育学校とは,中高一貫校をさします。

2001年9月1日より幼稚園、各種学校を対象教育機関に追加しました。

【個人】
上記の教育機関の児童・生徒・学生、および教員
※教員とは学校長、教諭、助教諭、常勤・非常勤講師、養護教諭、養護助教諭を指します。

幼稚園児でもいいんだ・・・

幼稚園児 ﾊｧﾊｧ

>>457-458
つーか昔のパソコン批評かなんかの記事でがいしゅつ。
ＶＢを自分の子供名義（幼稚園児）で買ってた。

しかし幼稚園児や小学生は
学生証みたいなもんないよね？
どうやって証明するんだろ

>460
記事では連絡帳みたいなの（通園記録みたいなやつ正式名称はわすれた）
つかってたよ。

ちい、説得に成功しても連絡帳持ってないとだめなのかよ
親に事情話して協力してもらう方が早いな

奥ﾀﾝ ﾊｧﾊｧ

年齢だけでいいだろ、小中は義務教育なんだし

兄弟同伴で教員免許見せて買ったよ＞垢出ミック

>>457
「上記の教育機関の児童・生徒・学生」って書いてあるだろ

>>466
？だから、なんだ？？
何が言いたい？？

連絡帳懐かしい

駅前留学で垢デミック買えますか？

VB.net でもランタイムライブラリを配布する必要があるのでしょうか？

つか、アカデミックの認証ウザい・・・。

>>470
.Net Frameworkさえ入れてもらえばいいはず。

>>471
情報サンクス。

アカデミックの認証って何？

>>473
Office とか Win xp についてるアクティベーションのことです。

なぜアカデミックのみに？

近所のパソコン屋はアカデミック版売ってくれます。
というかアカデミック版しか置いてない。
何も証明は要りません。

341 名前：デフォルトの名無しさん 投稿日：02/05/05 09:35
>>321
　もっと仕事で使われるについて

さて、日本の仕事としてのプログラミングは99%労働型。
労働としてコンポーネントやライブラリを整えても、それは会社のもの。
なのに、プログラマは他の業種に比べて非常に流動的。

つまり、DelphiとかCのようにライブラリを整えて効率をあげるタイプの
ツールは都合が悪い。

それが良いことか悪い事かは別にして、.NET のようにM$謹製の高性能
なフレームワークを使いこなして　仕事を消化してゆくのが時代に合って
いるのだろう
440 名前：436 投稿日：02/05/05 11:13
長持ちというか将来の自分のためには、
具体的な内容よりテクニカルタームを適切に使える事が大事なんじゃないかと思う。
プログラミング能力に優れてる人の事をよく「ｘｘさんは実務に優れていますね」とか
いう言い方をするんだけど、　じゃ実務に優れてる人がおいしい思いをしてるかという
と、絶対にそうじゃない。　給料同じどころか残業減って廉いくらい。

.NET は上でも話が出てるとおり、自分が使うより　他人を雇って使わせるのに優れた
ツールだと思う。 20代の廉い労働力にガンガン仕事させるツールとして考えればいい。

で、自分は仕事を創り出す方になれる方向が

446 名前：デフォルトの名無しさん 投稿日：02/05/05 11:31
>>440
若いうちからそんな事ばかり考えてちゃ逆に大成しないぞゴラァ　！

お前ら、まずガンガン働くところからスタートなんじゃ！
その次は上と下に挟まれて這いずり回るんじゃ！

這いずりまわって、這いずりまわって、やっと明日が見えて・・・・・あれ？

>若いうちからそんな事ばかり考えてちゃ逆に大成しないぞゴラァ　！

現場を経験しながらも常に考えておくべきじゃないかな。
現場を経験しないで考えるだけならダメダメだけどね。

>お前ら、まずガンガン働くところからスタートなんじゃ！
>その次は上と下に挟まれて這いずり回るんじゃ！

そうそう。でも、常に問題意識は持っておくことが大切。

>長持ちというか将来の自分のためには、
>具体的な内容よりテクニカルタームを適切に使える事が大事なんじゃないかと思う。
>プログラミング能力に優れてる人の事をよく「ｘｘさんは実務に優れていますね」とか
>いう言い方をするんだけど、　じゃ実務に優れてる人がおいしい思いをしてるかという
>と、絶対にそうじゃない。　給料同じどころか残業減って廉いくらい。

ただし、書き方があんまり良くないと思う。いや、なんとなくね。
実装する人間を見下してると言うか・・・
「俺はコンサルだ！実装は下々の奴がやりゃぁ良いんだ！PGは負け組みだ！」
と言わんばかりじゃないか？
そんな人が上に立つと大変な事になるよ。

まぁ、社会は競争であって、負け組みがいるから勝ち組みがいるんだけどねぇ・・・

あげ

いくら .NET が糞でも、使わざるを得ない状況なんだろうね。

>>480
おれはMSなんていままで糞だと思ってきたけど、
.netに関しては良く出来てると思う。
Javaの最大のネックを綺麗に解消してるからね。

俺も否定的だったのだけど、
http://pc.2ch.net/test/read.cgi/tech/1020206592/38-40
こんなのを見て、意外と悪くないかもなと思いました。

Eiffelなんかで書かれたら保守が出来ないと思う……

首にならないように特殊な言語で無理やり仕事しる！
ただし逃げられなくもなるという諸刃の剣。

いや、純粋に面白いじゃん。
開発効率とかそういうの抜きにしてね。

>Javaの最大のネックを綺麗に解消してるからね。
何？

シンプルなＪａｖａは好きだな。

>>486
ユーザ獲得力(w

全て.NET、.NETか．．． 時代が変わったな。

氏.NET

C♭ for .NOT

C＃m7♭5

F#aug7

Ｃ＃Ｍ７−５ａｄｄ９

難しい和音を自慢しあうスレはここですか？

ところでさあ　あの .NET の TVCFどう思う？

ワインが割れて　その値段が iPADでリアルタイムに更新とか
車の色を契約書作成前に塗り始めてるとか

もしかしてM$の.NETってM$にもその程度って認識しかないの？　それとも担当がバカ？

>>496
代理店がアホなんでしょう。
「次世代のネットワークソリューションを提供・・・」みたいなことが
書かれた資料をもとにああいう想像をしてしまった、みたいな。

あれは、たとえば契約に基づいて製造してるのではなく
需要を予測して工場の方で自動的に生産調整してる場面のつもりなんでは？

ワインの件も、倉庫の方で在庫量が変動したら、販売店の方で自動的に需給
バランスを見て価格が変更されるというデモのつもりなんでしょう

でも、一般の人には判り辛いというより、誤解を助長するような気もする

視聴者は（代理店が）思ったとおりには見ない
視聴者はテレビで見えたとおりに思う

代理店のバグだあね

500げとお

俺は XBOXと.NETのTV広告は見る都度不快になる

皆そうかと思ったら嫁は気にならないというか全く記憶に残ってないようだ

アップルコンピュータのCFは今も印象に残っているものが多い。
マイクロソフトはといわれると思い出せない。

マイクロソフトじゃないけど、ソフマップか何かのCMでこんなくだらない
のはみたことがある。
腹筋している男「91・92・93・・・・ﾊｱﾊｱ・・・94・・・ﾊｱﾊｱ・・・95」
ナレーション　「Windows95の人もWindows98の人もMEの人も、XPをどうぞ」
みたいな。

漏れは Monoプロジェクトの存在を知って初めて C#について真剣にチェック入れた。

結論。C#ってのはつまるところ偽Javaだが、そういう意味では Java程度には使えそう。
部分的には Javaよりも好み。MSがマーケティングする以上は Win環境での普及率が
Javaを凌駕するのは確実。Monoが成功してくれることを祈る。

俺アップルのも記憶に残ってないや。まぁ、CFなんて真面目に見ないし。
インテルのはあの音とロゴだけは覚えてしまったなぁ。

think different のアリはかっこよかった

>>504
クラスライブラリをバリバリ書いてくれるプログラマ募集してるそうですよ