C＃がネイティブコード吐けたら無敵じゃん

もうJAVAなんて相手にならないと思うがどうよ？
独占JAVAと違っていろんな言語が使えるしな。

>1
monoだっけかな?
C#のオープンソース版でJavaのバイトコードはける奴もあるでよ。

2 げっと。

>>1
C#はライブラリが糞
言語がOS非依存になっても大半のライブラリOSに依存するとはどういうこっちゃ
C#はまだまだJavaに勝てませんな

時代はDelphi。

>>1
どっとねっとじゃねーの？

>>3
( ﾟдﾟ) ＜ぽかーん…

>>1
それで「C#が無敵」で「Javaなんて相手にならない」と言い切る前に
複数の言語を同時に使うことのデメリットをちゃんと説明してからにしてくれ

お前の説明では単なる詭弁師の説明にしか見えないんだよ

>>1
Window.FormsがLinuxなどでも完全移植で使えたら無敵と認めてやるよ

>>4
禿

.NET＝環境 ： 環境としてのJAVA
C#＝言語 ： 言語としてのJAVA

酸の弱小R&Dではとてもなしえなかった
言語間でのクラスライブラリの使いまわしを実現したMSは偉いね｡

ネイティブなんか問題でなく、クロスプラットホームだったら無敵。

>>10
R & D == research and development
でよろしいか？

>>10
M$社員ウザイ

板違い

こちらへどうぞ
http://pc2.2ch.net/test/read.cgi/tech/1045389450/

>>14
こっちに誘導すんなｺﾞﾙｧ
ここでやってくれよ｡

つまり環境なんて要らないから
普通のコード吐クコンパイラをクレと

JAVAが出立ちの頃同じようなこと思ってたけどな

>>11
それはMSに敗北した負け犬連合の価値観であって
MSと開発者にとってはデメリットでしかない｡

>>8
禿同

>>18
敗北がきまったわけじゃなけぇー

>>15
あっちでは激しい戦いが行われているのですよ。
見ものじゃないですか。

>>10
なんでresearch and development のせいにするんだよ。

言語間でのクラスライブラリの使いまわしを実現ったって
まだ3っつの言語程度しかまともにできていないんだぞ。
全部同じように使えんのかよ。
古い言語もいちいち.Netに対応させなければ使えねーだろ。
それに全部他のOSでも使えんのかよ。
今までM$はOSに依存しない上質なライブラリを作った実績があんのか?

>>19
あ｡漏れもだ｡Ｄｅｌｐｈｉマンセ〜!!ｗ

>>18
Windowsもそのうち負け犬と呼ばれるようになるぞ。

>1
MSは.NETが主であると考えているんだよ｡
C#はあくまで.NET上の開発言語のリファレンスモデルという位置づけに過ぎない｡
だからC#だけを切り出して.NET以外のプラットフォームに持っていくなんて事はありえないよ｡

>>1
.NETがJVM上で動けば無敵だがな (藁

>>22
正式に対応したのだけで6コあるよ。

>>27
たったそれだけ?
しかもWindows専用、糞じゃん

>>23
ヽ(´ー｀)ノﾏﾝｾｰ

Delphiヽ(´ー｀)ノﾊﾞﾝｻﾞｰｲ

>>22
数の問題じゃない｡
今までは関数＋構造体で提供していたOSのAPIを
クラスレベルで提供するようになり､
CLSをサポートしさえすればどんな言語でも使えるようにする｡
という規格が重要だって事だ｡

>今までM$はOSに依存しない上質なライブラリを作った実績があんのか?
.NETはOSだよ｡いまはWin32の上に乗っているように見えるけど
それはランタイムを後からインストールするからそう錯覚しているだけ｡

>>23
ヽ(´-｀)ノ

>>28
それだけって次に来るDelphi入れたら7個で
メジャーな言語ほとんどでかなりの数だと思うが。

ネイティブなC#をわざわざ開発するくらいなら
某買収してVisual Pascal新発売してるだろうな｡

>>33
>28は知らないのでは？
少し列挙して欲しいとこだけど…。（まぁいっかぁ。

Delphi仲間入りありがとう。ヽ(´ー｀)ノﾏﾝｾｰ

>>32
ゝ(´ー｀)ノ　ﾏﾝｾｰ

>>31
.NETはOSだよ｡いまはWin32の上に乗っているように見えるけど
その表現でMonoの存在をどう説明する?

>.NETはOSだよ
ｳﾞｧｶﾊｹｰﾝ

kylixで開発、Delphiでwinも。逆の人はいないだろうか？

　 ∧,,∧　　.NETはクラスライブラリだよ
　ミ,,ﾟДﾟ彡　OSに密接にくっついているように見せているから
　ミつ日(ﾐ　OSだと錯覚しているだけ

　　　とか、言ってみる

>37-38
とりあえずはこれ読みなよ｡
http://pc.2ch.net/test/read.cgi/prog/1043591614/720-724

で､MSはいずれすべてのコードを.NET上で持っていって
従来のWin32は単なる1サブシステムに格下げする予定だとか｡

>40
クラスライブラリはCLRでCLRは.NETの一部に過ぎないだろう｡

　　 ＿＿＿＿＿　　　／￣￣￣￣￣￣￣
　／:＼.＿＿＿＿＼ │　.NETは
　|:￣＼(∩;´∀｀)　 ＜　 Platformだよ。
　|:　　 |:￣￣￣∪:|　 ＼＿＿＿＿＿＿＿

　　　とか、厨のようなことを言ってみる

>>41
> >37-38
> とりあえずはこれ読みなよ｡
2chやM$だけの情報では信憑性に欠ける。

> で､MSはいずれすべてのコードを.NET上で持っていって
その発想はM$的で傲慢だ。
すべてのコードをWindowsのみでしか動かないようにするなんぞウゼェ。
.Net対応製品を使うためにいちいちWindowsを買えってのか

>>43
複数のWebサービスを組み合わせて、
ネット時代のアプリ環境を提供しよういう、
マイクロソフトの次世代プラットフォーム。
クライアントをPCやWindowsに限定しないことで、
「どこでもマイクロソフト」を実現しようとしている。

>.Net対応製品を使うためにいちいちWindowsを買えってのか
そうです。
コンセプトはWindows製品を購入させることにある。

だから、糞。

>>43
ｱﾌｫですか？

ここで皆さんに質問。
このスレを見た人は

こちらの「C#って死滅しちゃうの? ? ? 」スレシリーズ9partsすべてを読みましたか?
http://pc2.2ch.net/test/read.cgi/tech/1045389450/

>>44
> クライアントをPCやWindowsに限定しないことで、
> 「どこでもマイクロソフト」を実現しようとしている。
まだ実現できてないやねか。
そもそもM$がそんなことを実現する気があるとは思えん。
M$はあくまでWindowsに限定だろ

>>45
(｀ー´) クククッ。暴言に走りましたね。

その時点で貴方は終わってますよ。

止めはしませんが、
　　　「モウやってらんね〜」
とかいって帰るのはヨシテクダサイネ…。

>>47
http://yougo.ascii24.com/gh/79/007918.html

>>45
オマイがｱﾌｫですか?

>>50
(｀ー´) クククッ

>>49
だからまだ口だけなんだろ

>>44
すべての非はスマートなクライアントを構築できないJavaにあったわけで｡

>>51
(｀ー´) クククッ

>>53
ｱﾌｫ。お前のハードウェアスペックがスマートでないだけだろが

>>55
smartの意味を分かってますか?

>>53
だからといってサーバサイドを全部.Netにする必要はねーだろが。

C#使うよりMFC7.0でうまく設計実装するほうがよさそう

>>56
知らないから会話が噛み合わないわけですよ。
辞典サイトで調べているでしょうよ。キット…。ぷ。

>>53
お前のJavaプログラミングのスキルの無さ、頭の悪さを
言語のせいにするんじゃねーよｳﾞｫｹ

>57
サーバサイドにおけるJava on JVMの有用性をMSが認めたことが間違っていると?

>>59
キミ、煽り方が上手じゃないなね

>>52
驚いた。口だけとか言ってるし。
MSNを見たことが無いのでしょうか？

おや、M$社員が.Netの宣伝をしているのかな?

>>63
それはMS信者専用のサイトですか?

>>64
すいませんね。
お金が無いのでWindowsは詳しく使ったことがありませんよ。（Macも
当然社員でもない。

M$NのニュースはM$に都合が悪いことは載せないからな。
中立的で公正な情報を提供しているとはいえないな。
しかもM$Nは検索もGoogleより使えないし

>>66
Windows使ったこと無い者がMSNだ.NetだC#だのと自慢するか?

MSNは糞

M$社員というよりM$のエヴァンジェリストが宣伝してるみたい・・・・

>>68
君のように自慢はしてないがね。
Delphiヽ(´ー｀)ノﾏﾝｾｰですから。
開発はkylixですがね…。

やはり、Windows利用ユーザ数には
かなわないからね。(´･ω･`)ｼｮﾎﾞｰﾝ

C#死滅スレ見た人少ないんだね。

>>71
君?
何を自慢したと?

ここの住民はMSDNではなくMSNが情報源なの?

>>71
Kylix3(c++)ってBorlandのWindows向け製品にくらべるとお手軽に動かない
場合多いようだが。

>>75
お手軽に動くと感じるが？

>>76
それはある程度の規模の開発に使ってないからでしょう｡
Kylix以前にCLXがダメ｡

>>73
「Windows使ったこと無い者が」
いかにも自分は金持ってるWindows厨ですよと、
自慢のようにアピールしているように感じたため。

>>77
専門が簡易データベースアプリケーションのためですかね｡
ある程度の規模の開発に使ってないことは認める。

>>78
Windows嫌いですが何か?

Apple Script最強

>>78
＞何か？
自分、貴方のおかげで「一瞬」幸せになりました。

>>74
NSDNに金払えってのか?
北朝鮮的なMSNなんぞ情報源じゃないわい。
Googleが情報源じゃ。

誤爆
×>>78
○>>80

(´-`).｡ｏO(Windows用にプログラム作んないとダウソする人が激減する罠…)

なんか違う方向にいきそうなので、書いておくけど、
規模とかの問題じゃなくて、
たとえばＢＣＢだと全く意識しなくてもよいところを、
Kylixではちょっと問題がでててＲＡＤツールとしてどうなん？
ってところがあるといいたかっただけ。
まぁ、まだ出たばっかりといってもいいから、これからに期待。

>>83
北朝鮮は2ch（以下略

>>85
かといって、リヌクス以外では開発できない体になってしまいますた。

なら、Kylixではなく何も考えずにgcc使っとけ。
　　　　　　　　　　　　　　　　と、自分に突っ込む。

Linux上でのGUIアプリ開発は地獄だ｡

>>85
サーバサイドでは逆だぞ

>>90
どこへ行こうか。

>>91
禿

RADツールってそんなにええのか?

今の時代はUMLでMDA(Model Driven Architecture)だろ

RADとMDAは直交しとりますが｡

>>94
(￣o￣;)ボソッ（RADを使えば、容易に開発が行えるし…。

.NETがJ2EE並みに高度なことができれば使ってやるんだが。

>>94
小さいアプリケーション作るには生産効率が高いことは経験したよ。
大規模だとどうかなぁ。

.NETは未完成品なので比べちゃうのはちと可哀想だな。

上記に簡易データベースアプリとの記述もありましたが、
皆さんがどういった開発を行っておられるのか気になってきました。。

http://www.microsoft.com/japan/msdn/net/compare/default.asp

>>95
RADツールとRADは違うだろ

>>99
このスレで.Netを自慢して威張っている香具師がおるから構わん。

>>101
お前はM$から派遣された詭弁師か?
なんでまたM$のサイトなんだよ。
全部自分に都合がいいような宣伝しかしないだろが。

>>91,>>93
サーバーサイドの人よりクライアントサイドの人の方が多いと思いますが…

>>105
趣味でやっている香具師を含めるならな

全てにおいて、あれとあれは違う。これとこれは違う。
といった具合に否定しか出来ない人がいますね。
それでも良いのですが。
おそらく、チームでプログラムを組んだことは無いのでしょうかね。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（嫌われますよ。
独りでどんな大きなprojectでも遂行できることは立派なんでしょうがね。

>>105
人数よりも信頼と実績が重要だろが

>>105
>>85

>>107
愚痴ですか?

>>110
愚痴です

RADが有効なのはUI周りのみ｡これは規模とは無関係｡
RADを使ってもロジック周りの生産性は変わらない｡
RADとはGUI開発ツールとする｡

>>109
???

>>112
やっぱそうだと思った。
C#死滅スレでRADツールを自慢してる馬鹿がいたが
そんなもんだな。

　かかと　　　　　　　落とし

　 Λ_（￣）ミ　　　　　Λ＿Λ　　ミ　　　　 ／
　（　´ |　 |　ミ　　　 （　 ´∀｀）　　　 ））/⌒ ⊃
　（　　　　|　　　　　　（　　　　 ）　　　 从Λ/
　　）　 ）ノ　　　　　　 │　|＼ ＼　彡(ﾟДﾟ )⊃ ｷﾞｬﾌﾝ
　 （＿_）　　　　　　　 （＿_） （＿_）　　∪

>>112
使ったことない、もしくは使いこなせてないのどちらかか。

>>116
具体的なメリットあげてみ。

これからはP2Pも含めてクライアント側の開発効率がさらに重要になってくるから
Linuxは論外だしJavaもダメダメで残るは.NETしかないということだね｡

>>116
RAD で MVC(Model View Controller) Architecture とかできんの?

訂正
M$の出しているRADツールで
MVC(Model View Controller) Architecture とかできんの?

>>119
RADとMVCは直交しとりますが｡

C#はRADではあるけど、ちゃんとしたオブジェクト指向で
MFCよりは遙かに将来性のあって互換性もありそうなクラスライブラリ
を持っている。　だから再利用性も、そこらのおかしな言語よりは
ずっと良い。　問題は.Netの環境が大型のシステムに耐えられるかどうか。

まぁ、Delphiの焼き直しだけどね。

>>118
お前の論理は
P2Pだからクライアント　だから .Netしかない
かい?

お前はP2Pの部分をGUIだけで実装できるとでも思っているのか?

.netは名前のわりにJavaとくらべネットワークに弱い。
JavaではJxtaでP2Pを使うことできる。.Netを使う必要は無い。

サーバOSとしての立場も残る事ながらLinuxは除外できない。
(Linuxよりも良いサーバOS(間違ってもWindowsではない)があるがな)

>>121
いや、だからRADツールではどうなの?

じゃんけんは後出しが絶対的有利な法則
http://japan.cnet.com/news/ent/story/0,2000047623,20052475,00.htm

今の時点じゃ.NET信者は分が悪すぎる。

>>124
普通にできるよ｡
ただ､MFCのようにフレームワークで強制はしてない｡
だからイベントハンドラにロジックをごちゃごちゃ書いちゃう人間もいっぱいいるけどね｡

>>107
それはたんにあんたがM$マンセーなM$のエヴァンジェリストなだけ

>>125
それでもActiveXは死滅したわけだが

俺の予想だと.NETは結局Windows用だけで終わりそうなんだけど。
どうよ?

>>128
?

>>125
Jxtaのほうが後発だったと思ったが。
JDBCもODBCより後出し
JSPもASPより後出し
だったからなあ。

>>123
>お前はP2Pの部分をGUIだけで実装できるとでも思っているのか?
いままで必要以上におろそかにされていたけどUIも非常に重要だといってるだけ｡
それにクライアントとサーバの開発・運用が同一の環境で可能ならそれに越したことはない｡

>>130
そう願いたい｡

>>130
漏れもそう思う。
M$の思惑がそうだからなあ。

>>129
元気で生き続けていますし、もしあなたがWindows使ってるなら
毎日お世話になってるはずです。

>>133
>それにクライアントとサーバの開発・運用が同一の環境で可能ならそれに越したことはない｡

それには、サーバとしての信頼性がUnix系OSより高度でないといけないなあ。
IISの信頼性もApacheより高度でないといけないなあ。
SQLServerの信頼性がOracleなどよりも高度でないといけないなあ。
当分は無理だろ思うけどなあ。

>>135
WindowsUpdateで細々と生き残っている程度だけどね。
JavaAppletの信頼性には勝てなかったんだね。

匿名のインターネットで言いたい放題のスレはここでつか？

>>136
それは.NET Server（とあえて呼んでみる）+IIS6.0が応えてくれるでしょう｡
最初の大口顧客はXboxのサーバだったかな｡

>>137
JavaAppletの対としての意味だけだったんだ。

>>132
JDBCってあのORACLEに迂回されちゃったインターフェースだったっけ?

>>141
ﾊｧ?

>>139
なんでそんなおもちゃ中のおもちゃに?

>>137
e-, explorer de tukattemasuga, mmc demotukattemasuga,
baainiyotteha desktop demo tukattemasuga.

tokuni anatanoyouna activex ga nanika? ga rikai dekitenai hitohodo,
ipa-i ipa-i ipa--i tukattemasuga.

>>144
読みにくい

しかしLinuxの繁栄を望んでいる奴らは
大不況->設備投資負荷->Linux採用
という事態を望んでいるのだろうか｡
Linuxが普及はそれ以外の要因ではありえないというのに｡

>>1
なんでＣ＃如きが無敵なんだかさっぱり？？？？

リナックスは無料といった理由だけではなく､ソースを改変できるからね｡
有名なのにはローソンのロッピーがあるわな｡
あれだけの数を揃えようとすればそれなりのコストがかかる｡
さらに､どんな事でも自由に出来れば情報端末機としては困るしね｡
ま｡あれは､
タッチパネルを右上端右下端左上端*2回でroot再ログオンするがね｡
簡単なコマンドなら自由自在ってか｡

個人利用と言う観点からは>146の言うことも一理あるが､
リナックスマシンが市場に出るのは時間の問題でしょうかね｡

現に､サポートなしだが自作出来ない向けに
リナックスを入れれる状態でパソコンを格安販売してるしね｡（OS別）
徐々にリナックスユーザ数も増えているし｡
個人的にはもう少し待っていただきたいが｡

マウスの電話サポートで「OSは?」に「リナックス」と答えられる。

Ｃ＃って死滅しちゃうの？ Part10
http://pc2.2ch.net/test/read.cgi/tech/1046548464/l50
Ｃ＃って死滅しちゃうの？ Part9
http://pc2.2ch.net/test/read.cgi/tech/1045389450/
Ｃ＃って死滅しちゃうの？ Part8
http://pc2.2ch.net/test/read.cgi/tech/1044940918/
Ｃ＃って死滅しちゃうの？ Part7
http://pc2.2ch.net/test/read.cgi/tech/1044553806/
Ｃ＃って死滅しちゃうの？ Part6
http://pc2.2ch.net/test/read.cgi/tech/1044037433/
Ｃ＃って死滅しちゃうの？ Part5
http://pc2.2ch.net/test/read.cgi/tech/1042963420/
【C＃の存亡】Ｃ＃って死滅しちゃうの? Part4
http://pc3.2ch.net/test/read.cgi/tech/1042463436/
Ｃ＃って死滅しちゃうの？ Part3
http://pc3.2ch.net/test/read.cgi/tech/1042194873/
Ｃ＃って死滅しちゃうの？ Part2
http://pc3.2ch.net/test/read.cgi/tech/1041565851/
Ｃ＃って死滅しちゃうの？
http://pc3.2ch.net/test/read.cgi/tech/1040423119/
●●.NETって死滅しちゃうの？？？？●●
http://pc.2ch.net/tech/kako/1006/10060/1006038901.html
●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
http://pc.2ch.net/tech/kako/1008/10085/1008593003.html
●●ＮＥＴって死滅しちゃうの？？？（３）●●
http://pc.2ch.net/tech/kako/1010/10108/1010852722.html

C#厨M$厨嘲笑檄藁.NET厨VB厨と安置M$,安置C#との果てしなき仁義なき戦い、激闘
一進一退を繰り返し、一難去ってはまた一難。いくら何度比しても頃してもすぐ蘇る。
思えば彼らの声が聞こえてくる。
「攻撃は最大の防御なり！」「全速前進！」「突撃！」
その死闘の果てに彼らが見るものとは一体?
彼らはお互いに相手が死ぬまで永遠に戦い続けるだろう
彼らの絶対に諦めないという執念、彼らの誇り、彼らの誓い、使命、義務感がこのスレを奮い立たせる

まるでパレスチナとイスラエルとの戦いのよう

C#厨M$厨.NET厨VB厨の聖戦(ＪＩＨＡＤ)はいつまで続くのか?
　　　　　乞　う　ご　期　待　 ！

>>150
外でて日にあたってきなよ。

>>151
夜中にはそりゃ無駄

>>151
外で夜風にあたってきなよ

>有名なのにはローソンのロッピーがあるわな｡

あれLinuxで動いてるんですか。この間プリンタ切れトラブルで中身見る
機会あったんですけどCD-ROMドライブ内蔵されてましたよ。
Windowsで動いているのかと思いました。

俺のときはエラーが出ていてWINDOWSの画面が出ていたぞ？

つか、ネイティブコード吐けなかったのか。じゃ、いらんな。

>>90
Tcl/Tk

VBはすばらしい言語だったが、.ＮＥＴは捨てた。

>>158
こりゃ以外ですな。

>156
次のバージョンからは可能になります。

所詮はwin専用なんだろ？

(・∀・)

マイクロソフトは
ソフトウェア開発者よりも消費者のほうが多いことを意識していない。
.Netにより恩恵を受けるものは殆どが古い言語を使ったものだけだ。
言語で作ったソフトを使う消費者にはそれほどの大きな恩恵を与えない。

マイクロソフトは　.Netで複数の言語を使えることを意識するよりも
より多くの消費者により多くのプラットフォーム(Windows以外でも利用できるようにすること)で利用してもらうことを
優先して意識すべきだ。

マイクロソフトの製品は政府に認められていない。
政府がWindowsを使わなければ政府は.Net使わない。
脱Windows宣言してもほかのプラットフォームで
.Netはフルに活用されるように作られていない。
M$は政府にWindowsをつかってもらおうとあがいているようだが
もう終わりだ。自民党に馬鹿にされるマイクロソフト。もう終わりだ。

それが.Netの実体だ。

ActiveXが死滅？
笑わせるなよ
今のウインドウズのカーネル層から上はActiveX（COM）の固まりだぜ

>>164
直接いじくりまわして自分のサイトで公開する者は死滅したわけで

Flashも動画いろいろもActiveXの一形態だよね。

Linuxは
ソフトウェア開発者よりも消費者のほうが多いことを意識していない。
Linuxにより恩恵を受けるものは殆どが古い言語を使ったものだけだ。
言語で作ったソフトを使う消費者にはそれほどの大きな恩恵を与えない。

>>167
コピペの改造の割にはセンスも論破するほどの説得力も無い

>>141
問題
　JDBCの.Net版を上げよ

Flashも動画いろいろもPDFもMS OfficeファイルもJava Appletも
objectタグを使ったものはActiveXなわけだが、
いつのまにか死滅しちゃってたのか。

>>170
> Flashも動画いろいろもPDFもMS OfficeファイルもJava Appletも
> objectタグを使ったものはActiveXなわけだが、

そいつはM$の独断と偏見による解釈ね。

MacrimediaはFlashをActiveXの一部だと決め付けたら怒るだろう。

$unはJava AppletをActiveXの一部だと決め付けたら怒るだろう。
それがあの対M$裁判となって現れているみたいだが。

>>170
>objectタグを使ったものはActiveXなわけだが、
すくなくともW3C(World Wide Consortium)はそんなナメタ解釈はしないだろ。
初心者を欺くための洗脳するためのM$の陰湿な戦略か？

>>167
Linuxに消費者って居るのか？
無料で使ってる開発者しか居ないような気がするが

>>171-172
解釈じゃなくて紛れもない事実。
もちろんWindows環境ではということで。

>>173
おいおい、いるに決まってるだろ。
Linuxと名が付く会社がいくつあると思ってんだ？

>>174
> 解釈じゃなくて紛れもない事実。
> もちろんWindows環境ではということで。

Windows環境で限定と言い切るなら「紛れもない事実」
とは認められないぞ。

>>176
Windows環境では紛れもない事実と言ったんだよ。
そもそもActiveXはWindows環境限定だしね。

>>174はM$に洗脳されたｱﾌｫ

>>177
すまん、WinIE限定と言うべきだったな。

>>178
間違ってるとこあったら指摘して。

>>177
http://e-words.jp/?w=ActiveX&headline=%8C%A9%8Fo%82%B5%8C%EA%8C%9F%8D%F5

>>180
> objectタグを使ったものはActiveXなわけだが、

Linuxはゴミ糞。
普及率はWindowsの足元にも及ばないくせ、セキュリティホールやバグの数はWindows並み。(ﾌﾟﾌﾟ
その程度の品質だから、企業も怖くてサポートできない。
ディストリですらサポート放棄してるんもんなあ。(ﾜﾗ
RedHatだっけ？製品出して1年で製品もサポートも捨ててるのって。(ｹﾞﾗ

嘲笑檄藁厨ｷﾀ━━━━━━━━━━━━

>>182
IEにおいてはそれで間違ってないと思うが。

>>185
それはWebプログラマが誤解するような解釈

>>183
お前の脳細胞がゴミ糞

>>187
否定はしないんですね？(ﾌﾟﾌﾟ

>>186
うーん、わかんない。
プラグインでなくなってすべての拡張機能はActiveXコントロール
として実行されてるはず。

どうやら死滅スレからやってきた知ったかぶりM$信者のチンカスが約一名いるな。

Windowsはゴミ糞。

サーバ普及率はLinuxの足元にも及ばないくせ、セキュリティホールやバグの数はサーバOS史上最大。(ﾌﾟﾌﾟ
その程度の品質だから、政府も怖くてこれからの時代に合わせて新規に採用できない。
自民党ですらM$を馬鹿にしてるんもんなあ。(ﾜﾗ
マイクロソフトだっけ？慌ててソースコードの一部を政府に公開して焦っているのって。(ｹﾞﾗ

>>183
WIN厨は逝ってよし

下手字フォントにも劣る糞な見た目のLinuxデスクトップ

つまりC＃は欲しいが.NETは要らんと

同意

>>189
うぉー、WebプログラマとWebデザイナがさあ。
IEとIE以外のブラウザにも対応させるときにさあ、
初心なWeb関係な香具師に説明するときに
ActiveXという言葉でそれを説明すると誤解されちゃうんだよね。

M$信者はW3C勧告に逆らってActiveXという言葉を平気でつかうんだろうけどさ
こちらとしては迷惑なんだよね。
ほうっておくとIEでしか動かないサイトを作りやがるし。

初心者を洗脳するなって言いたい。

Javascriptとか使われるとLynxでは動きませんよ？

だから〜
IEとか以前にOS自身がActiveX(OLE=COM)で成り立っているわけでして。

>>196
当たり前じゃん。
ついでに言うならそのまんまでは画像もframe対応ページも見られないだろ。

>>197
ActiveXといえばJavaAppletとJavaScriptの中間にあたるセキュリティホールだらけの技術であるということが
どこかのサイトで説明されてたね。

知らない人間にとっては
ActiveX＝JAVAアプレットの出来損ないなんだろうね。
ウェブサイトの飾り付けでしかないと。

>>198
つまり、本当に読んでもらいたいのなら、テキストだけでかけ、と。
画像やフレームやスタイルシートやらは
内容の構成とは無関係であるべきだ、と。

そういいたいのです。えぇ。

真っ白な背景に黒い文字で商品説明だけが載っている。



ぼくは、そんなWebサイトを書きたい。宮沢賢治。

×アプレットの出来損ないなんだろうね。
○アプレットの出来損ないでしかなんだろうね。

悪口ばっかだ。Winは糞、Linuxは糞、Macは糞。最後には全部糞って言うんだろ。
他人の批判ばかりせず自分の書いたコードを見直してみろ。

>>203
NeXTは糞ではない。終わっているだけ。

>>200
そもそもM$の定義するActiveXの意味があまりにも抽象的。
その意味にM$とは関係ない他社製品まで紛れ込ませるような錯覚を起こす。
.Netというネーミングもそうだが
そういうところがM$の傲慢なところだな。

>>205
はぁ？ 理解すらできないのなら「わかりません」と素直に言えよ。

ActiveX＝OLE
激しく単純なんだがOLEがわかんねーのならｼｮｰが無い罠

>>195
なるほどわかった。

誤解や解釈の違いでオレが書いたこと間違ってなかったってことね。

>>206
つかActiveXってそんなに凄い？
ただのクズにしかみえないんだけど
Windowsのみでしか実装できない時点で

>>209
だから、中途半端な知識で批評しようとするな。

>>209
それは大変だすね。


ちなみにWindowsはshell自体もActiveXでつ。

本当に批判すべきは
COM+
や
WindowsDNA（ﾌﾟ
のようなどこにいったんだ？って奴だろｗ

といってもWindows自体糞なんだからActiveXだろうとおんなじ

Windowsごときを誇らしげに語る香具師も貧弱

>>214みたいなことを言う奴に限って、Windowsのことを大して把握してない罠。

NTじゃ無いほうは確かに糞

>>1
C言語はネイティブコードはけるのでC#もJavaも相手になりません

>>217
Javaもはけるようになったけどね

>>217 ネイティブコードをはかないＣもあることを忘れるなｗ

>>212
それらはWindows内ではレガシーテクノロジになったので、
表に名前が出てこなくなっただけだよ。

あるのが当たり前のものを騒がないっつーか。

>>220
ぶっちゃけCOM+使ってるコンポーネントなんか見たこと無いんだが俺が知らないだけ？
全部COMどまりのような・・・

COM+ ＆ +α ＝. NET

>>222
ではないことは確かだな。

と言い切れないことも確かだな
.NET＝結局ネットワーク透過のActiveX[COM]だし

>>224
じゃあそれは良いとして
DNAのほうは何処へ？

オレアホなんで質問なんだが結局COMってどういうものなの？
インターフェースが統一されているクラスライブラリって感じ？
う〜ん、良くわからん。
あと、ActiveXとCOMってどういう関係なの？
OLEは？

アホでスマン。

>>1
独占してんのはM$だろがｳﾞｫｹ

おまえらC#が死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

おまえら228が死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ




別に放っておいてもいいか

おまえらバイトコードが死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ

>>226
ActiveX ≒ COM

COM ≠ ActiveX

ActiveX - COM = OLE

ActiveX = COM + OLE

>>228
Smalltalk!

おまえら230が死滅寸前に追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ




別に放っておいてもいいか

>>231
いや、判らんってｗ

でもSmalltalkは面白いね。
メタ考えるとアタマ爆発するけどｗ

>>231
SmalltalkはC#よりもJavaよりも最高のオブジェクト指向言語！

史上最強のオブジェクト指向言語！

ったく、Smalltalk知らん奴がオブジェクト指向なんて語るんじゃねぇよな。
そう思わんか？

　　　　　　　　　　　　　　　　　　Z　E　N　Z　E　N

うわーんJavaプログラマなのにC#のプロジェクトに入れられちゃったよ！


オーバーライドのメソッドにはoverrideと書くのか
わかりやすくていい仕様じゃん

C#　は .NET の全てのソースコードフリー公開したら無敵だと思うけどね

>>238
そうでもない

VS.NETのツールボックス眺めれば
.NETフレームワークがActiveX/COMの
かたまりであることが一目瞭然なわけだが

すげーな。アイコンで実装まで分かるのか（藁

C#って完全にオープンな言語なんだが・・・。
逆にSunの手の中にあるJavaが主流になったほうがよっぽどたちが悪いんだが・・・。

まあアンチMSに何を言っても無駄だろうけどね。

また釣りか

釣りだね。

とりあえず今まで通りリソース扱えるようにしてください

釣りだ。

ダイアログやメニューはリソースだろ普通

Transmetaが.NETの中間コードを直接実行可能なチップを開発中だよ｡
というわけで.NET最強ってことだな｡

Transmetaコケまくっとるが、大丈夫でつか？

そういやJavaチップはコケたな

>>245
いつまでも過去の形式にこだわらなくても良いんじゃないの？
とは言うもののやっぱりアイコン指定とかVB的で使いづらいのも確か

いつからリソースが使えなくなったって？
csc /?
〜略〜
- リソース -
/win32res:<ファイル> Win32 リソース ファイルを指定します (.res)。
/win32icon:<ファイル> 出力にこのアイコンを使用します。
/resource:<リソース情報>指定したリソースを埋め込みます。 (短いフォーム: /res)
/linkresource:<リソース情報>このアセンブリに指定されたリソースをリンクします。 (短いフォーム:
/linkres)
〜略〜

リソースといえば。
メインメニューコントロールをドラッグしたら
フォームにメニューが現れたのには感心した。

>>252
邪道っぽいし

>>254
なんで邪道なのかなぁ？

使える→邪道ということにしよう→使えない
とか考えていたりして。

反抗期なんだろ

邪道でない＝ウイザードがRC吐いて標準でリソースを使用

.NETとJavaの比較

Javaの場合
・Sunが独占(Closedな仕様)
・JITコンパイルは実行環境依存
・複数言語をサポートするには貧弱すぎるVM仕様
・JNIといった周りくどくコストの高いネイティブコード呼び出し
・100% Pure Javaを妄想してクライアントサイドで絶滅した。
・実行のたびにリンク、ベリファイ、コンパイル

.NETの場合
・ECMAに提出して標準化(Openな仕様）
・JITコンパイルを前提とした設計
・制約の少ない柔軟なVM仕様（殆どの言語を制約なくコンパイル可能）
・ネイティブコードとのシームレスな連携が可能
・プラットフォーム依存の許容
・PreJITを採用し、署名によって信頼性を確保

俺は今後.NETが主流になると考えている。
Javaが主流になるには器が小さすぎた。
当たり前だがすべてが.NETになるわけではなく、依然として低レベル部分はC/C++が主流だろう。

>>257
ようするにリソースエディタつけろってことか？　こんなのか？
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/vcresed/html/_asug_Overview.3a_.Resource_Editors.asp
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/cptools/html/cpgrfwindowsformsresourceeditorwinresexe.asp

とりあえずVC#でダイアログリソース使う方法教えれ。

フォーム作れ

>>261
重いから嫌だ。

じゃあC#なんて使うな

無いのか。じゃあやめよう。

　ｶ　ｴ　ﾚ　!

>>262
なにが重いんだ？ まさかリソースで作ったら実行時に軽くなるとか思ってないよな。

　　資　産　継　承

に失敗し、WindowsDNAは捨て、.NETで一からやり直すことになりました。

これから３年間、短い間ですがどうかよろしくお願いいたします。

WindowsDNAもCOMも.NETの一部として生き続けていますが何か？

>>267
もし継承できたら、どうせ負債継承とか言うんだろ（ｗ

Javaはガベージコレクタがプロセス内の不要なメモリを開放しても、
OSから見たプロセスとしてのヒープ領域は減ってくれないのが致命的。
これだけでも、もう使ってらんない・

>>271
Cのfreeと同じだね（ｗ

>>271
永遠に膨らんでいくよりはマス。

>>271
それってJVMの実装がタコって事？
まさかそんなの仕様で規定してるわけ無いだろうし｡

>>238
Windowsのソースコードも隅から隅まできっちり公開しないと無敵にはならん。
そしてGPL以上の強力なライセンスをつけなければ無敵にはならん。

自分で書いた有用なコードを公開する人は間違いなく立派だが､
コードを公開しろと迫る奴ってただの乞食にしか見えないよな｡

まあ.NETのソース全部公開してくれたら
そこに書いてあるコメントをインテリセンスで表示できるようになって
結果ドキュメントをみなくてもどんな例外投げるのか分かるから楽ちんになるんだけどね。

ちなみにこれVJ++6にJDKのソースとライブラリぶち込むと出来た話ね。
ビルドはできなかったけど（ｗ

ともかく、Sun vs M$でがんがんやってくれれば、どちらにせよ良いものがでると期待汁！

宗教戦争よ、永遠に（ｗ

>>258
単にオマエが.NET厨なだけやん。
Javaと.Netを比較するなら
J2EEと.Netとを比較するか
JavaとC#とで比較しろ。

>>258

Javaの場合
●JavaはSunが独占してるもんじゃないぞ。
Javaの将来はJCP(Java Community Process)にゆだねられていることを知らんのか。
●いまどきJIT使わないJVMが沢山あと思っているのかおい。
●どちらかというと古代の複数言語のサポートが貧弱
●そもそもネイティブコード呼び出しはJavaの設計思想から外れているぞ。
●まだ絶滅しとらん。これから。
●一度実行してメモリ上に展開すればそんなことしなくても済むということを知らんのか
いまどきプログラムを実行し直す必要性はそんなにない。

　.Netの場合
●ECMA, ISOに提出されている仕様はほんのわずかだろうが。
ライブラリ全部が標準化されているわけでもない。
他は特許問題にも触れてLinux上ではWindow.Formは動かない。
これのどこがJavaよりオープンな仕様といえようか。C/C++のほうがよほどオープンだわい。
●そりゃ後発だからな。当たり前だろ。
●捏造するなボケ。他の言語が.Netに対応していればの話だろ。
●
●Javaと.Netでは設計思想が異なるんだよおい。畑も目的も違うんだよ。
そもそもプラットフォーム依存を許容するプログラミングは
.NetがJava以上に優れたプラットフォーム非依存技術だと期待していた
技術者にとって、あとでそのコードを他のOSに移植するとき、迷惑以外の何者でもない。
●JavaにはPreJITに頼らんでもjarsignerによる署名機能などで信頼性を確保できる技術をすでに昔からもっているんだよ。
逆コンパイルの危険性は別のツールで解決できる。
オープンソースではそんなこと知ったこっちゃ無いがね。

Windows ServerがLinuxなどのサーバOSよりも普及しないことには.Netは主流にはならんな。
VBばかり使ってる中小企業では主流になるだろうがな。

>>276
それじゃ、自民党は乞食だといいたいと?

Javaはお金が掛かり過ぎます。今後は.netが主流になって行くでしょう。
良くも悪くも。

Javaが動作するOSもJavaの環境も無料で手に入ると思うのだが。

>>283
お前は無料で手に入れた環境で何作る気だ？

>>282
おまい、Javaのライセンス形態「ｼﾗﾈｰﾖ」ｶﾖ!

Windows Serverにかかる金、ウィルス駆除、メンテナンスコストの方が高価ﾅﾝｼﾞｬﾖ!

オープンソースが乞食だと言っていた香具師が
Javaは金がかかるだぁ！？

>>284

莫迦ですか?

>>287
そう、.Net厨は馬鹿です

>>284
無料環境=ゴミだと思っている時代遅れ馬鹿ですね。
一生MSのメッシーやってれば。

おまえらマイクロソフト厨が自民党に否定されてWindowsが死滅寸前にまで追い込まれたときどうするよ？

ちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ




別に放っておいてもいいか

皆がネガティブコードをスレにはきまくってるスレはｺｺですか？

>>280
>>258と比べると微妙に不利だな。
ちなみにオレは仕事ならどっちでも良い。

UNIX版はX11..Formとかになるのだろうか
Apple.Formとか

そのうち、Common.Formとかも出てくるだろう。
Swing.Formとかも出てきたりして。

>>292
お前も見た目に騙されやすい香具師よのう

無敵じゃないけど素敵かもな

C#はぬるぽじゃなくてぬるりだな

（゜∀゜）＜もうぬるり

そうそうアフォ用には A.Form とか出てくるだろうし

>>294
> Swing.Formとかも出てきたりして。
ｲﾗﾈ。まるで馬鹿の一つ覚えみたいなこと言うな。
そのままSwingつかってりゃいいの。
アレ使うなら既存のWin用のAPI使ったほうが高速。
速度より他OSでの互換性重視するならSwingでないと使えない。

>>296
ま、Javaの力を借りないと>>1みたいなことは実現できんな。

>>299
速度より他OSでの互換性重視する、ではなくて
速度（ユーザ）より開発者の都合を重視するならSwing (Java)。

Ｃ＃がネガティブコード吐けたら素敵じゃん

>>297
ﾎﾟｺｯ

C#はthrows宣言が無いのイタイ

のはJava厨だけ

のは例外処理を甘く見すぎてるC#厨だけ

のは例外処理なんか使ったこと無いC厨の独り言

>>307
　>>305がJavaを妬んでるC厨ということで

例外クラスを自作したこと無い奴にはC#でthrows宣言をはずしたことの
危険性が理解できないみたいだな。

try {
}through　{
}
ｽﾃｰﾄﾒﾝﾄ追加ｷﾎﾞﾝ。

てかJava厨いろんなスレで同じことばっかり(しかもとんでもなく見当違い)書いててアホみたいだな｡

>>311
でかお前が高度なJavaをよく知らないだけだろ

>>311は例外処理をよく理解できていないC#ブビ厨
ほんとアホな奴だな。

>>311
抵抗勢力はだまってすっこんでろ

>>311
悔しかったらC#でthrows宣言無しでメンテナンス性を高める方法を説明してみるんだな。

>>310
ﾊｧ?

C#がJavaに代わって普及するものだと思い込んで
C#にうかうかしてる連中もC#のセキュリティの危険性に気づいてないな。
フォッフォッフォッフォフォー

言語／環境としてはJavaのほうが好きだけど、
MSのR&Dに居るメンツは凄すぎる。期待度ではC#/.NETに分があるかな。

>>318
彼らは技術よりも金を優先するからそれはどうかな。

Java側のメンツはSunだけじゃないからね。
Jakarta Projectに加え
IBM, RationalというメンツはMS以上に凄すぎる。
RUPの提唱者に加え世界最大の特許数、研究所を保有しているIBM
はJavaの研究をしている。

期待度ではJava/J2EE陣営に分があるな。

C#のAPIを見ているとM$のオブジェクト指向に対する
やる気の無さを感じる。

お前ら真面目にライブラリを設計する気があんのか！？
って言いたい。

うーん、3rd party も含めるなら
.NET陣営も結構すごいんじゃないか？

RationalやらActiveStateやらBorlandやら
即金になりそうなやしらがたぷーりスタンバイ。

オプソなやつらは金を生めるのかい？

どうやらthrows宣言とthrow宣言との違いがわからないM$厨いるようだな。
出直して来い

そういやRationalはIBMに買収されたんだっけ。
ActiveStateも最近の最近はVisual Perl/AcitvePerlよりKomodo中心打っけ？
あー日進月歩
古くせー感覚でものもうしてスマソン

>>321
perl関係やPHPとかtckとかUnix系やってるところがM$に下がるとは思えないな。
それにBolandの収入源の大半はJBuilderらしいがね。
JBuilderもEclipseの登場によって危ぶまれているように見えるがね。

IBMがRationalを買収とはなかなか賢い戦略をしたなとしか言い様が無い。
M$がVisioを買収したよりもIMPLISEがTogetherSoftを買収したよりも賢い戦略だ。

>オプソなやつらは金を生めるのかい？
何をいってんだかよくわからんぞ。
オープンソースにも種類がある。ライセンス形態がそれぞれ違う
ということはわかってるよな。

http://jbbs.shitaraba.com/computer/5310/

>>324
まったくそのとおりで。
＞ということはわかってるよな。
分かってるよん。

はぁ。なんかJava陣営優勢って感じがしてきたよ。
次期VSのベータでも出たらまたちょっとは面白くなるのかもしれんけど

ところでそもそも.NETとJavaって比べられるようなものなのか？
俺にはとてもそうは思えんのだが・・・

>>327
J2EE(Java2 SDK Enterprise Edition)と .Net
なら比べられるものになる。
よく J2EE vs. .Netでガチンコ勝負してるでしょ

Enterprise JavaBeans最強
.Net最低

EJBにはMVCアーキテクチャがあるわけだが
んでModelがEJB
ViewがJSP(java Server Pages)
ControllerがJavaServletにあたるわけだが

.NetはViewの見た目部分が強いが肝心なController部分が
貧弱。

まだまだってところだな。

>>328
あれって.NETというかMSを晒しものにするﾈﾀじゃないの？
いや確かに雑誌でもたまに見かけるけど。

.Netは基幹系業務に不向き？

>>331
J2EEとなると.Netは勝ち目ないんだよね。

　　　______________
　／:＼.＿＿＿_＼
　|:￣＼(∩´∀｀)　＼　　＜先生！こんなのがありました！
　|:在　 |:￣￣ U￣:|
http://saitama.gasuki.com/mona/

>>330
たぶんMVCについて勘違いをしているんだと思うんだけど。
（BCEと入り交じった解釈を垂れ流している雑誌が原因か？）
http://www.microsoft.com/japan/msdn/net/aspnetsolution/
↑の終わりの方を見てくれ。

Windowsでは、M + VC を Document-View として扱ってきた。
.Netにおいても、WebFormコントロールを使用することで同様の構造を実現している。
.Netで、Webアプリケーションをごく普通に作ると次のようになる。
WebFormコントロール(MVC の VC、BCE の B）、コードビハインドクラス（*.aspx.cs）
(BCE の C)、各ビジネスロジッククラス(BCE の C)、DataSet等(BCE の E)。

EJBにおいてMVCアーキテクチャしか取れないのは、GUIを提供するフレームワークの
機能が貧弱であるため。またJSPとJavaServletの間をBeanで繋ぐのも同様。

各ビジネスロジックとGUIを、イベントとデリゲートを使用して直接接続する（コード
ビハインドクラスのメソッドが橋渡しとなる）のはとても強力な手法だ。
フレームワークとしてController部分が貧弱なのは、むしろEJBの方なのでは？
だから、それを補うために各パターンが考案されているのだし。

あとはServer 2003とIIS 6.0 の出来次第だが、安定するのにまだまだ時間がかかる
だろう。その間に、Javaにはもっと強力なフレームワークが普及してほしい。

>>1-335 をｺﾝﾊﾟｲﾙすると

『JScript.NET』になった。

>>335
あなたは見事なほどにマイクロソフトに洗脳されてます。

お見事！

>>335
あんたドメインがmicrosoft.comって・・・
マスコミに細かいところまで注目されない限りMSにとって都合が悪い情報や不利な点をMSが自社のサイトで垂れ流すわけ無いでしょ。
>>330のいってることは間違いじゃないよ。
SmalltalkのMVCとJ2EEのMVCとは異なるものだけど。

J2EEの場合、ViewとControllerとの依存性はやけに低い感じがするよ。

Document/Viewer Architecture は Visual C++ モノでしょ。
Windowプログラミングに使うものをそのままWebにもっていくのはどうかなあ。

>>338
>EJBにおいてMVCアーキテクチャしか取れないのは、GUIを提供するフレームワークの
>機能が貧弱であるため。またJSPとJavaServletの間をBeanで繋ぐのも同様。
JSPカスタムタグライブラリを駆使したフレームワークもすでにあることだし。
基本部分だけGUIが貧弱って、単なるHTML程度だし。大げさなことでもないよ。
フレームワークは自分で作るもので、J2EEが貧弱かどうかにかかわることじゃないでしょ。
むしろ拡張性が高いといったほうがいいよ。


>各ビジネスロジックとGUIを、イベントとデリゲートを使用して直接接続する（コード
>ビハインドクラスのメソッドが橋渡しとなる）のはとても強力な手法だ。
カスタムタグがそれを解決しています。

>フレームワークとしてController部分が貧弱なのは、むしろEJBの方なのでは？
>だから、それを補うために各パターンが考案されているのだし。
.Netがちょっと便利なくらいでJ2EEのControllerが貧弱というのは解釈の仕方にもよるよ。
J2EEは直ぐにできる利便性よりも長く使うための拡張性を意識してる。

>あとはServer 2003とIIS 6.0 の出来次第だが、安定するのにまだまだ時間がかかる
>だろう。その間に、Javaにはもっと強力なフレームワークが普及してほしい。
フレームワークと言えばJakarta-strutsやJakarta-Turbineなどがあるでしょ。
J2EEで不満なら自分で作った方がいいんじゃない？

下手に急いでフレームワーク作ってもMSのAPIのようにオブジェクト指向にたいする意識が薄れて
大変な目に遭う。
J2EEの利点は、自分で独自に拡張カスタマイズできる利点だと思う。
フレームワークを作るにしてもSunはかなり慎重になっているんだとは思う。
慎重にならずにMSのようなやりかたをすると雑なフレームワークしかできない。

>>339
話がすり替わっているよ。
#330にて.NetのController部分が貧弱とあったから、フレームワークがちがちで後出し
ジャンケンの.Netの方が、それは徹底していると説明したまで。
EJB + JSPカスタムタグライブラリを駆使したフレームワーク と比べるようなものが
提供されているにもかかわらず、EJB提唱のMVCのみよりも貧弱ってことはないだろ。

なんか某記事を読んで思い込んじゃってる人が数名いるなぁ

C#だめぽ。
newとvirtualとoverrideとabstractがごちゃごちゃしてうざいぽ。
Javaのような同名メソッドは強制オーバーライドが一番いいぽ。
C#はC++ひきずってるぽ。中途半端にJavaパクるなぽ。
でも基本型が無いのはいいぽ
switch文にstring使えるぽ
Javaのswitch文は死んでるからね〜

>>341
某記事って？

>>342
C#使いこなせないジジイは氏ね

使いこなす価値の無いものを必死で使いこなす必要はない
VB vs Delphi, Perl vs Ruby, Java vs C#
のようなマイナー側の言語など眼中にない

× 使いこなす価値の無いものを必死で使いこなす必要はない
○ 使いこなす価値の無いことにして必死で使いこなせないことを隠している

>>345
COBOLer必死だな

VBを使えることは隠してるな。
あんなバージョンが変わる毎に言語仕様が変わる言語は使えないことにしてる
Perlもver4以前の言語仕様は知らないふりをしてるけど何か？
C#ももうver1.1だか1.2だかになってるし、バージョンだけは
Javaの1.4を追い抜きそうな勢いだな

この景気に　VB6を捨てて英断かと思ったが　思ったようには立ち上がらず、
逆に業界の沈没を加速してるな

あまりの厳しさに、大手も海外シフトをはやめてるから、C#が立ち上がっても・・・・・

VB6のコードそのままコンパイルできるように
しても良かったのではないだろうか

>>342
基本型objectがあんだろが。

switch文なんておもちゃみたいなもん使ってんじゃねーよ。
if文で十分なんだよ。オブジェクト指向を意識してんならswitch文は使用禁止！
goto文なんて論外だ。unsafeも論外。そんな死滅修飾子使ってんじゃねーよ。
delegateなんておもちゃみたいなもん作ってんじゃねーよ。
使いすぎた奴のコードはごちゃごちゃしてうざいんだよ。
オブジェクト指向もへったくれもねえんだよ。この死滅指向言語が。

古い言語から余計な腐った機能を取り払ったJavaのほうが立派だ。
古い死滅言語の互換性にいつまでも離れられないC#はJavaより退化した言語だ。

結局のところ、Controller部分が貧弱なのは .net or J2EE のどっち？

C#EEがそのうちでてくるに100ﾋﾟﾘｶ

もうあるし

>>352
社会人だったら2chに頼らず自分で調べろ

結局ActiveXやCOMやDNAのように死滅しますか？

そりゃまあ、死滅しないとダメだろ。
どう見てもC# は20世紀の技術だと思うよ。

もっとこう人工知能的な方向性を持った、革新的な何かが必要だと思う。

>>357
エージェント指向マンセー

>>356
三つとも死滅していませんが何か？
そもそも前二つは無くなると
windows自体成り立たないし

>>1
有敵四面楚歌です。
M$の周りは敵だらけ
C#はJavaより退化した言語
C#はウィルス言語
C#はJavaよりオブジェクト指向度が低い言語
C#はWindows依存言語

>>357
アスペクト指向マンセー

http://www.pink-angel.jp/betu/index.html
★いらっしゃいませ！！ようこそココへ★

>>357
Smalltalk

Ｃ＃最低だな

Class1 : Abc ←　これじゃAbcがスーパークラスかインターフェイスかわからんつーの。

ちゃんとextends,implementsと記述するJavaのほうが、やっぱりいい。

無駄なものを省いただけだよ。

>>364
クラスかインターフェースかわからないと
どういう実害があるんだ？

>>365
その結果が、
インターフェース名の頭文字に余分にIをつける煩雑さを
残す結果となったことを忘れてはならない。
C#は設計ミスが多い。これもC++との互換性を保つために
仕方が無くやってしまったのだろうがね。

M$が使い捨てのオトリ用言語として作ったかのようだ。

>>366
M$のC#のコーディングガイドラインを見ろ。
インターフェース名にIをつけろと逝っている。

クラスとインタフェースを区別する必要があるのか？

まぁ、あるとしよう。その場合インタフェース名にIがついていなかったら、
いちいちClassの定義の始めまで見ないと結局分からないぞ。
それにスーパークラスかインタフェースかはコンパイラが分かっているから
定義部分では問題ないではないか。

>>369
>クラスとインタフェースを区別する必要があるのか？
マイクロソフトは必要だと主張しているらしいが。

>>369にとっては区別は必要なのか、必要でないのか、どっち？

>>371
俺は区別があったほうがいいと思っているよ。その方がコードが見やすくなる。
しかし、見やすくしたいのはインタフェース型を変数や引数や戻り値に使うところ。

始めに一回書いて後は見たり修正したりすることが少ない
定義部分で構文を変えてまで区別するまでもない。

どっちみちコードの途中(変数/引数/戻り値)で区別させるために
Iをつけるのなら定義部分でも判別できるしね。

逆に構文で区別してIをつけない方式だと、定義部分で区別することは出来ても
コードの途中で区別することは出来ない。

>>372
インターフェースはインスタンスを作れないから
わざわざIをつけなくても判別は簡単だとは思うが。

>どっちみちコードの途中(変数/引数/戻り値)で区別させるために
>Iをつけるのなら定義部分でも判別できるしね。
>逆に構文で区別してIをつけない方式だと、定義部分で区別することは出来ても
>コードの途中で区別することは出来ない。

揚げ足とるつもりはかんだが、
それだったら抽象クラスの頭文字にも何かつけたほうがいいんじゃないか？
抽象クラスにもつけないと簡単に区別することできないぜ。

C〜

>>373
> インターフェースはインスタンスを作れないから
> わざわざIをつけなくても判別は簡単だとは思うが。
変数/引数/戻り値はインスタンスを作らないでインタフェースを使うでしょ？(当たり前)
まぁ、ここらへんは「型のプリフィックスをつけるか？」同様意見が分かれるので、
> クラスとインタフェースを区別する必要があるのか？
と問うてみたのだ。区別しない派ならそれでよし、そういう人はJavaのように
extends、implementsで区別する必要はない派であろう。

> それだったら抽象クラスの頭文字にも何かつけたほうがいいんじゃないか？
> 抽象クラスにもつけないと簡単に区別することできないぜ。
インターフェースと抽象クラスは違うからね。抽象クラスはどこか一つは
実装されてるだろうし、一つしか継承できないし。

まぁ、なんでインターフェースとクラスを区別させる必要があるかと問われたら
感性的に区別したいというのが強くて理論的にすべきだと断言はできんのだが。

ただ、区別しない派は先に書いたとおりextends、implementsで区別する
必要はないというだろうし、区別する派は名前で判別する方が便利だろう。
ということでどちらにしろ、extends、implementsでクラス定義でのみ
区別できるようにするのはたいして意味がないとなる。

つか言語がどうであろうと
顧客にしてみりゃたいした意味は無い。

動けばﾖｼ、軽けりゃﾅｵﾖｼ、そんだけ。

>>375
> ただ、区別しない派は先に書いたとおりextends、implementsで区別する
> 必要はないというだろうし、区別する派は名前で判別する方が便利だろう。
> ということでどちらにしろ、extends、implementsでクラス定義でのみ
> 区別できるようにするのはたいして意味がないとなる。

最後の最後でいってることがあいまいですよん。

>>376
あぁ、その通りだ。>>364でいきなり「Ｃ＃最低だな」で絡んできたJava厨に
コメントをつけたまでだ。つーか考えがまとまって便利だなっと。

>>376
だれかが作ったAPIを使うがわにでもなってみいよ。
ネーミングにはIをつけるより、
英語辞書にのってるような単語をつけた名前だけでそのクラスやインターフェースのイメージがわかるほうが
いいんだよ。

>>378
あんたアンチJava厨?

>>377
どこが曖昧なんだ？ すでに書いてあることをレスさせるなよ。

>>380
ううん。アンチC#厨なJava厨 のアンチ

>>379
それも一案だね。でもそれでインタフェースのイメージがわくのなら
extends、implementsで区別する必要もないね。

話がずれかかっているので、一応念を押すと、
Iにするか英語辞書にのってるような単語にするかについては問題にしておらず、

>>364の
> ちゃんとextends,implementsと記述するJavaのほうが、やっぱりいい。
これのみに異を唱えてるだけだから。

intとIntegerの二つがあるのってﾈﾀですよね?

>>385
Javaスレで煽れ

>>385-386
C#にもintのラップクラスあるんだが。

>>384
JavaはC#のように他の古い言語(C++など)との互換性を意識して作られていないから
Java慣れした>>364のような意見がでても不思議でないわな。
>>364は死滅スレでJavaを叩く厨房からの流れだな。

>>383
インターフェースのイメージがわけばね。
抽象クラスと具象クラスとインターフェースとの
違いもそれだけで区別できればね。
extendsやimplementsは多重継承してるかどうか区別にもつかわれているで。
クラスとインターフェースを継承、実装したクラスのソースコードを見るとき
複数のインターフェースの羅列の中に一つだけクラスが紛れ込むことが
あるわけだがextendsキーワードを見ただけでどれがクラスであるか
一目でわかるわけだ。そこでM$は困ったのでインターフェースにIをつけるガイドラインを推奨したのだ。

適当なネーミングが思いつかないときとかM$のガイドラインを忠実に守らない香具師いるだろ。
名前見ただけではインターフェースだかわからん名前つける香具師もいるだろ。

Javaの場合はextends, implementsを無理やり:に変える柔軟性まで備えていないわけだ。
いくらimplementsを:に変えたくてもコンパイルエラーで返られないのだ。
それがいちいちハンガリアンライクなガイドラインを作らずして
コードの可読性を高める効果になっているのだよ。

Javaで作られたコードにも、プログラマにC++などの名残りがあるのか、
インターフェース名の語尾にImplとかつけてるのがあるわけだが。
もちろんJava Core APIにはそんなものないわけで。

インターフェースにしようかと思ったがやっぱり抽象クラスにしただで
ソース修正に加えファイル名にまでいちいちIをつけたりはずしたりはちょい手間。
そうでなくとも一度に10個のインターフェースとクラスを継承したとき、
ソースコードからどれがクラスであるかを判別するのは大変な労力だ。
ドキュメント見れば済むかもしれないが。
ちゃんとドキュメント作らない香具師もおるしな。

extendsキーワードはこういうときスーパークラスを検索しやすくして
コンパイラやVMの実行速度を高める効果でもあんのかね。

extends,implementsやインターフェース名ガイドラインなど
ここらへんは深入りしすぎると宗教戦争に突入しそうやな

それとよ、>>364も絡んでいるがスレタイで威張ってJavaは相手にならないと主張する>>1も>>364同様に絡んでいりゃ
>>364見たいなレスされてもおかしくないわな。

>>388
> JavaはC#のように他の古い言語(C++など)との互換性を意識して作られていないから
> Java慣れした>>364のような意見がでても不思議でないわな。
C#と比較すればそうかもしれないが、JavaはバリバリC++の制約受けてるよ。
一番人口の多いC++ユーザーを取り込むためだと思うけど。
そのためにOOPLとしては不完全な部分が多い。
多重分類や動的分類もサポートされていない。

まぁ、C++ユーザーを取り込むためある程度妥協したOOPLがJavaってこと。
そしてもっと妥協したのがC#。
OOPLは難物なんで妥協が必要なのね。
その妥協の物差しがもっともユーザーの多いC++になるのは仕方がないって言えば仕方がないかな。

C#だろうがＪａｖａだろうがどっちでもいいや。
たかが一言語と心中するつもりはありません。

金になれば「どれでもいいやー」
という考えではだめですか？

>>392
正常

このスレは
http://pc3.2ch.net/test/read.cgi/jisaku/1044840628/
こことそう変わらん。

>>392
　だけど、まがりなりにも金になってたVBを捨てた代わりが立ち上がらないので皆イライラしてるんでしょ

日本語だろうが英語だろうがどっちでもいいや。
たかが一言語と心中するつもりはありません。

C#じゃVBより使える奴が集められんな。だから金にならん。

>>396
金になるかどうかは別として逆じゃねーか？

M$的にはアンチオブジェクト指向な低ｽｷﾙVB厨をオブジェクト指向マンセーな高ｽｷﾙC#厨に昇格させたがってるようだし。

これから.NETやる、というところはとりあえずVB厨を集めてる、ってなところが多そうおな気がするが。
そういう会社は、VBもC#も.NETのことも詳しく知らない馬鹿な経営者が
VB厨なら.NETによってC#も簡単にできるだろうと思い込んで.NETの案件作ってしまったんだろうな。

相変わらず、.NETに挫折した奴が愚痴ってますね（ｗ

相変わらず、J2EEに挫折した奴が愚痴ってますね（ｗ

C＃がネイティブコード吐けたら素敵じゃん

Ｊａｖａがネイティブコード吐けたら素敵じゃん

C#がネイティブコードで実行されていることを知らない奴多すぎ｡

このスレの1とかNE!

>>401
そういうのを穢れたJavaというのです。
そしてM$はそれを作ってしまった。→ Visual J++
そしてC#,J#へと・・・

JavaはM$によって汚染されている。
そして裁判での勝利(和解)によって汚染から解き放たれるかとおもいきや
汚染されたJavaから派生したC#が登場した。

Ｊａｖａがネイティブコードで実行されていることを知らない奴多すぎ｡

>>404
そんな。Javaの失敗の原因の一つをわざわざ言わなくても（ｗ
汚染なんて言葉使って誤魔化してるけど、どっちかっていうとJavaが潔癖すぎ。
無菌状態で弱くなってしまってちょっと外に出ただけでボロボロ。
狭い中で生きるしかなくなったしまった。

>>406
SmalltalkはJava以上に潔癖すぎです。

>>406
どっちが誤魔化してんだか。
そんなに潔癖なものが気に入らないならC#も使わないで
C++だけつかってればいいのに。

>>406
Javaなんて全然潔癖じゃないと思うけど。
Java は Smalltalk とか他の OOPL と比べたら、C++ を引きずっているのでいろいろダメなところが多い。
基本型があるって自体でなんだかなぁって感じだし。
型付けが厳しいからモデリングした結果をすぐソースに反映できないし。

C#がなんだかんだといっても、そのうち消えていくしかないんだよ
MS　自身のポリシーが見えないし、ただのJAVAのパクリでしかないし

>>401 既に gcj が普通に吐く
>>404 VJ++はネイティブコードは吐かない

JAVAが吐くネイティブコードもC#が吐くであろうネイティブコードも、
でかすぎて使い物にならない。perlcc並。

>>405
「ネイティブコード」の意味でも調べろ

>>412
最初にc++が吐いたHelloWorldのサイズも大きかったらしいが。
２Mくらいだったと、どっかのHPに禿が書いてあった。

>>409
C#にはさらにJavaを引きずって
Java以上に多めの基本型が用意されて
さらに継承できない特殊な構造体で基本型を自作できるようになり・・・

C#はJavaより後発で新しく期待していたのに

Ｃ　＃　は　も　う　だ　め　ぽ

>>415
C#は Boxing とか結構好きなんだけどね。
OOPL と 従来の方法の妥協案的に。

C -> C++ -> Java -> C#

って感じでやっぱり過去を引きずる形になってしまっているは仕方がないことなのかな。
本当の意味での OOPL へのパラダイムシフトはまだまだ先になりそう。
Smalltalk が生まれてからかれこれ30年以上経つのにねぇ。

>>416

Dを加えておくれ

C -> C++ -> Java -> C# -> D

こういうパターンもあり
C -> C++ -> Java -> MixJuice

Dはだめだろ・・・
Dのどこに魅力を感じられるんだろう・・・

>>418
assert

>>417
いや、一応主流を書いたわけでｗ

しかし、両方とも非常にハンパなので主流にはならないでしょ。
>>419の言うとおりassertは良い感じだけど。

C -> C++ -> Java -> AspectJ
こりはどう？

assertって表明のことだよね｡だったら単に
assert(pre)
try{
　...
}finally{
　assert(post);
}
じゃだめなの?

>>421
お前は本当にアスペクト指向しているのかと(略

>>422
う〜ん、例外とは意味づけが違うからねぇ
DBCによる要求用件のチェックってところかな。

>>421
いや OOP -> AOP っていう流れじゃないと思うし
この二つは直交するものだと思うし

OOP -> OOP + AOP

AOPってツールレベルで実現出来るものだなぁと思うのは間違いでしょうか。

すでにC#なんて関係のない流れになっているなｗ
関係ないついでに OOP と AOP の重要性は 9 : 1 ぐらいだと思う。

>>416
> >>415
> C#は Boxing とか結構好きなんだけどね。
ボクサーはますますSmalltalk離れ

>>429
不思議でならないんだがそんなにSmalltalkがいいならSmalltalk使えと

>>429
>>416で
> OOPL と 従来の方法の妥協案的に。
って言っているでしょ。

>>430
海外では結構あるみたいだが日本では仕事がありません・・・

いつもみたいなもっと低脳なスレに戻そうぜ。

C#死滅スレが意外とまともな議論がされるスレに戻っていた。

そこでthrowsの話題で盛り上がっていたんだけど。

C#ではthrowsの代わりになるものをこれから提供するのかな？

>>427
知ってるか？ OOPってツールレベルで実現出来るものなんだぞ。

>>434
まあ、コンパイラもツールの一種ですからね。

C#にはthrowsがないんだ。
だめだこりゃ

C#にthrowsがないのは戦略上の違いです。
どちらが有利とかありません。

>>435
いや、言語レベルで取り入れるかどうかって話だろ。

>>437
throwsが無いC#言語がどれだけ自作APIやフレームワーク作りに
向いていないか考えてみろ！

プロパティとかイベントとかうざいよ
フィールドとメソッドだけのほうがシンプルでいい
constとreadonlyもどっちかひとつにしろ
それにしてもreadonlyってださい、ださすぎる

throwsが無いのはC++も一緒だし、たいした問題じゃないな。
それよりかC#には自作APIやフレームワーク作りに便利なOverridesがある。
これは大きなアドバンテージだ。

>>440
分かりやすい反語ですね。

>それよりかC#には自作APIやフレームワーク作りに便利なOverridesがある。
バカ発見
プログラミング偏差値37くらいだな

>>443
バカという方が(略
反論も出来ないようじゃ、誰もおまえの言うことを信じないよ。

>>441
C++は
余計なプリプロセッサ、
オブジェクト指向としての価値を無駄にするグローバル関数、
オブジェクト指向としての価値を無駄にするグローバル変数、
オブジェクト指向としての価値を示すすべてのクラスに共通するスーパークラスが無いこと、
ソースコードを汚すポインタ演算、Genericsよりも複雑なテンプレート、
ソースコードを汚す実装の多重継承、
ソースコードを汚すオペレータ定義、
ソースコードを汚す手動デストラクタ
ソースコードを汚す手動メモリ開放、
etc
を持っており、現在ではC++はJavaやC#より高く評価されるべきものではない。
教育用言語、速度重視言語としてふさわしい部分を備えているのみである。

overrideはC#にもJavaにもC++にもある。
貴様は本当にオブジェクト指向言語であるC++/C#/Javaを学んできたのか？

throwsがC++にないから問題がないと考えることは、
貴様にとってC++がJavaより優れた言語だと妄想している証拠であり、
その思考は化石的思考であると言わざるを得ない。
早急に考えを改めよ！

>>443をかばうわけじゃないが、おれも>>441は知識不足だと思います。

>>441
とりあえずC#死滅スレでthrowsを語っているところを見ろ

お前がオブジェクト指向というものをしっかりと理解しているなら
throwsが存在しないことがどれだけ危険なことがわかるはずだが。
もっとも、overrideの意味を解っていないお前にはオブジェクト指向を
まだまだ完全に理解していないどころか、C#/C++のオブジェクト指向言語としての
特性を生かしきれていないのだろうがな。

overrideって、オーバーライドしていることを明示して、コンパイラに
オーバーライドメソッドのシグネチャにミスが無いかとかをチェックして
もらう＋プログラマが、そのメソッドがオーバーライドしているメソッド
であることが直ぐに分かるようにする、くらいの意味しかないよね？
（十分便利だけど）

>>441は、C++やJavaはオーバーライドができないと思っているとい
うこと？うわーい。

>>443
>>441の愚かさに激しく同意

話違うけど演算子のオーバーロードってC++だけだっけ？

いまちょっと検索掛けてみたらC#も出来るんだね。
オレこれ訳解らなくなるからあんまり好きじゃないんだけど。

>>450
Pythonとかできるらしいけど

>>452
見てみたら Python の場合演算子にマッピングしたメソッドをオーバーロードする形なんだね。
だから operator みたいな特別な記述をしなくても良い模様。
こっちの方がすっきりしている感じ。

ごちゃごちゃ言っとらんでCOBOL使えや。

例外仕様ならC++にもあるじゃん。
まあ、強制はされないけどさ。

何？Java厨はthrows宣言を強制して欲しいわけ？

>>455
他人にライブラリ公開する前提なら、強制のほうが良いかと思うな。
サッカーでパスに意思を込めるように、プログラマはメソッドシグ
ネチャに意思を込めましょう。

SourceForgeのソースはthrowsを駆使しているとはとても言えないね｡
結局面倒になってみんなExceptionで受けちゃうからthrows骨抜きにされてるね｡

>>457
オプソは、全体に一貫した例外体系作れるような開発体勢じゃないもん。
動くのが先。例外の整理は優先度最低。

>>458
ﾉﾉ*＾ｰ＾)　　　　
((　ノ（　　）〜 　))
　 　ﾉく 　　ｸﾈｸﾈ

>>455
お前死者ﾌﾟﾁｭ頭悪すぎ
お前はソフトつくんなくていいよ。
ウザイから。人に迷惑かけるから。
ソフトウェア業界から消えてくれ
そして二度とプログラミングをするな。

おまいらついにC#死滅スレがPart11になりました

C#って死滅しちゃうの？？？ part11
http://pc2.2ch.net/test/read.cgi/tech/1047322829/
(ときどきM$のエバンゲリスト、M$社員もレスしてるという噂）

C#はJavaを真似た新言語でありながら様々なセキュリティの欠陥が存在。
ライブラリも既存のAPIのお粗末な焼き増し。
そんな言語がC#を中心に据えてる .net と
.net を頼りにするWindowsの将来、IT業界の将来を担っていけるのか?

>>461
WFCの丸写し

へぇ〜そうなの・・。
http://hkwr.com/
http://hkwr.com/bbs

try〜catchはめんどくせぇんだよなぁ。かと言って例外を無視するわけにもいかんし。
色んな例外をキャッチしようとするとコードがやたらに増えるし。
なんかすっきりおさめる方法は無いものか。

ツールがコードはいたらPGなんてもう必要ないじゃん。
貴様等将来はダンボーラーでつか？

>>465
モデリングは必要になってくるのでモデラーにでもなる。



日本じゃ難しそうだが。

モデラ欲しくて・欲しくてたまらない。　ああ20万かどうしよ？

>>464
もっと頭使え

>>465
我らの将来はMDA(Model Driven Architecture)使いのUMLプログラマ

ぜんぶException型でcatchしろや←でもこれは悪い設計

>>470
そういうことする奴ムカツク

落ちないだけのプログラム、サイテー。落ちるよりも(・A ・)ｲｸﾅｲ!

でも、ここら辺て悩むところだよね。
「例外」ってものどういう範疇のものと捉えるかで作り方変わってくるし。

やたら例外使いまくるのも間抜けだよなぁ。
MFC とか MFC とか。あと MFC も。

>>474
なにもしないよりかはまし
しかし例外をcatchで隠してつぶす奴はむかつく
マジで氏んでくれ

にどとプログラミングするんじゃねえといいたい

ふと思ったのだが、C# + ネイティブコード　ってこれかなりD言語に近いと思わんか？

>>476
まい糞そふとのやることなんて、すべてがサルまねだから、
近いとか、似てるとかいわれてもな〜。

>>477
だからD言語のサルまねってことでしょ。
あんた、無意味な事言ってるよ。

>>478
あんたの発言のほうがよっぽど無意味。

ネタであってまさか本気で言っているわけじゃないと思うが、
まあ、少し付き合ってあげよう。

「○○に似ているよね？」と聞いているのに「なにかに似ている」と答えるのは無意味。

たとえば「あの人岡村に似ているよね？」と聞かれて「人は誰かに似ている」と答える。
「この髪型、浜崎あゆみに似てない？」聞かれて「髪型は誰かの髪型に似ている」と
答えるのと同じくらい無意味なレス。彼女にそんな返答ばかりしていると振られるぞ。

>>476
(Java + C# ) / 2 + Native Code ≒ D

>>480
口語で人に対してもそんな発言する奴いるか。
主語を使わない癖が上のわけわからない揚げ足取りになってるだけだろ
揚げ足取りしてないでとりあえず議論しろ

> 主語を使わない癖
主語あるじゃん。

>>480
意味が分からない

>>482
とりあえず>>478にの1行に主語がないことを確認
日本人の癖だから仕方が無い

>>480
すいぶん、叩かれてますな（笑）
>>480 の発言は意味も論理も不明で私には、さっぱりわかりません。

>たとえば「あの人岡村に似ているよね？」と聞かれて「人は誰かに似ている」と答える。
これに　>>476-477 を当てはめるなら、
あの人=C# + ネイティブコード、　岡村=D言語、　人=プログラミング言語、
誰か=どれか、となって、
476「C# + ネイティブコード、D言語に似ているよね？」・・・(1)
477「プログラミング言語はどれかに似ている」・・・(2)
となる。
476の実際の発言と(1)の意味は同じだといえるが、
477の実際の発言は、どうしたら、(2の意味)と同じといえるのか？
もしかして、480は直接的に言わないとわからないのか。
仕方ないから、言い直そう。
477「まい糞そふとのやることは、すべてがサルまねだから、
（C# + ネイティブコードがD言語に）似ているのは当然でしょ」

>>485
細かいのう。

いずれにしてもC#は駄目言語だからいいやないか。

Ｃ＃の仕事なんかあんの？

>>486
すぐにレスがつくなんてうれしいね。
プログラマは細かいことろまでつつかないと、
あとで痛い目にみますからね。
仕様とか、仕様とか、仕様とか。

>>488
日本語間違えた。
「痛い目に」→「痛い目を」

使いたい言語を使えばいいじゃん

今日の大統領演説見ると、なぜかマイクロソフトと同じ匂いを感じるな

あまりにも傲慢不遜　・・・・C#　にもそれを感じるのだが・・・

>>491
その通り！
微瑠ゲイツもブッシュも偉大ではない！！
フセイン、金正日と同類の悪の枢軸だ！

悪の帝國をぶっ倒せ！悪の帝國をぶっ倒せ！

悪のMicro$oft帝國をぶっ倒せ！悪の帝國Micro$oftをぶっ倒せ！

　　悪のMicro$oft帝國をぶっ倒せ！悪の帝國Micro$oftをぶっ倒せ！

悪のMicro$oft帝國をぶっ倒せ！悪の帝國Micro$oftをぶっ倒せ！

　　悪のMicro$oft帝國をぶっ倒せ！悪の帝國Micro$oftをぶっ倒せ！

フセインのやってきたことを知らない奴が何を言う。

>>493
だからフセインも金正日もブッシュもゲイツも悪なんだよ

C#・・・・仕事にはならんが、文法自体は悪くないと思ってるんだけど。
そういうのはダメか？

D言語も美味しいところはあるけど、C++の二の舞になりそうな部分がちらほら・・・。

>>495
Javaも含めて比較した場合、
unsafe、delegate、ターゲット資源に直接アクセスできる仕様、
安易に値型の種類が多いこと、継承もできない構造体で値型を簡単に作れてしまうこと、
[STAThread]のような変な文法がスパゲティ化を招く恐れがあること、
クラスライブラリがオブジェクト指向的でないこと、
クラスライブラリがデザインパターンなどのパターンを大きく意識した作りになっていないこと、
一見便利そうなプロパティの扱い、get/setという諸刃の剣があること。
(これを使っても、結局メソッドの引数の変数の定義域が異なる名前も異なるメソッド
　を作った場合は、set/getの立場がなくなる。set/getが無意味にお荷物となる。
　このプロパティオブジェクトにアクセスするとき
　カプセル化された変数にアクセスしているのか
　カプセルかされていないプロパティ変数にアクセスしているかが
　ソースを見ただけでは判別しにくくなるという、まさに諸刃の剣 )
throwsがなくなりセキュリティを疎かにしたコードを書きやすくなったこと、などを
持っておるC#のほうがC++の二の舞になりそうな部分がちらほらとみえるが。
背後にM$があるということは、VBの二の舞になることも起こりうることを意味する。

多少安全性を犠牲にして小便利を得るのは俺は好きだ。
delegateは便利だぞ。Windowsに相応しいとは思わんかね？

>497
delegateが便利って････
関数ﾎﾟｲﾝﾀ使ったことないのかよ

>>498
関数ポインタってdelegateと同じくらい便利なの?

>>496
漏れは欠点取り上げてぐだぐだ騒ぐより、新しい道具を
どうやって面白く使うかに興味があるけどなぁ。
それがどんな不安要素を持っているかは分かるけど、
漏れはそんな危ない使い方しないし、
どうせ仕事じゃ使わないから問題ないし（ｗ）、
心配がある言語は使いこなせないってほどウブじゃないんだが。

いや、あんまり君がネガティブなお話ばかり書いてるからさ。

Ｄは草案から抜けきる前に時代から置いてけぼりを食う思ってるんだけどどーよ。
漏れの危惧は主にそこなんだよな。

＞delegateは便利だぞ。「Windowsに相応しいとは思わんかね？」

「」内の一文が実はWindowsへの皮肉なのではないかと思うのだが。ｗ

>>498
delegateの真似事するために関数ポインタ使う奴なんているのか？

>>497
＞多少安全性を犠牲にして小便利を得るのは俺は好きだ。

劣化ウラン弾のことだね。まあアメリカは安全と言い張っているが。
湾岸戦争でのアメリカ兵の死亡者は760人だが
復員兵の死傷率は30%に達している。　
復員兵の精液中からウランが検出されてるらしい。
まあ、それでも男性兵士から奇形児が生まれる率が倍になる程度らしいが、
今回は派遣兵の間で精子バンクに駆け込む奴が大勢いるだそうだ。

>>499
delegateは関数ポインタとオブジェクトポインタをセットにしたコンテナって事かな

Javaでの内部クラスの記述を
C#ではdelegateで実現？

しょせん現場に送られる奴は換えも効くから死んでも構わんっつことだな。どこも一緒。

>>491
アメリカがイラクに生物化学兵器がテロリストに渡る可能性がああだこうだいう癖に
自分所の研究所で作った炭疽菌が自国の炭疽菌テロに使われて、しかもその犯人が
研究所職員なんて話と
自分ところのホステングサービスで
Ｃ＃は皆必要無いとから、という理由でＣ＃は使えません　なんて話とか

「油まみれの水鳥」アメリカのヤラセ映像で
「イラク兵の残虐行為」を証言した「難民の少女」はクウェート大使の娘　って話と

Macの使い物になりません宣伝を真似た　Windowsの方は完全なヤラセだったって話と


それぞれ
http://www48.tok2.com/home/fukushima/jouhou2.htm
http://www.hotwired.co.jp/news/news/Business/story/20021016101.html

ﾊｧ…

枢軸国って日・独・伊とその同盟国の事じゃなかったのかな？

悪の枢軸国なんて使われると　なんとなくｼｮﾎﾞｰﾝとするのだが・・・

ブッシュの脳内では北朝鮮、イラン、イラクらしい

まあ、Javaはサーバサイドでせっせと働けばよし。
WebみててVM起動しやがるとストレスたまる。

>>512
おまいのマシンがのろまだけ

VMがのろまだに

Ｃ＃なんか使ってるの見ないな。

Ｃ＃もＸＢＯＸと同じ運命だな。

>>516
本土では大成功を収め僻地ではその良さが認められずにあぼーんってことか｡
日本人ってほんとにアホだな｡

>517
そのなかでもおまえが一番アフォだと思うぞ

>>514
じゃお前の高速脳にVMをインスコすればVMも高速化するで

MSのVMは速かった
禁止されたがなー

>>520
それと引き換えに穴だらけになってあぼーん

ネイティブコード吐いてもフレームワークは要るだろ？
いみなし

実はC#にはネガティブコードを吐く機能が実装されていました

unsafeで汚いコードを記述できるって事は
C#はネガティブコードを吐く機能を実装していることにほかならない。

Object o = new Objext;

これって変じゃねーか？
oってポインタなのか？

>>525
それは、お前がC++に毒されてるだけだ。

>>525
もっと正統なオブジェクト指向を学べ

>>525
少なくともそんな記述はJavaでもC#でもコンパイルエラー

voidのポインタみたいなものじゃないの？

>>529
あんたはJavaプログラミング経験なさそうなC/C++使いかいな

>>525
たしかにおかしいよ
その汎用の基底クラスは派生させないと使えないんだから

そもそもObjextコンストラクタの右に()が付いていない時点で(ry

Objextクラスも作ってないし

Object o = new Color();

どう考えてもポインタだな

>>525 >>533
コレクション系か、よほどのことで無い限りそういう使い方はせぬ
下手な扱い方はバリアント型のように危険

void *p = new float;

>>536
値型と参照型の違いがあるから必ずしもそういう意味にはならない

あげ

なんか、.netやC#って、アウトラインがものすごく醜いんだけど。
Javaの方がスマートでパワフルだよ。

いまだにＣ＃のコンテンツ見たことがない．．．．

C#のコンテンツ？
意味分からん

Alpha-21264Cだから関係ないや

（＾＾）

問１　>>1に関する記述のうち、正しいものを選択しなさい。（複数選択可）

ア　>>1はMS社員である。
イ　>>1はWindowsで初めてパソコンを勉強した。
ウ　>>1はWindowsが無くなると失業する。 　
エ　>>1は2chで定期的に煽りスレを立てないと便秘になる。

5：神

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

C#にはWin32用とかのネイティブビルドオプションみたいなのってないのですか？

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

.NetってマネージとかいってC++もネイティブコード吐かない方向に進んでるんだな
愕然としたよ
何のためのC++になるんだよ

しょせんMS。

>>549
じゃー、smalltalk みたいなインタプリタ?
VM はあるんだろうけど。

j2（・∀・）ｲｲ！（・∀・）ｲｲ！

アンマネージなコードでメモリ管理とかポインタを
使うことはできるからそれで我慢しろよ。

>>552
ｻﾑｲｹﾄﾞなんかﾜﾗﾀ

今はアンマネージもつくれるけど、なくそうとしてるだろ、明らかに
VBを無くすのはかまわんが、C++をなくそうとしてるのは許せない
それではJavaと同じ末路をたどってしまう
PGを総ヌルぽプログラマー化するMSの愚民化政策だ

Win64 は非公開だから、マネージでやるしかない。

>>555
>それではJavaと同じ末路をたどってしまう
OSを作るんでもなく、これからは速度を気にする時代で無いなら
Javaが悪い方向にいってるとはいわんだろ。

M$のいってることは鵜呑みにしない方がいいって凝った。
賢いC++使いならGNUでどうにかしなさいって凝った。

>>557
>OSを作るんでもなく、これからは速度を気にする時代で無いなら

大規模システムや大量データ扱ったことないでしょ?

>>558
あるよ。しかもJavaで、B2Bサイト作るためにOracleとEJB使い回しね。
もろに大規模だったね。クラスを大量に使いまわしていたね。

組み込みやマイコン、VMを作るんだったらC/C++使いたがる理由はわかるんだけどさ。
そうじゃないでしょ。

新規にサーバアプリケーション作るんだったらJavaより強いものはまだないでしょ。
.NETはまだまだ機能が、サーバOSとして使うには不安定で信頼性が低いWindowsに限定されてるし

>>559
ふ〜ん。JavaってWeb(Servlet)で使うぐらいしか利点が無いと思うんだけどなぁ。

まぁこれからの言語でしょうけど。

>>560
>ふ〜ん。JavaってWeb(Servlet)で使うぐらいしか利点が無いと思うんだけどなぁ。

甘いな。まずJ2EEについて調べて来い。
ServletはMVCアーキテクチャのうちC(ontroller)という一部に過ぎない。

まさか、分散コンピューティングやグリッドコンピューティングをServletだけでやろうとしていたつもりか？

JavaやServletがWebだけでしか使えないと思い込んでいる時点で
ネットワークエンジニア失格

>>561
もうこの手の釣り飽きたよ

>>7
そろそろ無敵と認める時期が近づいてきましたね。＜monoのWindows.Formｻﾎﾟｰﾄ

>>563
けどLinuxとWinでしか使えない -> ｲﾗﾈ

>>563
まだまだだな。
SwingはLinux, Windows,Mac, SolarisなどJavaが動く環境なら殆どどの
OSでも使える、それに対してWodows.formはまだまだ使える環境が
限られている。Monoはlinux上で動かすことにのみ限定しているからだ。

しかもM$がソースコードを公開しなかったため作り方もM$とは異なり
全て一から作り直している。

それにオープンソースとして公開するMonoプロジェクトの行動に対して
特許を持ったM$が裁判で訴えるかもしれない。ISO標準にしているにもかかわらずだ。
そこがM$の行動の矛盾しているところだ。

しかもWindows.formに限らず.NETで使える主要な便利な
機能はWindows以外ではほとんど使えないと来ている。
.NETのオープン性もM$の主張もここでももろくも崩れ去る。

>>565
swingが「使える」？

>>566
だから釣りなんだって

俺はJavaもC#も使ってるからどっちが残ろうとどうでもいいのよ。たとえ両方つぶれて別の言語がでてきても。
ただ、”今の”Javaでswingが”使える”とは到底思えない。（1.4.2betaでちょっとﾏｼになった感じがするが）
本当に”使える”のならそれこそWebﾌﾞﾗｳｻﾞ・ﾒｰﾗ・その他もろもろのSwing製ｱﾌﾟﾘが出てきてもおかしくないではないか？

今俺は、Javaはｻｰﾊﾞｰｻｲﾄﾞでしか使ってないし、C#（.NET）はｸﾗｲｱﾝﾄｻｲﾄﾞでしか使ってない。

ｻｰﾊﾞｰｻｲﾄﾞの環境構築はこっちが勝手にやればいいことだけど、
ｸﾗｲｱﾝﾄのことも考えるとやっぱりｸﾗｲｱﾝﾄｻｲﾄﾞは.NETになってしまう（WindowsUpdateでちょちょいとやってもらう）

起動時間を考えてもｻｰﾊﾞｰｻｲﾄﾞは上げっぱなしで良いが、
ｸﾗｲｱﾝﾄｻｲﾄﾞは起動・終了を繰り返すので.NETの方が（ｸﾗｲｱﾝﾄにとっては）圧倒的に有利。
操作感覚も.NET製ｱﾌﾟﾘの方がいいし。

最後の方.NET擁護になってしまったが、俺はJavaもC#も好きよ。
住み分けするしかないのではなかろうか。

おっと、言い忘れてた。Java+SWT+gcjには激しく期待してるよ。

>>568
> 俺はJavaもC#も使ってるからどっちが残ろうとどうでもいいのよ。たとえ両方つぶれて別の言語がでてきても。
> ただ、”今の”Javaでswingが”使える”とは到底思えない。（1.4.2betaでちょっとﾏｼになった感じがするが）
> 本当に”使える”のならそれこそWebﾌﾞﾗｳｻﾞ・ﾒｰﾗ・その他もろもろのSwing製ｱﾌﾟﾘが出てきてもおかしくないではないか？

それを言うんだったらM$以外の、会社が、M$からの委託も資金援助も受けずに100%PureC#アプリが出てきても
おかしくないとは思うが。

> ｻｰﾊﾞｰｻｲﾄﾞの環境構築はこっちが勝手にやればいいことだけど、
> ｸﾗｲｱﾝﾄのことも考えるとやっぱりｸﾗｲｱﾝﾄｻｲﾄﾞは.NETになってしまう（WindowsUpdateでちょちょいとやってもらう）
それはWindows使うことが大前提だろ。macやUnixではどうする気や。

> 起動時間を考えてもｻｰﾊﾞｰｻｲﾄﾞは上げっぱなしで良いが、
> ｸﾗｲｱﾝﾄｻｲﾄﾞは起動・終了を繰り返すので.NETの方が（ｸﾗｲｱﾝﾄにとっては）圧倒的に有利。
> 操作感覚も.NET製ｱﾌﾟﾘの方がいいし。
では同じクライアントサイドの組み込み系やPDA、携帯電話系、家電系ではどうする？
そこでも.NETが圧倒的に有利と言える？

いまどきGUIアプリーケーションにも限界が見えてきた気がするが。
ネットワーク大前提でブラウザ上で動くアプリケーションを作って
表面的なGUI的な、ユーザが直接触れる部分はデザイナに任せて
内部のロジックを動かすことだけを主に考えるほうが効率がいい。

> 住み分けするしかないのではなかろうか。
だれも棲み分けするなとは言ってないが。

>>561==>>567
反駁できないバカは消えうせろ

>>562==>>567
反駁できないカスは消えうせろ

これが釣りじゃなくて何なんだってんだ？
感情論ばかりの下らない長文を垂れ流す輩に
ﾊﾞｶだのｶｽだなんて言われたくないね。

>>570
＞それを言うんだったらM$以外の、会社が、M$からの委託も資金援助も受けずに100%PureC#アプリが出てきてもおかしくないとは思うが。
そりゃそうだけど次期Windowsはそうなるじゃん。

＞それはWindows使うことが大前提だろ。macやUnixではどうする気や。
あのさ、ｸﾗｲｱﾝﾄｻｲﾄﾞでは”今は”Windowsが圧倒的に多いだろ。
俺はWindowsは好きじゃないが、事実は事実として認めなきゃ。

＞では同じクライアントサイドの組み込み系やPDA、携帯電話系、家電系ではどうする？
＞そこでも.NETが圧倒的に有利と言える？
失礼。ｸﾗｲｱﾝﾄｻｲﾄﾞを狭い意味で使っていた。提示してくれた環境では.NETはダメ。

＞いまどきGUIアプリーケーションにも限界が見えてきた気がするが。
＞ネットワーク大前提でブラウザ上で動くアプリケーションを作って
＞表面的なGUI的な、ユーザが直接触れる部分はデザイナに任せて
＞内部のロジックを動かすことだけを主に考えるほうが効率がいい。
分かってる。だから何だというの？
「ｸﾗｲｱﾝﾄPCでGUIｱﾌﾟﾘ」なら.NETが有利なのは変わらないぞ？

＞だれも棲み分けするなとは言ってないが。
ここだけ意味不明です。

暑いですね。

ていうか、JavaというかSunのもともとの設計思想は家電製品の影響もあって
サーバにあるファイルをダウンロードすることでいちいちスタンドアロンアプリを
クライアント側に配布する手間を省こうという発想のもとに作られたんじゃなかった？

そうなるとOSに依存したアプリなんかにかまっていられるかということになる。

最近ではJavaWebStartが出てきてAppletにとって変わるといわれている。
こいつを使ってダウンロードしたJavaアプリを管理し、アプリを起動するたびに
最新バージョンがWeb上にあるか確認する。

>>573
> これが釣りじゃなくて何なんだってんだ？
> 感情論ばかりの下らない長文を垂れ流す輩に
> ﾊﾞｶだのｶｽだなんて言われたくないね。

じゃあこいつも↓↓釣りじゃないの？↓↓
>>560
> ふ〜ん。JavaってWeb(Servlet)で使うぐらいしか利点が無いと思うんだけどなぁ。
> まぁこれからの言語でしょうけど。

>>574

> 「ｸﾗｲｱﾝﾄPCでGUIｱﾌﾟﾘ」なら.NETが有利なのは変わらないぞ？
Windowsのシェアが大きい＝有利
,じゃ、何が有利かい？
いくらクライアントPCといえど分野によって有利不利は明らかに異なるでしょうや。
これから作るアプリケーションを全て .NET対応にするのかい？
全てCLR上で動かせばJavaみたいに遅くなる。
C++で作ったほうがまだ効率がいいぞ。

むしろ.NETが有利というわけでもなさそうだ。
ネイティブにするんだったら.NETを使う理由もJavaを使う理由もない。

残念だったな、Ｃ＃なんてやってたって、次はＦ＃だぞ。

マイクロソフトのページだぞ。↓
http://research.microsoft.com/projects/ilx/fsharp.htm

-------------
F# is a mixed functional/imperative programming language based on the design of the functional language Caml and the .NET language C#.

大変だな。M$についていこうとすると覚えることが多すぎて
自分で新たにものを作る暇が無くて大変だな。

これじゃ、M$はドキュソプログラマ生成ツールじゃないの？

VB厨も大変な凝った。VB.NETに移行してさらにC#に移行ですか。
今からポリモーフィズムを必死に理解しないといけないなんて。
こりゃ大変だな。VB.NET厨。一気にC#に移行すればいいのに。

VC++厨も大変だな。VisualでないC++をメインにやっておけばよかったのに。
VC++依存症になってC#に移行せざるを得なくなったか。managedC++が思った以上に
複雑で苦しんでいるんだろうな。

こりゃ大変だな.NET厨。マスコミには.NETはもうおしまいといわれちゃってるし。
マスコミには.NETは公害とまで言われちゃってるし。

まあ、何かをさげすまないとやっていけない人の
言うことに耳を傾けるのもどうかと思うし。ｗ

>>581
まあビルゲイシなんてそんなもんだし。
オープンソースに対する発言や態度がね。

まあコンサルが入るような案件なら .NET も増えるんじゃないの？

ある記事で「.NETは公害」というヤシを本当にみつけたんだが

M$は.NETを結局PCサーバでしか普及させる気がないのかね？

でしょうね。
インターネットエクスプローラも　6が最終だそうだよ。
後はOS標準添付にするから、新しいのが欲しければOS買ってねって事だ。
しっかりライバルは倒したから後は刈り取りって事だね。

　.NET も　monoは直接攻撃しないかもしれないが、それを採用する企業には圧力かけるだろうし、
・・・まああんまり楽しい未来はないね・・・俺たちには

>>578
> 全てCLR上で動かせばJavaみたいに遅くなる。
Javaよりはマシでしょ。

JAVAが遅いのはどこがネックになってるの？　そこをどうCLRは改善したの？

>>586
> > 全てCLR上で動かせばJavaみたいに遅くなる。
> Javaよりはマシでしょ。
何が？　速度がマシだとちゃんと書かいたほうがいいのでは。初心者がそれを見たら
まるで何もかもJavaが良くないようにみせかけるためのFUD攻撃みたいですよ。

それに、C#の小数点演算はJavaより遅いですよ。

>>587
Javaに、Sun純製の代わりにIBMのVMを使うとC#よりマシな速度になります。
ベンチマークによるとFFT演算以外の数値計算は全てC#を上回る速度を出したそうです。
Sun純製はC#とさほど変わらないしても、そのアルゴリズムの類では遅いことにはかわら
なかったですな。

C#は構造体やunsafeという苦肉の策を使うことで速度を稼いでいます。
もうすでに他のスレでも見ているでしょうが、C言語よりも高速化する事例も出ておりますよ。
「絶対にありえない」と思っている人も多いでしょうが、単に速度の稼ぎ方が言語仕様で
異なっていただけなんですな。

JavaはJ2SE1.4.2betaからかなり高速化されましたよ。ぬるぽ処理が高速化されたそうで。

C#アプリって、ほんとは5〜10MBぐらいのランタイムライブラリを
同梱する事で、.NET Runtime Environment未導入の環境でも
動くように出来るんじゃないのかなぁ。

今出来るようになってないのは、MSの戦略的な問題で、でしょ？

だろうね。C#だけが先行して広まってもMSはそんなにおいしくない。
C#だけが広まってしまうとそれがスタンダード化してしまって仕様も勝手に変えられなくなる。

C#が広まる前に、Webサービスで恒久的に日銭が入る仕掛けを用意しておきたいんでしょう。

>>589
> C#アプリって、ほんとは5〜10MBぐらいのランタイムライブラリを
> 同梱する事で、.NET Runtime Environment未導入の環境でも
> 動くように出来るんじゃないのかなぁ。

UnixなどのほかのOSではどう動かすんですか？

とりあえずCLRのガベージコレクタが馬鹿過ぎるんだが。
参照が残ってるオブジェクトを勝手に解放するから困る。
いちいちKeepAliveしなきゃならんし・・・

Javaやってた頃はこんなこと無かったんだが・・・