●●.NETって死滅しちゃうの？？？？●●

普及する見込みのほとんどない.NETを今必死こいて勉強してる俺って一体・・・・

２

Javaの場合と違って「死滅」っておかしいだろ。
タイトルくらい変えろや。

Java厨はサーバサイドでオナってろ！

また255にいじめられて反論できなかった粘着君かよ >>1

つづきはこちらで
http://pc.2ch.net/test/read.cgi/tech/1002037672/

正直、いま.NETに取り組んでいるものの身としては
こんなふうにあおられてもあまり気にならない。
これはJavaでは一度も感じなかったこと。
C#やってるやつとかも同じように思ってるんじゃないかな？

はあ・・・・。
ＶＣ＋＋の資産捨てて.NETに移行するのは馬鹿とキチガイだけ。

>>7
まったく同意。

つぎはRubyです。

まあ、検索不可能なネーミングという理由だけで自滅だな。>.NET

>>11
そういやそうだ。
マーケティングとかやってない証拠だな。

>>11
禿詩句胴胃

>>11
http://www.amy.hi-ho.ne.jp/~lepton/program/p2/prog203.html

でも、C って普及してるな…

>>8
資産には二種類あると思う。
１．既存のプログラム
２．あなたもしくは社内のスキル

どっちの資産のことをいってるの？

小・中規模なら.NETでいいんでない（ｗ
ビジネスだと、サーバーサイドではJ2EEに負け、
クライアントサイドではVC++.NET(アンマネッジド）で済ませちゃうんでは。
C#だけでなく、VBを.NET専用にしたのは厨房どもを
.NETに巻き込んで金儲けするためなのかな。

Win32アプリなんてDelphiかVC++.NET(C++Builder)になるんでは。

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

しっかし、将来的にOSまで完全に.NETに移行するなんて
安定性がさらに悪くなって、Windows内部崩壊につながるんじゃと期待。

Win2kが出る時にも駄目になるとかなんとか言われていた。
そう言う憶測には前科がある。

.GNUは何の意義があるのかﾜｶﾗｿ

>>18
M$に対する嫌がらせ。

WindowsFormsでXPの最新UIをフルサポートすれば、爆発的に普及すると思う。

>>20
そのうち脳内電波で操れるようになるからUIなんてどうでもいいyo!
マウスウザイからなんとかしろ

>21
X抜きでLinux使えばいいじゃん

>17

NTでの実績があった2kとは根本的に違う。
Windowsの根本から変わるって話。＜Windows.NET
しかも、それがM$にさえ明確なビジョンがない.NETアーキテクチャに。

初期の設計の段階で曖昧にして進んじゃって
あとから継ぎ接ぎをしいているという前科がある（ｗ

>>14
ＣはＣ言語で検索可能じゃんか。

継ぎ接ぎしてたらいつのまにか分けのわからんことになってる・・・と。

>>11
COM よりマシ。

C#はgoogleで検索できるようになったよ
検索できないのは検索エンジン側の怠慢

そういうのってMS的だな・・・
傲慢かませるのもいつまでかねぇ〜

.NET(VB.NET/C#)あたりのM$厨房専用言語は逝ってよし！
でも、C++.NETはつかうかな。アンマネッジドコードで…

Java厨が居ないのはどうして？

>>31
JAVAはライバルではないから。

そのうちSUNがJ#に対抗してC# -> Java変換ツールを出したりしてな。惨めだ＞ビル・女医

んなもんださねーでしょ。
J#なんて誰が使うんだ？
.NETって実質C#専用でしょ。

.NETは滅び、Rubyの独壇場に！

とりあえずいじりたいから早く発売してくれ

HotDogﾏﾝｾｰ

>>34
C#は半分くらいです。

What .NET Language will you use to develop your web application?
(Total Responses=2050)

VB7.NET (39%)
C# (52%)
JScript.NET (3%)
C++ ATL Server (2%)
Other (Python, Perl) (2%)

http://www.worldofdotnet.net/

なんだ。.NETってVBなのか。

.NET 以前から MS のプログラミング言語といえば VB
創業当時から BASIC 作ってるしね

.NETで言語にこだわる奴は、.NETの発想というものを全く理解していないよ。
VB.NETかC#かなんてどうでもいい議論だ。

>41
そんなこと当たり前過ぎる。
Frameworkのヴァージョンアップに付いていくのは
M$のコンパイラだけじゃねーのか。って話だ。
そういえば、BSDのJAVA VMの遅れを誰かさんは非難してたが。

.NETとC#の関係ってUNIXとCのそれとダブるな。
気のせいか？

>>42
どうせ VB.NET と C#.NET しか使われないのだから
それで困らないのでは？

>>42
随分と知ったような口を利くね。あんたはVSIPなのかい？

>44
なんだ〜やっぱり。

>45
随分と知ったような口を利くね。あんたはFUDなのかぃ？

MS もでかい会社で技術者が何万人もいるのだから、
.NET の話を聞いたときに 「じゃあ俺の好きな言語も使えるようにしよう」
と考えたやつも沢山いたと思うんだよね。
その結果が、Eiffel.NET Haskell.NET Python.NET などなんだと思う。

Windowアーキテクチャが将来的に.NETベースになるってきいて
製品開発をDNAのまま進めるとこってあるのかねぇ〜

いきなりunmanaged codeを削除するんじゃなくんて、
徐々に減らしていくのでいいんでない？

どっと熱湯

DNAって何年もった？.NETはどうなんだろ（ｗ

>>52
DNAは確かに悲惨だったな。
DNAを推進している裏ではCOM+プロジェクトが動いていたからな。

>>16
16はWindowsでプログラムしたことないんだろ。
C++大好きの俺ですらクライアントはC#で書きたいとマジで思うよ。
少なくともVBより美しい＞C#
デスクトップからサーバまでシームレスになるということの意義が
理解できないJava厨は書込を控えた方がいいよ。危機感を持った真剣
なJava厨なら歓迎。

>>54
エンタープライズでも、フォームベースのクライアントが再び注目されるだろうね。
ブラウザ経由でフォームアプリをダウンロードできて、パーミションつきで実行できる。
バージョンアップすれば自動的に最新版がダウンロードされる。

ゼロアドミニストレーションを理由にブラウザクライアントがもてはやされたが、
今後はフォームという選択肢も増えた。

発想はJava WebStartに似ているが、クライアントサイドを制していないJavaには普及は難しいだろう。

.NETは普及しないということでよろしいですか？

>>54
Javaに熱狂し夢敗れ、今度は.NETですか。
企業にとっては美味しい人材ですね。

>>255
それって恐怖のActiveX時代の再来じゃん。
ActiveXやIISで致命的なセキュリティ意識の低さを露呈してしまったMSだから、いまいち信用できない。
これ、煽りではなくマジレスね

NETだけに敗れるでしょう。

不勉強ですまぬが
CLRは98とかNTでは動かないの？

>>59
Javaはもう、終わってるでしょう？

>>58
ActiveX＝COMはローカル運用を前提としているだけに、
セキュリティ基盤を組み込むことが最後までできなかった。
.NETはインターネット運用を前提として根本から設計し直している。
ActiveXと比較するべきではないね。

それと、IIS6はだいぶまともになってきていると思うよ。

>>61
どういう落ちなのですか？

>>62
新しい物に食いつくのを悪いとは言わないが、JAVAの末路を見て勉強するべきだ。
いくらお題目を並べても、.NETが不発に終わる可能性はかなり高い。

>>63
先の見えた第２のコボル。

>>62
IIS はシェアが高いからウイルスに狙われる
との発言についてはどう考えますか？

もう終わってるとか幻想抱く.NET厨房は世間見たほうがいいよ。
ASP/.NETとJAVAの仕事。どちらが多い？
マルチランゲージなんで個人、日曜プログラマには
いいかもしれんが、プロジェクト組んでの開発には
何の役にも立たない。.NETの似非マルチプラットフォームに
ついてもWindows環境以外でやる意味がないとしたら・・・

VB厨房は仕事がなくなってあぶれるだけさ。Windows環境だとしたら
C#/C++でプロジェクト組むだろうからな。

>>66
Apacheと違って、企業と結びついているから狙われやすいんだろうね。
IISの普及の高さについてはあくまで向こうの話で、日本ではまだまだだと思う。

強調しておかなければならないのは、バグやセキュリティホールが
きちんと一般のニュースとして出てくるのはMSぐらいだということ。
他の企業は「契約上」なかなかリークできない。
これが「MS製品はバグが多い」との誤解を生み出す諸悪の根源となっているが、
他の企業も似たり寄ったりだと思う。

私は貧乏なんでVC++が買えません。
そこで.NETβ2を使ってみようと
思うのですがVC++の代わりになるのでしょうか？

>>69
このｽﾚで聞くという事はﾈﾀかな？

>>70
いや、マジですけど、、、

アホ？
フリーのコンパイラ探せ

>69
Builder使えば？確かフリーじゃなかった？
VC++6.0より遊び用途ならいいよ。

>>73
Borland C++ Compiler はフリーだけど、
Borland C++ Builder は違うよ。

>>69
じゃあDelつかえ

Windowｓアプリを作ってる方々は、今後はどれを使って開発されるのでしょうか?
C++? Del？ C#？ VB?
主流になるのはどれでしょうか？
簡単なものならC# 細かいところまでいじるならC++ってところでしょうか?

VC++が一番無難。
.NETと共に運命を共にする覚悟ならC#。
手軽にデスクトップアプリ作りたいならDelphi(kylixもある)
サーバーサイドJAVAやUNIXやりたいならJAVA。

覚え安さ
VC++ = C#
VC++ + WinAPI = C# + WinAPI
VC++ + WinAPI + MFC = (C# + WinAPI) * 2

Windowsってサーバーに使ってるのはいつデフラグツール
動かすんだろ。.NETと関係ないけど運用に関してもいろいろと
勉強しとかないといけなくなりそうだからさ。

ジャバと.NETはどっちがかったかな？

Javaが死んだように、NETも死ぬだろう。
NETのほうが大風呂敷なくらいだ。

dotNETに最適化したOS設計とはいかに？

Javaが死んだのは＄UNのせい。
＄がパトロンだったらもっと普及してたんじゃねーか？

>82
この辺。
http://www.zdnet.co.jp/enterprise/0110/24/01102401.html
http://www.zdnet.co.jp/news/0107/25/b_0724_01.html
http://slashdot.jp/article.pl?sid=01/07/26/0221251

SUNのせいっつーか、M$が上手いって感じも。
こぎたね〜手を・・・
http://210.155.143.70/enterprise/0106/27/01062701.html

LinuxやUNIXではおそらくAPIの約60％程度しかサポートされないだろう。
ってあったけど、50％程度の間違いでは（ｗ

>84
50%以下だって！

.NET SDKのドキュメントビューワがとんでもなく使いにくいのはなぜ？

Global XML Web Services Architecture
↑これはいかに？
その内訳は以下の４っつ
WS-Security
WS-License
WS-Routing
WS-Referral
これらのWSってのが気になるなｗ。なんの略語だよ！

下はリンクからの引用
「WS-Securityは，XML SignatureとXML Encryptionという，
W3Cの既存仕様の利用法を規定するもの。WS-Licenseと一緒に
使うことで，既存のデジタル信任状をどのようにSOAPメッセージと
関連付けるかを規定できるという。
WS-Routingは，以前「SOAP-RP」と呼ばれていたもので，
SOAPを使ったメッセージにどのようにアドレス情報を
入れ込むかを規定し，またSOAPベースのメッセージを複数の
宛先に届けられるようにする。WS-Referralは，SOAPを使う
ネットワークシステム間のダイナミックルーティングを実現するもの」

面白そうだと思ったのはRoutingとReferral。
これらを使うことでp2pみたいに壁超えできるようになるのか？
ドラフト案でいいから見てみたい。

255はちょっと矛盾してないか？
255が最大のメリットと主張するXMLベースの.NETコンポーネントとは、もともと他技術と共存・通信することを前提とした技術のはず。それはMS自身も認めている。
逆にいえばJavaのような他技術がなければ.NET自体が既存のWindows技術に対するアドバンテージがないということになる（つまり既存の技術に置き換わって普及することはない）。
それは255も最初の書き込みでそう語っている。
そんな255がこのスレの1のような発言をして、わざわざJava技術を否定するのはなぜ？
俺にとってはそれは.NETそのものの存在価値まで否定しているように感じる。

ちなみに俺の意見としては、市場をクライアント・サーバ・ハンドヘルドの3つに区分して考えた場合、
サーバサイド：サーバ市場で最も信頼あるIBMとビジネスオブジェクトのSAPがサポートしている限りJ2EEの圧勝。現在の新規受注数から見ても今後廃れることは考えにくい。
クライアント：Microsoftの圧勝。ただし既存技術が枯れてきているため.NETが普及するかどうかは未知数。
ハンドヘルド：携帯を中心としてJavaが普及中。1ベンダが（実質上）独占しているCLRが組み込み市場に普及する可能性は極端に低い。
といったところか？
そもそもどちらかがどちらかを駆逐することなど有り得ない。
Java陣営自体、MS技術をクライアントから駆逐しようとなど思っていない。
そしてMS陣営も、Java陣営との共存を指向しはじめている。
そういった共存への時代の流れを把握しないで、「○○は○○によって滅びる」といっているのはちょっと時代遅れな思考に感じるな。

自己レス。
> そんな255がこのスレの1のような発言をして
別スレの1の発言でした。

ところでFreeBSDへの移植の話はどうなった？
やるならやるでちゃんとやってくれよ。頼むからさ

> Java陣営自体、MS技術をクライアントから駆逐しようとなど思っていない。
> そしてMS陣営も、Java陣営との共存を指向しはじめている。

Java陣営自体、MS技術をクライアントから駆逐できるとなど思っていない。
そしてMS陣営も、Java陣営との共存をまずは指向しはじめている。
共存の後、侵食していけばいいからね。
独占禁止法のいいわけの為に、生かさず殺さずにするのがMSにとっての
理想ではなかろうか？Appleのように。

>これらのWSってのが気になるなｗ。なんの略語だよ！
自己レス。
WebServiceに決まってんだろ！

１．MSをさかさにした。

２．ワールドスタンダード。

３．Without Sun

４．Web Service

４でファイナルアンサー！！

>これらのWSってのが気になるなｗ。なんの略語だよ！
ワークステーションに決まってるだろ！

わかった・・・
ワンダースワン。

>>87
MSDNもチェックしていないのか？
４つともドラフトが置いてあるだろ。

>>88
Javaの存在価値まで否定した覚えはないが。
具体的にどの発言のことを言っているんだ？

>>88
>ハンドヘルド：携帯を中心としてJavaが普及中。
>1ベンダが（実質上）独占しているCLRが組み込み市場に
>普及する可能性は極端に低い。
で、「JavaならWrite once run anywhereだから、Javaだよ、組み込みは！」
とか言われて、必死こいて携帯3社の違いを吸収しようとしてる漏れって
一体...。大体ﾄﾞｺﾓだって機種ごとに違うじゃねーかバカヤロー!
俺はJavaがどこでも動くなんて言葉は絶対信用しねー。Javaは1ベンダが
独占してくれないから、そのしわよせがアプリベンダーにきてる。
頼むからどうにかしてくれ、Sunでもﾄﾞｺﾓでもいいから。もうかんねーんだYO!

＞Javaの存在価値まで否定した覚えはないが。

＞Sunの失策でもはや風前の灯火。
＞.NETの到来を待つまでもない。
＞悪いことは言わない。今すぐJavaなんて辞めた方がいい。

このような発言を世間一般では「存在価値を否定」という。
･･･255は他のアフォどもと違って、ワケ分からない煽りはしないから一応議論はできると思っていただけに、こういう単なる煽りスレをたてたのは残念だ。

面白そうなスレッドなので参加させてください。（技術畑ではないのであくまでも一般論でしか語れませんが）
私はある外資系システムコンサルティング（のはしくれ）なのですが、企業のMSに対する不信感は最近かなり強くなってきているような気がします。
主な原因は一連のセキュリティ騒動についてのMSのセキュリティ意識の欠如の露呈というのもあるのですが、
それ以上にPassportやSoftware Assuranceに代表される「企業として必ずしも必要とされていない戦略技術」の押し付けというのがあるようです。
さらに多くの企業が、これらの技術が.NETと同一のものであると意識しているので、.NETというマーケティング用語自体に不信感を持ってしまっています。
私はMS部門なので、.NETは素晴らしいコンポーネントテクノロジーだと思うし、実際に売れてもらわなければ困る立場なのですが、
現実問題として、このまま企業が.NETに不信感を持ったままだとはかなり苦しいと思っています。企業に投資を決断させるだけの材料が少なすぎるのです。
ちなみに外資系企業を中心にコンサルティングしているが、ガートナーの意見を重視している会社は多いですね。（中には盲目的なほどに尊重している企業もあります。）

なんかずいぶん真面目そうな奴がでてきたな？
ここは２ちゃんだぞ。

>>100
とりあえず、読みやすいように文章を整形するところからスタート。

>>99
ああ、そういうことか。
ただ単に、あんたが本物と偽者の区別がついていないだけだろ。

なるほど、これは失礼。
というか、区別できるわけないのだが。
チミも時々煽ってるしな。

>>100
> 企業に投資を決断させるだけの材料が少なすぎるのです。
その「材料」を自分たちから作ろうとせず、全てを外部に頼っているうちは
何をやっても無駄だろうね。

>>100
.NETがこけたら、MSもあなたもあぼーんって事で。

亀レスですが・・・

255>>Apacheと違って、企業と結びついているから狙われやすいんだろうね。
255>>IISの普及の高さについてはあくまで向こうの話で、日本ではまだまだだと思う。

違います。
IISがWWWサービス以外のIndexサービスやInternet Printingサービスといった、
多くのユーザにとって不要なサービスを勝手に有効化したこと、
さらにそれをサーバとしては本来使われないワークステーションにまでセットアップするように仕向けたことが原因です。
これはMSの「ユーザが知らないうちに余計なサービスを抱き合わせさせる」戦略が招いた悲劇でしょう。
今後IISがいくらセキュリティレベルを上げたとしても、CodeRedやNimdaで致命的な欠陥を晒してしまい、
マーケティング用語としてケチがついてしまったIISが企業システムで信用を回復するのはかなり困難でしょう。
（ガートナーの発言力の強い外資系ではなおさら）
エンタープライズの世界というのはそういうものですから。
IIS 6.0が別の製品名で出荷されればまた事情は異なってくるのかもしれません。

255>>IISの普及の高さについてはあくまで向こうの話で、日本ではまだまだだと思う。

私の会社の調査レポート（内部資料）によれば、アメリカでの普及率は日本より低いはずです。
アメリカの調査会社に依頼して得た結果ですので、情報源としてはしっかりしたものです。

>>108
難しい事書くと煽りが付くが、気にせんで続けてくれ。とても面白い。

>>107
> 多くのユーザにとって不要なサービスを勝手に有効化したこと
IEのようにどうやっても削除できないものなら、そういう批判も成り立つだろうね。
無効化できるサービス群に難癖をつけても全く説得力がない。
要・不要の判別ができないスキルのなさを、一方的にMSのせいにしているようにしか見えない。

> さらにそれをサーバとしては本来使われないワークステーションにまでセットアップするように仕向けたこと
開発者がこれでどれだけの恩恵を受けているか分からないとは、さすがはマーケティングの人間だね。

Sunは確かに酷い会社だが、Microsoftみたいに犯罪紛いのことはしてこなかった。
Microsoftがいまさら企業に信用されないのは自業自得。

Sunが詐欺師ならMicrosoftはマフィアといったところか。
犯罪者としてのランクならMicrosoftのほうが格上だな。
自国のみならずEUからも国際指名手配されているくらいだから。

> 要・不要の判別ができないスキルのなさを、

バカかお前？Win2000ProやNT Workstationは企業のエンドユーザ向けってMS自身がいってるだろ？
自分でMSの発言を否定してどうする？

> 難しい事書くと煽りが付くが、気にせんで続けてくれ。とても面白い。

速攻でついたな、255の煽りが（ぷぷぷ）

>>108
> 私の会社の調査レポート（内部資料）によれば、アメリカでの普及率は日本より低いはずです。
そうなのかい？ならば、反論は止めておくよ。
個人的には、IISやCOM+を使った案件はあまり聞いたことがないが。

>>112
Server系の話をしているのだが。
煽りたい気分はよく分かるが、短絡的に考えずにきちんと話の流れを読むことだ。

あー100よ、気にしないで続けてくれ。
255は狂信的なMS信者だから。
狂信者の255より、普通のMS信者のアンタの発言のほうが面白いし、現実を直視した意見で説得力がある。

この2人はイスラム原理主義者と普通のイスラム教徒のようなものだな。

ぼくは自分のHDに　はいってるアプリケーション使うからいいです

＞開発者がこれでどれだけの恩恵を受けているか分からないとは、さすがはマーケティングの人間だね。

企業ユーザががこれでどれだけの被害を受けているか分からないとは、さすがは技術オタの人間だね。

> Server系の話をしているのだが。

違う！IISの話をしているのだ！
IISとCOM+ Component ServiceはClient側での半デフォルト搭載だろうが！

255って一応会社員らしいが、たぶんたいしたことない弱小ソフトハウス勤務なんだろうな。
昼間から2chに書き込めるくらいインターネットセキュリティ意識の甘いところみたいだからな。
（それなりの会社なら2chは串で締め出しているはず）

必死になって煽ろうとしているのがいるようだが、

>>118
> IISとCOM+ Component ServiceはClient側での半デフォルト搭載だろうが！
Component Servicesは確かに削除不可だね。
でも、IISはprof.版にはデフォルトでは入っていないだろ。

こちらが思いつかないような鋭い煽りがなかなか出てこないね。
単純な奴らだ。:-p

強い...。

煽られるのは覚悟で書いているので気にはしていません。
（煽りについての反論も致しません。）

さらに煽られそうな発言で恐縮ですが・・・
Windows .NET Server Beta 3についてのプレゼンを先日MSより受けましたが、
このサーバ製品の需要については絶望的な気がしています。（周囲も同意見です）
Windows 2000との差別化を行えるだけの材料がなく、さらに新機能については
プラス面よりもマイナス面（不安材料）のほうが多いというのが多くの方の意見です。
会場に居合わせたMS社員とオフレコでお話する機会を得ましたが、
社員の間でさえこのバージョンについては懐疑的な見解が多数だという話を聞いて驚きました。

また、SAPがJ2EEを全面的に支持したというのは大きな衝撃でした。
ビジネスコンポーネントの提供ベンダとして世界的な評価を得ているSAPが、
J2EEが基幹業務に耐えうるという判断を下したということは、
今までDCOMをサポートしてもらっていたMSにとっても大きな痛手だったと思います。

今後.NETはかなり普及するでしょうが、同時にMSは再びクライアント市場のみに追い込まれていくのかもしれません。

> でも、IISはprof.版にはデフォルトでは入っていないだろ。

インストールするように促すだろ。
CodeRedがなぜあれだけ世界規模で感染したかの理由すらわからないのか？

> こちらが思いつかないような鋭い煽りがなかなか出てこないね。
> 単純な奴らだ。:-p

255って旗色悪くなると技術的な論述を放棄してすぐ煽りだすな。
何も言い返せなくなったからって煽るなよ。
こんな奴らの推進する.NETなんてたかが知れるな。
惨めだぜ、今日のお前・・・

>>123
> 社員の間でさえこのバージョンについては懐疑的な見解が多数だという話を聞いて驚きました。
それは確かにそうかもしれないね。
CLRを入れた2000 Serverとの差別化は難しいだろうね。

> また、SAPがJ2EEを全面的に支持したというのは大きな衝撃でした。
むしろ、SAPはDCOMでよくここまでやれたものだと思ってる。
MSでさえDCOMをほとんど見放してしまったのに。
ただ、１つだけ理解できないのは、「なぜこの時期に？」ということだ。
もっと早く気がつかなかったものかね。

ついに沈黙したか・・・255

>>125
> 惨めだぜ、今日のお前・・・
名無しで粘着煽りを続けてる奴よりははるかにマシ。:-p

さて、しばらく落ちるか。
その間に気の利いた煽りでもしてみな。

Win2000 = Win.NETかもしれないが、
Win2000+CLR < Win.NETだろうな。

Win2000というCOM+ベースで安定したOSになぜわざわざ不安定で膨大なリソースを食うCLRを導入する必要がある？
てゆうか、お前そこまでして.NET普及させたいか？
本当にいいものならお前が姑息な宣伝しないでも普及するだろう？
それとも.NETの将来に不安があるからこそ2chなんぞで低レベルな書き込みしてるんじゃないのか？

逃げやがった･･･

100さん出てきて。アンタの意見のほうが面白いよ。
本音で語ってるから煽るつもりもないし。

255がいなくなれば、このスレも優良スレになりそうだな。
スレ名が煽りチックだが（ｗ

＞その間に気の利いた煽りでもしてみな。

お前のためにレスしているつもりはない。自惚れるな。
議論するのに邪魔だから排除しただけだ。

Javaはある一点を除いては不満はない。
それは当然、パフォーマンス。.NETはその点を
よく考えられていると思う。

さあ、邪魔者を排除したし、真面目に議論するか！

>それは当然、パフォーマンス。.NETはその点を
>よく考えられていると思う。

まったく同意。.NETの最大のアドバンテージは、OSと完全に融合できる技術だということだな。
CLRはWindowsに最適化されているよ。（他のOSでCLR移植してやろうとしてもこれほどの性能は無理だろうな）

だからJavaは潤沢なリソースのあるサーバか、余分な機能を極力排除したKVMを搭載する組み込み系で普及する。
（逆にいえば、クライアントで普及は無理だろうね）

>>98 ご愁傷様です。
Javaがダメなのは，PC Clientの世界では，ずっと前にみんな気がつきました。
組み込み分野でも，そろそろ気が付く人が出てきましたか。

.NETっていい技術だと思うんだけどねえ。
最大のデメリットはMSの技術だということだね。

ねにしろMSは評判悪すぎる。ま、それだけ過去に犯してきた罪が重いということだな。

> OSと完全に融合できる技術だということだな。
> CLRはWindowsに最適化されているよ。

ﾌﾟﾌﾟﾌﾟ...。恥ずかしくもなくよくそんなことが言えるね。
何でJAVAがもてはやされてるかわかんないの？

なんだ。135はJAVA派の刺客じゃなかったのか。

136と138って、255じゃないのか？

> 組み込み分野でも，そろそろ気が付く人が出てきましたか。
市場の需要予測を勉強しましょう。
JavaがRun Anywhereなのは真っ赤なウソだが、それでも今まで機器ごとに全く違う仕様だった組み込み系ではJavaはある程度の仕様統一を果たしてくれる救いの手なのだ。

>> OSと完全に融合できる技術だということだな。
>> CLRはWindowsに最適化されているよ。
>ﾌﾟﾌﾟﾌﾟ...。恥ずかしくもなくよくそんなことが言えるね。
>何でJAVAがもてはやされてるかわかんないの？

これって、MSの記事の受け売り（というかパクリ）だったんだけどな・・・
まあ、俺の意見じゃないからいいや。（MSの主張だから煽られても気にならん）

携帯JAVAのコーディングって、事実上アセンブラプログラミングなんだってね。
そこまでしてJAVAにこだわる理由が分からない。

>>141
iモードプログラミングの本でも読めば？

> 携帯JAVAのコーディングって、事実上アセンブラプログラミングなんだってね。

こういう発言は勉強してから書かなきゃね？
Java派の刺客に突っ込まれるよ。

前の奴がいってるように、iモードの本を読みなよ。
うちの会社でも派遣のVB女性社員が昼休みにこそこそiアプリ作ってるぜ。
その程度のスキルである程度のものは作れる。

しかし、.NET派までに追いやられてる255って。。。

ILは見やすいがclassファイルを直接編集する気にはならない

マジで迷惑してるんだよねー255には。
俺らはただ単に技術的な興味で.NET使ってるだけなのに、勝手にJavaとの対立構造を持ち込みやがって。
いいじゃん、.NETだろうがJavaだろうがUNIX Cだろうが汎用機COBOLだろうが、みんな生き残ってお互いが競争し合えば。
それが結果的に開発者に一番有益になる。

以上キレイ事終わり！

255の最初の書き込みが

> だからさー、何で.NETがJavaに対抗しなきゃならないの？

だったのは笑える。

実際に課金・配信しているiアプリの開発者が
「高級言語と思うな。アセンブラと思え」と言っておりましたが。
new禁止、可能な限りメンバ変数、etc

>>148

それはハードウエア上の制約であり、Javaの制約ではない。
そんなことも分からないと厨房と呼ばれちゃうYO

Stringさえも再利用。

いや、だから制約が現実にあるのに、
わざわざこだわって、苦しい思いをする理由が分からない。
JAVAとは名ばかりのアセンブラプログラマーって一体・・・
トップがアフォなのか、それとも政略的なのか？

KVMの替わりにCLRが載ろうが同じことだ >> 148,150
貧弱なクライアントで動くアプリ作る場合はみんなそうやって苦労するのよ。
Win16アプリ作ってた頃なんて・・・（涙）

>145
つわものだね。ILの構造全然わからん。MSに資料とかあるの？

>>153
ニーモニックの一覧とかなら.NET SDKのβに資料があるよ。

>>151
全て企画屋が悪いのです。

C:\Program Files\Microsoft.NET\FrameworkSDK\Tool Developers Guide\docs

> いや、だから制約が現実にあるのに、
> わざわざこだわって、苦しい思いをする理由が分からない。

それいっちゃ、J2MEどころかCLR Compact Framework（だっけ？）だってお終いよ。
結局「組み込み系はアセンブラ」ていう結論になってしまう。

ところでNOKIAやDoCoMoが共同で構築する予定の携帯プラットフォーム共通基盤って、何になるんだろうね？

>>154,156
サンクス！ちゃんとみてなかったです。

にわかに健康的なスレになってきたね？
「255追放効果」か？

スレ名とは関係ない内容だが。

>>157
結局、戦略的にどーのこーのという頭の悪い理由が優先しそうな気が。

255ってさ、この板の他の.NET関係の板にはほとんど顔出してないのな？
（C#相談室とか）
実は.NETプログラミングしたことないんじゃないの？
よくいるよね？雑誌の知識だけで物事を語る口先だけの技術屋･･･255はまさにそんな感じかな？

だから255はSEなんだって！

だれか>>80に答えてよ。 じゃないと寂しい。

>>163
勝ち負けの議論は不毛。また255が出てきちゃうぞ。
どっちも共存でいいじゃん。
イスラム教とキリスト教みたいなもんだ。

147も書いてるけど

>255の最初の書き込みが
>
>> だからさー、何で.NETがJavaに対抗しなきゃならないの？
>
>だったのは笑える。

だからね。

>>164
そうじゃないの。

プログラム初心者の結論。

いつ死滅するかもしれないＪａｖａや、
海の物とも山の物ともわからないＮＥＴは、
信者だけに任せておいたほうがいい

つまり.NETの最大の敵は、既存のMS技術ってことですかね？255の主張を汲んであげれば。

WinForm vs VB&MFC
.NET Component vs COM+ Component
ASP.NET vs ASP
ADO.NET vs ADO

で、実際.NETは今までのWindows技術を駆逐できるってみんな思ってる？
俺はどうも上手くいかないんじゃないかって気がしている。

>>167
殺しあいは、イスラム教徒とキリスト教徒でやればいい。
俺ら仏教徒は、平和にくらそう。

>>168
無理にねじ曲げなくても、C# vs Javaなのは明白。そんなにC#が怖いか？

いや、どう考えてもC# vs VBだろ。>> 170
Javaとの類似点は言語仕様だけで、思想や用途はVBと完全に競合する。クライアントでもサーバスクリプトでもサーバコンポーネントでも。
見た目だけで言語を判断しちゃイカン。

.NETはいろんな言語が動くのがウリ〜

じゃあ、仏教は何言語？

>>171
ＶＢと競合するのは、ＭＳ自体わかってる。
だから次バージョンから、ＶＢは使いづらくした。
（ＶＢ厨には、新しいＶＢを覚え直すか、Ｃ＃を覚えるかしかない。）

Ｃ＃がＷｅｂアプリのクライアントを征するなら、じきにＪａｖａは浸食される。

いろいろな言語っていってもなあ、
Eiffel.NET、Python.NET、Perl.NET、COBOL.NET、J#.NETなんていったあたりの人口がどれくらいあるんだろうね。
C++.NETとC#とVB.NET以外はMSの正式サポートじゃないし。
.NET FrameworkやCLRが今後仕様を変更することは必須だが、その時にいくらCTS(?)を遵守しているからって、これらの言語がついていけるかどうかは不安。

結局、CORBAと一緒で「絵に描いた餅」になるのではないかと。

>>172
所詮、ウリはウリにしかすぎない。
．ＮＥＴを持ち上げた先には、Ｃ＃でＪａｖａを駆逐するという目的がある。

結局OS作ってるトコが一番強いワケね。
強制搭載しちまえば一般ユーザーは選べないし。

>Ｃ＃がＷｅｂアプリのクライアントを征するなら、じきにＪａｖａは浸食される。

Windowsサーバに限ってな。

>>178
サーバ自体も浸食されるわけよ。

「WindowsがUNIXを侵食」はないな。

元祖スレ「.NETとJ2EE･･･」でもそれはある程度結論がでている。
MSがなんぼ強力でSunがヘタレでも、IBMとLinuxの牙城は崩せん。

アンチスレのようで、まともな議論がされているとは意外な展開だな。

>>133
> 議論するのに邪魔だから排除しただけだ。
反論できないなら、粘着煽りで排除できるとでも思ったか。
どうしようもない低脳だな。

＞「WindowsがUNIXを侵食」はないな。

駆逐はないが、浸食はある。要はシェアの奪い合い。
ＭＳの計画通りにいけば、クライアントと相性のいい
．ＮＥＴサーバーが増えるのは自明の理。
もちろん、計画通りにいったらだ。

>>175
お前、いちどWebProg板でも覗いて来い。
それにPerlの連中はJavaには批判的だが
.NETは歓迎している。

お願い、ROMになって・・・255・・・
また荒れてしまうから・・・

255がいなくなるまで、俺書き込むのやめるわ・・・

>> 議論するのに邪魔だから排除しただけだ。
>反論できないなら、粘着煽りで排除できるとでも思ったか。
>どうしようもない低脳だな。

粘着煽りに反応するのは、お前自身も粘着な証明だ。
100の精神を見習え。

ごめん、俺も255がいなくなるまで消える

Haskellに噛み付いてるJava信者マジウザイ

>>161
> よくいるよね？雑誌の知識だけで物事を語る口先だけの技術屋･･･255はまさにそんな感じかな？
じゃあ、あんたはまともな解説ができるのかい？
名無しでしか物を言えない弱虫がよく言うよ。

だからそんな奴居ないって>>186

> お前、いちどWebProg板でも覗いて来い。
意味わからん。

> それにPerlの連中はJavaには批判的だが
> .NETは歓迎している。
奴らはUNIX上の.NETに興味があるだけなので、UNIXにCLRが載らなければ意味は無い。

>>188
いや、それはいる。ｽﾚみればわかる。

255が戻ってきた途端いきなり荒れてきた（ｐｐｐ
恐るべし粘着パワー（ぷぷぷ
やっぱ.NETやってる奴らはいつもこんな感じで荒んでなきゃな（ｗ
独占欲の塊。MSと一緒で心が汚れているやつらの溜まり場だあああ。
もっと荒れろ荒れろーーうひゃひゃひゃひゃーーー
どーせこれにつまらんレスつけるんだろー。
煽りを無視もできないような粘着どもよ、うひひひひひひ

>>191
> もっと荒れろ荒れろーーうひゃひゃひゃひゃーーー
「荒れろ」と言うと、逆に荒れにくいんだよ。
煽りの基本をマスターしな。

結局のところＪａｖａの運命は、．ＮＥＴの成功如何にかかっている。
Ｊａｖａが成功していれば、ＭＳにこんなチャンスはなかった。

.NETやってる奴等だけで仲間割れして崩壊してるのお、楽しい楽しい。
Ruby厨やJava厨は、団結してるだけまだまともか。
.NET厨･･･ポリシーも何もない洗脳オナニー集団。ぷ

Javaって携帯とwebサーバー以外で使われてるのかね
大事なところはJavaじゃあないような。

Java厨は団結してませんよ。
批判者の大半はJava使いだし。ｵﾚﾓﾅｰ

>>194
言語は宗教。
マルチ言語対応の.NETでは、内部分裂もあり得ることだろうね。

ちなみに俺は．ＮＥＴ信者じゃないし、Ｃ＃をやろうとは思わない。
３年後にＣ＃がスタンダードになっていたら、やるかもしれんが。
あんまりＪａｖａ信者が問題をそらそうとするんで、つい書き込んでしまった。

戦争は儲かるのさ！

いきなり紳士ぶるな、255。

お前も一緒に荒れて、その後どっかに消えろ！
だいたい煽りの基本って何だよ。お前はそれを知っているのか。どうりで粘着系煽りは上手いな。
他人の言葉を一切受け付けないで、自分の主張を訴えるしか脳のないアフォが！

C#を最も憎んでいるのはJava使いではなく、むしろコアなATL使いだなんていう意見もある。

　　　　　　　　　　 ヽ　((( )))
.　　　　　　 　 ┌┐　（´∀｀ ；）　　　プッハァァーッ！！
　　　　　　　　（ミ_|／~ 　　　 ~ヽ
　　　　　　　 　 i i/. i 　 　 　 ,ﾍ. ヽ
.　　　　　 　　　i. i/./ i　　 　　i 　ヽ. ヽ
.　　　　　　　　 ヽノ　 i　　　　i　 ／／
　　　　　　　　　　　　 i　　　(ミ~／
　　　　　　　　　　　　 j　y 　 ヽ
　　　　　　　　　　　　/. /　　　i
　　　　　　　　　　　 /　/.　　 /
　　　　　　　　　　　i　 i　　　/
.　　　　　　　　　　　i　i 　　 i
　　　　　　　　　　　 i .i　　 i
.　　　　　　　　　　　 i.i　　i
　　　　　　　　　　　　i　　i i
　　　　　　　　　　　　i　 i　 i
　　　　　　　　　　　　i　 i　　i
　　　　　　　　　　　　i.　i/　,j
　　　　　　　　　　　ノ　 i__ノ
　　　　　　　　　　（＿_ノ

　　　　　　　　　　　　　　／￣￣￣￣￣￣￣￣￣　
　　　　　∧＿∧　　　＜　　先生！僕の体を見てーん
　　　　 （:∴´Α｀）　　　　＼＿＿＿＿＿＿＿＿＿
　|￣￣/￣￣ヽ
　.|ヽ　　T　　　<￣￣￣￣￣|つ
　＼　　 |ヾ　　　　￣￣￣￣|
　　ヽ　　!＝!!＝!　　／/　。/
　　　＼　　＿/／　　 。ノノ
　　　　|　　　　　　　　＿|
　　　　|ヾ-　　　　　／
　　　　|＿＿＿＿／　　
　　　　|::|　　　　|::|
　　　 .|::|　　　　 |::|
　　　 (__)　　　　(__)

>>200
> お前も一緒に荒れて、その後どっかに消えろ！
だから、「消えろ」と言われて消える奴はいないんだよ。
分かってないね。

　　　　|　　　　　　　 |
　　　　|　　　　　　　　　　　　　|
＿＿ノ　　　　　　　　　　　　　 |　　　 ＿
| |　　　　　　　 　 　 　 　 　 　 |　　ノ＼__ヽ
ヽ二二 ヽ -―- 、 　 　∩　　　| 　 ＼ノ（◎）
＿____／　／"￣ヽヽ＿| |.＿＿|
　　 /　 /　_∧＿∧ l / /　 　　＼
　　 |　 |／（　 ´Д｀）／ 　 　 　　　＼
　 　.＼ヽ∠＿_＿_／＼゜ 。　　　　　　 ＼
　 　　 .＼＼::::::::::::::::: ＼＼.　 　 |＼　　　＼
　 　 　　 .＼＼::::::::::::::::: ＼＼ ／　 ￣￣￣￣￣￣
　　　　　　　＼＼::::::::::::::::: ＼ |　先生！引きずり込まれてます！
　　 　　　　　　＼＼_:::::::::::＿）＼＿＿＿＿＿＿＿

月曜から祭りかよ！（三村元気にしてるか？

そろそろ逝くが、最後に．ＮＥＴ信者に１つ。
一生懸命Ｃ＃やるのはいいが、．ＮＥＴが落ち目になっても、
Ｊａｖａ信者みたいになるなよ。

とうとうコピペ荒らしがやって来たな。
もともとこのスレはアンチ.NETだし、早く潰した方がよさそうだね。

　　　　　　　　 　　　　　　磯野家ワッショイ ！！
　ﾟ　　　　　 　＼＼　　　　　磯野家ワ ッ シ ョ イ ！！　　　　　　　 ／／
　　 。　+　　+　 ＼＼　　　　磯野家ワ ッ シ ョ イ ！！　　　　　　 ／+
＊　 　　　+　　. 　(⌒Y⌒Y⌒) 　　+　。.　　.　　　　　　　　ζ　／ +　　*
　　　　　　　　　。　＼＿＿／__　　　　　　　　　　　 ／￣￣￣￣＼ 　。　 　* 　　　。
　　 。　+　　+　　　／　 　　　＼＼　　　　　　　　 /　　　　　　　　　＼
　。　 　* 　　　　／ ⌒　　　⌒ ＼ ＼　　　　　　 /＼ 　　⌒　　　⌒｜ 。　　o
　　　　　　　　　｜　(･)　　(･)　　　＼⌒ ）,,,,,　 　 |||||||　　　(･)　　(･)｜＊
　　　o　　 　ｍ.｜　　⊂　　　　　　9） 　）(っｌｌ)＼ (6-------◯⌒つ｜　　。　　o
　　　　　　　）| |｜　 ＿＿＿ 　　｜　）　　　　＼＼ 　　　　＿||||||||| ｜　　　＊
　　+　 　　（　_ｌ. ＼　＼＿／　　 /ｎｍ　　　　　 〉 .〉　 ／　＼＿/ ／　　　　。　ﾟ
　　　　　　　＼ ＼_＼＿＿＿_／/　ノ ∧＿∧ / ./ .＼＿＿＿_／　　。
　。　 　* 　　　＼＿￣_￣ 　）/　/　（´∀｀　)/ ./ （~⌒＼　 　ﾄ/ ）　　　　　　　　＊
　　　　　　　　　　／￣ ＼　/＼ ￣￣　　 　~　/ 　 ＼＼ ＼_／ /　　　　　・
　　　　　 ,⊂二二／〉　　 / 　 ￣￣| 　　　イ./　 　　　＼＼__／|　　　　+　　　　*
　　　　　　　　　 　 /　 　/　　　　　　ヽ　 　 　|　　　　　 ,) 　 　ﾉ
　　。ﾟ　　　　　 　 （ 　<./　 　　　　 　　＼　 　 ＼／⌒＼　　ﾉ、　　　　　　*　　。
　 　　　　　　 　 　 ＼　 ＼　　　　　 　 　 〉 　 　　／＼　 ＼ γヽ　　　　　。　　　+
　　　　*　　　　 　　/ ＼　 ＼　　　　　／　 　　× ~　./ ＼　V _ノ
　　　　　　　 　 　 /　 / >　 /　 　　／　／＾　　　　　/ 　| ＼__）|　　　　+　 　ﾟ　　　。
　＊ 　 。ﾟ　　　／　／　|　 /　　　　＼ ＼　 　　　 ／ ／　　 ＼ ＼　 　　　　　。　+
　　　　　 　 　/　／　　 |　/　　　　　　＼ ＼　　／ ／　 　　　　＼ ＼　　　。　　　　o
　 　　　 　　<　〈　　　 /　/__　　　　　　__>　_><_　<_　

いいぞ。もっとやれ。

　　　　　　　　　おまえか！俺のスレ荒らしたのは！！！！！！！！！！
　　　　　　＼
　　　　　　　　￣￣￣∨￣￣￣￣￣￣￣￣￣　＿＿＿＿　　:.;'
　　　　　　　　　　　　　　＿ー￣＿￣）’, 　・　∴.'　 ∵∴∵∴＼ 　， ．. 　∴.'
　　　　　　　　　　∧　--＿- ― ＝￣　￣`:,　.∴）∵∴∵∴∵∴＼'
MS信者の255→　,　-''￣　　＝　＿＿――＝',　・,‘　∵∴∴,（・）（・）∴|　 ・,‘
　　　　　　　　／　　＿-―　￣＝＿　　）":"　. ∵∵／　　 ○　＼| ’ 　 .'　 ∴.'
　　　　　　　/　　　ノ　￣＿＝＿　　`　））,∴.　∵／　　　 ｜∴.'∴.' ・,‘、
　　　　　　/　　, イ ）　　　　＿　）￣＝＿）　＿） /　　三　|　三　, 　.｀`:.;'　~;ヾ
　　　　 　/　 　_,　＼　　）＿　＿ ）＝　　＿）∵ |　　　＿_|＿_ 　|　　,　　　∴.'　　∴.'
　　　　 　|　　/ ＼　 `、　　　　　＝　＿）　　　　＼|　　　＼＿/　／∴.'　∴.'
　　　　 　ｊ　 /　　ヽ 　|　　　　　　　　　　______.ノ 　 　 　　(⌒)／　　,' .‘:´　;`:.　~..　;　:
　　　　／　ノ　　　｛ 　|　　　　　　 　 ／/::::::::|-、 ,-/::::::ノ ~.レ-r┐ 　　　　　　;　'　;.~
　　 ／　／　　　 　|　（_　　　　　　 　| /:::::::::::::::|　〈￣ 　　｀-Lλ_レ!、 　　　　;`;`　,　`:
　　`、＿〉　　　　 　ー‐‐`　　　　　 レ::::::::::::::::::|/:::￣｀ー‐---‐′

　　　　　　　　＿＿＿＿
　　 　　　　／∵∴∵∴＼
　　　　　／∵∴∵∴∵∴ヽ
　　　　　|∵（･）（･）,∴∵∴ |
　　　　　|／　 ○　　＼∴∵|
　　　　　|　三　|　三　 ヽ ∴| 　／￣￣￣￣￣￣
　　　　　|　 ＿_|＿_　　　|∵| ＜ うるせー馬鹿！
　　　　　＼　＼＿/　　　|／ 　　＼＿＿＿＿＿＿
　　　　　　 ＼＿＿＿_／
　　　　　_____.ﾉ 　 　 　　(⌒)
　　　 ／/::::::::|-､ ,-/::::::ﾉ ~.ﾚ-r┐
　　/　/:::::::::::|　　/:::::ノ__　|　.|　ﾄ､
　　| /:::::::::::::::|　〈￣ 　　｀-Lλ_ﾚ′
　　ﾚ::::::::::::::::::|/:::￣｀ー‐---‐

　　それをいっちゃぁおしまいだ
　　　＼＿＿＿＿＿＿　＿＿＿＿／
　　　　　　　　　　　　　|/

　　　　　　　　　　 ／⌒ヽ⌒ヽ
　 　 　 　　　　　　 ....:::..　Ｙ.　 .
　　　　　　　　 　 .::::::::.（･）（･）::ヽ
　　　　　　　　（ ::::::::;;;／ ○ ヽ;.:;）
　　　　　　　　 丶1;.' ≡　|　≡!/
　　　　　　　　　 ζ, 　t-┴‐' .j
　　　　　　　　　　i　　 ｀'ー‐'　.j
　　　　 　　　　　 |　 　 　八 　 |
　　 　 　　　　 　 {=====(T)===}
　　　　　　　　　 | i し　"　i　 　'|
　　　　　　　　　|ﾉ　(　　　i　 　 i|
　　　　　　　　 (　'~ヽ　　　!　　‖
　 　 　　　　　 │　 　　　i　 　‖
　　　　　　　　　|　　　　　　! 　 ||
　　　　　　　　　|　　　 │　　　　|
　　 　　　　　　|　 　 　 　| 　 　| |
　　　　　　　　| 　 　　　　|　　　| |
　　　　　　　 | 　　　　 　 !　　 　| |
　　　　　　　|　　 　　　　 　　　|　‖

　　　一　　　　 　　　生　　　　　　いっ　　　 しょに　　　　　逝って　　　　　くれ　　　　　　　　　や♪
　 ∧＿∧　　 　 　∧＿∧ 　 　 ∧＿∧　　∧＿∧　　　　∧＿∧　 　　 ∧＿∧ 　 　 　　 　∧＿∧
　（　　・∀）　　　 （∀・　　）　 　（　・∀・）　（　・∀・）　　　（　・∀・）　 　 （　・∀・）　　 　　　（・∀・　）
　（　○　　つ　　 ⊂　○　） 　⊂　⊂　 ）　 （　Ｕ　　つ　 ((（　つ　　つ 　⊂__へ　つ　　　 ⊂　∩　 つ
　　＼＼　＼ 　 ／　／／　 　　<　<　<　　　）　）　）　　　　 ヽ　Ｙ　ノ )) 　　（＿）|　　　　　／ ／＼　＼
　　（＿（＿_） 　（＿（＿）　　　　（＿（＿）　（_＿）＿）　　　　（＿(＿_) 　　　彡（_＿） 　　　（＿_） 　（＿_）

　　　　　　彡川川川三三三ﾐ〜 ﾌﾟｩ〜ﾝ
　　　　　　川｜川／　　＼｜〜　 　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　‖｜‖　◎---◎ |〜　∠　Javaが最高だぁあああーいぃ。
　　　　　川川‖　///　3///ヽ〜　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　川川　　　 ∴）д（∴）〜
　　　　　川川　　　　　　 〜　/〜　　　　　　　　　　 ＿＿＿
　　　　川川川‖　　　 〜　/川〜　ﾋﾟｭｯﾋﾟｭｯ　　　 .|　 |　　 |＼＿
　　　　／　川川　　　 ＿／　;|＼〜　　　　　　ρ　 |　 |　　 |　| 　|＼
　　　/　　　　／　　　　　　 　;|　|　　　ρ　　　　　　|　 |　　 |　| 　|::::|
　　（　　　　 （;;　　・　　　　　･;)　ρ　　　　　　　　　|　 |　　 |　|　 |::::|
　　　＼　　　 ＼　　　　亠　ρ）;;　　￣￣＼　　　　|　 |　　 |　|　 |::::|
　　　/:　＼　　　＼　　　Ｃ)) ;）￣￣＼っ））））〜〜|　 |　　 |　|　 |::::|
　　/:::　　　＼　　￣つ/　/　;）　　|￣￣￣￣￣￣￣￣￣￣￣￣|
　/:::　　　　　　＼　　（__/　 _;）　　￣￣￣.|　＿＿＿＿＿＿＿__. |
　(::::　　　　　　　;;＼＿_/　 ;）　　ｼｺｼｺ　　|　|　　　　 　　　　　　..|.|
　＼:::　　　　　　（;;;　）;; ）　 ＼　　　　　　 .|　|　　　　　　　　　.　..|.|
　　 ＼　　　　　　　　＼;;;　　　＼ 　　　 .　|　|　　　　　　　　　　 ..|.|

ﾋﾞｸｯ. ∧ ∧ ∧ ∧　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 Σ(ﾟДﾟ；≡；ﾟдﾟ) ＜　うお！なんかすごいところに迷い込んじまったぞｺﾞﾙｧ！
　　 　 ./ つ　つ　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　〜（＿⌒ヽ　ﾄﾞｷﾄﾞｷ
　　　　 )ノ ｀Jззз

そういえば、100はどこに行った？
あいつは巧みにWindowsへのFUDを仕掛けていっただけだな。

　　　　　　　　　　　　　／￣￣￣￣￣￣￣￣
　　　　 　∧＿∧ 　 ＜　落ち着けよ.NETのカスども。
　　　　　（　´_ゝ`）　　　＼＿＿＿＿＿＿＿＿
　　　　／　　　　 ＼
　　　/ /＼　　　/￣＼
　＿|￣￣ ＼　/　 ヽ　＼＿
　＼￣￣￣￣￣￣ ＼＿_）
　　||＼　　　　　　　　　　　　＼
　　||＼||￣￣￣￣￣￣￣||￣
　　||　 ||￣￣￣￣￣￣￣||
　　||　 ||　　　　　　　　　　 ||

　　　　　　彡川川川三三三ﾐ〜 ﾌﾟｩ〜ﾝ
　　　　　　川｜川／　　＼｜〜　 　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　‖｜‖　◎---◎ |〜　∠　ゲイツー、バルマー・・・
　　　　　川川‖　///　3///ヽ〜　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　川川　　　 ∴）д（∴）〜
　　　　　川川　　　　　　 〜　/〜　　　　　　　　　　 ＿＿＿
　　　　川川川‖　　　 〜　/川〜　ﾋﾟｭｯﾋﾟｭｯ　　　 .|　 |　　 |＼＿
　　　　／　川川　　　 ＿／　;|＼〜　　　　　　ρ　 |　 |　　 |　| 　|＼
　　　/　　　　／　　　　　　 　;|　|　　　ρ　　　　　　|　 |　　 |　| 　|::::|
　　（　　　　 （;;　　・　　　　　･;)　ρ　　　　　　　　　|　 |　　 |　|　 |::::|
　　　＼　　　 ＼　　　　亠　ρ）;;　　￣￣＼　　　　|　 |　　 |　|　 |::::|
　　　/:　＼　　　＼　　　Ｃ)) ;）￣￣＼っ））））〜〜|　 |　　 |　|　 |::::|
　　/:::　　　＼　　￣つ/　/　;）　　|￣￣￣￣￣￣￣￣￣￣￣￣|
　/:::　　　　　　＼　　（__/　 _;）　　￣￣￣.|　＿＿＿＿＿＿＿__. |
　(::::　　　　　　　;;＼＿_/　 ;）　　ｼｺｼｺ　　|　|　　　　 　　　　　　..|.|
　＼:::　　　　　　（;;;　）;; ）　 ＼　　　　　　 .|　|　　　　　　　　　.　..|.|
　　 ＼　　　　　　　　＼;;;　　　＼ 　　　 .　|　|　　　　　　　　　　 ..|.|

さっさと1000レスにして潰してくれ、コピペ荒らしさん。
それでは、おやすみ。

□□□□■□□□□□■□□□□□□□□□□□□□□□□□□□□□
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
□□■■□□□□□■■■■■■□□□□□□□□□□□□□■■□□
□■■□□■□□□■□□□□■□□□□□□□□□□□□■■□□□
□□■□■■□□■■■□□■■□□□□□□□□□□□■■□□□□
□□□■■□□■■□■■■■□□□□□□□□□□□■■□□□□□
□□■■□□□□□□□■■□□□□□□□□□□□■■□□□□□□
□□■□□□■□□□■■■■□□□□□□□□□□■□□□□□□□
□■■■■■■□□■■□□■■□□□□□□□□□■□□□□□□□
□□□□■□□□■■□□□□■■□□□□□□□□■□□□□□□□
□□■□■□■□□□□■■□□□□□□□□□□□■□□□□□□□
□□■□■□■□□□□□■■□□□□□□□□□□■□□□□□□□
□■■□■□■□□□□□□□□□□□□□□□□□■□□□□□□□
□■□□■□□□□■■■□□□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□■■■□□□□□□□□□□■□□□□□□□
□□□□■□□□□□□□□■■□□□□□□■■■■□□□□□□□

おれバルマーの頭なめたい

　　　　　　　　　　　／|
　ﾂﾚﾀ、ﾂﾚﾀ　.　／　 |
　 ∧＿∧　　／　　　|
　（　・∀・）／　 　　　|
　（ 　 つ つ 　 / 　 　|
　 （￣__）__）　/　.　　 |
　　　　　　　/ 　　　∧＿∧
　　　　　　/　　 　 （・∀・ ；）
　　　　　　　　　　　（ 255 ）
　　　　　　　　　　　　ヽ　/
　　　　　　　　　　　　　|丿

バルマー萌えなのはおれだけか？
かれはセクシーだよ。
ホモ板帰ります。ではまた。

＼お巡りさん、犯罪者を連れてきました／

　　　　　　　　　∩
　　　　　　　　 //
　　　　　　　　//
　　　　　　　　| |　Λ＿Λ　　　　　　　　　Λ＿Λ
　　　　　　　　| |（　´Α｀）　　　　　　　　（　´Α｀）
　　　　　　　　| | ）::::::::（ 　　　　　　　　　）::::::::（
　　　　　　　　＼::::::::::::;＼ 　　　　　 　／::::::::::::;＼
　　　　　　　　　 |:::::::::::: ｌ | 　　　　 　//´|:::::::::::: ｌ |
　　　　　　　　　 |:::::::::::: | | 　　　 　　| |　|:::::::::::: | |
　　　　　　　　　/::::::::::::/| | 　　　　 //　/::::::::::::/| |
　　　　　　　　　|::::::::::/　U 　　　　 Ｕ　|::::::::::/ 　| |
　　　　　　　　　|::::||:::|　　| |　　　　| |　 |::::||:::|　 Ｕ
　　　　　　　　　|::::||::| 　　| ／⌒彡/　　|::::||::|
　　　　　　　 　 | / | | 　　/　冫、）　　　| /.| |
　　　　　　　　 //　| | 　　| 　`　/　　　//　| |
　　　　　　　 //　　| | 　　|　/| |　　　// 　 | |
　　　　　　 //　　　| | 　 //　| |　　 //　 　| |
　　　　　　 U　　　 U　　Ｕ　 Ｕ　　 U 　 　 U
　　　　　　↑ＥＵ　　↑２５５　　　　　↑プライバシー擁護団体

ｱﾝｼﾝｼﾛ、ｽｸﾞﾊﾟｰﾄ2ｦﾂｸｯﾃﾔﾙ

216は時間がずれてる

おいおい、コピペするなよ。
bang out されたいのか？

JAVA信者追いつめすぎ
少しは手加減してやれ

一瞬いいスレになったと思ったんだが、もうここもお終いだな。
100の話がもっと聞きたかったな。
真面目そうな人だったからこんな時間に書き込みはないだろうし、
この有り様ではもう明日からは書いてくれないだろうが。

自己正当化オタク255逝ってよし！

>>229
おまえコピペ荒らしだろ

という訳でそれぞれ立場の違いはありますが、
.NETの趨勢は変わらずということが再確認できただけでも
ここにお集まり頂いたことの意義は見出せると思います。

ありがとうございました。

255が来ただけでこれか...。

>>228は対立を煽ってる第3者です。
Java房は関係ありません。

>>232
その一言をいいいたいためにコピペあらし

.NETをぶつけるならJAVAではなくRubyにして下さい。

>> 230
違うよ。でも確かに時間がずれててコピペ荒らしと時間が一緒だ。
でも、そういうところから人を疑おうとするのは心が荒んでるというか・・・

しかし、.NETのまともな議論がされてたのになぜ潰す？ > 255

>>237
つぶしたのはJAVA信者。旗色が悪くなったところへ、煽りと共に255があらわれた。形勢不利と見たのか、255を利用したのか。

>>238
（･∀･）ｼﾞｻｸｼﾞｴｰﾝ

ところでバルマー萌えなのはおれだけか？

.NETが成功すればJavaは落ちていく。Javaは成功しないから.NETに
失敗してもらうしかない。共存できるなんてのはきれい事。しょせん
弱肉強食。パイは1つしかない。

>>239
何番と何番が自作自演？

Javaはあと10年かけてCOBOLを業界から追い出します。
よって.NETが成功すればCOBOLらーが路頭に迷うでしょう。

255はどっち側につきたいのかよくわからん。

>>243
コボラーはNETに逝けるかな？

>>244
わかるだろ（ｗ

俺様が解決法を教えよう
Ｊａｖａ信者はＣ＃もやっとけ

煮え湯を飲むのは一度で結構です。

あっという間に廃墟...。

言語がどうとか環境がどうとか言ってる奴は、
何をすべきなのか見えてないんじゃないか？
マイクロソフトだって始めに解決すべき問題
ありきってことをよく言ってるだろ。その為の
手段を提供するインフラ屋だと。My Serviceに
したって、いやだと思うなら使わなければいいだけ。
.NET Frameworkとは直接は関係ない。

選択肢がJavaか.NETかしかないとはかなりの
病気かメディアに踊らされてるだけ。ある技術に
特化して知識を積み上げるのは言うまでもないが、
それとは別に業界の動向を幅広く把握することも大切。
これらの二つを上手くバランスをとってやる必要がある。

>>249

何言ってんだかわからんが、ようは市場を支配した会社が生き残り、儲かるって話。
それについていった者は、仕事も豊富で先行きも明るい。
逆なら地獄を見るわけさ。

Javaや.NETが機能実現のためのツールだなんてのは、採用する企業とかサンデープログラマの話。
仕事でプログラマやってる人間にとっちゃ、天国か地獄かの分かれ目さ。

>>250
なんかのパッケージでも作ってるんですか？
ソリューションを提供するっていうごく普通の
SIの仕事ではJavaも.NETもツールに変わりないですが。

みんな全然わかっていないよ。

>>251
全然シェアがない、聞いたこともないような物、
いくら機能実現に最適だといっても、ユーザーは採用しない。
自分でシェアウェアでも作ってんなら話は別。

>>253
まず始めにクライアントありき。これには異論はないよな？
ユーザーが採用するかどうかという観点を持ち出してるんだから。

で、クライアントの望む機能を実装するにあたって
そこで使うことになる技術やツールだけど、知名度の低いものが
採用されないのは当たり前。それの反対のことも言った覚えない。

おれの言いたいのは、SIがJava VS .NETとか言ってると
何をやりたいのか見失うことこともあるってこと。でもこれはSE的な
視点に限っての話な。プログラマとしての話はまた別のところにある。


ちなみに日曜プログラマとしての立場なら.NETを活用したいとは思う。
おやすみ

>>254
Java vs .NETってのは仕方ない。
ツールとしてみた場合、機能が違えば棲み分けできる。
たとえばアセンブラとC++。
しかしJavaと.NETはそうじゃない。
更にいえば、Java vs .NET = SIとは誰も思ってない。
あくまでJava vs .NET <<<< SI。

またまともになってきた。
ちなみにこのスレにはJava派は関与してこないね？
ってことは、Java派が入ってこなくても、勝手に仲間割れして内部分裂してるってことか・・・

255以外の発言はとても参考になるスレだ。

255はJava派どころか、.NET派の人間の意見さえ耳を傾けずに否定している。
ここに書き込んでいる人間に対しては何派とか関係なく完全に不信感を抱いているようだな。
どうせ
「.NETとMSの素晴らしさを真に理解しているのは俺しかいない」とか
「ここに書き込んでいるやつ等は誰も俺のような高度な発言は理解できないだろう」
とか勝手に思い込んじゃっているんだろう。
自分ひとりで.NET支えているつもりかよ。
同じ.NET派の人間にまで喧嘩売って嫌われてどうする。

・・・こう書くとまた「煽るならもっと気のきいたことを・・・」とか負け惜しみいってくるんだろうな。

結局マルチランゲージ対応なんて実質
.NETはC#なんだからお荷物だね。
喜んでるのはコボラーとVB厨房か？

.NETなんてハッカーに穴掘られつづけそう・・・

apacheのerror_logがNimdaだらけでウザイけど
それでも.NET!!!

なんか寝てるうちに>>100がまともだとか思われてるようだが、コイツ
アクセンチュアだぞ？こいつの言ってる話はみんなマーケのうけうりだ。
アクセンチュアになんかまともな開発ができる人間はいない。それこそ
煽り集団だ。MSの人間が懐疑的？馬鹿言え。Whistlerは2000よりはるかに
重要なリリースなんだ。

それだけ言いたかった。

マーケの人間の意見として妥当だと思うけど？

やっぱりMSを信用するのは難しい
例のクッキーネタ
http://www.zdnet.co.jp/news/0111/20/e_ie.html

だれかtomcatを.NETに移植しないかな

http://www.prism.gatech.edu/~gte855q/CsharpVsJava.html

Delphi.NETアゲ http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20011115/2/

>>260
100がまともな開発をしたことがなさそうなのは明らかだろ。

>>261
あ、ここはマーケの巣窟なんだっけ。忘れてた。うっかり技術屋のあつまりかと思っちゃって。

>>264
キーワードの比較表はためになるな

>>263 J#で動かせるんじゃないのか？tomcat

──でも，実行速度は遅いですね。

Windows APIを直接呼ぶのに比べれば遅いのは当然だ。
しかし，ボタンを数百個も表示するようなテストをすれば
差は出るだろうけど，現実のプログラムではほとんど差はないだろう。
//CLRに依存する.NETなら尚更…。
//JDKのバージョンアップで実行速度も改善されてきてる。

PDCの参加者は6500人，JavaOneは2万6000人。
Javaのニーズは本物だ。

2003年かどこかに.NETを実装したWindowsが出るのではないかと思う。
そのときには，Windowsの中身は相当変わることになるだろう。
//そして、Windowsの崩壊が始まる・・・

とのこと。

荒らしや255が来ないうちに議論しておこう。

俺の考えでは、サーバサイドJavaブームはあと3年は続くな。
3年後にでもなれば.NETが技術的に成熟しそうだからその時にどうなるかは分からん。

でも、3年前にはJ2EEという言葉すら存在しなかったことを忘れてはいけない。
J2EEより後発の.NETが技術的に優れているのと同様、あと何年かすれば.NETより後発の革新的Java技術が出てくる可能性は高い。
ただしその時はSun主導ではないような気がする。

まあ、俺がただ単にそう思ってるだけだけど。

まぁ、これでも見てﾏﾀｰﾘしようや
http://salami.2ch.net/entrance/kako/1005/10053/1005329005.html

昨日に引き続き投稿させて頂きます。
昨日は.NETに対して懐疑的な内容の投稿を中心にしてしまったせいか、ある種の誤解を与えてしまったようですね。
今回は逆に肯定的な面について･･･。

意外かもしれませんが、Passport認証については企業ユーザからの評価は高いようです。
消費者ベースから見ればプライバシーの問題等いろいろあるとは思いますが、
企業の社員という立場でクライアントをロール立てする場合、
管理上かなり有益であるという声が管理サイドの方から聞かれます。
.NET Alertsの導入意思を既に表示したユーザもいます。
インターネット認証サービス自体は.NET固有の技術ではないし、技術的な本質でもないのでしょうが、
その先駆的な役割を担っているという点ではPassport技術は世間一般でいわれているより
評価されてもいいのでは？と思っています。（使い方を誤らなければ、ですが。）

ちなみに私は開発の実務経験はないので、あくまでもマーケティングの分野からのみの発言となってしまいます。
明らかな間違い等があれば指摘していただけるのは嬉しいです。

今日会社で暇だった（干されていた）ので、過去スレを全部読み返してみた。
（煽りの部分は読み飛ばして）

結局、.NETもJ2EEも似た者同士だということだ。お互いの技術をパクり合っているから。
従って、他方への否定は自分自身の否定につながる。
.NETとJ2EEを逆にしても全く同じになるような文章がたくさんあったぞ。

>>272
XPではしいたけに見えない

ＭＳの技術じゃなかったら間違いなく成功しただろうな＞．ＮＥＴ

J2EEが成功した理由　：　ＭＳの技術じゃなかったから
Windows DNAが失敗した理由　：　ＭＳの技術だったから

IBM、日立がここで立ち上がってメインフレームの復権というのは？

ま、フリーウエアやスタンドアロンのソフトウエアが.NETベースで作られることは当分ないだろうな。
少なくともCLRが全世界のホームPCの80%くらいで動作するようにでもならないと。

･･･なんか当分お預けだな。

で、ようやく80%くらい普及した頃には当然.NET Frameworkはバージョンアップしているだろうから･･･
恐怖のバージョン地獄が再来するんだろうな。
なんぼ.NETコンポーネント「自体」が自己バージョン管理してるっていっても、それを管理する親玉の挙動が変わっちゃあね、意味ナシ。

どれくらい失敗したん? たしかにキーワードとしては異常に急速に消えていったけど。＞Windows DNA
マーケティングキーワードとしてはJ2EEも急速に消えそうな気がするというのは気のせいか?
J3EEなんて出そうにないし。

おまけにSQL Serverその他はSQL Server2000以降はXMLを介して.NET enterpriseに
参加してるし。

う〜ん、Windows DNAって何で普及しなかったんだろうね？
Windows 2000を出した時にWindows DNA 2000も発表されて「さあこれからだ！」って時に
いきなり.NET戦略が出てきたからねえ。
Windows DNAという用語を殺したのは間違いなくMSなのだが、なぜあの時期に殺したのかは謎。
DNAでもうちょっと粘って、裏で.NETの完成度を高めていったほうがよかったのでは？

でもMSはサーバサイドスクリプティング分野についてはJava陣営よりはるかに先を進んでいたのに、
いつの間にか後発のJ2EEに追い抜かれてしまったよね。

･･･今度のWebサービス戦争についても、同じことが起こらないとは限らないな。
（いや、あくまで可能性の話。つっこまないでね）

.NET。複雑過ぎるよ。

＞ま、フリーウエアやスタンドアロンのソフトウエアが.NETベースで作られることは当分ないだろう
＞な。
＞少なくともCLRが全世界のホームPCの80%くらいで動作するようにでもならないと。
＞･･･なんか当分お預けだな。

この点は、IE7と一緒にCLRが配られるので、すぐ来ると思うけど。
で、Javaが書ける程度のスキルがあればC#はもっと簡単に、しかもWin32
プラットフォームの機能がパフォーマンス以外は余すところ無く利用できる。
そういう観点からすればクライアントサイドの基盤は相当早く広がると思う。
Javaがオープンソースコミュニティで受け入れられたのをMSも意識している
だろうから、その点は抜かりはないでしょ。

> でもMSはサーバサイドスクリプティング分野についてはJava陣営よりはるかに先を進んでいたのに、
> いつの間にか後発のJ2EEに追い抜かれてしまったよね。

確かに確かに。
もしかしたらSunなんかは.NET技術を今のうちに盗むだけ盗んで、
同時にユーザのニーズとか.NETをモルモット代わりにしてチェックして、
いきなり.NETより後発かつ最新の新技術を発表するかもしれないよ。
かつてJSPやJMSで使った手だ。

Java陣営は最近やけに大人しいし、
そういった駆け引きに関してはSunもこずるいからねえ。
ありえん話ではない。

>この点は、IE7と一緒にCLRが配られるので、すぐ来ると思うけど。

これってマジ？ソースはどこ？
てゆうか、98やMeユーザのマシンにCLRって技術的に乗っかれるものなのか？

>>284
サンにそんな金も力もないだろ。JCPのとおり

まともな議論をしつつも、どこかに緊張感が。。。

>>286
いや、バックにIBMがいるから分からんぞ。
JSPだって先行したのはIBMで、Sunはそれをベースに規格化したに過ぎない。
IBMがWebサービスに注目しているのは周知のとおりだから、
いきなりJavaのXMLサービスが大化けすることも有り得る。
別に脅かしてるわけじゃないけど、Java側の力（Sunの力ではない）を侮ってはならない。

追加。（また俺だけ時間がずれたな）

.NETが現時点でJ2EEより優れているのは紛れも無い事実だが、
だからといって「.NETが出てきたからJ2EEは滅びる」なんて喜ぶのは厨房的発想だ。
抜かれた相手は必ず抜き返そうとするのだから。

>>285
たとえば
http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20011115/2/

>でもMSはサーバサイドスクリプティング分野についてはJava陣営よりはるかに先を進んでいたのに、
>いつの間にか後発のJ2EEに追い抜かれてしまったよね。

これがVBのASPがC#のWeb Serviceに取って代わられる理由だろうな。
デスクトップでダメダメになって意気消沈していたJava-オープンソース開発者にSunが新しい
活路を与えたので急速に発展したんだがVBじゃそんなこと起こり得ないし。
技術的にはWindowsがサーバ市場に乗り込んできたのは最近のことで、
弱体化したSunがオープンソースコミュニティの力を借りて迎撃したという
だけで、別にWindowsが先行していたというものでもない＞サーバサイド

> この点は、IE7と一緒にCLRが配られるので、すぐ来ると思うけど。

これ、俺も知りたい。ソースきぼんぬ。

>>288
あなた紙！
その教えを信じてみよう！！！

CLRはWin2000とXPではサービスパックで配布されるよ。

>276

M$でなかったら、尚更こんな独占な技術見向きされないだろうよ。
たらればは、してもしょうがないけど・・・

JAVA陣営が恐れるとしたらUNIXプラットフォームへの
.NETの浸透だけど、まぁそれはない。

確かにクライアントサイドのC#(VC++)は魅力だけど
マネッジドコードわざわざ吐かれてもねぇ・・・
Windowsが.NETプラットフォームになるからしょうがないのかもしれんが
OS(Framework)のバージョンアップごとに互換性の問題に
今よりも悩まされそうで欝だ。

>291
上にあった>265ボーランドのお偉方のインタビューにもあったぞ。
つーか、MSアドオンが必要なもん今後IEにはいれんとかいってなかったっけ？
どーせ、自社のはOSに詰め込むからいい、って落ちかと思ったのだが。

「M$」と書く奴は煽りだから、無視した方がいいぞ。

で、LinuxとWindowsが競合製品である(一方は製品ですらないが)ということを
遙かに上回る激しさで、SolarisとLinuxは競合してるからね。非Sparcでは。
Sunは自らの肉を切らせつつ骨を断ったかどうか。

↑煽り。

↑バカ発見。

本物か？

>>294
詳しいことは分からんけど、
実行時コンパイルってことは
バージョンの問題を解決してるんじゃないのか？
メタ情報としてそのCLRのバージョンも含まれてるとか。
だからILやアセンブリデータの仕様が変わったとしても
それに対応した環境から起動すればいい。
違いはCLR内で吸収するってなるんだと思うが。

あくまで推測だから、デタラメ丸出しかもしれんけどｗ

Javaが滅びる時というのはMS以外の全ての会社（IBM含む）が滅びる時だろう。
MS以外の主要ベンダのほとんどが、一枚岩ではないがJava派。彼らがいまさらJavaを手放すとは思えん。
（特にIBMはそう。SAPやOracleは知らん。）
それともJava死滅を願っている連中（255含む）は、これらのベンダ全ての消滅をも願っているのかな？

255の存在自体が煽り！で、ファイナルアンサー。

>301
SAPもORACLEもJAVA。

>>296
それはある意味、同意する。
GPLやオープンソースの人たちのやってることって
Sunが一番バッティングしてると思うんだけど。
IBMはお金も出すし実際にそこから利益をあげようとしてる。
Sunが「オープン」とか言った時には何か卑しいものを感じる。

まぁ、これでも見てﾏﾀｰﾘしようや
http://salami.2ch.net/entrance/kako/1005/10053/1005329005.html

↑バカ発見。

>304
PC UNIXとUNIXでいまさら競合なんていってもねぇ・・・
http://japan.cnet.com/News/1999/Item/991216-2.html?rn

ワークステーションの分野ではWindowsに食われ、
中小のサーバーじゃPC-UNIXに食われ、
残るは一つ。むしろJavaなんて辞めちまった方が
企業としての株は上がるんじゃないか？

308 = 255

都合が悪くなるとなんでも255というのは素人

WSでwindows？
むしろ、中小でPCUNIXと競ってるのがWindowsでしょ。
SPARC/Solarisｒとは見てるとこが違う。

J2EE=2ch
.NET=1ch.tv

>>312
J2EE=2ch
MSX=1ch.tv
が正しい。

> 都合が悪くなるとなんでも255というのは素人

違うよ。
技術系の話をしている中に割り込んできて、誰も望んでないベンダ批判をふりかざす空気違い野郎のことを
255と形容して警告しているだけさ。

醜いベンダ批判合戦はもう飽きたYO！

http://www.zdnet.co.jp/enterprise/0111/20/01112005.html

> また，この講演では，SAPが行っている「mySAP.com SDベンチマーク」についても
> 触れられた。これは，mySAP.comにおける2秒間の同時ユーザー数を競うもの。

> 1位に輝いたのは，Windows 2000 Datacenter ServerとES7000-PD2 32CPU，
> 12Gバイトメモリ，データベースはSQL Server 2000のシステムで2万4000ユーザーを
> 記録した。

> 2位には，2万3000ユーザーの，サンのSolaris 8，Oracle 8.1.6，サーバマシンは
> 富士通のSiemens Primepower 64CPU，12Gバイトメモリの組み合わせが入っている。

何だ。SolarisはCPU数を2倍にしてもWindowsに及ばないのか。

醜いベンダ批判合戦はもう飽きたYO！

255もMSを擁護するのに必死だな。
麻原を弁護した横山弁護士を思い出す。

ベンチマークはWindows 2000 Datacenterのほうが高いのは事実。
しかし、可用性（落ちにくさ）についてはWinはUNIXに遠く及ばないのも事実。
同時稼動可能プロセス数もUNIXは500以上のプロセスが安定して稼動できるが、
プロセス当たりのリソース使用量が大きいWindowsではUNIXのようにはいかない。

一長一短だな。どっちの長所を選ぶかはユーザが決めることで、
ベンチマークを行ったヤツが決めることではない。

てゆうかここは.NETスレだ。OS関係の話は他所にいってやってくれ。

>てゆうかここは.NETスレだ。OS関係の話は他所にいってやってくれ。
力いっぱい反論しといてそりゃね-だろ(藁

> 力いっぱい反論しといてそりゃね-だろ(藁

確かにそうだ、反省。首吊ってきます。

俺も首吊ろうか？

>>322
その手には乗らんぞ。
煽りを誘って、煽りを倍にして返す手口だろ。

どうぞ私に構わず議論を続けてください。

誰もいないと空しいな。

誰か俺と.NETについて語らない？

>>326
俺が相手しようか？

.NET言語マンセー

>>326
私もお相手しましょう。

Javaと.NET、どちらが普及すると思う？

Ｒｕｂｙ

>>330
残念ながらJAVAだろう。これは否定できないね。

.NETを宣伝している裏では.NET+というプロジェクトが動いている。
.NETに手を出したら泣きを見るよ。

だから違うの！

C#は優れた言語だが、Delphiの域には及んでいないね。

ネタスレと化したか。

俺も発言しよう。名言集スレに載るのかな？

Delphiは優れた言語だが、Rubyの域には及んでいないね。



と誰かがレスしそう。

昔テレビ番組であったな。
いろいろ発言させて誰が本物でしょう？って。

ｽﾚ立てたJava厨が、ｽﾚが枯れて寂しくて、255召還してんだろ。

266 ：255 ：01/11/20 12:29
>>260
100がまともな開発をしたことがなさそうなのは明らかだろ。


295 ：255 ：01/11/20 21:39
「M$」と書く奴は煽りだから、無視した方がいいぞ。


298 ：255 ：01/11/20 21:42
↑バカ発見。


306 ：255 ：01/11/20 22:06
↑バカ発見。


315 ：255 ：01/11/20 23:36
http://www.zdnet.co.jp/enterprise/0111/20/01112005.html

> また，この講演では，SAPが行っている「mySAP.com SDベンチマーク」についても
> 触れられた。これは，mySAP.comにおける2秒間の同時ユーザー数を競うもの。

> 1位に輝いたのは，Windows 2000 Datacenter ServerとES7000-PD2 32CPU，
> 12Gバイトメモリ，データベースはSQL Server 2000のシステムで2万4000ユーザーを
> 記録した。

> 2位には，2万3000ユーザーの，サンのSolaris 8，Oracle 8.1.6，サーバマシンは
> 富士通のSiemens Primepower 64CPU，12Gバイトメモリの組み合わせが入っている。

書く場所間違えた。てへ。

.NETステークス（芝２０００メートル）
１枠１番 Ｃ言語. 先 →　末足生かせれば ○
２枠２番 BASIC 追 ↓ 叩き良化展開しだいでは。 ▲
３枠３番 Java 先　 ↓ 遅い競馬なら
４枠４番 Ｃ++　自在 ↑　前走に引き続き好調 ◎　　
５枠５番 Ruby 追 → 気性難。かからなければ。
６枠６番 COBOL 中 ↓ 前走ダート。重馬場なら
７枠７番 HSP 先 → スタート良し
８枠８番 delphi 中 → 展開しだい。

>>343
本命馬が出走してないようだが...。

２−４に1000円。

C#/JAVA/C++/(Delphi)でいいんでないの。

結局.NETは良い技術だけどCOMみたいにズバッと切り捨てられるのが嫌だから
（または、ズバッと切るMSが嫌いだから）普及するならJ2EEが良い
って意見でいいの？

個人的な意見はJ2EEでやっていきたいけど.NETはサンデープログラマ程度に
学んでおきたい。

> この点は、IE7と一緒にCLRが配られるので、すぐ来ると思うけど。

遅レスだけど、これ、ボーランドの副社長の予想だよ。
Delphi.NETに関して述べてた記事にあるやつ。
http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20011115/2/

ただなんらかの形でCLRが配布されるのは前から言われていること。
IEといっしょだと行き渡りやすいからそうなると思うが。

なーんだ、デマか

.NETは一部の先進技術マニアや趣味プログラマの間でブームになっているだけ。
現場レベルではまだ懐疑的または無視に近い状態というのが実態。

実際、MSの新技術は構想はいつも立派だが実用段階で消えるものが圧倒的に多い。
具体例は挙げんが、過去の歴史から振り返ってもそこんとこは反論ないよね？

もちろん.NETが同じことになるとは言わないが、今までの例からすると、
過度の期待をしない、リリース後もしばらくは様子見（先進事例をモルモットにして観察）
というのは必須でしょう。これは.まあ、NETに限った話ではない。
（先進技術に飛びついてActive○とかDHT○Lとかでシステム作って泣きを見た会社もあるし）

とはいえ、これだけ開発者に「痛みを伴う構造改革」を強いる.NETのことだから、
これで過去の技術より不安定になったりバグが多数報告されたりすれば、
.NETに対する不満は一気にWindows開発者から爆発するだろうな。

>個人的な意見はJ2EEでやっていきたいけど.NETはサンデープログラマ程度に
学んでおきたい。

技術者として稼いでいきたいのであれば、
仕事ではJavaとC/C++（経歴にも有利）、
将来性を考えてこっそり.NETも押さえとく、
というのが一番無難なところではないかな？

.NETはまだリリースすらされていないので、
この時期で一蓮托生を決め込むには早い。

おれUNIXの技術者になればよかったな。
あいつらなんか羨ましい。

>>350
> .NETは一部の先進技術マニアや趣味プログラマの間でブームになっているだけ。
> 現場レベルではまだ懐疑的または無視に近い状態というのが実態。
何を当たり前のことを。
ただ、.NETに触れた奴とそうでない奴との間で、もはや半年やそこらでは
追いつけないほどの「温度差」があることだけは肝に銘じておいた方がいいだろう。

> これで過去の技術より不安定になったりバグが多数報告されたりすれば、
> .NETに対する不満は一気にWindows開発者から爆発するだろうな。
すでに爆発しているといっていいだろう。ただし、それはVBとC++の話だが。

> ただ、.NETに触れた奴とそうでない奴との間で、もはや半年やそこらでは
> 追いつけないほどの「温度差」があることだけは肝に銘じておいた方がいいだろう。

255の意見ではあるけど、激しく同意しておきます。

何言ってるんだか。
.NETでクライアントをぼった食って気づき始めたら他に逃げて同じ事
繰り返せばいいんだよ。

>>355
何言ってるのか意味不明です。もう一回言い直してください。

>>351
> .NETはまだリリースすらされていないので、
その言い訳で逃げていられるのもあと少しのことだがな。

Ｊ＃は？？
いまはＶＢつかってるけど、
．ＮＥＴ勉強します。

本物の255とニセモノの255が区別できるようにして欲しいな。
中盤255がDelphi誉めてたけど絶対ニセモノだよね。

はやくSunMicrosystemsが倒産しますように。
彼らがいなくなっても大して困りません。
困るのはSolaris信者だけです。
もうこの会社に対して長期的な展望は望めません。
http://quote.yahoo.com/q?s=SUNW&d=c&t=3m&l=on&z=b&q=l

Ｓ∪∩マンセーな人って一度も見たことないなぁ。
数年前、個人でＳ∪∩のＷＳ中古を７０万円で買った人が
居るっていうのを他人から聞いただけで。
きっと、７０万のＷＳでviしてたんだろうな。
（当時はviするってのが変な話じゃなかった。
フルスクリーンエディタよりviのんが速いＹＯ！って感じ）

ビジョンもないのになぜかそういったことを語りたがるのは病気だなｗ
それも末期の。

> ただ、.NETに触れた奴とそうでない奴との間で、もはや半年やそこらでは
> 追いつけないほどの「温度差」があることだけは肝に銘じておいた方がいいだろう。

これは俺の意見ではちょっと違うな。
できるだけ簡単に習得できるというのも優れた技術の条件だ。
俺基準では、普通レベルのプログラマが2週間勉強しても覚えられないような難解な技術は、その難度故に普及しないと思っている。
CORBAがいい例だ。

> すでに爆発しているといっていいだろう。ただし、それはVBとC++の話だが。

VBとC++以外のWindowsプログラマってどのくらいいるの？（ｗ

>>363
VB.NET VC++.NETなんでないの？
ちがうかな？どうでもいいや（ﾜﾗ

>> .NETはまだリリースすらされていないので、
> その言い訳で逃げていられるのもあと少しのことだがな。

リリースされた時に学べばいいだけ。それだけのこと。

てゆうか、なぜ数行の発言だけで勝手に人のスキルまで決めつける自信があるのかが分からないな。
俺.NETﾏﾝｾｰでVS.NETやってるし。
255にとっては、たとえ.NET派の人間であってもほんの僅かでも.NETに意見すればアンチ.NETに見えるのかな？
俺がJava派にでも思えたのか？(-p)

>>363

出るよ。後Delphi.NETとかPerl.NETとか。

オープンソースの危機？　各社が戦略シフト
http://www.zdnet.co.jp/news/0111/21/e_open_m.html

> 「何かがうまく動かない時にはやかましく文句を言うくせに，修正を手伝って
> くれと声をかけると沈黙してしまう人たちには，もううんざりだ。以前は，自分の
> 知識や経験，時間をコミュニティと共有することはすばらしいと思っていた。
> しかし今は，もうちょっと利口になったよ」

.NETでも同じことだな。
文句だけは一人前の奴らが多いしな。:-p

> 文句だけは一人前の奴らが多いしな。:-p
これって.NETの開発者に向けた台詞？

C#>>>>OPだからいまさらDelphi.NETはいらん
VCLはどうなるんだろね

Borland Invisible Studio完成!!

ちょっと前にPascalの言語仕様に文句いってたおもしろい奴がいたぞ。

お前も割りにイタいよ

>372
恥をかくのはてめえの方だ

>>371-373
なに、こいつら？

>>374
なんでやねん！

それはそうと、朝日新聞は石原都知事が大っーーーーーーー嫌いなんだね。

>>376
左と右なんだから当たりまえ。

＋と−ならくっつくのに。

最近商用サイトはJSPが多いっすねー
XML使ったB2B/B2Cも考えてなのかな？
他は小・(中)規模で.NET、PHP/CGIって感じか。
Apacheにtomcat統合されたら個人サイトでも使われだすかも。
クライアントサイドはともかく、サーバーサイド結構未来は明るいっぽいな。
3、4年先はわからんけど。.NETとかよりは長いスパンで
考えられるだろうし。aspってどうなっちゃうの？(笑
ってか、ネットで使われなかったら.NETって・・・
ただ、Windowsでアンマネッジドコード吐かれても・・・

本格的に普及するとしても.NETベースのWindowsが出る頃では〜
それまで持つかどうか。

>>379
コピぺ?
単にJ2EEと競合してる部分のみが.NETだという誤解に染まっている
みたいだがそう視野が狭いと失笑を買うよ。

＞Apacheにtomcat統合されたら個人サイトでも使われだすかも。
意味わからん。クラスパス書き間違えたら動かねーだのVMのバージョンで
動かねーだのの不具合があるものとパッケージ製品とを比較するのは
無理がある。

> 単にJ2EEと競合してる部分のみが.NETだという誤解に染まっている
> みたいだがそう視野が狭いと失笑を買うよ。

同意。
.NETは当分の間はクライアント領域での普及が中心になると思う。
サーバは（ASP.NETも含めて）その後じゃあないかな？

XML Webサービスは当分はMS等の提供するサービスをクライアントが使う、という普及が中心なのでは？
実際にWebサービスを開発者がサーバを立てて公開するのはもっと後のことになるような気がする。

Webサービスクライアントでもいけるじゃん

たまにはまともなネタ振りもしてみよう。

MSのObjectSpacesに非常に興味を持っているのだが、
すでに手を出している人はいるのかな？
ある意味、.NET版Entity Beanだと思っているのだが。

> The ObjectSpaces architecture enables you to expose data as objects and
> lists of objects rather than as tables, columns, rows, or XML elements.
> Objects defined within the ObjectSpaces architecture are known as
> "persistent objects", and are defined using standard .NET Framework
> conventions in such a way that the ObjectSpaces architecture can manage them
> with a specified data store. Once you have defined a persistent object, you
> use an ObjectSpace to create instances of the object and to persist the
> object data to a data store, retrieve and persist objects back to the data
> store, as well as to delete instances of the object from the data store.

>>383
その話題はやめときな。まだ誰も理解できんて。でもさ、
>ある意味、.NET版Entity Beanだと思っているのだが。
それは違うね。むしろJINIでやってるやつに近い。

>>384
> その話題はやめときな。まだ誰も理解できんて。
本当に分かる奴だけが反応してくれればいいと思った。

> それは違うね。むしろJINIでやってるやつに近い。
なるほど。まだ手をつけ始めたばかりなのでよく分かっていない。
JavaSpaceとの違いも含めて。

>>385
なるほど。俺も忙しくてあまり見てないんだけどさ、かなりﾏﾝｾｰな技術だと思ってる。
EJBみたいなO-Rマッピングじゃなくて、XML Schemaをベースにしたオブジェクト−データマッピング
技法だと思うんだよね。

今のスキーマコンパイラって、RelaxerにしてもJAXBにしても、
もちろんXSD.EXEにしても、たとえば<choice>とか、intの<restriction>とかどうしようもないじゃない？
ObjectSpace使うと、そんなのもオブジェクトとして取り出して、しかもナビゲーション、更新、削除...ができる。
それってｽｹﾞｰ。

ってのが今の俺の理解。

>>386
そこまでの情報を持っているということは、やはりあのイベントに参加したのかな？
俺は出られなかったので、CDは持っていない。

俺の唯一の情報源では、こんなサンプルが載っていた。

クラス定義
public abstract class Entity
{
public abstract string firstName {get;set;}
public abstract int age {get;set;}
}

マッピング定義
<map xmlns="http://www.microsoft.com/ObjectSpaces-v1">
<type name="Entity" dataSource="Entity" >
<property name="firstName" dataSource="First_Name"/>
<property name="age" dataSource="Age"/>
</type>
</map>

使い方
IObjectSpace os = new XmlObjectSpace("data.xml", "map.xml");
Entity ent = os.CreateObject(typeof(Entity));
rnt.firstName = "entity1";
ent.age = 10;
os.UpdateAll();

馬鹿なのでXML的にどういうことが行われるのか教えて下さい。
387の例だと
data.xml
に
<Entity>
　<First_Name>entity1</First_Name>
　<Age>10</Age>
</Entity>
みたいなのが追加されるんですか？どのノードに？

>>388
俺には情報の転載しかできないが、data.xmlにはこう出力されるらしい。

<root>
<Entity>
<First_Name>entity1</First_Name>
<Age>10</Age>
</Entity>
</root>

感謝

255がイメージアップ自作自演を展開中（ﾌﾟ

>>391
理解できないなら静かにしとけ。

>>383
うわあ、ObjectSpacesの話題だ。ヽ(´ー｀)ノ
これだから２ちゃんはあなどれない。（藁

1つだけ気になるんだけど、

> Entity ent = os.CreateObject(typeof(Entity));

これってどういう仕組みなんだろう．．．。

CreateObjectの戻り値がobject型ならキャストが必要だし、
そうだとしても、Entity型は抽象クラス．．．。

Newsgroupsでも誰も突っ込んでないけど、
これってTechnology Previewで動くのかな．．．？

>>393
例のnewsgroupに入ってるのかい？さすがだね。

> これってどういう仕組みなんだろう．．．。
俺も動くものは持っていないので分からない。
おそらく、指摘通りObjectで返ってくるのだろう。

> そうだとしても、Entity型は抽象クラス．．．。
抽象クラスへのキャストは何も問題ないよ。らしくないね。

面白そう。
これ、他のオブジェクトへの参照とか吐き出したらどうなるの？

>>394
> 抽象クラスへのキャストは何も問題ないよ。

そうでした．．．。スマソ。

ObjectSpacesの情報って本当にどこにも見つからないよね。
検索しても、違う "ObjectSpaces" が引っかかるし。（藁

漏れの知る限りではこれだけ。

　http://www.fawcette.com/vsm/2001_12/online/online_eprods/sqlserver/

とりあえず、こういうデータがあるとき、
<root><Customer><Id>1</Id><Phone>111</Phone><Name>Sage</Name></Customer></root>
それを、こういう風にも
public abstract class Customer {
[Unique]public abstract int Id;
public abstract string Phone;
}
こういう風にも
public abstract class Customer {
[Unique]public abstract int Id;
public abstract string Name;
}
取り出せる。ほんとは、choiceっぽいところを実装したいにちがいないけど、
今はイマイチだね。まだまだ先は長い。クラスの継承関係の処理とかに
使う、map.xmlが膳膳。

もう1つ肝心なのは、Customerクラスにはロジックを含められるところ。
newsgroupでも触れられてたけど、必要なロジックと必要なデータだけが
くっついたデータを、「オブジェクト空間」から取り出して処理できるって
ことなんだね。

単なるデータアクセステクノロジーだけではなくて、document/literalな
Webサービスでの利用が想定される。SOAPのルーティングとかしてる途中の
ノードが、自分に必要なデータだけを取り出して処理し、また返してあげると、
処理が継続していくようなモデルが思い浮かぶ。

って今の実装はまだまだそんなとこまでいってないんだけど。

死滅しちゃうのスレにふさわしくないからsage。

C#スレに移ろう！

>>397
詳しい解説ありがとう。
俺も早くドキュメントやサンプルを見てみたいよ。

来月の.NET DevConに行っても配布される見込みはないようだ。
PDCに行った者だけが特別扱いなのは少々不満だな。

>>397
解説ありがとう。ヾ(´ー｀)ノ
Technology Previewだから、これからもまだまだ変わっていきそうね。

>>398
Newsgroupの方でも不満爆発。（藁

関係ないけど、今月のMSDNマガジンから
Don Box氏の連載始まったね。
「House of Web Services」
第一回
Microsoft.NETプラットフォームのXMLスキーマサポートについて

死滅したか・・・

MSは.NETを捨ててHSPに向かいます。

★注意★
厨の煽りに乗らないようにしましょう。
Java使いの皆さん、C#使いの皆さん冷静に。

これからはRubyだね。

どっちの信者も馬鹿以外の何者でもないな。
自分が優れていると思ったものを使って何か
作ってるのか？どうせこんなところでグダグダ
言ってるだけで何もしてないんだろ？
なんか作って、少しはJavaでも.NETでも
その価値高めろよ。これがプログラマとしての
正しい態度だと思うが異論はあるか？

★注意★
厨の煽りに乗らないようにしましょう。
荒れるのを見て楽しんでる連中がいます。
以降sageでお願いします。

.Netをけん制するサンCTOのパパドプラス氏
http://www.zdnet.co.jp/enterprise/0111/29/01112902.html

$unの言い分も苦しいね。

パープリン？

XimianがOutlookクローンをリリース
http://www.zdnet.co.jp/news/0112/04/b_1203_11.html

MonoでおなじみのXimian。がんばれage。

つーか、outlookのクローンなんていらんぞ・・・

>>411
そういうこと言ってるからLinuxのデスクトップが普及しないんだYO！

.NETの話題って少ないな・・・当初の盛り上がりは一体どこへ・・・
255復活ｷﾎﾞﾝﾇ（ｗ

冗談でもそんなこといっちゃイカン>413

>413
もちろんジョーク。
そんな恐ろしいこと素面にゃ言えねぇさぁ〜

死滅したか・。・

死産か（爆笑

今までWin32だけは避けてきた。なんかメンドクサソウだったからネ。
主にUNIX(Xなし)とJavaだけでなんとか凌いできた。.NETが出てきてくれたおかげで
手軽にWindowsアプリが作れる。なんてこんなにうれしいことないネ。

何で255はこっちに書き込まないの？

>>418 妄想はそれくらいにしておけ。

>>419
そりゃ、Ｍ＄の手下だからさ。
こちらに書き込んだらボコボコになっちゃうＹＯ！

手下というよりは「追っかけ」「フーリガン」といったところだ。
MSもこんなのに付きまとわれてさぞかし迷惑だろうね。

でも、そういう人が、こまめにオフィスをヴァージョンアップして財政がもってんでしょ。
お金が苦しくなると、OSヴァージョンアップ→オフィスヴァージョンアップ。

>>419
> 何で255はこっちに書き込まないの？

>>383のような書き込みもしているぞ。
どうせ、ここにいる大半のクズ連中は話についてこれないだろうがな。:-p

>>423
> でも、そういう人が、こまめにオフィスをヴァージョンアップして財政がもってんでしょ。

MSDN Subscriptionって知ってるか？

.netはバイナリーがはけないらしい・・・
それってJAVAといっしょじゃん

VC++はできるっしょ。
突っ込むにもちょっとは勉強してからにしろよ。

C#とVBはできないよ。

エリザベス女王，LinuxからIISに乗り換えage
http://www.zdnet.co.jp/news/0112/06/e_queen.html

>>428

> 　だが残念なことに，誰かがケーブルを切断したために，王
> 室公式サイトは12月4日にクラッシュしたという。

こいつはOSではどうにもできないね。

>>427
.netはできないよ

まぁ、確かにそうだけど、そんなん当たり前じゃん・・・

どのみち、Javaも.NETもVMで動く環境だからなぁ。
ネイティブマンセーって時代じゃあもうなくなってきたんだろうね。

>>432
それを信じてＮＥＴへいっていいんだろうか
ＪＡＶＡのれいもあるし

おいおい、なんかマジでシャレにならなくなってきたぞ。
http://www.zdnet.co.jp/news/0112/06/e_amex_m.html
大丈夫なのか、Passport？

この記事読んで、話の内容より、
AMEXのBlueとかVISAのSmartCardの話に萌えた。
既にJavaが埋め込まれてるのね･･･。

>>434,435　へぇ、結構 Java って世界のインフラに食い込んでるんだね。今までPCのシェアくらいしか
頭になかったけどﾁｮﾄ感心したよ。

その割には、国内にクズみたいな仕事しかないのは何故？
どこで誰がいい思いしてんだ？

>> 437
日本だからじゃない？
今の日本に新しい技術を生み出す力もなければ、新しい技術を使いこなす力もない。
だからどんなにいい技術があっても、それを仕事にすると全てクズ化する。
.NETもたぶんそうなる気がするよ。

今まで国内にクズじゃない仕事があったみたいないいかたですね :)

>>437
一部のミーハー生兵法コンサルタント

>>439 が正しい気がする。

クズってのはね、WEB作成とか、ショッピングカートとかそんなの。
こんなもん、プログラマの仕事じゃないだろ。
JAVAじゃなければ、比較的まともで金になる仕事がある。
国内のJAVAの仕事がずっとこんなだったら、JAVAやる意味ないよ。

>>438
仕事をした後クズになるんじゃなくて、Javaの仕事は最初からクズなのよ。
アメリカに美味しいとことられているのかな。

>>442
J2EE1.3＋J2SE1.4がマトモに動くようになったら、
そういうままごとみたいなのじゃない、ある程度
プログラマが腕をふるえるプログラムができるよう
になるよ。

J2EE1.3はまだリリースしたばっかりで、J2SE1.4
はまだβ（問題多いらしい）なので、手を出す
時期じゃないと思うけど。
ちょっと弄るくらいにしておいて、あと半年くらい
待つべきかと。

>>439

クズかもしれないけど、
美味しい案件はあったよ。
Ｊａｖａの案件は美味しくない。
(特に値段)

クズじゃない仕事って、たとえばどんな？数兆円のプロジェクトとか？
逆に Java でこういう仕事したいとかある？(ﾏﾁﾞﾚｽ)

http://pc.2ch.net/test/read.cgi/tech/1006408230/ の574=694=697です。
javaのJ2EEってなんなのかよくわかんないのですが、
向こうの人がさっぱりJ2EEってなんなのか教えてくれません。

J2EEって、どんな位置づけのもので、具体的になにができるんでしょう？
Javaがさっぱり分からない僕にも分かるように教えてください。

金になれば何でもいいよ。
一部上場企業の製造・在庫管理・受注・販売・流通システムとか。

>447
http://java.sun.com/j2ee/ja/overview.html

平たく言えば、サーバ・サイドのミドルウェア技術。
webとデータベースを結んだり、多層分散システムで
アプリケーション開発したりの。

>>434
Sunは相変わらず「アンチMS」だけで客寄せしているクズ企業だな。
Liberty Allianceに参加している企業はJavaと同じ目に遭いたいのか？

それよりも、こいつらは何を提供しているんだ？
DotGNUの方がはるかに具体的なものを提供しているだろ。
FSFと組まなかったことは、Sunのオープンソースに対する態度の表われなんだろうな。

俺にとっては、DotGNUの方がはるかに「Liberty」だと思うけどな。:-p

>>255
おまえDotGNUに文句があるならこいや、ｺﾞﾙｧ

>> 255
結論は、「AMEXのLiberty参入で.NETは死滅」で、よろしいでしょうか？

　　　　糸吉　言兪

「AMEXのLiberty参入で.NETは死産」

このスレ　糸冬　了

Passport > DotGNU >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Liberty Alliance

DotGNUは単なるPassportのコピー（パクリ）。
Liberty Allianceは人が集まっただけで実体なし。

よって、Passportの完全勝利。

>>455
最近IEを使用禁止にする企業多いよ。

>>456
うちもそう。大手シンクタンクなんだけど。ネスケonly。
使いづらくてしょうがないんだけど、セキュリティ対策上、やむを得ないって説得された。

ttp://www.zdnet.co.jp/news/0112/06/e_amex_m2.html

だが，プライバシーやセキュリティの面でPassportを批判する人たちもいる。
これに対し日下部陽一氏は，「ということにしたいのですね」と反論している。

255もだんだん負け惜しみ的な発言が増えてきたな。
涙目で書き込んでいる様子が目に浮かぶ。

>>458
ﾜﾗﾀ

>>456
私的なウェブブラウズを禁止すればいいだけのこと。

>>461
MSDNも禁止ね。で、どこみるの？（ｗ

どっちが勝つかなんてくだらないことを言っている低脳が多いな。
「相互運用」あっての認証サービスだろうが。
それとも、Liberty Allianceは他のサービスとつなげるつもりがないのかね？

>>463
>「相互運用」あっての認証サービスだろうが。

惜しい！！

「セキュリティ」あっての認証サービスだね。

俺としては、MSがLiberty Allianceに入るのも非常に面白いと思う。
その時Sunがどのような態度をとるかですべてがはっきりするな。

>>465
可哀相だから入れてやるが、いつものようなおヴァカな実装すんなよ（藁

Liberty AllianceなんてどうせJAVAの実装しか出さないんだろ。

>>465

すごい人だね。
技術のおもしろさから、企業の戦略まで見通せるなんて、天才？

>>449
Javaよくわからんのですけど、ありがとうございます。

手軽な分散技術はともかく、そんなことは昔のJavaでもできたんじゃねえかって思うのですが、
とりあえず、リンク先を読んでみます。

入れるだけでしょ(笑
そうすればPassportは終息するな。

あ、そっか。MSはJava使えないんだよね。

どーすんだろ、はいって？
入るだけ（ｗ

ＭＳがＳＵＮを喜ばせるような、良心的な会社のはずないだろ。
まあ、255の言葉が、よっぽどうれしかったんだろうな。
はしゃいでる姿が目に浮かぶ（ｗ

255さんに質問
もし、これで.NETが死滅した場合、MSはすぐ新テクノロ爺を出してくるよね。
.NETの悪口言いながら。（今から目に浮かぶよ。ほんと。）
そしたら、255さんも一緒に.NETの悪口言うの？教えて。

>470

>468がウケるな。さすが天才だぜ。

にしても、.NET派の奴からも見限り入ったpassportの運命や如何に。
技術はあっても参入どころがないってイテェ。
MSのLiverty参入で終息なんてオチはなく、泥沼の戦いっぽいが。

.netの失敗はwindowsが.netプラットフォームに移行するなら
あり得ないのでは？ただ、それはクライアントサイドの話。
MyServiceなんかは影響受けるだろーねぇ。

http://japan.cnet.com/News/2001/Item/010323-3.html?rn
>これなら人々は喜んで料金を払うだろう

ﾅﾜｹﾈｰ:-P

>>473
これまで通り、冷静な評価をするだけだよ。あくまでフェアに。
もちろん、Sunのような失策をすれば容赦なく非難する。
あり得ないことだけどな。

>あり得ないことだけどな。

ﾈｼﾞﾊｽﾞﾚﾃﾏｽｶ？

>>474
真面目な話をしよう。
.NET MyServicesの賛否については、.NET支持者の間でさえ真っ二つだ。
したがって、他のアーキテクチャがどう出るかは特に注目している。

Sunが（遅れてようやく）動き始めたことには評価している。
個人的には、Liberty Allianceとの相互運用なしではPassportの成功はあり得ないと思っている。
繰り返すが、「相互運用」あってのWebサービスだからだ。

問題は、SunがPassportをどう評価するかだ。
Javaの時と同様に、単にMSを排除するだけの策をとったら、業界そのものがだめになる恐れがある。

>>477
>問題は、SunがPassportをどう評価するかだ。

捨て捨て！（藁

繰り返すが、「セキュリティ」あってのWebサービスだからだ。

>>477
おい、２５５！
もっときばらんかい。
いい負けてるやんけ。

>>478
つまらない煽りをしてないで、Webサービスについて少しでも語ったらどうだ？
Liberty支持者のコメントも聞いてみたいね。
実体がないから何も語れないだろうけどな。:-p

>Sunが（遅れてようやく）動き始めたことには評価している。

散々叩いてそれかよ（ｗ

>「相互運用」あってのWebサービスだからだ。

は、同意だねぇ。というか、これは前提条件だな。
まぁ、それには相手もオープンである必要があるが。

>問題は、SunがPassportをどう評価するかだ。

数ある(ないけど）認証技術の一技術。
まぁ、winユーザがこれだけいるんだから無視はしないでしょうに。

中央高等学院の従業員「西部」が女子トイレに闖入し
汚物入れを物色して女子生徒の使用済みタンポン・ナプキン等を
個人的に収集しているというのは事実。

中央高等学院では
生徒及びその保護者の個人情報を名簿図書館等に売却しています。

中央高等学院
http://www.chuo-school.ac/
http://chs-f.com/index.html　中央高等学院福岡校

>>474
なんかサービスを売る側の話ばっかりしてるが、客の
視点はどこへ行ったんだ?
Windows/IEがLiberty Allianceに対応しませんと表明
したら? 俺はMSN explorerなんか使ったこと無いけど。
客としては、面倒は御免なわけよ。で、そういう客に
売る側はアピールしなきゃなんない。Unixのクライアント
からショッピングする奴なんか1%もいねぇだろ。

おまけに、MSがLiberty Allicanceに入って、AOL/Netscapeと
IEが同じ土俵で戦って見ろ。どうなると思う。

>>483
ＰＣのクライアントからショッピングする奴なんか1%もいねぇだろ。

>>483
> Windows/IEがLiberty Allianceに対応しませんと表明
> したら?

サーバサイドで対応するだろうな。クライアント (Web) から SSL でつないで。
BEA WebLogic なんかｿｯｺｰ対応しそうなんだけどどうよ (もうしてるのか?)。

>>485
そんなもん使えねーってことがわからんのか。Webサービスの話をしてるんだ。

>>485
激しく同意! ワケわかんない/信用できないクライアント側
コードで苦労するより、SSLの安全な通進路ってとこだけ利用
してあとはサーバ側で押さえた方が気が狂わないで済むヨ!

そしてMSの次なる一手はSSLをIEから取り除く、、、もう
ムチャクチャ!

>>487
ブラウザにSSLついてるだけでいいの? Javaアプレット使えってか?(藁)

>>488 SSL で十分だろ。何でアプレットがいるのよ?
ｺﾝﾎﾟﾝﾃｷﾆ Webｦ ｶﾝﾁｶﾞｲｦｼﾃｲﾙ ﾖｶﾝ

>>488
は、はずかしいやつ...

>>489 >>490
NC信者ﾊｯｹｿ! 釣れました!
The Network is the Computer.[tm]

勘違いしている奴ばっかりだな。
あきれて突っ込む気にもなれない。

>>491 なんだ、恥ずかしさのあまり問題すり替えか (藁

そそ、もしかして、488のほうがちゃんと気づいてるかも？ってことに
まったく気づかない方々ばかりですな。

あ、これって >492 に同意ってことね。493は勘違い君たちの1人みたいだからさ。

J2EE = イントラ・B2Bだけでシコシコ作る人のための技術
.NET = 一般人のデスクトップまでも巻き込んだ技術

でOK？

http://www.zdnet.co.jp/news/0112/07/e_liberty.html

>>496
.NET = 一般人のデスクトップまでも巻き込んだVirus技術

でＯＫ！

> McNealy氏は6日に，同アライアンスは郵便番号や運転歴などの情報を
> 記録する標準的な方法の策定も目指すと語った。

Passportよりも詳細に個人情報を持っていかれるようだね。
はっきり言って恐い。

>>498
つまんねー。消えろ。

>>500
うざいよ、おサルさん（藁

>>501
いちいち上げんな、人間の屑。

>>502
うざいよ、サルの屑（藁

　　　　　　　　　　　　このスレは厨に占領されました

■□■□■□■□■□■□■　終　了　□■□■□■□■□■□■□

>>503
回線切って首吊れ。四つ足が。　

いい展開になってきた。（藁

>>505
しつこいねーこのサルは！
他にやることねーの？餌はもう取ったのか？今夜は寒いぜー（藁

>>507
顔真っ赤にしながら、リロード繰り返してんだろ？(ﾌﾟ

>>508
ｵﾏｴﾓﾅｰ

　　　　　　　　　　　　このスレは厨に占領されました

■□■□■□■□■□■□■　終　了　□■□■□■□■□■□■□

　　　　　　　　　　　　　　∧ 　　　　　　　　　　 ∧
　　　　　　　　　　　　 　/　・　　　　　　　　　　 /　';,
　　　　　　　　　　　　 /　　';　　　　　　　　　　/　　';
　　　　　　 　　　　　 /　　　；＿＿＿＿＿＿/　　　；
　　　　　　　　　　／　　　　　　　　　　　　　　　　　　＼
　　　　　　　　 ／　　　 ／　　　　　　　　　　＼　　　　　 ＼
　　　　　　　 /´　　　　　　　|＿＿＿＿|　　　　　　　　　　　|
　　　　　　　 | 　///// 　　 |　　　　　| 　　　/////　　　 　|　　紳士的に...
　　　　　　　|　　　　　　　　 | 　　　　|　　　　　　　　　　　　　|
　　　　　　　 |　　　　　　　　 |　　　　|　　　　　　　　　　　　　|
　　　　　　　　|　　　　　　　　'; 　　 /　　　　　　　　　　　　　／
　　　　　　　　 ＼　　　　　　　 ＼／　　　　　　　　　　..　／
　　　　　　　 　　　ヽ　　　　　　　　　　　　　　　........:::::::＜

こんな奴らに叩かれてる.NETって...。

>>508 ﾜﾛﾀ

お、わるいわるい！ちょっと糞してきたよ。

まだいるのか？さっきのサルは（藁

>>514
まあ、そう悔しがるな。(ｹﾞﾗ

>>514
興奮すると脱糞するタイプのようだな。

お前ら、面白すぎるぞ。(w

>>516
激しくﾜﾛﾀ

　　　　　　　　　　　　このスレは厨に占領されました

■□■□■□■□■□■□■　終　了　□■□■□■□■□■□■□

>>498
>.NET = 一般人のデスクトップまでも巻き込んだVirus技術

この言葉か、おサルさんの秘功ついたのは（ｗ

>>520は言い返せなくなりました。
オレの勝ちー！！（＾∀＾）ｹﾞﾗｹﾞﾗ

>>521
そ、おまえの勝ち。でも.NETは死滅（ｗ

>>522
根拠のない書き込みで必死だな。(ﾌﾟ

>>522はどうせJAVAも.NETもできないんだろ？
発言にダメダメぶりがにじみ出てるよ。(ﾌﾟｰ

何があったんだ？(;´Д`)

>>523-524
おまえのカキコはすぐわかるな。
そんなに悔しかったのか？おもれーｻﾙだな。

また明日も煽ってやるからな。
キーボード壊すなよ、イッコしかねーんだろ（藁

>>526が感情的になり始めました。ヽ(´∇｀)ﾉ
よっぽど悔しいんだろーね。ｳﾌﾟﾌﾟﾌﾟﾌﾟ

>>526 くせっ、オナニーした手で 2ch みてんじゃねー、サル

>>526
逃げたー。逃げたー。ゎｰぃゎｰぃ。ヽ(´∇｀)ﾉ

>>527 学生は宿題やって寝てろ。

　　　　　　厨のすくつだということが発覚してしまいましたが

■□■□■□■□■□■□■　続　行　□■□■□■□■□■□■□

.NETﾏﾝｾｰ！！ヽ(´∇｀)ﾉ

すげ−糞スレ

ここで /. で +1 以上のみ表示にしたらいくつ残るかな。

.NETってこんな房厨PGかシンパSEばっかっぽいな。

>>534
日本語おかしかった

ここで /. で => ここが /. だとして

.NET、最近全然話題にあがらなくなってきたな？
ZDNet見てもJavaOneやLibertyばっかで.NETの影が透けてるぞ。

一時期のブームに過ぎなかったのか？このままじゃあ本当に「未完の大器」で終わっちゃうぞ。
まあMSもIIS騒ぎやPassportの失墜やXPの売上不振やAssuranceの方針転換で忙しいのも分かるけど、
.NETのニュースだけは流しつづけてくれよ。このままじゃあ開発者の熱もひいちゃうぞ。

>>537
最近は随分きな臭くなってきたね。
もうダメなんじゃないの？

>>538
そんなこといわないでくれ（ｗ
必死で勉強してるのに・・・
これで.NETコケたら、マジで悲しいぜ

>>537
来年の２月まではあまり派手な話題は出てこないだろうね。
今は非常に地味な作業をしなければならない時期。
仕方がないことだが。

また仕様変更するんかなあ？
Beta2の時はやられたからな・・・？
でもするんだろうなあ・・・。

どうでもいいが、俺の入っている.NETのML、2ヶ月くらい誰からも投稿ねーぞ。

>>541
Users Groupのことでしょう？
MSのH原さんとか、以前は著名な人がけっこう投稿してたのにねえ？
H原さん「J2EEにはフレームワークがない」発言をつっこまれてから出てこなくなっちゃったYO!

>>542
出てこなくなったんじゃなくて、すでにunsubscribeだと思われ。
だって、あそこレベル低いんだもん。あ、ここもか(藁)

>>543
俺もunsubscribe。C#相談室に行った方がはるかにマシ。

age

>>539
>これで.NETコケたら、マジで悲しいぜ

馬鹿かこいつ、.NETなんてもうすでにコケてんだよ（藁

Passportはもはやコケたも同然だが、.NETはまだ首の皮一枚つながっている･･･ような気がする。

.NETつーか、C#あたりがクロスプラットフォームでまともに動くなら使ってみたいなぁ。
WindowsでもLinuxでも、GUI含めて高速に動くと。
以前（JDK1.1仕様）のMSのJavaVM、とりあえず速度だけは出てたしなぁ。
VMでなくてもいいから、複数のOS用のネイティブコムパイラでもいいよ。
MSがLinuxとかSolaris-x86用の環境出したら、面白そうだ。

>>547
アフォだ、コイツ。そういって取り残されてろ。

Windows .Net Serverで強化されるセキュリティ
http://www.zdnet.co.jp/enterprise/0112/10/01121004.html

Microsoft、.NETプランの大幅見直し。撤退も視野に！？
http://www.top.or.jp/~godhand/a2.html

↑ブラクラ

>.NETつーか、C#あたりがクロスプラットフォームでまともに動くなら使ってみたいなぁ。

戦略上、独自言語とするために作られたC#がなんでクロスプラットフォームになるんだよ。

>>553
>戦略上、独自言語とするために作られたC#がなんでクロスプラットフォームになるんだよ。

せめて.NETの戦略を調べてください。

>>551 氏ね

>>554

それは宣伝。
宣伝がどうであれ、C#が独自言語というのが分からんのだったらキティ。

>>556
ECMA標準化、Mono

これらはどう思ってる？

>>557

どう思ってるか言う必要なし。
C#は、MSが作ったばっかりの新言語って分かるよね？
それに対して、クロスプラットフォームになるんなら良いなあ、
ってどうかしてない？

>>554
クロスプラットフォームにできる「余地」を残しておいただけであって、
クロスプラットフォームにするために作ったものではない。
変に期待しすぎないことだ。

Javaは、Sunが作ったばっかりの新言語って分かるよね？
それに対して、クロスプラットフォームになるんなら良いなあ、
ってどうかしてない？

>>559
結論が分かりやすい切れのある文章、ｶｺｲｲ。
もしかして、C#の設計に携わった人？

>Javaは、Sunが作ったばっかりの新言語って分かるよね？
>それに対して、クロスプラットフォームになるんなら良いなあ、
>ってどうかしてない？

どうかしてる、という見方が定説。

ま、Javaの場合は、JavaVM層が吸収するという仕掛けはある。
クロスのためにC#のVMを撒くなんてアナウンス無いだろ。

>>561
> もしかして、C#の設計に携わった人？

そんなすごい人、日本におるかい！(藁

>>563

分かってるよ。255を煽ってるだけ。

てか、C#もJAVAもだたの言語であってクロスプラットフォームどうのこうのっていう問題じゃないだろ-が？
お前らホント低脳だな。

JAVAがクロスプラットフォームだといわれるのは主要なOS（携帯・PDA系も含めて）でJVMが用意されているからだろーが・・・
MSがC#用VMを主要OS用に用意できるのなら当然C#もクロスプラットフォームの約束を果たすだろうYO。ま、無理だろうけど。

結論：　.NETはXMLやSOAP、LDAP等の機能をWINDOWS上で稼動させその他の実行環境との連携をはかる構想に過ぎない。
以上。

>>565
何を今さら･･･

天然警報発令！

>>566

ﾜﾙｨ。
いま仕事から戻ったとこなので。

んじゃ、ア画像板にいくので後よろしく　（藁

ここの人達は.NET とか C# について語っているくせに CLR について知らないらしい…。
批判する前に概要くらい知っておいて欲しいなと思う今日この頃。

255の出番だYO！

255ってＣ＃に興味あんの？

>>569
俺はJavaに反応しただけだ。C#なぞ知らない。
>>565はむかつく。

>JAVAがクロスプラットフォームだといわれるのは主要なOS（携帯・PDA系も含めて）でJVMが用意されているからだろーが・・・

な〜に、当たり前の事言ってんだ。
VM用意せんでクロスプラットフォームができるわけない。
まぁ、Javaチップが入って速度の問題と共に解決されるのも時間の問題だが。
http://www.google.com/search?q=java%83%60%83b%83v&hl=ja&lr=
http://www.zdnet.co.jp/news/0003/14/jstar.html

.NETCLRのクロスプラットフォームはJava以上に悲惨だぞ。
>559
飾りだけだとして、
>結論：　.NETはXMLやSOAP、LDAP等の機能をWINDOWS上で
>稼動させその他の実行環境との連携をはかる構想に過ぎない。
ってのは当たってると思うが。

C#はWindows環境でVB++として素直に評価するぞ（ｗ
まぁ、VC++でアンマネッジドコード吐いてりゃいいって話も。

>>572 さん
あ、私は >>562 さんと >>565 さんに対していったつもりですんで…

>>573
> まぁ、Javaチップが入って速度の問題と共に解決されるのも時間の問題だが。
3年以上も前から同じことを聞かされているけどな。:-p

>>569
CLRの多種OSサポート状況はどうなんだ？今後の展望は？
MSてばさ、昔似たよーなことActiveXの時ほざいてなかったっけ？「ActiveXはクロスPだって」最初ほざいてたような記憶がかすかにあるんだが？
JAVAのすごいところはMAC、LINUX、UNIX陣営それぞれがクロスPの実現に協力してくれているところだと思うけど？MSに味方はいるのかなー？
クロスPは技術力の問題じゃないと思うYO。政治力の問題だNE。

更に結論：
クロスプラットフォームは各種プロットフォームベンダーの協力なくしては実現の「じ」さえ実現できない。

>>572
さんきゅ

>>573
当たり前だって始めから書いてるだろ-が。
後JAVAチップは決して普及しないと思うぞ。（藁

>>573
> http://www.zdnet.co.jp/news/0003/14/jstar.html
ニュースソースが1年半も前とは寂しいね。

>>576
> JAVAのすごいところはMAC、LINUX、UNIX陣営それぞれがクロスPの実現に協力してくれているところだと思うけど？
そうだな。Blackdownは献身的に協力してくれたよな。結末はどうであれ。

>575

携帯向けはもう実用段階では？
.NETも落ち着くまであと2・3年はかかるだろーし。

こんなんあった。
http://pr.fujitsu.com/jp/news/2000/04/5.html

picoJavaの頃とはだいぶ状況違うと思うが。
まぁ、確かにそう簡単に普及するとは思ってないよぉ〜

>>578
ま、それもポリティックスだYO・・・
ﾓｸﾄｳ

>>579
だから、1年以上も前の情報では意味がない。
Java業界にとっての半年とは、どれだけ昔に相当するのか分かっているよな？

http://ma2tak.dyndns.org:8888/ma2tak/281
ﾜﾗｯﾀﾖ

8888って何ですか？

255のBlackdownネタはもうお腹いっぱい。
展開がワンパターンなんだよ。

>>584
> 展開がワンパターンなんだよ。
それはすまないね。だけど、事実は事実だからな。:-p

>>569
>「ActiveXはクロスPだって」
それって「ActiveX(つーかCOM)は言語非依存だ」じゃないか？
さすがにMSも「アホボケ氏ね」と叩かれまくるような事公言するわきゃ
ないと思うが。

マイクロコード方式のＭＰＵなら少ない予算で開発できるけどね。
いまどき１６ＭｈｚのＭＰＵ出してどうすんだろ？

あ、６０ＭＨＺも出るんだ　藁

>>582
なるほど笑える。
2003年にもなって、あんたらまだこんなことしてるの?、という意味ででも。

で、そのSunと一騎打するのは、もしかしてElate/Intentと提携したASCIIか?(わら

なおLinusは自宅のベッド脇の机のすみっこでひっそりと、
MidoriLinuxの次期版である「緑茶Linux」を開発しているほうに200カノッサ。

年々高速化するＣＰＵに追い付けないＪａｖａチップ。
盲点だったな。藁

電子レンジとか冷蔵庫用だからいいんだよ

ここで.NETを叩いてるのって痛そうな奴らばっかりだなぁ。（w
C#なんか触ったこともなさそう。

C#触っただけで感動してるやつハケーン>>592

.NETがどうなるかは別として、
C#に新しい技術が全く知らないヤツ、サムー。

↑.NET/C#に新しい技術が全く無い事を知らないヤツはサムイということね。

JAVAにもないじゃん。
Smalltalkのパクリばっかり。

BEA会長，「.NETはJavaに負けた」
http://www.zdnet.co.jp/news/0112/12/b_1211_08.html

595-596 は、多分、焦った592が慌てて矛先変えてるみたいだＮＥ！

>>596は、まさに「ということにしたいわけですね? :)」というやつだな。
まあ、相手（MS）がアプリサーバー、ウェブサーバーともに無料では、
BEAもこう言って牽制せざるを得ないのだろうね。

>>598

シリコンバレーかどこかのIT企業の戦略を立てる方か、アナリスト様ですか？
あなたの読みによって、勢力地図が変わるんですから大変ですね。

>>599
意味不明なんだYO!
BEAの言ってることのほうがはるかにずれてるのがわからんのか？わからんな、DQNには。

>>600

だから、BEA会長は仕事で言ってるんだから、理解出来るんだよ。
ただの宣伝を確信を持って、企業戦略として説くヤツがDQN。

>>593
既成のもののいい所を組み合わせて
さらに良いものにしてあるのだ…。

MSは微妙に日本的。
昨今のMSバッシングはJapanバッシングに似てる…。
ニテネーカ……。

>既成のもののいい所を組み合わせて
>さらに良いものにしてあるのだ…。

こういうサムイことを、確信を持って言うんだもんなあ。
組み合わせて作ったんじゃなく、ヘジを引き抜いたんだろ。
そのヘジが.NETは後発なのでアドバンテージがあるか分からないって、
インタビューに答えてるのに、なんでオマエがそんなこと言うの？

>>603
> なんでオマエがそんなこと言うの？

誰も語ってはいけないとでも？

>誰も語ってはいけないとでも？

語るのは良い。ツッコミが出来るから。
サムイ結論を確信を持って言うのはキティだと言いたい。

↑
定説にもなってないことを、
一言結論だけを、確信を持って言うのは止めてくれってことね。

「〜である」はいけない、「〜だと思う」しか許さないと？

>>605-606
日本人的な発想だね。(ﾌﾟ

>>606
> 定説にもなってないことを、
誰にとっての定説なんだろうね。

寒い・・・

255ってチョー馬鹿！
>誰にとっての定説なんだろうね。

この意見は、
”MSが既成のもののいい所を組み合わせて さらに良いものにしてあるのだ…。”
を認めてることになるんだぞ。キティ決定。

>>>605-606
>日本人的な発想だね。(ﾌﾟ

これも、流れを読めてない人だな。
BEA会長が一言レス「.NETはJavaに負けた」を言うがおかしいという流れ。
BEA会長は給料貰って言ってるのでエライと思う。
それに対して、
一言レス「（MSが）既成のもののいい所を組み合わせて さらに良いものにしてあるのだ…。」は、
サムスギ。

>「〜である」はいけない、「〜だと思う」しか許さないと？
そうじゃなくて、
「〜である、〜である、〜である」
っていう文章なら突っ込めるけど、
一言「〜である」だと困るよ。

例えばこのスレで「.NETって死滅しません」の一言レスが付いたら、突っ込めないじゃん。

.NETって死滅しません。

>>614
なんでやねん！！

.NETって死滅します。

>>616
んなこたーない！！

.NETって死滅しません。

>>618
どっちやねん！！

>>614-619
(・∀・)ｼﾞｻｸｼﾞｴﾝﾃﾞｼﾀ

うーみゅ、僕の発言がどきゅんの発狂中の戯言扱いされてるのら…。

>> C#に新しい技術が全く知らないヤツ、サムー。

に対して

> 既成のもののいい所を組み合わせて さらに良いものにしてあるのだ…。

なんだけどな、「C#に新しい技術が全くない」事ぐらいみんな知ってらい
っていう意味なんだけどな…

「既成のもののいい所を組み合わせ」たからといって
よいものになるとは限らない。だろ？
それはあなたの思い込み。

>>622
僕はいいものだと思ったの…。
MSだから悪、ゴミっていうのはあなたの思い込み…。

>>623
よくいるんだよ。
技術者として、触ったこともないものを批評することがどれだけ恥ずかしいことなのかを分かっていながら、
MSだけは例外というバカが。

>MSだけは例外というバカが。

つまり、こういう意見がMSだけは例外ってことだＮＥ↓
”MSが既成のもののいい所を組み合わせて さらに良いものにしてあるのだ…。”

>>624
いがぴょんさんをバカにするのはやめてください。

>>625
意味がわからん。

>>627

つまり255みたいなのがちょー恥ずかしいってことさ。
255に"技術者として"なんて付けたら喜んじゃうだろ。

>>628
ますます意味がわからん。

まぁそのー
「僕はいいものだと思ったの…。」
って感想は大事なので大切にしてください。

ただ、他人に対する説得力はまったくありませんから、
公言するのは控えたほうがよいかとおもいますよ。

>>628
.NETを叩くだけの知識がないから255を叩くアフォ。

>>628
> ちょー恥ずかしい
この表現の方がはるかに恥ずかしいな。

.NETを叩くだけの知識がないのはブビ坊だけだヨ。>>631
コボラーでさえJavaやってる。
原始OOPの派生が出来るだけで感動出来る奴らはおめでてーな。

なんか分かってきたけど、255ってブビ坊じゃない？
そうでなきゃ、.NETで感動出来る分けないもんな。
なら、ちょー恥ずかしいＹＯ！

やっぱりみんな僕のことDQNだと思ってるの…。くやしいの…。
怨…… >>630

僕は 255さんじゃないけど、僕はやっぱりブビ坊なの？
アクセッサメソッドが言語仕様に隠されてるのはいい事だと思ったの…。
SomeObject.SomeProperty++;
って書けるのは、すごく嬉しいの…(*^^*)

>>635
それってヘジが作ったから、某島拡張が言語仕様に入っただけだろ。
１０年前からあるよ。もっと、世の中見なよ。

>>635
気にすんな。おまえさんの感想は重要なとこついてるぞ。

>>633-634みたいなのは、Javaがわかった気になってるメデテーやつらなんだ。
わかってないくせによ。

レスがちょータイミング悪すぎ。636読んだら書けない内容>>637

DQN丸出し、天然DQN。

最近の255はただの煽りと化してるな。
.NETネタでも引っ張ってこいや！

>>638
あっはっは。その程度でしかよめねーおまえがDQNなんだよ。気づけよ。

フレームワークがプログラミングモデルを規定するって概念があるかどうかなんだよ。
わかった？言語仕様が昔からあったかどうかなんか関係ネー。

>>640

やけ起こすな。話題に上がってるのは、アクセッサメソッドであってフレームワークじゃない。
フレームワークって言葉を出すあたり、ブビ坊にはそれが新鮮なんだろうな。
カワイソウなやつらだＺＥ！

僕は死にませぇん！（ｗ

この場合のフレームワークとはクラスライブラリに当たる。
クラスライブラリってのは原始OOPであって、それが使えないのはVBだけだぜ。

つまり、MFCフレームワークに手をだせなかったブビ坊が、
今度はフレームワーク使えるって喜んでる図が640だね。
だから、ブビDQNなんだＹＯ！

>>641
おまえさー、C#と.NET Frameworkを独立して語れると思ってんのか？
アクセッサメソッドってやつ(プロパティだろ)がMSILでどうなってんのか
知ってから言え。

フレームワークが新鮮？そんなのJavaやってるやつにだけだろ？
VBにはむかしっからフレームワークがあるんだよ、ばかたれが。

なんか俺も名乗ったほうがいいのか？

>>643
MFCがフレームワーク？泣かせるね。ただのクラスライブラリだろうが。

>おまえさー、C#と.NET Frameworkを独立して語れると思ってんのか？

語りたきゃ語れ。語る価値の無いものという意見に対して、
アクセッサメソッドが話題に上がってんだろうが。
ちゃんと流れ読め、DQNだから流れ読まないってのは許されないＺＯ！

>>646
だんだん苦しくなってきたな。

だって、DQNから論理的な意見が出てこないもん。
フレームワークって言葉が出てないのに、
それを出すのに、
「おまえさー、C#と.NET Frameworkを独立して語れると思ってんのか？ 」
だよ。DQNの怒鳴りそのまま。

>>646
>>644は読まれたのでしょうか？

議論の笑点も絞らずに煽りあいに突入ーーーーーーー
知識と経験のない人間の典型？

>MFCがフレームワーク？泣かせるね。ただのクラスライブラリだろうが。

MFCを誉める気はマターク無いよ。
ただブビ坊はクラスライブラリ使えるだけで喜ぶなっての。

>643はｲﾀっ

VB厨房もC#とVC++の板ばやみで大変やねぇ〜
ところで、C#出てVB.NET使う意義って何んかある？

>>649

先ず、フレームワークを突然出したのも卑怯だから、
ﾅﾝﾃﾞ突然出した言葉で罵倒するのかと質問したら、
644で「おまえさー、C#と.NET Frameworkを独立して語れると思ってんのか？ 」
まともに会話しろ、DQN。

>>652
> ところで、C#出てVB.NET使う意義って何んかある？
レイトバインディング、optionalパラメータ、イベントハンドラの定義が簡単などだな。

>ところで、C#出てVB.NET使う意義って何んかある？

VB.NETもC#もイラネーＹＯ！

>>654と>>655のギャップにﾜﾗﾀ。

>>656
知ってる奴と知らない奴の差だね。

>>655
恥ずかしい奴。。。

BASICを誉める人種は世の中では限られている。
それは、BASICマンセープログラマ。
そうでない人は基本的に、大規模アプリでBASICの曖昧さに煩わされて懲りてる。

とうとう尻尾を出したな255=ﾌﾞﾋﾞ坊。

>>653
「アクセッサメソッドが言語仕様に隠されてるのはいい事だと思ったの…。」
に対して、
「気にすんな。おまえさんの感想は重要なとこついてるぞ。」
と書いたら、
「レスがちょータイミング悪すぎ。636読んだら書けない内容>>637DQN丸出し、天然DQN。」
って書かれたので、
「フレームワークがプログラミングモデルを規定するって概念があるかどうかなんだよ。」
と書いた。つまり、俺が言っている「重要なところついてる」ってのは、
C#のプロパティは単なるシンタックスシュガーだけでは終わらない、もっと
深い考えの上に構築されているものなんだよ、ってことだ。その深い考えとは、
「フレームワークがプログラミングモデルを規定する」ってことだ。

そして、ここでいっているフレームワークってのは、いわゆるハリウッドの原則って
ものだ。「Do not call me. I call you.」フレームワークってのはそういうものだ。

さ、ここまで言ったら、返事してもらおうか。644を読んだのか？そして
実行したか？そしてどう思った？たとえばJSPの<jsp:getProperty>とは
どう違う？

>>659
あまりアホにまじめに答えてもしょうがないのだが、

> 大規模アプリでBASICの曖昧さに煩わされて懲りてる。
あいまいに「も」書けるのと、あいまいに「しか」書けないのとでは大違いだ。
自分の使い方が悪いのを言語のせいにしてはいけない。

同意
>>661
確かにBASICはあいまいにしか書けないしな

>>662
(ﾟДﾟ)ﾊｧ?

>>661

その文章が論理的に正しいとしても、
大規模アプリではBASICの曖昧さが悪さをするというのは定説。
255ブビ坊よ、分かったか？

っていうか、大規模アプリでBASICって何だよ。（藁

いやー、意外な展開で事実が分かりました。
ふつーとしか思えない.NETマンセーなヤツラが居るのは？でしたが、実態はブビ坊。
661で255がBASICを誉めるということが証拠になりました。

>>664
急にトーンダウンしたな。（w

>っていうか、大規模アプリでBASICって何だよ。（藁

言葉が読めない位に怒ってるか？

「大規模アプリではBASICの曖昧さが悪さをするというのは定説。」
綺麗な文章でしょう。

>660
なんか煩わしそうなひとですね。
あたまいいですねーってほめてもらいたいのかしら。
とにかく660のは良く意味が分かりません。
（たぶん僕の頭が悪いのでしょう、661でも言われたし）
そういうことでもうレスしません。
「フレームワークがプログラミングモデルをけっていする」
とかなとかブツブツ言いながら、デバッグでもしててください。

>>668
いやそうじゃなくて、大規模なアプリでどうしてBASICという選択肢が出てくるの？ということ。
インタープリタでしょ？

あ、あんたみたいなDQNがいる会社では出てくるのか。（藁

おーーーーい、>>653さーーーーーーーん。（ｗ

>いやそうじゃなくて、大規模なアプリでどうしてBASICという選択肢が出てくるの？ということ。

こちらもそういう意味じゃなく、大規模なアプリでBASICという選択肢は無いということを言いたかった。
それが、恐ろしいことにVBマンセーな人が存在するんだよＮＥ、255とか。

あ、あれ？669==653？なんだよつまんない。これからじゃん。

>>669
煽るだけ煽って反論できないバカ。恥ずかしいね。

>「フレームワークがプログラミングモデルを規定するって概念があるかどうかなんだよ。」

この文章キティだよね。
フレームワークを実現出来ないダメな文法が存在し得るってだけでしょ。
VBがそうであっただけだＹＯ！

>>675
「自分が理解できない概念」＝キティ

>フレームワークを実現出来ないダメな文法が存在し得るってだけでしょ。
>VBがそうであっただけだＹＯ！

すみません、意味がわかりません。VBはフレームワーク上に構築されている
言語です。フレームワークを実現するのは文法ではありませんよ？
もう少しわかりやすくお願いします。

>>677
聞いても無駄だって。自分で自分の考えを整理できていないから。
それ以前に説明なんてできないだろうし。:-p

>「フレームワークがプログラミングモデルを規定するって概念があるかどうかなんだよ。」

あ、ゴメン、読み間違いだった。文章的には正しい。

>>679
前言撤回して理解したフリか。:-p

言いたいのは、以下の流れが強引だってこと。

「アクセッサメソッドが言語仕様に隠されてるのはいい事だと思ったの…。」
↓
そんなの１０年前から有る。
↓
「フレームワークがプログラミングモデルを規定するって概念があるかどうかなんだよ。」

>>679
をぉーーーーいぃ。それはないだろ...（ｗ

>>678
そだよね。リロードするのやめよかな。

じゃ、さらばだ、ブビ坊達よ。また明日。

>>681
それが強引なのはわかった。ｽﾏｿ。

でも、今は理解したんでしょ？じゃあ答えろよｺﾞﾙｧ。

>>681
自分の雑然とした論理思考をさらけ出してどうする。
俺にはそんな流れには見えないけどね。

>>683
逃げちゃった。(＾∀＾)ｹﾞﾗｹﾞﾗ ｱﾎﾀﾞ ｺｲﾂ

いなくなっちゃった。今頃モニタの向こうで悔し泣きしてるかもNE！

>>672

大規模なアプリといってもいろんな局面があるからね。
上から下までモノリシックにJavaで構築するのが良い場合も
あるしそうでない場合もある。
MVCでいうところのVがVBのような簡易なものであった方が
良い場合も多い。
もっとプラクティカルな面ではVBの部分がコスト的に安く
調達できるならそれに越したことはない。VBはUnixでいう
ところのスクリプト言語/グルー言語に相当するものであって、
むしろそれ以上の分野をもカバーできるという意味で賞賛
されるべきだろう。同時にC++と違って置換可能な位置に
あると初めから宣言済だから、C#に取って代わられても
文句は言えないというのもまた真実だ。

>640
許す
>255
「フレームワークがプログラミングモデルを規定するって概念があるかどうかなんだよ。」
だったらC#とVB.NETの両立はなりたたねーだろ。

>>689
をいをい、それは俺の発言だ。（ｗ

だからさ、プログラミングモデルとプログラミング言語の違い、わかる？

>640
だったらなんで、言語仕様にアクセサメソッドが取り込まれてんのが
重要なわけ？
>255
にげたか。つーかやっぱり.NETはどんな言語にもオッケイよーんつーのは
うそだったな。.NETこそ自分の考えがまとまってね―じゃね―のか。
あ、もとから思想もなにもねーか。

>だったらなんで、言語仕様にアクセサメソッドが取り込まれてんのが
>重要なわけ？

んー、そうは言ってないんだわ。でもそうは読めないかもね。ｽﾏｿ。
ILレベルでそういう仕組みが提供されているので、言語仕様に昔から
あるとかないとか、そういうことではないってことが言いたい。

で、ILレベルでそうだってことは、言語にも「そうしろ」って強制してる
わけ(正確にはオプションではあるが)。同様のことは他の文法にも見られる。
foreachとかusingとかだってそうだ。ま、ちょっとレベルが違うけど。

で、言語的にそれをイマイチサポートしてないMC++とかは、ちょいと使いづらいわけさ。
.NET Frameworkの世界では。

>692
同意

>>691
マジレスされると途端に何も言えなくなるね。ﾌﾟﾌﾟﾌﾟ

お前はもう死んでいる(´∀｀)┏・.NET

>>695
じゃあ、Ruby.NETも死亡。

Using the ECMA Standards: An Interview with Miguel de Icaza
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/Dndotnet/html/deicazainterview.asp?frame=true

MSDNにXimianのインタビューが載っている。
両社の関係は非常に良好だ。

>>692

アクセッサメソッドが昔からあることだし、
MSILにしてもDelphiのDFMファイルのテキスト形式と何ら変わり無いよね。
何故に、.NETに感動出来るんだ？
255には聞いてないよ。255はブビ坊であって、
マイクロソフトがダメだとアナウンスしたVBで平気な人だから。

692しか読んでないけど

>で、ILレベルでそうだってことは、言語にも「そうしろ」って強制してる
>わけ(正確にはオプションではあるが)。同様のことは他の文法にも見られる。

.NET(IL?)は言語非依存って言ってるけど、これを考えると言語の記述能力を
C#レベルまで落とさないといけないわけで、
今までみたいに「自分で作ればなんでもアリ」ってのがなくなったのは寂しいな。
既存の言語はほとんどC#レベルで事足りることはわかるけど、これからの言語がね。

なんだったかあったでしょ？オリジナルだとOKなのに.NETだと
多重継承使えなくなるヤツが。

ま、多言語もプラットフォーム非依存もただのパフォーマンスだろうから
どうでもいいんだが

>>699
> .NET(IL?)は言語非依存って言ってるけど、これを考えると言語の記述能力を
> C#レベルまで落とさないといけないわけで、
C#ではなくてCLSでは？

つまり.NET用言語というのはCLSの上にシンタックスシュガー（だけ）が
乗っかったものであると

>>701
そうではない。
どの言語にもCLS-compliantにならない部分が必ず存在する。
.NETではそういった機能を否定してはいない。

>>702
どっちにせよVBからみるとNew Technologyであり、
他からみると10年前のTechnology。
よかったね、VB使いで。

>>703
？？？
>>699-702の話の流れで、どこからVBが出てくるんだ？

>MSILにしてもDelphiのDFMファイルのテキスト形式と何ら変わり無いよね。
>何故に、.NETに感動出来るんだ？
すまん、DFMファイルとILのどこがどう「変わりない」の？俺には理解できなかった。
DFMって、ただのVBのfrmと同じだよね？違うの？

>>699

俺は、>700と>702に同意。ちなみにEiffel#は多重継承できるらしいね？
知らないけど。

>>705

プロパティ、クラス階層も入ってて持っている情報は同じ。
DFMはテキスト編集可能。

フレームワークという意味ではVBのfrmと全く違い、.NETと同じ。
.NETに有利な点が有る訳で無い。これが.NETが10前のテクノロジの意。

>>707
DFMはC++ Builderでも使えるの？

使えるというか、同じものです。（BCBでDFMという名前も変だが）>>708

だから、Delphi/BCBだと、DFMを使おうが使うまいが両方可能。
イベントハンドラとかもプロパティ（実態はポインタ）だし。

つまり、VBを使い続けてきた人たちはこの10年M$に騙されてきたということです。

また、今度.NETという他社製品にアドバンスの無い物を出します。
アドバンスが無い事はM$のヘジが公言。
次の10年もM$に騙されたい人は、.NETマンセーになって下さい。

>>707
DFMはデザインタイムのデータではないのか？
それとも、バイナリに埋め込まれて、実行時に参照しているのか？

単なるフォームのメタデータをILと同一視しようという理屈が全く理解できないね。

>711
デザインタイムのデータがバイナリに埋め込まれるんだから一緒。

DFMの派生も出来るのだから、.NETでは利用上制約がキツくなっただけ。
なんだ、.NET後退してるじゃん。

>>711
やっぱりそういうツッコミがきたか。オレもおかしいと思った。

これにきちんと説明できなきゃ、>>710は相当恥ずかしいぞ。（w

>>712
なるほど。ならば、実行時にバイナリからメタデータを引き出せるわけだな。
初めて知ったな。

>>714
当然だけど、DFM入りのオブジェクトモジュールを派生出来るから超スマートだよ。

>>714
さらに言えば、Delphiで作ったコンポーネントはソースがなくてもバイナリレベルで再利用を（理論上）できることになるな。
必要なデータはすべてバイナリに埋め込まれているから。

これで合ってるか？

>>716
あってるＹＯ！
当然、それをパレットに登録したり出来る。

>>717
初めて知ったよ。ありがとう。
ならば、.NETのアドバンテージはメタデータの拡張性ぐらいになるな。

DelphiのコンポーネントをBCBのパレットに登録出来るし、
DelphiのコードをLinuxコンパイル出来るし、
Delphi.NETも開発中だって。
（Delphi for JAVAはヘジが開発してたらしいが発売にはなってないね）

.NETが理想と言ってることは既に現実なんだね。

>>715
DelphiにリフレクションAPIなんてあったっけ？

リフレクションAPIの説明を

Delphi ほめ殺しも一段落したようなので、
奈落に突き落としていただけませんか？

早いとこオチが見たいぞ。

>>722

てゆうか、今の会話では.NETが奈落になってる。

壮大なネタに気づかずに、Del厨が得意気になってる。（藁
255、早くオチをつけてくれ。

>>724

だから、Delphi.NETが出ちゃうんだから理論上やっつけることは出来ないワケさ。

DelphiはネイティブコンパイルもISAPI作成も出来るし、
わざわざ制約あるコンパイラにのりかえるか？

現在のところ、

> .NETのアドバンテージはメタデータの拡張性ぐらいになるな。

> DelphiにリフレクションAPIなんてあったっけ？

この２つの返事がありません。

>>726
先ず、それらを説明しる。

Delphiはマルチ言語・クロスプラットフォームであることが判明しました。
さらに、コンポーネントのダイナミックローディング・メタデータのリフレクションも可能なようです。

実際にそういうアプリを見たことがないのですが、気のせいでしょうか？

気のせいです。>>728

BCBは既にマルチ言語。窓の手はそうだね。
無料コンポーネントはネット上にごろごろあるよ。
Javaインタープリタ、GISライブラリとか、やたら豪勢なやつも多い。

>>724
いや、Delphi→J++→.NETという流れがあるから、かなりの程度共通している部分があるのは紛れもない事実だろう。
俺の考えは
> .NETのアドバンテージはメタデータの拡張性ぐらいになるな。
これだけだ。

クロスプラットフォームについては、Linux板に一件だけ社内アプリ例を見た。
中国では、Delphi/Kylix流行ってるらしいよ。

でも、Delphiがこれだけのことをできるなら、どうしてもっと騒がれないのだろう？
JAVAが出てきた時にもアピールしてよかったはずだよね？

もしかして禁句ですか？（藁

> .NETのアドバンテージはメタデータの拡張性ぐらいになるな。

> DelphiにリフレクションAPIなんてあったっけ？

この２つの返事がありません。

>>732
ネット上のDelphiの無料ライブラリを見てみたら。
騒がれるとかそういうことじゃなく、把握出来ない膨大なライブラリ。
それらは全て売り物のActiveXより高機能＆高性能。

だからその中身を説明しる>>733

>>732
Delphiでウェブアプリなんか書かないだろ。
だから、JAVAとは衝突のしようがない。
実は.NETとも同じことなんだけどね。

Delphiが騒がれてないって、技板ではDelphiが一番多いじゃない。
Del6無料ダウソが始まった時に比べると激減だが。

>>734
> メタデータの拡張性

実行時に読み込まれて、何らかのアクションを起こさせるためのマーキング。
例えば、DLLをインポートしたり、自動でスレッドを同期化させたり。
.NETではこういうのを自由に定義できる。

> リフレクションAPI

クラスの定義内容をバイナリから吸い出すためのAPI。

どうしてDelphiはこれだけ優れてるのに、実際の業務であまり使われないのでしょうか？

>>737
> 実行時に読み込まれて、何らかのアクションを起こさせるためのマーキング。
> 例えば、DLLをインポートしたり、自動でスレッドを同期化させたり。
> .NETではこういうのを自由に定義できる。
それはメタデータというよりは、attributeのことでは？
.NETアセンブリには、attributeとは関係ない静的なデータも埋め込まれているぞ。

>どうしてDelphiはこれだけ優れてるのに、実際の業務であまり使われないのでしょうか？

MS がデファクトスタンダードだから。

優れているからといってシェアが増えるわけではない。ということは
みな知っていると思うが。

もちろん、 C# が優れていたとしても、ただそれだけでは主流にはなりえない。

>>737
日本語で C#/.NET のリフレクションの話がほとんど無いのだが、
どうも RunTime Type Information と同義らしい。

> MS がデファクトスタンダードだから。

なら、Delphi覚えなくてもいいじゃん。（藁

>> リフレクションAPI
>クラスの定義内容をバイナリから吸い出すためのAPI。

http://www.nifty.ne.jp/forum/fdelphi/faq/00069.htm

独自APIというよりも、内部のクラスライブラリで綺麗に実装されている。
これは、基本だから覚えておいて欲しいんだけど、
Delphi付属のVCLの中身は、Win32APIまでおっかけることが出来るものです。
PASCAL関数とかは、汗コードが付属されている。

>>739
今日の255は不調みたいだNE！

> それはメタデータというよりは、attributeのことでは？
> .NETアセンブリには、attributeとは関係ない静的なデータも埋め込まれているぞ。

わかってるYO！
「拡張性」があるものだけを言ってるんだYO！

>なら、Delphi覚えなくてもいいじゃん。（藁

その通りです。覚えないで下さい。VB.NETでも使って下さい。
ただ、.NETの理想や性能を越えたものが数年も前から存在しているだけです。

Del厨さんに質問！！

さっきから、フォームアプリでの比較しかしていませんよね。
ウェブアプリでの.NETとの比較はどうなりましたか？
.NETで重要なのはWebForm / WebServiceだと思うんですが。

>>736
> Delphiが騒がれてないって、技板ではDelphiが一番多いじゃない。

ならば、Ruby > .NET も確定だNE！

Del厨さんにもう1つ質問！！

Delの優位性をいくら語っても、しょせんはヘジのおかげですよね。
ヘジのいない状態で、Delは今後どう進化できるのでしょうか？

厨と呼びながら全てを聞かないで下さい>>746

最悪の場合、Delphi.NETをお使い下さい。
マイクロソフトのクラスライブラリみたくMFC,ATL,ISAPIと分離しませんから良いです。

>>747
騒がれてると言っただけで、騒がれてる＝良い、ではないと思います。

ここに答えがあります>>748

http://pc.2ch.net/test/read.cgi/bsoft/998629435/30-

では、ブビ坊達よ、また明日。

今度は.NET vs Delか･･･(;´Д`)

>>750 を引用

ほんとの天才は表には出てこない。アメリカなら特にヘッドハンターに狙われちゃうもんね。
カーンはしょうがないけどヘジが表に出てきた。ってのは彼がボーランドに
いづらくなった。ということなんだよ。どんな天才にも得意/不得意はあるしね。
人間関係もかかわるし。日本でインタビュー受けるような状態になったら終わり。
彼は結局 TurboPascal のヘジでしかなかった。

それが証拠に、C# はどこまでも Delphi/ObjectPASCAL だろ？

あれが似ているということが、彼の能力の限界があそこなのだ。ということだ。

>>744
> 「拡張性」があるものだけを言ってるんだYO！
ならば、すまない。

ちょっとDelphiにも触れてみることにしよう。
知らずに語るのは恥だからな。

>>752
Delphi.NETが出るんだよ？　全然対立してねーじゃん（ｗ
むしろ、これからは同志じゃねーか

> C# はどこまでも Delphi/ObjectPASCAL だろ？

やっぱそういう見方なんだ。（　´_ゝ`）ﾌｰﾝ
JAVA使いは「どこまでも JAVA だろ？」なんだけど。

>738
pascalやだから。関数型言語だから。
取ってつけたOOだから。

でも、少なくともVBよりは（・∀・）ｲｲ!
kylixあるしなぁ・・・
RADツールとしてはほんとにC#よりVBよりDelphiかも（ｗ
ネイティブで書いてこそ意味があるんだYO！
VBと変わんなかったらヤダなぁ。

って、builderがあるじゃん！（吐くコードはアレですが。
ﾎﾞﾗﾝﾄﾞはbuilder移植ｽﾚ。

>>755
Delphi.NETっていっても、VCL抜きなんでしょ？
だったらあまり意味がないような...。

デルファイ祭りか？

　　　　　　　　　DELPHIワッショイ！！
　　　　　＼＼　　 ボーランドワッショイ！！　／／
　+　　　+　＼＼　　NATIVEワッショイ！！／+
　　　　　　　　　　　　　　　　　　　　　　　　　　　　+
.　　　+　　 ∧＿∧　　∧＿∧　 ∧＿∧　+
　　　　　　（　´∀｀∩（´∀｀∩）（　´∀｀）
　+　　（(　（つ　　 ノ　（つ　　丿（つ　　つ　)）　　+
　　　　　　 ヽ　（　ノ　 （　ヽノ　　）　）　）
　　　　　　 （＿）し'　　し（＿）　（＿）＿）　　　

結局.NETは政治面のみで勝つ。

これでいいですね？

>>759
ここはDel使いが.NET支持者を勧誘するスレッドとなりました。
あの255が陥落してしまいました。（w

Ruby >>>>>>>>>>>>>>>>>>> Delphi
あんまり調子に乗るなよ。
Delギコの轍を踏みたいのか（わら

>>760
一度政権を取られたら、いつ切り捨てられてもおかしくない。

これでいいですね？

>>762
黙れ、スクリプト言語が。（藁

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　 ｜　　　人u人　
　　　　　　　　　　　　　　　　　　　　　　　　 ｜　　 |＿∧ 　
　　　　　　　　　　　　　　　　　　　　　　　　　|　　　|´Д｀）Σ ･･･（ｗ
　 　　　　DELPHI　ﾜｼｮｰｲ　　　　　　　　　. |　　o⊂　）
　.　　　+　　 ／255＼　　　+　 　　　　　　　|　　　|　 |
　　　　　　　（　´∀｀ ∩　　　　　　　　　　　 ＼　 |)＿_）
　　+　　（(　（つ　　　ノ　))　+　　　　　　　　　　＼| 　　
　　　　　　　 ヽ　（　ノ　　　　　　　　　　　　　
　　　　　　　 （＿）し'　　
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

255ってDel、C#とGUIマンセー発覚？

>>766
GUIにこだわってはいない。

どうやらVS.NETマシン上にDelphiを入れると、VS.NETが二度と起動しなくなるらしい。
Javaの入った捨てマシンに入れるか。

>767
.NETって有害だったのか。

RUBYは無害です！

Delギコみたいに追い出してやろうか？ >Del厨ども

>>770
とっととやれよ。

>>770 是非お願いします。

>>768
違うよ。Delphiを入れるとおかしくなるんだって。

255が敵視してるのはあくまでJAVAだから、
Delphiに歩み寄るフリしてるだけだと思われ。

>773
ごめん。255以外からマジレスくるとはおもわなんだ。
でも、逆の事もおきそうな・・・。

>>770
ここに行け。機種依存文字について語ってこい。
http://pc.2ch.net/test/read.cgi/tech/1006602102/

>>767
> どうやらVS.NETマシン上にDelphiを入れると、VS.NETが二度と起動しなくなるらしい。

経験あり！

VS.NET ⇒ Delphi ⇒ VS.NET と入れ直すハメに。
Delphi = ウイルスソフト。

Delphiってコンソールアプリ作れるの？
Del厨にCUI使える人がいないんだけど。

Ruby厨＝田代まさし

>770 名前：Ruby厨な人(802) ：01/12/13 18:45
>Delギコみたいに追い出してやろうか？ >Del厨ども

はやくやれよ。どうした？口だけか？

>>780
どうせ何もできねーよ。ﾌﾟﾌﾟﾌﾟ
どうした？やってみろよ。

るbyさいこー

●●Delphiって死滅しちゃうの？？？？●●
http://pc.2ch.net/test/read.cgi/tech/1008238418/

>>751、責任取れ。

Delphiをちょっと触ってみた感想を>>783に書いておいた。
もちろん、使い始めたばかりなので、間違えている部分もあると思うが。

>>785
ぶはははは。そういうオチできたか！！

>>751さん、出てきてください。
あなたの発言にはDelphi使いからも疑問の声が上がっています。

　　　　　　　ドッカン
　　　　　　　　　ｍ　　　　ドッカン
　　━━━━━） ）＝　　　　　　　　　☆ゴガギーン
　　　　　 ∧_∧ |　|　　　　　　　　　／　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　∧＿∧　　　＜　　おらっ！出てこい、>>751
　　　　　「　⌒￣　| 　 　|　　　　||　　　（｀∀´　）　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　　/ 　 　 　 |　　　　|/　　　/ 　 　 ＼
　　　　　|　　 　| | 　 　　|　　　　||　　　 | | 　　/＼＼
　　　　　|　　　 | | 　 　　|　　　　|　　へ//|　　|　　| |
　　　　　|　　　 | |　　　ﾛ|ﾛ　　　|／,へ ＼|　　| 　 | |
　　　　　|　∧　| |　　　　|　　　　|／　　＼　　/　（　）
　 　 　　|　|　|　| >　　 　|　　　　|　　　　　|　|
　　　　 / /　/ / | 　 　　|　　　 〈|　　　　　|　|
　　 　 / /　/ /　| 　 　　|　　　　||　　　　　|　|
　　　 / /　/ /　└──┴──┘　　　　 |　|

>255
>Delphiをちょっと触ってみた
ただ叩くためだけにお勉強か？暇な奴(藁
いまさら目新しいものは何もないよ。

>>789
相手の話を聞いてちゃんと確認するだけまだマシだと思うよ。
脊髄反射の煽りを繰り返してる奴よりは。

どんな言語も短命ですよ。
不老不死の言語なんぞ存在しません。
オマエら目を覚ませ！ボケ！！！

書くとこ間違えたぞコラ！
似たスレいっぱい作るな！ボケ！！！

つーかいいかげんネガチブ系スレ禁止しない？

とりあえず、Del厨＝うそつきということだけが判明しました。
どう釈明するよ？>>751

点網

VC++/Delユーザが活気付いてるな・・・

255の感想を転記。

ａ）サーバーアプリが作れない。
作りたければEnterprise版を買えというのではお粗末。
プリミティブな手段すらないのは失望。

ｂ）Webアプリが作れない。
フォームベースなら悪くないが、Webフォームは作れない。
Webサービスの作成機能はどこに行った？

ｃ）アプリケーションのサイズが肥大化
これではWeb経由のダイナミックローディング等には適さない。

ｄ）COMとの親和性の悪さ
VC++の#import以上に難解。

ｅ）IDEの拡張性・生産性が感じられない。
VSAのような拡張APIがあるのだろうか？
マクロ機能も見つからず、作業のオートメーションができない。

ｆ）IDEから離れての作業がしづらい。
非GUIのアプリが作りにくい。

で、論点はｂとｃになるので後回し。

ａ）プロフェッショナル版の間違いだよね。

ｄ）
COMのクライアントはVBだが、
VARIANTを使えばそれと同じコードをコンパイル出来る。
逆にC++とCOMの相性の悪さは定説。
VB-COMはDel-VCLに負けたのだから、COMを使えれば作る必要は無い。

ｅ）拡張はある

ｆ）勘違いです。2-way toolになってる。

ｂとｃについてだけど、
ここで言われてるのはブラウザベースじゃないやつだよね。

確認なんだけど、.NETだとWebサーバからダイアログアプリを
実行時にダウソ出来るってことだよね？
そのときのメリットはセキュリティポリシーを設定したり出来るの？

すまん、ちょっと読まない間にDelphiの件でたくさん語られてるようなんだが、
dfmがILと同等みたいな言い方はやっぱりおかしいってのが定説になったんだよね？

なんかコンパイルしたdcrだの、Win32のリソースだのって話になってるけど、
そんなのIL+メタデータとレベルがぜんぜん違うし。

>>798
a) BizSnap,WebSnap、DataSnapはEnt版オンリーでしょ？

d) VCLってボーランドのみじゃん。VB-COMが負けたってどういうこと？
　　あとVARIANTのとこ、意味が良くわかんない。VARIANTなんかCOMでは
　　使わないのが定説だと思ってる。

f) これは、コンソールアプリを視野に入れてないってことじゃないのかな？
　　あと、コマンドベースでの開発が考慮されてないってこと？

>>799
>そのときのメリットはセキュリティポリシーを設定したり出来るの？
できるよ。ダウソしたコードが、ネットワークのどこにアクセスできるとか、
ローカルHDDにアクセスできるかどうかとか、Unmanagedを呼べるかどうかとか。

>dfmがILと同等みたいな言い方はやっぱりおかしいってのが定説になったんだよね？
dfmのが良いってことさ。

つーかdfmはリフレクションとの関係で語られて短じゃないの？
メタデータじゃなくて。
まあどっちもDelには（完全には）備わってないんじゃね―の？
コンパイル言語だしね。

>d) VCLってボーランドのみじゃん。VB-COMが負けたってどういうこと？

COMのインターフェースが良いと言い続けたマイクロソフトが、
いつまで経ってもVBではOOP出来ないとアナウンスして、VBを捨てたということ。
VBはCOMの標準言語という位置付けから、VB.NETでは別物になった上にone of them。

>f) これは、コンソールアプリを視野に入れてないってことじゃないのかな？
>　　あと、コマンドベースでの開発が考慮されてないってこと？

ならｆは間違い。コンソールアプリ作れる。

>>799
> 確認なんだけど、.NETだとWebサーバからダイアログアプリを
> 実行時にダウソ出来るってことだよね？
その通り。ただし、beta2では不可で、RC0から。

> そのときのメリットはセキュリティポリシーを設定したり出来るの？
もちろん。ファイルアクセス、レジストリアクセス、unmanagedコード実行などの可否を設定できる。

>>801
> f) これは、コンソールアプリを視野に入れてないってことじゃないのかな？
> 　　あと、コマンドベースでの開発が考慮されてないってこと？
そう。「作れない」ではなくて「作りにくい」。
WinForm的なものが大前提になっている。まあ、.NET以前のVBもそうなのだが。

なる程、ダイアログベースのWebクライアントをどうするかによって違うんだね。

Java・・・JavaVMによりクロス。しかしWin版VMが死亡。
.NET・・・.NET実行環境。しかしWin版しか無い。

Delphiは実行形式のみ。
また、Delphi.NETかDelphi for Javaが出るという手がある。

>255
データモジュールの新規作成
とか。
あとPro版以上では偽UMLビューもついてますし、お金かかるのが
やだというならそれまでですが。

>>803
だってメタデータがなきゃリフレクションなんかできないも同然だよ。

>>804
MSは、COMのインターフェイスがよいという考えは決して捨てていない。
結局理解してもらえなかったから、隠すことにしただけ。
今COM理解できていなかったら、もう理解するチャンスはないよ。
使わなくなっちゃうからね。使わない！＝なくなる。

＞840
いや、リフレクションならある程度はできるわけよ、
汎用的なメタデータなんてないけどな。
で、上の方の話題ではリフレできるか？っていう話じゃね―のって漢字ー

>> f) これは、コンソールアプリを視野に入れてないってことじゃないのかな？
>> 　　あと、コマンドベースでの開発が考慮されてないってこと？
>そう。「作れない」ではなくて「作りにくい」。
>WinForm的なものが大前提になっている。まあ、.NET以前のVBもそうなのだが。

だからこれは違うって。
Personal版では新規作成ダイアログがカットされてる。
Pro版では「コンソールアプリ」新規作成。

>>804
> COMのインターフェースが良いと言い続けたマイクロソフトが、
実装継承の弊害を説いて、インターフェイス継承を推奨しただけ。

> いつまで経ってもVBではOOP出来ないとアナウンスして、
OOP＝実装継承だと勘違いしていないよな？

>MSは、COMのインターフェイスがよいという考えは決して捨てていない。
>結局理解してもらえなかったから、隠すことにしただけ。

このへんが、840の馬鹿なところだが、インターフェースがあるのが悪いんじゃない。
どんな方法をとってもインターフェースはある。
問題はCOMってインターフェースしか存在しないWin32だったってこと。

>>811
あ、なるほどわかった。VBがTypeLibを読むような機能を、当然Delphiも
もってるわけね。そりゃそーだ。ｽﾏｿ。

あら、255も馬鹿だわ。

>> COMのインターフェースが良いと言い続けたマイクロソフトが、
>実装継承の弊害を説いて、インターフェイス継承を推奨しただけ。

違うだろ、インターフェースしか存在しない。あれは内部に別COMを持ってるだけで継承じゃない。

>> いつまで経ってもVBではOOP出来ないとアナウンスして、
>OOP＝実装継承だと勘違いしていないよな？

マイクロソフトファンがマイクロソフトのアナウンスを否定するな。

>>812
> Personal版では新規作成ダイアログがカットされてる。
これを非難しているだけ。
CUIを「最小構成版には必要ない」という発想が信じられない。

>>814
たぶん>640って言いたいんだと思うが(藁)、

俺が言いたいのは、「COMのインターフェースが良い」だよ。「インターフェースが良い」ではないよ。
インターフェースが悪いなんていってないよ。インターフェースに対するプログラミングなんてOOの常識でしょ。
それをOSレベルでサポートするためのフレームワークがCOMで、それは捨ててないってことが言いたいんだけど。

>問題はCOMってインターフェースしか存在しないWin32だったってこと。
これの意味がわからない。

>> Personal版では新規作成ダイアログがカットされてる。
>これを非難しているだけ。
>CUIを「最小構成版には必要ない」という発想が信じられない。

Personal版は無料体験版だよ。問題にするのがおかしい。
Proにすると6〜7万なので、MSの馬鹿高い上にマルチランゲージで環境エラーおこす世界に比べると激安。

>>816
>違うだろ、インターフェースしか存在しない。
OOPってそういうことだよ。他に何があるの？俺も255の
>OOP＝実装継承だと勘違いしていないよな？
を疑うね。

640お馬鹿、氏ね。

>俺が言いたいのは、「COMのインターフェースが良い」だよ。「インターフェースが良い」ではないよ。
そうだけど、COMってインターフェースしか無いやん。そしたら同じ意味だろ。

>>問題はCOMってインターフェースしか存在しないWin32だったってこと。
>これの意味がわからない。

UNIXの移植待ってたのに投げちゃったじゃない。

うーんまあ上の人がどういうつもりでdfmを出したのかは
わからんけど、dfmってのはつまり汎用的なシリアライズ機構が存在するって
ことで、こんなのがリフレクションなしでできるわけがない。
まあそんな感じだ。

>>違うだろ、インターフェースしか存在しない。
>OOPってそういうことだよ。他に何があるの？俺も255の
>>OOP＝実装継承だと勘違いしていないよな？
>を疑うね。

疑いを認めましょう。そのかわり実装継承の.NETを捨ててください。

まあまあ、「氏ね」じゃ議論にならないから。

> UNIXの移植待ってたのに投げちゃったじゃない。

「Win32にしかないじゃん、COMは」ってことが言いたい？それなら
それには何も反論しないよ。そのとおりだから。.NET Frameworkも
今はまだそうだよね。おかげでその手の開発案件がなくてさびしい（ｗ

>>823
おなじ人なのかわからんけど、
>疑いを認めましょう。そのかわり実装継承の.NETを捨ててください。

その言い方はちょっと表面的だね。.NET Frameworkがインターフェースを重視していないと言いたい？

>>819
> Personal版は無料体験版だよ。
なるほど。製品ではないのだな。

> Proにすると6〜7万なので、MSの馬鹿高い上にマルチランゲージで環境エラーおこす世界に比べると激安。
.NETのSDKは無料。フリーのIDEもある。
VC#のStandard Editionは、エンタープライズ関連機能以外はほとんどのことができる。
もちろん6、7万もしない。

>その言い方はちょっと表面的だね。.NET Frameworkがインターフェースを重視していないと言いたい？

その文章はマイクロソフトの宣伝には有効だけど、
何年も前からあるDelでは両方出来てたわけじゃない。

それに対して、インターフェースのみを認めるアナウンスでVBを売りまくって、
手を返して実装継承入れたってことだよ。

>.NETのSDKは無料。フリーのIDEもある。
>VC#のStandard Editionは、エンタープライズ関連機能以外はほとんどのことができる。
>もちろん6、7万もしない。

で、VC#のスタンダードだけで全ては事足りるの？でいくら？

>それに対して、インターフェースのみを認めるアナウンスでVBを売りまくって、
>手を返して実装継承入れたってことだよ。

あぁ、そういうことか。それなら俺はMSのマーケじゃないからなんとも言いようがないんだけどさ、
実装継承があるのは便利だってことも、俺は否定しないよ。プログラミングの本筋じゃないと
思うだけで。だから、VBにそれがなかったのはイヤだったし、おかげで実際一度はDelphi使ったし、
VB.NETでようやく入ったから、あーよかったね、って感想だけど。

でも、それとインターフェース継承が実装継承よりも本筋だってこととは
違うと思ってる。実装継承は便利だが、インターフェース継承はないと困る。
そして、最大公約数的機能でもある。だからCOMにはそれがある。実装継承は
言語依存だから、COMにはなかった。ただそれだけ。

>>827
> で、VC#のスタンダードだけで全ては事足りるの？
エンタープライズ系の開発支援機能はないが、
「作る」という意味ではフレームワークのすべての機能を利用できる。
もちろん、SDKのみでもすべての機能を利用できる。

> でいくら？
未定だが、オープンプライスで2、3万程度だろう。

>>826
VBのみを例に挙げても説得力がない。
COMの実装継承はJ++ですでに導入されていた。

>未定だが、オープンプライスで2、3万程度だろう。

未定なのになんで知ってんの？２〜３万でなんでも出来るなら良いと思う。

>COMの実装継承はJ++ですでに導入されていた。

COMの実装継承？初耳。J++ってまだ使われてる？

で、ウェブフォームの話題に戻るけどさ、以下の案どう思う？

DelphiのDFMはWinやLinuxで共通してる。
だから、Delphiのクラスさえ使えばDFMをメモリストリーム→ソケットストリームに流すだけで、
.NETと同じイメージのものが数キロステップで完成したりするじゃない。
ネイティブAPIまでデバッグも出来ることだし、.NETより綺麗じゃない？

>>832

あ、自分で書いてて分かったけど、やっぱそこが.NETの有利なとこだね。
832だと独自に派生したクラスをクライアントに反映させることが出来ないね。

>>832
ステップって何ですか？

ステップってコードの行数。
ここで言ってる「.NETと同じイメージのものが数キロステップ」
とは、.NETの実行環境みたいなものがDelだけで出来るかな、
と思って書いたけど、833に書いた通り取り消します。

Delphiでは.NETの優位性を覆せないことだけははっきりしたな。

.NETも実行環境の移植が無ければダサダサの１０年前テクノロジーということもハッキリした。

政治的に勝てないから、どっちが先の議論にすり替えてる奴もいるな。（ﾌﾟ

＞832
まあパッケージにして一緒に飛ばしてってのは出来そうだけどね。
それだとセキュリティーもへったくれもない。

Delphi = ｵﾅｰﾆ用クライアント開発ツール

別に政治的に勝ち負けは関係無いよ。
どちらが勝手も自分にはお金は入って来ないんだよ>>838

特に、VBなんて政治で勝って、実際のVBアプリが負けてたもんね。

>>841
VB6の批判なんて意味ないんだよ。VB.NETの批判をしてごらん。できないだろうけど。（ﾌﾟ

なんだ、やっぱ、実現可能じゃん>>839

.NETが255の言う通り２〜３マソならそれで良いが、
高価な物になるなら、Delで「なんちゃって.NET」を作った方が楽だな。

>VB6の批判なんて意味ないんだよ。VB.NETの批判をしてごらん。できないだろうけど。（ﾌﾟ

BASICの批判は完了。
VB6は標準だったのにVB.NETは.NETの中でも亜流言語。
互換性が無くなったため、VBを辞めるとアナウンスした会社多数。

>>844
互換性は損なわれたけど、相互運用性はあるよ。

>843
だからセキュリティーがないんだって。
JAVA/.NETがVMを使うってのはそういうことじゃねーの。

>互換性は損なわれたけど、相互運用性はあるよ。
関係無いよ。
BASIC言語の劣勢は定説の上、VB.NETすることによりマルチランゲージ。

>>846

APIコールをトラップするだけでないの？

Del厨ってどうしてこうもイタいの？
.NETの数ある機能のうち１つだけを取り上げて、
そんなのDelphiでもできるよーとか
そんなのDelphiの方が先だよーとか、木を見て森を見ず。

オマエの突然の会話の読み替えの方がイタイ>>849

Del厨は、プログラム = クライアントサイドのGUIとしか思っていません。
サーバーサイド・ブラウザベースという発想が完全に抜け落ちています。

．ＮＥＴはすごい。

>サーバーサイド・ブラウザベースという発想が完全に抜け落ちています。

ブラウザベースだと.NETの優位性が無くなっちゃうわけさ。
皆それを前提に会話してるんだけど、会話に付いて来てＮＥ！

Ｊ＃

>>853
ﾊﾞｰﾔﾊﾞｰﾔ！
.NETはウェブアプリのためのテクノロジーだYO！

Ｓｙｓｔｅｍ．Ｗｅｂ．ＵＩ．Ｐａｇｅ

ム板も暫定政権が必要だNE！
JAVA厨・.NET厨・Del厨・Ruby厨から連立政権を確立しようYO！

で、またウェブフォーム＝クロスプラットフォームの話題に戻って。
（この部分以外では.NETは他言語に比べて出遅れていると思われるので）

Java・・・JavaVM・・・Win版死亡
.NET・・・CLR・・・Win版以外見通し無し
Delphi/Kylix・・・実行形式・・・Win/Linuxのみ

これに、以下のものがあることを思い出しました。
オープンソースの.NETクローン・・・Cygwinか？・・・過去からクロスの実績有り

>>858
> オープンソースの.NETクローン・・・Cygwinか？

アホさらし上げ

標準化団体ECMAがC#とCLIを承認
http://www.zdnet.co.jp/news/0112/14/b_1213_01.html

これで.NETの明るい未来が決定的になりました。
JavaもDelphiもRubyも非標準プロプラ言語。氏ね。

>>860
>自分たちの商用プロジェクトに使うことはできない。

ってどういうことだろ？

.NET環境を無料公開してくれるなら良いなあ。Delphi.NET買っちゃお。

標準化団体EGMAがObject PascalとVCLを承認

標準化団体ヨCMAがJAVAを承認

標準化団体Ｓ∪∩がC#と.NETを否認

>>863
ﾜﾗﾀ > ヨCMA

で、大うそつき>>751はどこに行った？

てゆうか朝からずっとカキコしてんだけど>>866

昼からちょっと間仕事するわ。

>>867
きちんと釈明しる！
でなければ、ここに書き込むな。
おかげで、Del使いが思いっきり不利になってしまったYO！

釈明ってどの件？>>868

あと、このスレでは.NETが明確になれば良いんじゃない？

>>869
ILとCFMの比較の件だYO！

今時点では以下のように考えてますが．．．>>870

使い勝手はILとDFMと差は無いけど、WebForm必要条件の中間コードであるのはILってことだよね。

WebFormが通常アプリ並みの動作で、かつ、.NETがクロスで高性能になればそれはメリット。
そうでなきゃJavaVMみたいに遅くて足かせ、ってことで良いんじゃない？

ネイティブに遜色無く、オープンソース.NETよりも速くクロス化、値段が高価ではダメ。

>>871
まったく意味がわかりません。

>>872
「WebForm」ってものを満たすのは、DFMじゃなくIL。それ以外では同じ。
だけど、「WebForm」のアプリが必要なものとされるには幾つかの条件があるように思います。ってこと。

て、大しておもしろくもない事書いてますね。

独占して来て生きてきたM$がクロス環境作って生き長らえるのかな。
http://pc.2ch.net/test/read.cgi/os/997803535/
を見る限り大変だろうね。
ストックオプションが期待出来ない。
収入元のOfficeにクローンが多数。
辞めてく社員多い。
.NETでゴソーリ儲けたいわけでしょ。

Del厨必死だな。（w
Corelに買われかけた某の方がはるかに大変でしょ。（w

会社のことを按じてるわけじゃないよ>>875

.NETまわりが無料になるならそうして欲しい。だけど、何か期待出来ないものがあるって感じ。

Delだって、VCL-CLXとは互換あるらしいが（実は今Del使ってない）、
.NET用に別物ライブラリとなったらDelphi.NETには見向きもしない。

255がDelphi.NETの不安点について書いてます。
http://pc.2ch.net/test/read.cgi/tech/1008238418/101-102

個人的にはなかなか鋭い点を突いてると思いますが、
Del厨は理解できず、脊髄反射の煽りをするだけ...。

>>877
Del厨はヴァカで無能で低脳な煽りしかできないんだYO！
.NETに取り残されること確実だNE！

>>877

てゆうか、あらゆる言語で問題出てる.NETってだめジャン。
MFC/ATLとVBだけだったらWindowsの世界もこんなに流行らなかったんだから、
他言語.NETは生かさないとダメなんじゃないか。

>>879
Delphiの貢献度はVBが出てから取るに足らないものになったと思うけど?

脊髄反射の方が鋭い点ついてるＹＯ！>>877

WinとLinuxの全アプリが.NETになるわけじゃないんだよ。
苦肉のレスじゃないか？論理上おかしいことも書いてるし。

.NETは痛みのともなう構造改革なんだYO！

>Delphiの貢献度はVBが出てから取るに足らないものになったと思うけど?

歴史を知らなすぎ。VBが先。

>>881
> 論理上おかしいことも書いてるし。
ん？どこがだ？

>>884
http://pc.2ch.net/test/read.cgi/tech/1008238418/104

全てのアプリが.NETになる訳じゃないことを考えると、
そのスレに書き込むのも変だよね。

>>884
> クラスがラップするんだから、
ああ、これのことか。
確かに、どういう実装になるのかは今の時点では何とも言えないね。
既存のVCL（unmanaged）とinteropするのか、ILで作り直すのか。

はっきり貼り付けた方が強引さがはっきりするよね。
これじゃせっかくの.NETを貶してるじゃん↓

Delphi.NETに関する懸念。

・VCLとの互換性
VCLを.NETに移植すれば、J#のようなバカバカしいものになる恐れあり。
.class public auto ansi TObject extends [mscorlib]System.Object
みたいに。また、機能が重複するライブラリを作り直すのがどこまで意味があるか。

・CodeDOM
宣言と実装が分かれる文法でCodeDOMを提供できるか。
できなければ、VS.NETのRAD、ASP.NETダイナミックコンパイルなどさまざまな機能が失われる。

・Unmanagedのサポート
ネイティブをサポートした場合、アセンブリサイズの肥大化が懸念される。
立場的にManaged C++並みに使いにくいものになる恐れがある。

あくまで憶測ばかりだが。

もし、これらの問題がクリアできなければ、Delphi.NETは
VB6 → VB.NETのレベルどころではない非互換性に泣かされることになるだろう。

>>888
どこが強引？
予測されるケースを書き並べてるだけだと思うけど。

Del厨からの反応がなくなったか･･･。

読む力が弱いんだＹＯ！>>889

その一行下に.NETを貶してるって書いてるだろ。
どうけなしてるかは、小学生でも読み取れる内容なんで宜しく。

>>891
よくわからないんだけど、
> その一行下に.NETを貶してるって書いてるだろ。
けなしちゃまずいの？
いいところはいい、だめなところはだめという態度の方が信頼できるんだけど。

VisualStudio.NETでC++プログラムをコンパイルしようとしたら、
プロジェクト error PRJ0016 : このユーザーのセキュリティ設定が原因で、プロセスを作成できません。これらの設定はビルドで必要です。
って出てコンパイルできないよ〜
どうやらcl.exeの実行が統合環境からできないってことで、
セキュリティポリシーをしらべてみたけど、もうまったくわからん。
ためしに新しいユーザーをつくってみたら、あっさり動くし。
その新しいユーザーと同じグループ構成をアサインしてもまだ動かん。
そのユーザー固有のセキュリティとはなんなんだろう？
すまないけれども、だれか教えください！

C#のコンパイルは動くんだよなぁ･･･

環境はWindows2000sp2です。

893=やくざだねー。
それはそうと、俺も似たような問題にぶつかってる。
ビルドはできるんだけど、「それは古い形式です」とかって出るの。
これは何？ネイティブC++そのものが「古い形式」ってこと？
それならそれでいいけど、誰か教えて。255さん？

>>893
その質問はよく見かけるが、これのことだろ？
http://pc.2ch.net/test/read.cgi/tech/1002468050/163

>>895
すまないが、そういう症状は聞いたことがない。
最低限エラー番号ぐらいは出してほしいね。

>>896
おお！ありがとうございます！
感動〜！

>>895
俺もそれでます。
>ネイティブC++そのものが「古い形式」ってこと？
ってことでいいんじゃないかな？
エラーじゃないんで、エラー番号ないんですよ>896さん
ビルドしようとした瞬間でるダイアログの内容です

　　　　　　　　　　　　　　　／￣￣￣￣￣
　　　　　　　 　　　　　　 ＜　.NETマンセー。
　　　　　　　　　　（-＿-）＼＿＿＿＿＿
￣￣￣￣￣￣￣（∩∩） ＿＿　ｶﾀｶﾀ･･･
￣￣￣日∇￣＼| BIBLO |＼
　　　 　 　￣　　　=======　　＼

c:\program files\microsoft visual studio\myprojects\report\report.cpp(2) : fatal error C1083: ｲﾝｸﾙｰﾄﾞ ﾌｧｲﾙがｵｰﾌﾟﾝできません。'plot10.h': No such file or directory
こういうエラーがでるんですけど、なぜかわかりませんか？
ちなみにｐｒｏｊｅｃｔ−設定でｐｌｏｔｃ２ｆをいれたんですができません
#include <stdio.h>#include <plot10.h>#include <math.h>
void matprint (double c[5][5],double b[5].int l,int n);
void main (void)
{
double a[5][5],b[5],p[10],q[10],x[10],pik; int i,j,k,m,n;
m=5; n=3; p[0]=1.0;p[0]=0.9; p[1]=2.0;q[0]=0.9;
p[2]=3.0;q[2]=8.9; p[3]=4.0;q[3]=15.2; p[4]=5.0:q[4]=24.8:
for (i=0;i<n;i++){
b[i]=0.0; for(j=0;j<n;j++){ a[i][j]=0.0;
for(k=0;k<m;k++){ a[i][j]=a[i][j]+pow(p[k],(double)(i+j));
}
}
for (k=0;k<m;k++){
b[i]=b[i]+pow(p[k],(double)(i))*q[k];
}
}
matprint(a,b,n,n); for(k=0;k<=n-2;k+){ pik=0.0;
for(i=k+1;i<n;i++){
pik=a[i][j]/a[k][k];for(j=k;j<n;j++){
a[i][j]=a[i][j]-pik*a[k][j];
}
b[i]=b[i]-pik*b[k];
}
}
matprint(a,b,n,n); x[n-1]=b[n-1]/a[n-1][n-1]; for(i=n-1;i>=0;i--){
x[i]=b[i]; for(j=i+1;j<n;j++){
x[i]=x[i]/a[i][j]; printf("x[%d]=%12.4le\n",i,x[i]);
}
}
void matprint(double c[5][5],double b[5],int n,int l)
{
int i,j; for(i=0;i<n;i++){ for(j=0;j<l;j++){
printf("%12.4le",c[i][j]);
}
printf("|| %12.4le\n",b[i]);
}
printf("\n");
}

これがプログラムです

ﾈﾀ?

>>899 (;´Д`)

>>899
(((（ ;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙを唱えれば、この世のカルマ皆消えゆく、、、。

>>897
> エラーじゃないんで、エラー番号ないんですよ>896さん
> ビルドしようとした瞬間でるダイアログの内容です
そうか。それは失礼した。>>895

読みにくい・・・　ﾌﾞﾙﾌﾞﾙ

今日で1000Over逝くかな？

age

Windows XPって死滅しちゃうの？

Windowsは順次死滅します。

Windows は死滅しない。

ASP房のおれには、ASP.NETが使いやすくてたまらん。
バイト先の小規模なシステムをくんでるんだけど。

Ｊａｖａがどうだかしらんけど、C#はホント書きやすいね。
でも、来年就職なんだけど、JSPに乗り換えた方がベター？
そこらへんわからんのだけど。

そのままC#の理解を深めて、JSPも舐めとけ。
一つの処理系をきわめて、その他もある程度の理解度で
幅広く知ってるというのは強い。
つか、マ板向け話題。

>911
ASP.NETでシステム組んでるの？
何イントラネット内でのサービスかなにか？

どちらかというと俺は C# をネイティブ専用にしてほしかった。

>>914
禿同。
でもガベコレのランタイムがでかくなるとか色々問題もあるんだよね。
むしろガベコレをオプションにしてくれればよかったのに。

>913
イントラネットです〜.さっき、新しいサービス動かしてみたけど
DataSet返すメソッドとか作ったけど、まあまあか。。。
WebFormでクライアントつくるとプロクシ作るのが面倒になってきますね。。。
製品版VS.NETではそこらへん楽にしてほしい・・
>912
確かに、程度低いわだいかも。。逝ってきます。。。

http://ascii24.com/news/i/serv/article/2001/12/17/632135-000.html
小規模アプリケーション向けで年間1000ドル(約12万8000円)/
アプリケーションごとに250ドル(約3万2000円)を徴収する。
スタンダードは本格的ビジネスアプリケーション向けで、
年間1万ドル(約128万円)/アプリケーションごとに1500ドル(約19万2000円)徴収する。

おいおい、.NETアプリケーション毎にお金取られちゃうよ。
怖くてツールも作れないよ。何がコンパイラが２〜３マソで安いだよ。
最低の環境じゃないか。喧嘩売ってんのか。

>>917
それは .NET であって .NET では無い。

... なんでもかんでも .NET って名前付けるから、わかりづらくて...

>>917
厨房ウェブサービスの予防策として、それぐらいの金額は妥当。

>917
.NET My Servicesの話しっしょ。
ま、どーせ.NETなんてWindowsのデスクトップアプリ
にしか使われんよ。

>>920
Webサービスの潮流の中で取り残されて死んでください。

>>919
オープンソース系に総スカンでプラットフォームが進まんかったら、
.NETに移行する利点は無いよ。VBよりマシになるだけで。

>>921
WindowsDNAした会社は死んだんでは。
VBアプリ系の会社はこれから死ぬけど。

>>922
>WindowsDNAした会社は死んだんでは。
どこのこと？

具体的な会社は想定してない。>>923

ActiveXの開発はキツイのにダメだったじゃない。
それ以前は、Windowsプログラミングの基礎はOLE2（後ActiveX）になる、って、
大アナウンスしてたのにね。ActiveXの後継が.NETか。

>>924
> ActiveXの開発はキツイのにダメだったじゃない。

そうか？これだけコンポーネント会社があるのに。
JavaBeansは市場すらできなかったでしょ？

っていうかActiveXでおどっちゃだめっしょ。
COMの勉強をまじめにしたところは生きてるじゃない。

>>924
意味不明。
＞オープンソース系に総スカンでプラットフォームが進まんかったら、

オープンソース系て? GNU?

＞Windowsプログラミングの基礎はOLE2（後ActiveX）になる

なってるじゃん。VBとか。

>そうか？これだけコンポーネント会社があるのに。

これが、ActiveXのダメなところ。
Del付属のコンポーネントより、機能が少なくて低速なものが数マソ。

>JavaBeansは市場すらできなかったでしょ？

多分、拡張クラスが無料公開されつつあるんでは？（でも、Java嫌いだけど）

>COMの勉強をまじめにしたところは生きてるじゃない。

VB-COMが滅んだことは、このスレに書いてあるでしょ。
負けたんだよCOMは。

>>928
なんだ、Del厨か。

mozilla は COM だったよね。
MS の COM は駄目な COM であれとは違うなんて書いてあったけど。

>オープンソース系て? GNU?

GNUでもそれ以外でも.NETは無視されるってこと。

>なってるじゃん。VBとか。

M$がVBを破棄したの。このスレちゃんと読め。

>>928
> Del付属のコンポーネントより、機能が少なくて低速なものが数マソ。

うん。それだけ某が商売下手でアフォだということ。

>VB-COMが滅んだことは、このスレに書いてあるでしょ。
>負けたんだよCOMは。
ごめん、どこ？

>M$がVBを破棄したの。このスレちゃんと読め。
ごめん、どこ？

>>934

>>798-
以降を読んで下さい。

>> Del付属のコンポーネントより、機能が少なくて低速なものが数マソ。
> うん。それだけ某が商売下手でアフォだということ。

これは全く違う。
COMは派生ということが出来ないから拡張したものが、短いステップで出来ないんだ。
関数ライブラリと大して変わらないね。
OOPだと派生して振る舞いを変えれるんだよ。（クラスベースでもオブジェクトベースでも）

>>935
そこだよね？どう読んでもVB-COMが負けたとか、VB破棄とかって
いう結論には読めないよ？Del厨がまた置いていかれそう、って
悔しがってるだけじゃないの？

祭りのﾖｶｰﾝ

> OOPだと派生して振る舞いを変えれるんだよ。

ﾄﾞｳｶｰﾝ

>>936
で、その派生したコンポーネントとやらはDLL Hellに陥らないのかね?

>>936
派生しないと振る舞いは変えられないのでしょうか？？？

>そこだよね？どう読んでもVB-COMが負けたとか、VB破棄とかって
>いう結論には読めないよ？Del厨がまた置いていかれそう、って

それは、COMに騙されてるカワイソウな人だから。
COMだと膨大なコードになるが、普通のOOPでは1行宣言するだけで派生出来る。

COMがインターフェース継承と言ってるのは、他に無い新しいものに名前を付けてるんじゃなく、
インターフェースしかなく継承が無いことを誤魔化してるだけ。

さらに祭りのﾖｶｰﾝ

> 普通のOOPでは1行宣言するだけで派生出来る。

>で、その派生したコンポーネントとやらはDLL Hellに陥らないのかね?
DLLなのはVBです。

>派生しないと振る舞いは変えられないのでしょうか？？？
イベントハンドラと派生は矛盾しない。普通、両方提供されてる。
VBではイベントハンドラしか出来ないね。

>>942
うわーい。ｶｺｲｲ!!ヽ(´∇｀)ﾉ

> 普通のOOPでは1行宣言するだけで派生出来る。

実例きぼーん！！

>さらに祭りのﾖｶｰﾝ

大丈夫、オブジェクトベースのOOPが入ってくると祭りになるが、
936に、クラスベースでもオブジェクトベースでも、と釘をさしてある。

それに、クラスベースを否定しようにも、.NETはクラスベースさ。

こちらは全て分かって書いてるのに、ついて来れないブビ坊はカワイソウだね。

普通のOOPでは1行宣言するだけで派生出来る。
普通のOOPでは1行宣言するだけで派生出来る。
普通のOOPでは1行宣言するだけで派生出来る。
普通のOOPでは1行宣言するだけで派生出来る。
普通のOOPでは1行宣言するだけで派生出来る。

やったー派生できたYO!
public class MyException: ApplicationException {}

VB.NETじゃできないYO！

Public Class Hoge
　　Inherits HogeBase

End Class

ま、前のCOMの気が違った世界より良くなってない？>>949

VB.NETを使うことはないだろうなー。

できるYO!
Public Class Hoge : Inherits HogeBase : ... : End Class

普通のOOPって何？

>>952
Object PascalのことですYO！（ﾌﾟ

>こちらは全て分かって書いてるのに、ついて来れないブビ坊はカワイソウだね。

ﾌﾟﾌﾟ。としか言いようがない...。

COMみたいな、気が違ったOOP（さすがに途中でコンポーネント指向と変えたが）以外>>952

>ﾌﾟﾌﾟ。としか言いようがない...。

だろうな。ブビ坊は"コンポーネント使える=OOP"と思ってるから、サムイよね。

もうすぐ、１０００！！ﾜｼｮｰｲ！

あらー？

> ブビ坊は"コンポーネント使える=OOP"と思ってるから、サムイよね。

じゃ、DelphiもOOPじゃないんだNE！

>じゃ、DelphiもOOPじゃないんだNE！

未だに、VB6とDelphiの違いが分からんのなら、氏ね。

Visual Component Library
　　　　　　　　↑　

で、次ｽﾚのﾀｲﾄﾙもそろそろ考えないとな。
死滅ｽﾚ乱立うざいからちょっと変えたいな。

Visual Component Library が、OOP言語で書かれているということ。

次スレはいらないYO！
.NETは死滅の心配がないからNE！

Delphi.NETでVCLも死んじゃうYO！

っていうか、いつになったらム板の人々は実装の継承はOOPの本質じゃない
ってことを理解するんだろう。何度も何度もいろんなスレでさんざん言われてるよな、
この話題。

次ｽﾚは
.NET バーサス　Ruby。

>>965
それはね、このスレはOOPの本質を問う会話じゃないから。
さっさと消えてくれ。

それから、ブビ坊が実装継承が無いから良いOOPだーって、
OOP以前のものを良しとするから、言わんとってくれ。

VBが悪いってのと、実装継承ﾏﾝｾｰとは違うだろ。

「.NET ﾌｭｰﾁｬﾘﾝｸﾞ　ECMA」

「.NETは子供のおもちゃ」

とか。

>>969
ﾌｭｰﾁｬﾘﾝｸﾞ?
featuringだぜ? これだからDel厨Java厨は...

net戦略は全貌がつかめないので、宣伝すればするほど、
サーバ分野で強い具体性のあるJavaにシェアを奪われてる。

「.NETの寂れたスレ」
にしてやるか（ｗ

>サーバ分野で強い具体性のあるJavaにシェアを奪われてる。
どんな具体性だ？遅くて使えねーってことか？それとも移植性が低いってことか？（ｗ

サーバーサイドJAVAは遅くないよ。移植性も高い。

よく言うよ。ほんとにやったことある？

移植性は何と比べての話？
.NETって移植なんかできんだろ（ｗ