C#

どうなんでしょ？

しーしゃーぷっ？
しーしゃーぷっ？？
萌え〜

VBを見捨てるってこと？

主流にならないに、50＠｀000/Quick C for Windows。

Javaに圧力与えてくれりゃそれで良し。

♭した気持ちを♯に〜　♪

Visual Javaの失敗を繰り返す

Cのスーパーセットならいいんじゃない？

C/Java風味でVisual Basicの代替になるなら歓迎するぞ。

つまりborland C++ builderか？

>7
アニメ板逝け。

SUNもMSもエンジニアの負担軽減を妨害している点で
一緒。どっちも逝ってよし。

Sunは商用ライセンス開放しろ。それでも飯食えるだろ。
ディベロッパは馬鹿が多いんだから。

今、SUNとMSに逝かれると超困るんだが…。

なんだかんだ言いながらも、
リリースされたらバージョン1.0で遊ばなきゃ損損。

わくわく。

>リリースされたらバージョン1.0で遊ばなきゃ損損。
リリースされたらね... ふっ。

それにただとは限らないし、Windows の上で開発環境が動くとも
限らないから、覚悟して置いた方がいいよ。

2001年6月　V 1.0【C#の素晴らしさを表現する言葉を、貴方はまだ知らないだろう。】---ビルG

2001年7月　SP1　[詳細]致命的エラー　他
2001年8月　SP2 [詳細]セーブ時にソースが消える　他
2001年9月　SP3　[詳細]ハードディスクをフロッピーディスクとして認識する　他

----------------------------------------------------------------------------------------------

2002年7月　V2.0【C#創世記。混沌からの誕生。】---ビルG

2002年9月　SP1　[詳細]致命的エラー　他
2002年10月　SP2 [詳細]セーブ時にソースが増える　他
2002年12月　SP3　[詳細]ハードディスクをRAMディスクとして認識する　他

----------------------------------------------------------------------------------------------

2003年12月　V3.0【クリスマスにはワインとターキー、それとC#。】---ビルG

2004年1月　SP1　[詳細]致命的エラー　他
2004年3月　SP2 [詳細]セーブ時にソースを他人のマシンに上書きする　他
2004年5月　SP3　[詳細]ハードディスクをハードディスクとして認識する　他
2004年5月　SP4　[詳細]前回のサービスパックを無かったことにする　他

----------------------------------------------------------------------------------------------

2005年9月【C#なんて、はじめから成功するなんて思っていなかったよ。
　　　　　　　あれはいわゆる業界に対してのアンチテーゼだったのさ。
　　　　　　　C&C（MS新開発のオブジェクト・バッチファイル）に比べたら
　　　　　　　スパイスも足りないしね(笑)。これからの数十年はC&Cの時代さ。】---ビルG

もしテーマ曲をつくるとしたらハ長調で出だしはドのシャープからになるだろう。

> 2004年5月　SP3　[詳細]ハードディスクをハードディスクとして認識する　他

正しいじゃんと思った俺は未熟者?

＞前回のサービスパックを無かったことにする

結局のところ Java と同じなのか違うのかはっきりしないね。
一方で Java とは違うと主張し、もう一方では Java と同じだと主張してるよ。
まぁ作るってことを決めたというだけで、内容についてはそろそろ
作り始めようかってところなのでは。

半分上がるわけだから、
C < C# < C++
だ。

じゃ、いずれC+=2とか出てくるのかね

オクターブ上がるまでは手を出すべきではないと

ギコBASICに一票

起動スプラッシュ画面におじゃ魔女どれみが登場します。
みんなで買おう! > Cしゃーぷっ

>26
ヘルプのエージェントははずきっちか？なら買う！

って。実際あの四人から選べたりすると
人を選ぶ処理系になりそうだな(笑)。

OFFICEアシスタントの女のキャラにひたすら
口説いてたバカを思い出したよ(;´Д`)

デチューンされたＣ＋＋ってことでいいんすかね？

>30
C#はVM上で動くから、違うんじゃない。

C++からクラスを省いた言語ってことはないよな……。

#
↓
＃
↓
++
++
↓
++++

つまりＣ＋＋＋＋、スゲエ。

あ！！　いま気がついた、　オクターブ上がったらＣじゃん、、、
おれってあたまわるっ。

要するにJavaの仕様をかなり意識したC++と言う理解でいいのか?

MFCはC++でありながらC（Win32API）側に非常に偏った
不恰好なクラスライブラリだった。

何でそんなものを作ったのか？
1.当時MSにC+＋を理解している人がいなかった。（んなわけないか。）
2.当時巷にC++を理解している人がほとんどいなかったので、
OOPを完璧にしたクラスライブラリを作っても売れないと読んだ。
（Win32API使いのCプログラマにオブジェクト指向の理解は
しばらく浸透しない（そんな面倒なことをするくらいなら
いままでどうりでいいじゃんというやつ）とふんでた。）

なんてことをどっかで読んだような。

現在、JavaのおかげでOOPが結構浸透した（どころか、
Javaのせいで囲い込んでいたWinプログラマが流出しだした）
ため、それをけん制するための戦略的発言。かなあ？

>ヘルプのエージェントははずきっちか？なら買う！

　　▲▲＿　　　　　＿＿＿＿＿
　//　NNN　　　 ／
│|　|＼　/　　＜　はづきです！
（6|　|○-○☆ 　＼
│Ｗ　▽ノ　　　　　￣￣￣￣￣
　　　　￣

「MSに完璧なOOP設計などできるはずもなかった」に一票

また、偶然にもJavaが提供できるものを事実上そっくりそのまま持っている。

…偶然…なの？

ま、CNetはもともとMS寄りですから。
（スポンサーになってたっけ？）

http://www.zdnet.co.jp/news/0006/27/b_0626_02.html
なんか、7月11日にデビューらしい。

>「Javaにあ る機能全て」とそれ以上の機能を持つことに なるという。
　　　　　　　　　　　　　　　　~~~~~~~~~~~~~~~~~~~
こういう言語で成功したのって聞いたこと無いんだけど(藁)
つーか、C＃の売りって何？

つまり、Java++みたいな言語作って
これで書いたプログラムはJavaで動かないよ〜んって感じにするのかな。

Java潰し用の言語じゃないの？

>>43
それは最初っからわかってるっちゅーねん。

#define __VB__ ON

で以降BASIC表記できます。

http://msdn.microsoft.com/vstudio/nextgen/technology/csharpintro.asp
こんな言語だそうです。

using System;
class Hello
{
　　static void Main() {
　　　　Console.WriteLine("Hello＠｀ world");
　　}
}

仕様書ざっと眺めてみた。
Javaのいいところに、C++の悪いところとMSのセンスのなさが
微妙に混じってるような言語のようだが。(笑)

Javaが混じってるんじゃ、アプリを作るのには使えないじゃん

なんか、僕の第一印象は、「使いにくいJava」って感じですなー。

GUIはこんな感じらしい（もちろん自動生成なのだろうが）

public class LoginDialog: Form
{
Button OkButton;
Button CancelButton;
public LoginDialog() {
OkButton = new Button(...);
OkButton.Click += new EventHandler(OkButtonClick);
CancelButton = new Button(...);
CancelButton.Click += new EventHandler(CancelButtonClick);
}
void OkButtonClick(object sender＠｀ Event e) {
// Handle OkButton.Click event
}
void CancelButtonClick(object sender＠｀ Event e) {
// Handle CancelButton.Click event
}
}

毎度ながらセキュリティーは考えられてないんだろうなぁ

＞５１
さすがに考えられてるんじゃない？
いつも叩かれてるし。

それでも対応しないのがMSだ（藁

MSのいままでの対応は大企業としては別に不思議でも何でもないというか
どこだってそんなもんだよ。
なぜかしらんがMSを叩きたがる奴が異常に多いだけの話。

M$信者発見！

インスタンスメソッド(と呼ぶのか?)のポインタを直接登録するあたりは、
J++ の怨念が出ているのか ??

MS信者というよりかはアンチMSがうぜぇだけです。

あー関数ポインタだあ。
Cプログラマを意識してますな。

どうでもいいけど、AppWizardだのClassWizardって使ってると
覚えるけど、最初のうちはかえって足引っ張ってない？

そんなもの使わなくてもすむような仕様にして欲しいなあ。

言語設計に何ら思想が無く、既存言語の文法を掛け合わせただけの
このようなシロモノを有難がる吉田弘一郎は、いちびりそのものであるっ！

>59

ま〜たその名前かあ。
リソースどこ？

＞OkButton.Click += new EventHandler(OkButtonClick);
むっちゃイヤや〜。

>59
MSの言語思想
=誰にもいい顔する。ついでにアホPGにもいい顔する。
（儲かるのが第一）

非常に一貫してます。

>>66
>1.当時MSにC+＋を理解している人がいなかった。（んなわけないか。）

これに決まってるだろ。
少しでもＯＯの知識があるなら、あんなクソライブラリ作らん。
ＯＯ度０％。

ということでSTL以外でWIN32用のアプリを組むためのお勧めのクラスライブラリは？

2.当時巷にC++を理解している人がほとんどいなかったので、
俺は、こっちの方が大きかったと思うけど。
10年ぐらい前の話で、MS-C7にMFCがついたころは、
Win用のフレームワークは、他にはBCのObjectWindowsぐらいだった。
こちらのほうは、まっとうに抽象化されてたんだけど、
使う人は少なかったね。つまりは、そういうこと。
C++も普及してなかったし、出来る人あんまりいなかったよ。

本当に当時の状況を理解しているんだろうか。
あの規模の OS でオブジェクト指向を導入しないなどということは
無謀だし、実際ウィンドウプロシージャの設計など、オブジェクト
思考そのもの。
それでも C++ を使わなかったのは、MS-C が対応できなかった。
ただそれだけさ。それの証拠に、MS-C が対応できるとそれに合わせて
MFC / ATL も対応していく。ついこの間までテンプレートまともに
つかえなかったのにな。

バカが自分の馬鹿さ加減を理解できないときに使う理屈が、
「言語が難しいからです」ってやつだ。
お前が理解できなかっただけだろう？

わざわざ理解してない人に合わせて　Windows開発の要の
ライブラリを低レベルに設計したということ？
OOPは基礎クラスの仕様が甘いと致命的な欠陥につながる
ことは周知のはず。そんなことするかなぁ。

ＭＳはダメＰＧが適当に組んでたら互換性＆コストの問題で
やり直しできなくなって、ぐちゃぐちゃのまま建て増しを
続けたのが実状だと思うけど。

たしかにMFC1.0ってAPIのラッパーでしかなかったような気がする
でも、あれはあれで使いやすかった。

UNIXで動くの？

MFC4.0辺りから開発環境を意識して意味不明な
拡張を繰り返したもんだからわけわかんなくなったんだと思う。
それにしてもMFCってそんなにﾀﾞﾒﾀﾞﾒですか?
いや、すばらしいとは決して言わないが、
今までMFCﾀﾞﾒとわめく奴はたいていそれほど使った事
ない奴ばっかりだったので、この機会に何がダメなのか聞いて
おこうと思いまして・・・

御布施をすれば動く様になります。
神･･･もとい紙\を信じるのです。

>66
>あの規模の OS でオブジェクト指向を導入しないなどということは
>無謀だし、実際ウィンドウプロシージャの設計など、オブジェクト思考そのもの。
Windowシステムでそれは、まったくそのとおりなんだけど、
MS-C7って、Win3.0の頃なんだけど、OOPでガリガリ書けるような、
環境じゃなかったはずだよ。PCの性能も低かったしね。
あと、その頃は、ATLやSTL以前に、テンプレートはドラフト段階だったはずだよ。

>68
>わざわざ理解してない人に合わせて　Windows開発の要の
>ライブラリを低レベルに設計したということ？
それが、全てではないけど、ビジネス的に考えて
その方が有効と判断した可能性は捨てきれないでしょう。
というか、当時のMSのインタビュー記事か何かで、
そんなことを書いてあった記憶があるんだけど。

Wizard で生成される悲惨なコードを見れば、いかに基本設計が悪いかが
わかるでしょう。

C#に話しを戻して良い？

BCBと比べるとスッキリさ加減が全然ちゃうよね。＞AppWizのコード
C#がMFCの免罪符となれればいいけど。。。

っと、言う訳でスタジオの田中さんにお返しいたします。＞C#

とりあえず C# は標準化されるのか ? する気あるのか M$ ??

# これは、Java にも言えることだけど…

なんか、C#は標準化するって話が聞こえてくるんスけど……。
図らずもJavaに対する圧力になるのか？

Q1. C#って、そんなに生産性高そうかな。
Q2. C#って、誰がどんな用途に使うのかな。
Q3. 僕がJavaからC#に移行する必然性はあるのかな。

わからない。

Windows ライブラリを他と比較すると Objective-C を使った
NextStep の設計は MVC モデリングを導入してなかなかスマートでした。
当時のＭＳはＯＯ技術をまともに研究しているようには見えないです。

>それが、全てではないけど、ビジネス的に考えて
>その方が有効と判断した可能性は捨てきれないでしょう。
>というか、当時のMSのインタビュー記事か何かで、
>そんなことを書いてあった記憶があるんだけど。

それが事実なら我々はずいぶん馬鹿にされてますね（藁

ＭＳ社は本当は理想的なＯＯ設計をできるが、馬鹿ユーザＰＧが
多いのでＣレベルの実装にしてマーケティング的に売れるようにした。
と受けとれてしまいます・・。

ＭＳがまともなＯＯ設計ができたのに劣悪なものをリリースしたのなら
ダメを通り越してもはや罪ですな・・。(^^;

VBから移行する価値はあるんじゃない?

>Q2. C#って、誰がどんな用途に使うのかな。

VBはイヤ〜ン、MFCもイヤ〜ン、けど、MS開発環境は使いたいし〜、なRAD君が
Windowsアプリ作るときに使う。

VBプロブラマは、そう簡単に一度おぼえた言語を乗り換えたりしないよ。
彼らのVBに対する忠誠心には凄いモノがあるね。
# この板の過去ログ見てるとよくわかる…

誤:VBプロブラマ
正:VBプログラマ

VBよりC#のほうが難しいんじゃない？

＞ＭＳ社は本当は理想的なＯＯ設計をできるが、馬鹿ユーザＰＧが
＞多いのでＣレベルの実装にして
Win環境の開発ができるプログラマをともかく増やしたかったというのが、
本音だと思いますよ。現在でも、みながC++でOOPできてる訳じゃないでしょう。
また、その頃既に、C+SDKでかなりの数のアプリが出回っていたわけで、
そういったベンダーの取り込みをスムーズにしたいというのも合ったはずです。

＞マーケティング的に売れるようにした。
これは、ある意味当然のことだと思います。
当時はまだ、PC用OSはWindowsが制覇していた訳じゃなかったですから。

>85
それを言ったらおしまいよ。
下はCxBxlとギコベーシックしか無くなっちゃうやんか（涙

>Wizard で生成される悲惨なコードを見れば、いかに基本設計が悪いかが
>わかるでしょう。

なにがどう悲惨なのでしょう?

>BCBと比べるとスッキリさ加減が全然ちゃうよね。＞AppWizのコード

すいません、具体的になにがどうすっきりしているのでしょうか?
BCB持ってないのでわからないんです。

＞Q1. C#って、そんなに生産性高そうかな。

C#の生産性ってJ++とたいして変わらないんじゃない ?

もうJavaに対抗できるのはMSしかないんだから、有り余る金を使って
変態的研究者を集めて、とんでもない言語ver1.0を作って欲しかった。

世間から驚きと非難ごうごうな言語作ってくれよ。こんな和洋折衷で
中途半端でどっかで見た言語じゃ楽しくないよ。
どうせ「誰も使わない」んだから、せめて世界をインスパイアするこ
とで貢献して欲しいじゃないか。

インスパイア賛成！！

＞世間から驚きと非難ごうごうな言語

そりは、Visual Basic でわ？

>88:なにがどう悲惨なのでしょう?

あれの悲惨さがわからんようならＯＯＤ/ＯＯＰの理解も相当怪しいな
勉強しなおせ(藁)

>あれの悲惨さがわからんようならＯＯＤ/ＯＯＰの理解も相当怪しいな
>勉強しなおせ(藁)

うーん、MFCからプログラミングを始めた関係で慣れたというか
免疫が出来たのだと思います。
この際、後学のためにも具体的にどう悲惨なのか教えてください。
お願いしますm(_ _)m

>世間から驚きと非難ごうごうな言語作ってくれよ。こんな和洋折衷で
>中途半端でどっかで見た言語じゃ楽しくないよ。

NTを見ればわかるけど、M$って最先端の技術より、お金になる
ことのほうが大事な企業だよ

>95
んなこたみんな知ってるよ。ステレオタイプMS批判ウザイ。

VC++の場合、絵を１つ表示するの取っても
生APIでするのとあんまし手間が変わらないんです。
画像を表示する為の場所と表示する用紙と筆箱と絵筆のスベースと使用許可を取って
それらが一体何者かを識別するために密偵を送って情報をゲットする。

密偵からのレポートが外国語だった場合は翻訳してレポートを読んでから
報告に間違いが無ければ
表示すべきキャンバスに背番号つけて
どの絵の具も馴染む様にキャンバスを慣らして
表示する為に筆箱にも背番号つけて用紙と絵の具にも背番号つけて
さあ描画しますって言う直前にも用心の為、絵描きの身元を確認して
安心して仕事を任せられるかどうかが解ったら
はい次ぎはどこどこに配置しますよって馬鹿丁寧に指示して･･･って
はい、合図をしたら描き始めて下さい。
合図をしたら書き終わって下さい。
って言う一連の作業が丸出しになってます。

だけどそれらの作業はツールによっては３行で済む場合があります。
Graphics::TBitmap* Test = new Graphics::TBitmap();
Test->LoadFromFile("Test.bmp");
Form1->Canvas->Draw(0＠｀0＠｀Test);

BCBですな。
スピードやファイルサイズは一歩劣るけど、開発効率は
格段に良いですよね。

>94

（おそるおそる）あのぅ、C#についてのお話をぉ...

＞どうせ「誰も使わない」んだから

J++みたいにね。(藁

どうせなら単にC++にVMとカベージコレクションをつけただけのほうがよかったかも

ガベージコレクションに頼らないのが C++ ですって。

C#文法気持ち悪っ。

CやC++の最も危ないところがメモリ絡みだから
カベージコレクションは有効だと思うんだが。
まぁ、ポインタいじれる仕様ではそれも難しいか・・・

素直にBoehm GC使った方がいいのか・・・

ま、新VisualStudio付属決定みたいだから、一寸は遊んでみましょう。

# そういやJ++も一寸遊んで、それっきりだったな…

>61
＞OkButton.Click += new EventHandler(OkButtonClick);
>むっちゃイヤや〜。

これは、演算、なのか？何に何を加えているのか..

対抗してSunはＤ♭作るように。

Click に EventHandler を登録しているものと思われる。
複数登録できるので += なのだろう…

# しっかし、演算子のオーバーロードって、プログラマに解放すんの ??

うーん、演算子のオーバーロードって結構便利だと思うんだけどなぁ･･･
Javaシンパは結構嫌うよね。なんでだろ?

Javaで云うところの「add何ちゃらListener」みたいなもんで、
Click がマルチキャスト可能って事ですかね。

>109

人が作ったソースのメンテしてるときに、気が付かない所で
想像しているのとちょっとだけ違う挙動する演算子オーバー
ロードがあったときの苦労を想像してみてください。

>111
そういうのに限って、ドキュメントにちゃんと書いてないんだよね。

operator void*
とか
operator !
とかが好きな人がいて困る。

今、それ好きになった。

>114
やめてくれー。
そいつ、

CHoge hoge;
if(hoge)//書き間違いじゃないよ。

とかイチイチ書いてんだぜ。

関数でいいじゃん。なんで？
俺はオーバーロード使いこなしてるんだぜー
っていう自己満足？

それだと、むしろbool型の型キャストを定義したほうが
美しいなぁ。

↑は114ね。

>うーん、演算子のオーバーロードって結構便利だと思うんだけどなぁ･･･
>Javaシンパは結構嫌うよね。なんでだろ?

演算子のオーバーロード自体は否定しないけど、
（行列やベクトルの類には便利に使わせてもらってるし）
イベントハンドラの追加に演算子を用いるその発想が気持ち悪すぎ。
MSから出てくるコードって、なんでこんなセンスの悪いものばかりなんだ？

演算子のオーバーロード、最初っから、string 関係や
複素数/行列演算などを言語仕様に組み込んでれば、
演算子オーバーロードの必要性かなりなくなると思うけど。
言語仕様小さくなるし最適化しやすいだろうし。
　演算子のオーバーロードって特殊な(例えば他言語風)
マクロなどを使うのと同種の危険性を孕んでると思うん
だけどな。

キャスト演算子のオーバーロードは、
委譲なんかで他のクラスへのポインタや参照を保持してて
且つそのクラスのつもりになって多態してるっぽく振る舞いたい時に、
たいへん有効に活用できるので、C++には必要です。

昔 MS-C に C++ がサポートされるとアナウンスされたころ
拡張子を .C# にするって話を聞いたような...
#は + ２つからなる文字だから、という理由だったと思う。
ひょっとして商標か何かに登録済みなんだろうか。

知らんうちにCool(らしきもの)発表されてたのね。びっくり。
だけど、ECMAに提出ってなんじゃいそれ。
Windowsは既に圧倒的なインストール台数を持ってるんだから、
それに完全に特化した言語にしてくれ。
MSなんだから、もっと我が道を行けばいいのにね。

そういう動きは残念だけど、出てきてくれたことは非常にうれしいね。
今あるVB＠｀VC++＠｀Javaの、どれもいろいろ気に入らんからし、
それらの欠点はだいぶ解消されると思う（と期待してる）。

>123
パソコンだけ見ればそうだけど、携帯電話市場を見ればJavaが先行しているし、ホントはこっちのほうが目的なんじゃないか？

C++は最強。
Tron + C++で組み込みも万事解決。

Sun Says C# Is No Java Killer

http://www.zdnet.com/zdnn/stories/news/0＠｀4586＠｀2595617＠｀00.html?chkpt=zdhpnews01

是非とも、Bjarne Stroustrup 御大に C# についての見解を聞いてみたいね。
「C# をどう思いますか？」って。(笑)

>今あるVB＠｀VC++＠｀Javaの、どれもいろいろ気に入らんからし、
>それらの欠点はだいぶ解消されると思う（と期待してる）。

きっと解消されないよぉ。C#では。

# VB＠｀VC++＠｀VJ++ に不満があるとして、それが他言語(他の開発環境)で
# 解決されたとして、それでいいの ??

># VB＠｀VC++＠｀VJ++ に不満があるとして、それが他言語(他の開発環境)で
># 解決されたとして、それでいいの ??

C#だけでご飯が食べていけるのならそれでよし(藁

>>127
「プログラマの給料を上げるためじゃないか？」と答えるに違いない・・・

>>123
全ての欠点を解消したいなら、とりあえず yacc と lex の
解説が書いてある本を買ってきて読むことをおすすめする。
(GNU で対応するのは bison と flex だったかな)

>131
全ての欠点を解消した言語なんて存在するわけなかろう。アホ。
んでオレがコンパイラの勉強してどうするというんだ。
・・・お子様は来なくていいよ。

もういいよ。D♭ということでいいじゃない。

どういいのか良くワカンナイヨ。

このこと言ってる ?? >>107

＞C#だけでご飯が食べていけるのならそれでよし(藁
一瞬、「Ｃ＃ふりかけ」とか「Ｃ＃漬け」とかを思い浮かべたよ（エヘヘ

http://www.zdnet.co.jp/news/0006/29/msc.html

Ｃ＃の履歴
ＶＪ＋＋としてＪａｖａの機能をパクって生まれる（いつものこと）
独自拡張を施した結果、ＳｕｎからＪａｖａと名乗ることを
禁じられる（当然のこと）
パクリ屋ゲイツ、自己中ゲイツはそれに腹を立てＣ＋＋から
Ｃ＃を名乗り、ＪａｖａとＣ＋＋をパクることを思いつく。
ＭＳの言語センスのなさ、ぐちゃぐちゃの仕様を押しつけた
言語Ｃ＃がいまここに誕生する。
さすがパクリ屋ＭＳ。宣伝文句だけは立派なＭＳ。
ステレオタイプな文句でスマ（藁）

インラインアセンブラが使えれば全て見逃してやる。

なんとなく、Ｃ＃のＣはＣＯＢＯＬの略では。

MFCみたいに、
API直接呼ばないとろくに何もできないような
ライブラリ作られたらたまらんなぁ...
いっそのことあからさまにJavaパクれ！ゲイツ！

Win32API(又は相当のAPI)がVM"だけ"で動くならば俺はOK

http://www.remus.dti.ne.jp/~ksuzuki/csharp/

2000/06/08、メーリングリスト発足のようです。

>>142
いんじゃない ?

# 一寸参加しよ。

定期age

C#は「Javaキラー」か「焼き直し」か
http://www.zdnet.co.jp/news/0007/04/sun.html

晒しage

クラスライブラリの完成度がJavaのコア並なら
内部でWin32APIを使ってようがなんだろうがALLオッケイ。

VMなんか使わんでいいよ。MSなんだし。
他のプラットホームとの互換なんか考えんな。
それがあんたのポリシーだろが。

C#はMSにとってどうでもよくて目的はMSのVM技術を用いて
Javaがやるべきだったこと（ネットワークからワンクリックで
アプリインストール＝microsoft.net）をやる気なんだろ。

VM上で動くというサンドボック手法取ってないと
危なくてアプレットアプリなんて使えたもんじゃないからな。

Sunと違うのは、初めからクライアント側を占領しているので、
どこでも動くと言うたわけた嘘を言わないでもすむこと。
ＯＳが全部Windowsになればよいんだから。

よってC#は、Javaのサンドボックスでアプレットを動かすという
アイデアだけはJavaの利点なので、これをパクったMSの戦略の一部。
VMを使うのはアプレットを動かすためで互換のためではないので注意。

バージョン３が出るまで様子見。わらぃ

対抗してＣ♭（フラット）でも作るか・・・

よりアセンブラに近づくのか(笑)

それってシじゃん。
あ、もしかして死ってか。なるなる。

Ｃ##（ダブルシャープ）

Ｃsus4（シーサスフォー）

Ｃ♭（フラット）は、ＩＣＭの商標です。

Microsoftは何を思ったのだろう。「C#（Cシャープと発音する）」はMicrosoftの新たなプログラミング言語だ（6月27日の記事参照）。しかし世界は本当に新たなプログラミング言語を必要としているのだろうか。私はそうは思わない！　もっと言っておくと，私がPC Expoの会場で話をしたプログラマーも，みんな同じ意見だった。

もしスピードが求められる製品なら，CやC++言語でプログラムを組む。開発に時間をかけたくない場合はInpriseの「Delphi」などのアプリケーション開発パッケージを利用する。データベースにアクセスしたければSQLを学べばいい。どんなコーディングにも対応できる言語が必要なら「Perl」や「Python」がある。そしてポータブル性を重視するならJavaを使うだろう。それに加えてC#？　まあ，ちょっと考えてみよう。

C#は，打倒Javaのための新たな試みではないと，Microsoftは真顔で言った。この言葉を信じるような人には，ブルックリンで売りに出されているナイスな橋を売ってあげよう。ライトな使い心地で，1人占めできる。

しかもMicrosoftの主張とは裏腹に，C#のアイデアは新しいものでもない。C#は「Cool」の子供だ。CoolはプロトタイプのC++拡張セットで，完全なJavaキラーを意図して作られた。だが，このアイデアは成功しなかった。

つまり，古いCoolのアイデアを借りてきて，XMLの要素を加え，「Microsoft .NET」との相互運用も容易だと約束しているというのが実際のところだ。ちなみにMicrosoftの「誰をも混乱させるネーミング」をいちいち追っている暇などないという人のために断っておくと，Microsoft .NETというのは「Next Generation Windows Services」に同社が付けたいちばん新しい看板だ。

よし，分かった，自分はWindows用アプリケーションの開発をこよなく愛しており，Cool，じゃなかった，C#も自分には良さそうだと感じているとしよう。C#を使う準備はできており，ぜひこれで開発してみたいと考えたとしよう。残念だが，それはできない。

もちろん，Microsoftは7月半ばにフロリダ州オーランドで開催予定の「Professional Developers Conference（PDC）」で，参加者に「Visual Studio 7」のベータの一部として，C#のアルファ版を配布すると公言している。そして理論的にはC#はVisual Studioの完成版に組み込まれることになる。Microsoftが約束した今年の晩秋という出荷予定を覚えておくといい。私の予想では，本物のVisual Studioを目にするのは2001年初頭になるだろう。

ではそこにC#は含まれるのか。まあ，ちょっと問題がある。全部Coolの要素を利用したといっても，また，この言語を標準化団体のECMAに提出したといっても，実行モデルは存在せず，お粗末でダーティな技術の詳細はごく軽いものだ。本当に軽い。

現実的になろう。C#の唯一真の目的は，Microsoftが真の代替となる言語を作り出すまでの間，人々をJavaから遠ざけておくことにある。読者の方がどうかは知らないが，私は自分のパートナーに対しては，馬鹿げたプログラミング言語の宗教戦争でどちらにも加担してほしくないと思っている。

ほんとにクールなコメントだこと。
特に最後の所。実際に処理系出てから考えればいいや。って点は
多くの技術者の共通認識だろうね。どうせ Java そっくりだし。

>>142 のメーリングリストの投稿で、
「VBは、Mudula-2の思想を受け継いだ言語でPascalなんぞより洗練されている。」
ってのがあったんだけど、これってホント？

# 私にとっては、初耳デシタ…

on XXXX
　...
end
ハンドラにメッセージキューを流して動作するっちゅーだけの事でしょ。
あとはBASIC。

VBもModula-2も知ってるけど、なにそれ？（＾＾
VBの元のQBは構造化プログラミングブームの時にBASICにPASCALを
無理やり合成した言語だよ。しかも失敗作としかおもえん。
エルフを作ろうとしてゴブリンが出来てしまったって感じ。
洗練？う〜ん（＾＾；；；

Java=宇多田ヒカル
C#=倉木麻衣=パクリ

ってとこかい。(藁

>>162
その投稿者、カワマタだろぉ？

>164
>BASICにPASCALを無理やり合成した言語だよ。
PASCAL関係ないやん。

>>162

(略)
> - C++＠｀ Java の利用者で、VB などマイクロソフトの開発環境を
> 　知らない人が多い
　VBと聞くと、BASICだというだけで馬鹿にする手合いですね?
　私は、VBの構文は、Mudula-2あたりの思想を色濃く受け継いだ言語
で、Pascalなんぞより、はるかに洗練されて新しいものだと思うの
ですけど、Modula-2も知らなければ分かりませんよね。
　ちなみに、Pascalを作ったニコラスウィルト氏が、Pascalの後に
作った言語がModula-2です。
(略)

(株)ピーデー 川俣 晶

あたり。

>>168

(ｹﾞﾗｹﾞﾗｹﾞﾗ
久しぶりに大笑いさせてもらったよ。(藁
C#メーリングリストは、ぢつはネタ大会なのかい？(藁藁

これは是非とも参加せねばなるまい。
# kawa俣みたいのが幅を利かせていたりするカモ。(ﾌﾟ

age

>168
Modula-2のどのあたりを受け継いでるのか、説明がほしい。
Modula-2なんて知ってる人間はいないと思ってふかしてるじゃ？
その(株)ピーデー の人。

川俣 晶氏には一目おいてたんだけど、なんか幻滅したな

え、VBって、
definittionとimplementationを分けたり、
ブロックのネストとか
特定アドレスを指定してのポインタの宣言とか
できたりしたんですか。

>>122 やっぱり 拡張子は .C# なんだろうか
色々問題出ないかなあ。MAKEとかスクリプトとか CDROMとかは大丈夫かなあ

>174
だよな。.csでどう？.cspは？

まぁ、俺達が心配する問題ではないが..

MAKEは問題でそう。しかしドライブ名直後のコロンのようにまた特別
扱いするんでしょ、きっと。

.cs .cspだとcスクリプトって感じがしない？

Ｃ♭でも作るか。

C♪はどうよ

C? はどうよ

微妙に違うC♯でどう？

C井?

Ｃ丼

Ｃｷｷ

結局 Cスクリプトになるんじゃないの？　VBとそっくり同じな作り方でCに似たもの
WSHでも使えるって・・・・これはJAVAスクリプトでいいやん

っていうか、「シーシャープ」ならそれが正しいはず。

Ｃ＋＋
　＋＋

C-Script

Visual C#

Turbo C#
LightSpeed C#

>>50 のようなメソッドへのポインタの呼び名はやっぱり「デラ・ゲイツ」なのか？

広島あたりだと
「ものすげえゲイツだ！」って意味だね。

「デラべっぴん」なら、たまに買うけど。

C#Builder

どれみたん・・・

誰もC#とCOMの関係に関しては言及しないらしい
それが一番重要な気がするが

Ｃ＃の使用禁止予約語候補（ワラ
Sun＠｀ Oracle＠｀ Java＠｀ Scott＠｀ McNeary＠｀ Larry＠｀ Ellison

符号付き整数が int
符号無し整数が uint だって。

いかにも、typedefバカ一代な、M$の考えそうなこったね。

>>194 ハァハァ…

つーか、MSのtypedef氏ね。自己満足してんじゃねぇ！

#ifdefがあるのは嬉しいかもしれん。

Javaでも"#if DEGUG"とかやりたいよ。

>199
んなの自分でつくんなよ。
Javaなら簡単でしょ？Perlでもいいかも。

Java ならあくまでもクラス設計の中で機種依存その他を解決していくのだ。
ヌハハハハハハハハ！

ヌハハハってあんた。

>201
あうー、ファクトリーパターンとか？

Ｃ＃のバーチャルマシンのガーベジコレクションルーチンの
名前はラリーだそうだ。

ラリー萌え〜♪

Larryがごみ掃除かー。
ギャグのつもりか？

> 201さん
Javaのことは知らないのですが・・・
機種依存性除去はともかくとして、C/C++において"#if DEBUG" で
実現しているようなこともパターンで解決するのですか？

デバッグプリント行を入れて、不要になったらコメントで消している
開発者が居るようなら、最初から条件コンパイル機能をサポートして
おくべきだった、と判断するのが妥当かと思われます。
Javaによる開発の現場ではどうなのでしょうか。＞皆さんへ

DEGUG？DEGUG？DEGUG？DEGUG？
DEGUG？DEGUG？DEGUG？
DEGUG？DEGUG？
DEGUG？

>207

できないこともないだろね。
デバグ出力用クラス作って、継承でリリース用クラス作って
リリース版クラスでは「何もしない」オーバーライドするとか。
んで、ファクトリーメソッドで変数一個でどっちのクラス作るか
決定するとか。

でも結局リリース版でも関数コールすることになるから、
性能に影響出たりするかな？まあそういうのが影響する
ようなのは、そもそもJAVAで作ったりはしないと思うんだが。

エラー出力クラスを作って使っておいてあとでダミーとすげ替えるか
手でちまちまはずしていくしかないっす。
自分もデバッグ用に条件コンパイルはほしいっす。

全部とりきったかどうか不安なときは
エラー出力にダミーの自作のヌルストリームでも
つっこむしかないっすね。→java.lang.System#setErr(PrintStream err)

条件コンパイルはデバッグ出力に使うだけならまだしも
ＶＭ同士の非互換性の吸収のためにみんな使い出して
「一度書けば，どこでも動く、（再コンパイルなしで）」
　　　　　　　　　　　　　　　^^^^^^^^^^^^^^^^^
っていうお題目がもろくも崩れ去ってしまうのをおそれて
SUNは絶対入れないんでしょうね。

210のエラー出力にヌルストリームつっこむ件だけど
いうまでもないけど危険だからまねしないでね。
例外が起きたときとか全然なにも出力されなくてこまるよ。

その辺の、教条主義的っていうか、アカ臭さがダメなところかもね。>SUN

>自分もデバッグ用に条件コンパイルはほしいっす。

僕はヘタレなので、どこかの目立つクラスで、
public static final boolean DEBUG = false;
とかやっておき、if (DEBUG) {}でやってます。後で消しません。
そのまま。別にいいんだ。ヘタレだから。笑われてもへっちゃらさー。

オブジェクト指向なんだから、こんなことできる筈だよ？
シングルトンパターンですな。こういうのじゃ、だめなの？

import java.lang.*;

class DEBUG {
　static DEBUG obj = null;

　public static void create(){
　　if(obj != null) return;
　　obj = new DEBUG();
　}

　private DEBUG(){
　}

　public static void print(String out){
　　if(obj == null )return;
　　System.out.println(out);
　}

}

public class TestDebug{
　public static void main(String args[]){
　　DEBUG.print("こっちは出ないはずだよう");
　　DEBUG.create();//このやり方だと、ここがあるかないかだけど
　　DEBUG.print("デバッグ文");
　}
}

あ、ミスった。
三行目の　DEBUG obj　は当然privateだね。

それこそ209＠｀210が言うみたいに
public class Debug {
　public static depugOut( String str ){
　　System.err.println( str );
}
}
っての作って置いて
Debug.debutOut("バグだ！えれーこった！");
っていう風に使って

あとで
public class Debug {
　public static depugOut( String str ){
}
}
にclassファイルだけ差し替えればいいじゃん。
これならプログラム本体の再コンパイルもいらないよん。

ファクトリとあわせ技で、こんなのもありでしょ。

import java.lang.*;

class DEBUG {
　static DEBUG obj = null;
　public static final int STDOUT = 0;
　public static final int STDERR = 1;
　public static final int LOGFILE =2;

　public static void create(int type){
　　if(obj != null) return;
　　switch(type){
　　　case STDOUT:
　　　　obj = new DEBUG();
　　　　break;
　　　case STDERR:
　　　　obj = new ERRDEBUG();
　　　　break;
　　　case LOGFILE:
　　　　obj = new LOGDEBUG();
　　　　break;
　　　default:
　　　　break;
　　}
　}

　protected DEBUG(){
　}

　public static void print(String out){
　　if(obj == null )return;
　　obj.debugprint(out);
　}

　protected void debugprint(String out){
　　System.out.println(out);
　}
}

class ERRDEBUG extends DEBUG {
　protected ERRDEBUG(){
　}

　protected void debugprint(String out){
　　System.err.println(out);
　}
}

class LOGDEBUG extends DEBUG {
　protected LOGDEBUG(){
　}
　protected void debugprint(String out){
　　//ファイルに書き込む処理かいてね
　}
}

public class TestDebug{
　public static void main(String args[]){
　　DEBUG.print("こっちは出ないはずだよう");
　　DEBUG.create(DEBUG.LOGFILE);//場合によって引数変えよう
　　DEBUG.print("デバッグ文");
　}
}

省略してるだけで、目的別、バージョン別とかでDEBUGデーモンクラス
（っていう言い方でいいでしょうか？）
を作って他の処理も加えるとかも考えてたんだけどな。

再コンパイルがいやなら、iniファイルつくってそれ読んで
CREATEの引数決めるようにすればええんちゃうかな。

>>219
>iniファイルつくってそれ読んで
いやん。実行時にコストかかるぅ…

>>213
言語仕様で最適化が保証されているね。(^^;;

>220
んでわ起動時オプション。

コンソールにデバッグメッセージ垂れ流しのアプレットってどうですか。

ビックサイトでやっているソフトウェア開発環境展に逝ってきました。

で、MSのブースでC＃についてもやっていたのですが、なんか．．．
C++が進化してC＃になっただの、VB並みに簡単にGUIアプリが
作れます。 VB、VCともライブラリの共有が出来ますとか。ASPとの
連携も簡単に出来ますとか。 説明だけ聞いているとC＃がやりたく
なってきました(藁)

とりあえず、年内にベータ版が出るということに変わりはないようでした。

＃サーバ側でやるにはIISしか実装できていないのはイタイと思ったり

http://www.watch.impress.co.jp/pc/docs/article/20000712/kaigai01.htm

windowsプログラマのオレにとっては、歓迎すべき内容だね。

>>224
この記事、「だが、Microsoftに関係するデベロッパにとって、」
以降に皮肉がこめられているようだが…

> Microsoftの言語だけでなく、
> COBOLやPascal、Smalltalk、APL、Perlなどのサードパーティの言語もサポートするという
をを、Smalltalk 使えますか！

> ……ただしJavaをのぞいて。
だろうね…
M$のやりそうなことだ。

>225
JavaはなくてもC#があるからいいでしょ？ってこと？？

>>226
>JavaはなくてもC#があるからいいでしょ？ってこと？？
少なくとも、ゲイツ君と愉快な仲間達はそう思っているだろうね。(藁

>> ……ただしJavaをのぞいて。
>だろうね…
>M$のやりそうなことだ。

つーか、訴訟問題が絡んでるので、Javaやろうにも動けんよ。
JavaとCLRを組み合わせるのは不可能でしょ。技術的にじゃなく。

C#Builderなんか作るなよー

FUDだよ、FUD。
現物出てくるまではなんとも言えんね。

あーJ++だのC#だのはどうでもいい。
現状のIE5で現状のJavaAppletをサポートし続けてくれれば...

http://biztech.nikkeibp.co.jp/wcs/show/leaf?CID=onair/biztech/comp/107098

この記事のことか？

http://www.asia.microsoft.com/japan/developer/vstudio/nextgen/technology/csharpintro.asp

>C# の革新的なデザインは、以下のような方法で C++ によくある
>プログラミング エラーを回避します。

>・ガーベージ コレクションが、手動によるメモリ管理から開発者を解放します。
>・C# では、変数はシステムによって自動的に初期化されます。
>・変数は全てタイプセーフです。

タイプセーフってなん？

>たとえば、メソッドのオーバーライドは明示的でなければなりません。

Javaにもほしいな。

>・C# では、変数はシステムによって自動的に初期化されます。
なるほど！　それを売り文句にするために、
MSのJavaは変数を初期化しないようにしていたのだな。
ゲイツ様の慧眼には恐れ入る。(lol

「シーナンバー」じゃないよ「シーシャープ」だよ。（ﾜﾗ

Java自体ローカル変数は初期化しないんじゃなかった？

>236
組み込み型は宣言時にデフォルトで初期値決まってます。
オブジェクト参照は全て初期値nullです。

http://msdn.microsoft.com/net/

http://msdn.microsoft.com/downloads/default.asp?URL=/code/sample.asp?url=/msdn-files/027/000/976/msdncompositedoc.xml

This pre-beta software should only be installed on
non-production test machines.

Windows 2000 (including IIS) and
Internet Explorer 5.5 are required.

・プレβ版につき実務機にはインストールしないほうが良い
・必須環境は、Windows2000 + IIS + IE5.5

フィールド値はそうですがローカル変数は初期化されません

>239
つーかコンパイルとおらんよ。

>233
>タイプセーフってなん？

タイプセーフを知らんプログラマか．．．世も末だな。

>241

タイプセーフって言葉単独なら別にいいけど、
あの233で紹介されている説明文の文脈においてだと
(C++に対してのアドバンテージとして並べてる)
確かに意味不明だぞ。

Ｃだと
char c = 10;
int i = c;
こんなコードが書けちゃうからタイプセーフじゃないってことかしら？

MSの世界じゃタイプセーフ = VARIANT
とおもって問題ないのでしょうか?

Variant型は、Visual Studio.NETにはない

はぁ、意味がよくわからないけど違うということですね
ありがとうございます。

C#だぁ？
おまえはおじゃまじょドレミかっての！？

>>247
「シャープ」じゃなくて「しゃーぷっ！」って読むんだね。（藁

おもしろいよそれ

おぉ？早くもC#本が発売されますね。

□ C#入門　Microsoftの次世代言語を学ぶ
http://www.ascii.co.jp/books/detail/4-7561/4-7561-3602-8.html

知らんから、さっさと説明しろや。

indexer ってどうよ。

>>251
1ヶ月以上前のにさっさともないでしょ。

Ｃ＃なんて出てもMicrosoftのことだから初期バージョンは
相当バグバグで使えないんじゃない？ある程度作ってしまってから
バグが発生してそれがユーザー側が取り除くことの出来ないバグ
だとわかってしまう可能性もなきにしもあらず。

そこまでのリスクを負ってまでＣ＃で開発しようと思う人は
たぶん皆無と思う。今までの資産も使えないしあまりメリットは
ないでしょう。

C# 万歳！

なんかもう完成前に存在意義自体疑われるＣ＃は
ほったらかしにして
Ｃ／Ｃ＋＋　ＪＡＶＡ最強
ってことにして無視しようぜ。ダメ？

シャープなセックス！

＞シャープなセックス！
なにそれ、意味わかんない。

昔、Cライクな簡易言語を発売するとき、商品名で
Cm(シーマイナー)って提案したけど速攻ボツにされ
たなあ。

マイナーてのがよくないよ(笑)

C++はインクリメントだけど、C#の#ってなに？
半分上ってこと？

C＃じゃないんです
Cしゃーぷ！なんです
半音あがって＃になりましたってやつです。
しかし、マイクロソフトの人も「おじゃ魔女どれみ」
を見ているとは…

ちなみに、シーマイナーはハ短調のことな。
ハ長調は、シーメジャー。

半音あがってシーシャープってネタは、10年ぐらい前からあるよ。

>259
次はC7だね

ちなみに、「おジャ魔女どれみ」っつーガキ＆ロリ向けアニメの続編が
「おジャ魔女どれみ＃（シャープ）」なのだが、板違いの下らんネタ振るな。

>256
確かに C++＠｀ Java はいい。 Delphi なんかもかなりいい。
でも、ここは一つ我慢してみんなでC#に乗ってくれんかのう。
これまでにCOBOL潰しは成功したし、VB潰しだってきっと上手くいく。

Ｃ＃に対抗してＣ♭

今度もまた、言語の能力とは別に、
「Ｃ＃ってうんこ」になるだけだよ。

C#じゃないけど。
NGWSSDKのReflector.cpp(の特徴的な所)を抜粋

[sysimport(dll="msvcrt"＠｀ charset="ansi")]
extern "C" char* _cdecl strcpy(StringBuilder *dest＠｀ char *src);

[sysimport(dll="msvcrt"＠｀ charset="ansi")]
extern "C" int _cdecl printf(String *fmt＠｀ ...);

int main(int argc＠｀ char **args)
{
　Reflector *r = new Reflector();
　try
　{
　　StringBuilder *sb = new StringBuilder(256);
　　strcpy(sb＠｀args[i]+2);
　　r->methName = sb->ToString();
　}
　catch (Exception *exc_main)
　{
　　printf(L"Error Err_012ab＠｀ exc caught in main＠｀ strLoc==%s＠｀ "
　　　L"exc_main==%s\n"＠｀r->strLoc＠｀exc_main->ToString());
　}
}

うひょー気色わりー。
C++のくせにnewしたオブジェクト一切deleteしてないけど、
CLRが勝手にGCするのか?

つーかCLR使うとどの言語で作ってもCLRの手の平で踊る事になるのか。

Ｃ♭ ＝Ｊａｖａ

みんな乗るでしょ、たぶん。

少なくとも、私は C# が出れば 4Windows な
プログラミングをやりたい Java プログラマなんで私は乗ります。

あ、でもライブラリ汚いんか。それは困る。

>あ、でもライブラリ汚いんか。それは困る。

VCL作った人が中心になったんだよね、確か。
ということはVCLも汚いのか実は。

やーい >Del厨

>あ、でもライブラリ汚いんか。それは困る。

Javaのライブラリパクってんだからそれなりにきれいなんじゃない？
VCLよりきれいで実用的なライブラリってあるんですか？＞ALL
Javaのやつ除いてね。

そう、VB、VB。
Ｃ＃の発表があったときにまっさきに
『ＶＢの立場は？』と思ったよ。
ＶＢユーザが気の毒でないかねぇ？
ＶＣもＣ＃もビジュアル開発風味にするって話しだよね、
たしか。
ＶＢのメリットはほとんどなくなりそう。
ますますＶＢは使う気しなくなる。

＞２６６
おじゃまじょドレミての、何度かみかけたけど
あなたほど詳しく書いた人はいなかったような気がするよ・・

>ＶＢのメリットはほとんどなくなりそう。
>ますますＶＢは使う気しなくなる。

Accessあたりで済むような業務くらいしか
生き残りの道無さそうね。

けけけ

Ｃ＃、なかなかかっこいいね。らくちんそうだし。
ちゃんとしたコンパイラがでたら絶対さわるね。

だけど、僕はＣ，Ｃ＋＋を放せないんだろうな…

template ほしいな。

＞２８０
同意。
なぜないのかな。

最近DVD+R/Wって規格があるのを知ったんだが、C#のふざけた
ネーミングの影響だろうか？

ちょっとＣ＃やってみたいのですが、
ベータ版のコンパイラを導入して不具合の出た方います？

MSDN Magazineには、Office2000との相性が悪いとの情報がある、
と書かれてたな。
オレは専用ＨＤＤに入れてる。システムとして問題はないようだ。
メインにしてるマシンに入れるのはよした方がいいよ。多分。

家にはパソコン１台しかないから止めた方がいいかな、やっぱり。
早くVisualStudio.NET欲しいです。

>>280>>281
[CS:00069] テンプレートについて
http://www.users.gr.jp/ml/archive/CS/69.asp

なんか俺のなかでＣ＃かなりきてるなぁ、
Ｃもそのままasmキーワードのような感じで埋め込めるらしいし、
２８６さんの情報からテンプレートもいけるようにがんばってるらしいし。

Ｊａｖａは今まであまり勉強しなかったけど、Ｃ＃は本格的に使いたいと思った。
あとはＪａｖａみたいにいろんな環境で使えるようにしてもらいたいです。

>>287
>あとはＪａｖａみたいにいろんな環境で使えるようにしてもらいたいです。

これはしばらく期待できないんじゃないかな。
SunがSolaris向けに移植する事はないだろうし（笑）

その他のベンダーも反MSで（Sunの姿勢に不満持ちつつも)Java支持
してたりするから、下手に動くとMSの二の舞(Java訴訟ね)。
まぁ大部分は「リリース版の出来次第」で様子見だろうな。

.NET リリースまでには開発は終わるんかな。
ソースレベルならあまり問題ないと思うけれど、
途中で仕様が変更されたら嫌ね。

age

うーむ、MSはクライアント独占してるんだから、まともな
サーバOSさえ自社でもてれば、.NETは間違いなく席巻
できるんだろーにな｡

SolarisもLinuxもライセンスただだからなあ｡

今のままだと、クライアントがWinでC#で、サーバはLinux/Solarisで
Javaで、インタフェイスがCORBAとかSOAPとか、わけわかんない状態で
開発する羽目になって、苦労するのはこっち｡

クライアントは.NETで、サーバはなんでもいいけど、
通信をSOAPでやるっていうのは、シンプルで開発がしやすそう。

Ｃ＃はマイクロソフトが作ったらしいけど、
ＣやＣ＋＋はだれがつくったの？

C はデニス・リッチーが、C++ はビャーネ・ストラウストラップが
中心となって開発しました。

>294
くわしいですね。ついでに聞きますが、
彼らは企業として言語をつくったのですか？
それとも個人的に作ったものが広がっていったという感じですか？
ＣはＵＮＩＸを書くために作られたとか聞いたことがありますがそんな感じですか。

>295
294を知らないやつはイタタタタタっす。

>>294
ビョーンじゃなかったっけ？

>295
よい質問です。
Cについては、
http://web.kyoto-inet.or.jp/people/okubo/Real.Programmer.Stories-j.html
ちなみにC++については、
http://hp.vector.co.jp/authors/VA000092/jokes/strup.html

＞２９６
ごめんなさい、まだ知識が浅いもので…
これからはそういった歴史も学んでいきたいと思ってます。

＞２９８
情報ありがとうございます。
あとでゆっくり読みたいと思います。

ｳﾌﾟﾌﾟﾌﾟﾌﾟ

>298
295に冗談通じてないぞ。
どうすんだ？

295の勝ちぃ

295って、つぉーい！　　　・・・の？

本屋行ったら、なんかC#の本が出てたぞ。

＞３０５
商機を逃さない賢い出版社だな。
稼げるうちに稼ぐ・・・。

立ち読み３０分、終わり。

>>307
買うまでもない、という事か?

Ｃ＃ってウンコ

298:机の上のK&Rがやれやれっていったんでつい。ごめん。
C#やるのにCから入る必要はないよ。
MSDNの知識でそう言うものだって思って入るのが一番なんじゃない？

>307
薄い本しか読んでないのね。

>311
所詮C#本だしな。

Eiffel# なんてのもあるんだな。

http://www.microsoft.com/japan/developer/net/multilang/pdc_eiffel.asp

age

C#の開発者　Anders Hejlsberg.
しかし、前は　http://www.wnfl.com/anders/　だった。

C#の本出ているの？

>315
このページなに？（＾＾
Anders Hejlsbergさんはボーランドのカンファレンスで東京に来たとき
見たこと有る。その少し後に引きぬかれた（；。；）

当然 C# Builder はできるんだろうな

Visual Studio.NET?

age

C#の本売ってたよ。でもどうやってコンパイルするのかな？

おじゃ魔女どれみコンパイラを使用。

ぴりかぴりらら のびやかに〜♪

ぷるるんぷるん　すずやかに〜♪

ドットってなにか意味があるのですか？
M$の宣伝は見ない読まない主義なので。

じゃあ、つらぬいて一生かかわらないようにすれば？
こんなところで聞かないで。＞325

WindowsDNAってなにものだったの？

ビルの種。

>321
やっぱり preview 使うんじゃない？

COMベースで頑張ってみたけど、あまりにも煩雑すぎて「やってられるか
ボケ！」と非難囂々だったのがWindows DNA。しょうがないから一枚皮
かぶせて煩雑な所を隠すつもりなのが.NET。
本質的には何も変わらない。

C#も.NETもいいけど
先にVisual C++ Builder出して欲しい。

>Visual C++ Builder出して欲しい。
これって、少しでも出る予定あるの？
な、わけないか。
でたら、即買いたい。

WindowsDNA→３層アプリのＭＳ用語
.NET→JAVA技術のＭＳ用語
全部パクリ。

板変わって上がるんかな?

http://www.inf.fu-berlin.de/~mkrueger/SharpDevelop/
なんか既に作り込んでる奴がいるぞ。ソース付き。

あのバグバグのNGWS SDKでよう作るわ。

あ、プログラム板はmentaiでいいのか。勘違い。

あ、おれもほしい

VBの新しいバージョンっていつ発売されるの？

>先にVisual C++ Builder出して欲しい。
名にそれ？
君らバカ？

残念ながらVBはもうだめです。C#がこれからの主役です。Javaとソックリらしいので練習用にJavaをやりましょう
でもC#はアプレットにできるんでしょうか？できなかったらJavaもまだ使い道があるような気がします

あぼーん

>340
ActiveX は作れるんじゃない（藁

Platform Preview って2kServerじゃないと駄目ですか？
IIS5 をどこからかへくってきてプロ版に入れて動かない
ですかねぇ

日本語版 Professional でも一応動くよ。

日本語版 Professional でも一応動いてるよ。

多重カキコ。すんまそん。

>343
多謝
さっそく入れてみる。でも、開発環境汚染されるかなぁ

あ、二重じゃなかったんだ
344 にも感謝

今開発中のがひと段落したら入れてみるわ

343=344=345
紛らわしくてスマソ。

環境汚染されるので、大事なマシンに入れちゃだめよん。

あぼーん