.NET大ブーム9 来年60%? 非ｸﾛｽﾊﾞﾚﾊﾞﾚ 1 ：
デフォルトの名無しさん ：
02/10/17 01:33 2 ：
デフォルトの名無しさん ：02/10/17 01:33
3 ：
デフォルトの名無しさん ：02/10/17 01:33
ｵﾊﾟｰｲ
社員の陰毛スレ
こっちは削除依頼しますね。
8 ：
デフォルトの名無しさん ：02/10/17 01:42
結局、.NETはJ2EEのパクリってことで。
9 ：
デフォルトの名無しさん ：02/10/17 01:44
>Linux・FreeBSD上でも動き、Intel・HPが強力に支持してるC#/CLI。
10 ：
デフォルトの名無しさん ：02/10/17 01:45
GUI周りが入ってないなら、CLRって存在意義あるの？
ライブラリで吸収すんだろ
>>9 すでに .NET Framework の GUI のクロスプラットフォーム性は激しく
雲行きが怪しいというのが今日の昼頃の話。
某に婚約破棄されたコレルがつくってるとゆうBSD版はどなったの？
14 ：
デフォルトの名無しさん ：02/10/17 01:47
.NETは、へたにクロスプラットフォームを追求しないで、
15 ：
デフォルトの名無しさん ：02/10/17 01:48
C#も、結局はJ++で負けたMSが、Javaにリターンマッチをしかけてるだけだろ。
儲かればどうでもいいんだよ
17 ：
デフォルトの名無しさん ：02/10/17 01:51
たしかに、もう.NET使った開発案件とか出てきてるからな。
>>10 WindowsCEは同じWindowsファミリーでありながらバイナリ互換性
がないから普及に今ひとつだった。プロセッサのバリエーションが
増えれば今後もそういったケースが増えてくる。
MSはそれを何とかしたいんでしょ。
19 ：
デフォルトの名無しさん ：02/10/17 01:52
他OSに、.NET Framework ＆ .NET鯖を移植するなんて、ｹﾞｲｼの
20 ：
デフォルトの名無しさん ：02/10/17 01:54
とりあえず最近は、サーバーサイドアプリ開発するんだったら、
21 ：
デフォルトの名無しさん ：02/10/17 01:55
>>20 SWTって、JavaのWrite Once Run Anywareの思想からはずれてるだろ？
22 ：
デフォルトの名無しさん ：02/10/17 01:57
ほんとに馬鹿ヴぁっかだな。
>>19 敬愛する領導者、ﾋﾞﾉﾚｹﾞｲｼ将軍様は、Windows意外のOSには、さほど興味はありません。
ﾋﾞﾉﾚｹﾞｲｼ将軍様のお慈悲によって、Monaプロジェクトも存続できているのです。
>>10 実行権限を細かく制御してセキュリティを確保するには、どうしても
Win32 Native から遠ざける必要がある。
Win32 Native ではどうしようもない。
>>21 すでに Win, Linux, MaxOS, Solaris, AIX, HP-UX, SGI で動いていますが
何か?
>>24 どうせ「動けばいい」って考えるブビ厨が多く使うんだろうから、
セキュリティなんて考えなくていいんだよ。
動けばいいんだよ、動けば。
仕様書なんかつくらなくたって、もうじきHotDocument for .NETが
出てくるから心配ない。
>>26 漏れは、仕様書工房 for .NETを期待してますが、何か？
テストも、.NETUnitが出ますから、ますます.NET
29 ：
デフォルトの名無しさん ：02/10/17 02:02
>>27 漏れは、Doxygen を C# に対応させます。
30 ：
デフォルトの名無しさん ：02/10/17 02:03
たぶんせっかくコンパイラになったVBを中間言語に戻しただけ
31 ：
デフォルトの名無しさん ：02/10/17 02:05
MS&Winﾏﾝｾｰで、Buggyかつ実質的な実質の無い製品であっても
クライアントアプリのGUIでクロスプラットホームが使いたければ
33 ：
デフォルトの名無しさん ：02/10/17 02:06
M$厨は、自分の身を削ってM$に捧げる
某ランドのライブラリ？
>>22 例えばQt#やCLX.NETが.NET用GUIライブラリのデファクトスタンダードを勝ち得たとして、
MSが見過ごすと思うか？
現Windows.Formsがクロス対応の設計で無い以上、クロスGUIの支配権を握るために、
また新しいものを持ち出してぶつけて来ることは容易に想像できる。
>>26 このさいブビ厨なんてどうでもいいんだって。VB.NET の変貌をみれば、
ブビ厨を軽視してるのがよくわかるだろ？
なんでセキュリティかって言うと、投資家や企業ユーザがうるさいから。
彼らを黙らせるために、少しでもセキュリティ対策に取り組んでますって
印象を与える必要がある。
もうコードへの署名だけでセキュリティを高めることはできないことが
ばれてるので、ネイティブから一段階レイヤを上げて取り組まないと、
セキュリティ対策やってますとすら言えない。
37 ：
デフォルトの名無しさん ：02/10/17 02:09
>>36 とはいえ、ブビ厨は、VB.NET=VB7くらいにしか認識していない。
セキュリティなんて毛頭頭にないよ。
Outlookマンセーなやつらおおいんだから
38 ：
デフォルトの名無しさん ：02/10/17 02:11
日本だと、投資家なんかは、VB.NET案件なんかに興味ないよ。
39 ：
デフォルトの名無しさん ：02/10/17 02:12
ついでに言えば、まともなVCは、.NETがJ2EE/EJBの焼き直しってことくらい知ってる。
>35
>>37 実際、VB6 -> VB.NET への移行で、ブビ厨はどんな印象を得てるんだろ。
案外違和感無かったりして。
オブジェクト指向言語ってのはオブジェクト指向の道具になることができるけど、
従来通りの考え方でも書けるわけだし。
ただそれだとクラス数個で長大なメソッドがわらわらってコーディングになって、
結局生産性は上がらんが。
42 ：
デフォルトの名無しさん ：02/10/17 02:23
ブビ厨にとって、クラスなんてのはちょっと複雑なことができる
なんかせっかくTry構文が使えてもコーディング規約で
44 ：
デフォルトの名無しさん ：02/10/17 02:30
どうあがいても、VB厨はBasic厨なんだよな。
一年前と同じ話してません？
46 ：
デフォルトの名無しさん ：02/10/17 02:38
MS厨は、毎年同じ話ししてんだよ。
十年後も似たような話。
>47
49 ：
デフォルトの名無しさん ：02/10/17 02:41
50 ：
デフォルトの名無しさん ：02/10/17 02:43
んで、CLRを使う意味って、どの辺にあるの？
「.NET」と「Java」、来年はともに約60％の開発者が遊びで使用
52 ：
デフォルトの名無しさん ：02/10/17 02:50
デスクトップアプリ開発にJava使ってる香具師は、遊び半分だろうが、
ところで、M$厨も、C#/J#やってるﾔｼﾗは、
Javaだって最初の3年は殆ど遊びだった
Windowsだって、1.0～3.0までは遊びだった。
>55
>>56 木を見て森を見ずなあたり、MS厨らしくてイイ！
>>56 全てをカバーすれば、.NET だけで OK! ってなる可能性も出てくるってことだろ。
その是非はともかく。
>57-58
>>58 おっしゃるとおり。
運用環境＋言語＋データソース・フレームワーク＋GUIフレームワークを、
仮に.NETがｸﾛｽﾌﾟﾗｯﾄﾌｫｰﾑで網羅すれば、Javaの出る幕が無くなる可能性がある。
しかし、現実としてMSがそんなことをする可能性は無い。
>>59 ASP.NETで、鯖アプリ作っててください。
>>60 出る幕が無くなるって言い回しがなんとも。
仮に .NET が全てカバーしたとしても Java も残るし、よっぽどのメリット/デメリット
が無い限りどっちかに統一されることは無いっしょ。
いくら M$ が好きでも、上の判断や顧客のリクエストで、M$ 以外の技術を
使う必要に迫られることもある。悲しいけどこれ、お仕事なのよね。
で、そんときにつぶしがきかないような作りになってると、非常に苦労する。
DB だけは SQL Server にしようと思ったのにまともな JDBC が提供されてな
かったりとか(最近はされてる？)
M$ には、M$ が囲い込みをやりすぎるおかげで、仕事がやりにくくなってる M$厨も
いるってことを分かって欲しいな。
>>35 > 例えばQt#やCLX.NETが.NET用GUIライブラリのデファクトスタンダードを
> 勝ち得たとして、MSが見過ごすと思うか？
ありえない。そのさせないための WinForm。
万が一状況が思わしくなければ
>>40 の言う通りの事になるだけ
>>50 >>22 を参照の事。
つーか、CLIに含まれるXMLライブラリぐらいなら、
Windows.Formsに入ってるコントロールのリッチさを見れば、
結論としては、.NETはWindows専用。
CやC++でautoconfを意識してソースを書く。
68 ：
デフォルトの名無しさん ：02/10/17 03:46
>>67 禿しく尿意
Windows上での真のクロスプラットフォームは、Cygwin。
70 ：
デフォルトの名無しさん ：02/10/17 07:14
こっちが本スレっぽい
71 ：
デフォルトの名無しさん ：02/10/17 07:36
次スレあげ
72 ：
デフォルトの名無しさん ：02/10/17 07:52
非クロスばればれage
コンポーネントのソースはどこ～～～
>>73 ありません。
多分ネイティブ DLL で実装されてるんじゃないかな。
だから Windows の一部で、Windows.Forms はそのラッパだと思う。
VB.NETは、ﾃﾞﾊﾞｯｸﾞ中のｺｰﾄﾞ変更ができませんが、何か？
76 ：
デフォルトの名無しさん ：02/10/17 13:02
Javaと同じ60%じゃ、今までのJavaサイトを置き換える勢いは無いね。
77 ：
デフォルトの名無しさん ：02/10/17 13:21
M$の力が分散化されることを願うのでJavaﾏﾝｾｰの方向で。
M$の人
79 ：
デフォルトの名無しさん ：02/10/17 13:29
実行環境がただで、小さくて高速なら.NETも良いかな。
80 ：
デフォルトの名無しさん ：02/10/17 13:34
MS文化がひっくりかえんないから問題なんじゃん。
デスクトップアプリ開発だと、もうM$の天下をひっくり返すことはムリ。
82 ：
デフォルトの名無しさん ：02/10/17 13:40
でも何か期待を持たせる内容だね。もっと聞きたいな。
83 ：
デフォルトの名無しさん ：02/10/17 13:40
>デスクトップアプリ開発だと、もうM$の天下をひっくり返すことはムリ。
MFCは不滅です。(たとえ Microsoft が無かったことにしたくても)
85 ：
デフォルトの名無しさん ：02/10/17 13:43
デスクトップがWin一色って文化を、自分的には許しても良いけど、
Javaだったら、Enterprise系開発も運用も、実質タダでできるからな。合法的に。
>でも何か期待を持たせる内容だね。もっと聞きたいな。
88 ：
デフォルトの名無しさん ：02/10/17 13:46
でも、実質ただじゃなくて高価アプリケーションサーバが使われてるんでわ？
>>86 >>85 中国市場って、以外とあなどれないんだよな。
数年先に、すべてのビジネスマーケットで大きなシェアを握るようになるはずだし。
今は、著作権意識とかてんでダメポだけど、中国政府はそれも含めて各種犯罪の撲滅に乗り出してる。
大きなシェアを持つ携帯電話で、コンテンツの充実とかにもそのうち目がいくだろうから、
やはり数年後の中国市場を見込んだLinuxベースでのビジネスは注目すべきだ。
巨大市場にも関わらず、MSの入る余地無しだな（ｗ
>>89 > 数年先に、すべてのビジネスマーケットで大きなシェアを握るようになるはずだし。
もう十数年もそう言われつづけてるわけですが。
>>88 企業によるビジネスって面では、当然そうだよ。
俺が言いたかったのは、高価な環境を買う金が無い香具師にでも、
やる気さえあれば、学ぶための充実した環境を無料でゲットできる状況だってこと。
アンダスタ～ン？
92 ：
デフォルトの名無しさん ：02/10/17 13:50
MSのプログラマ 対 中国のLinuxプログラマ
>>90 実質も、もう大きなシェア握ってますけど、何か？
みんな知らないだけ。
でも今、冷凍野菜だけは別だよ、別（ｗ
中国人が混じってるようですが
95 ：
デフォルトの名無しさん ：02/10/17 13:54
>>90 自動車産業が日本の会社潰してるし...
中国のある分野に特化したソフト会社で有名なので出てきてるって。残念ながら。
>>91 それは分かるんだけど、Javaの無料環境弱いよね。困ったことに。
>>86 問題はその腐るほどあることじゃないの？
腐るほどあったって全てに精通なんてできないし。
97 ：
デフォルトの名無しさん ：02/10/17 13:58
>>96 M$製品みたいに選択肢が少ないよりはいいと思うよ。
それに、Webなんかで情報漁れば、どの環境が今後のメインストリームになるか
ってことくらい、すぐに判るだろ。
１カテゴリーにおける製品数は多いけど、ベースは１つだよ。
とりあえず、
開発環境：Eclipse
GUI開発：SWT
あたりを押さえておけば、勉強って点では問題ないかも。余裕があれば
J2EE環境：JBoss
RDB：MySQL or PostgreSQL
Web開発：Struts (IBMが来月いいﾌﾞﾂ無料で出すぞ)
かな。
もっとも、与えられた環境で十分って話しなら、もちろん.NETでもいいわけだし。
新技術をどん欲に追っていくか、ｽｷﾙ拡張を自ら止めるか、
それは自分で選ぶこと。
＞それは分かるんだけど、Javaの無料環境弱いよね。困ったことに。
100 ：
デフォルトの名無しさん ：02/10/17 14:07
ｵﾌﾟｿがここまで巨大化した中、コンポのソースも出せない.NETって一体...
101 ：
デフォルトの名無しさん ：02/10/17 14:08
>>99 いや、設定が大変て聞いたから。簡単にする方法あるの？本が出てるとか。
>>101 技術者なら設定ごときで愚痴るな。
検索すりゃ100件はHowToページが出てくるだろ？
103 ：
デフォルトの名無しさん ：02/10/17 14:27
じゃ、これは意味なし？
>>78 >M$の人
>「んでやっとこ学生に目をつけたわけ、ソフトほとんどただっしょ？
> 普通に買うったらめっちゃ高いよあれ。
> まず学生から洗脳するわけ、んで5～10年先にはシェア勝ち取るって寸法。
> 来年60%？そんな数字関係ないよ。OK？」
>>103 学生が、すでにJavaやLinuxなんかには当たり前に取り組んでるっていう
状況を無視すれば、意味があるかもしれないよ（ｗ
105 ：
デフォルトの名無しさん ：02/10/17 14:30
学生が、すでにJavaやLinuxなんかには当たり前に取り組んでるっていう
将来のIT市場を担うであろう情報系の学生でまともなやつは、
>>105 追いついた頃には、JavaやLinuxはさらに先行しているという罠。
なんか、M$厨もJava厨も犬厨も、ツール（環境）ありきで話ししてるけどさ、
先行者
110 ：
デフォルトの名無しさん ：02/10/17 14:41
WinNT4.0の金融システム 対 .NETの金融システム
XEmacs + JavaSDK
112 ：
デフォルトの名無しさん ：02/10/17 14:57
.NETがJavaより先に出てたら圧勝だったんだろうな。
>>111 XEmacs + JDEじゃねーの？
GUI設計ってできたっけ？
ここにいる人たちはどっちも使いこなせるひとだろうけど、
115 ：
デフォルトの名無しさん ：02/10/17 15:00
今日はJava厨しか居ないのか
116 ：
デフォルトの名無しさん ：02/10/17 15:02
>>114 Delphi以下だよ。Delphiのコピーなのに。
>>116 DelphiはObjectPascalが足ひっぱてるように思うけど・・
118 ：
デフォルトの名無しさん ：02/10/17 15:05
>117
Object Rascal
120 ：
デフォルトの名無しさん ：02/10/17 15:08
文法等価でコンポーネント作りやすいなら、やっぱ、Delphiやっとけ。
>>118 どうも馴染めないんだよ。ｽﾏｿ。
CからC++、JAVAとやってきたんだが、C#は簡単だった、だって（以下略
Delphiの本を古本屋で見つけてきて今勉強中、.NETのランタイム２０Mって
どう考えてもアレだしね・・
122 ：
デフォルトの名無しさん ：02/10/17 15:20
>>121 それは、英語圏かどうかによるんだって。
日本人から見ると、Cの{とかタッチ少ない、begin打つのめんどい、Cまんせー。
英語圏の人から見ると、begin/end分かりやすい、Cの記号きしょい言語じゃないじゃん。
だって。
123 ：
デフォルトの名無しさん ：02/10/17 15:23
いいかげんDelphiLanguageと呼べよ
125 ：
デフォルトの名無しさん ：02/10/17 15:30
そうなったんでしょ。
>>124 Object Pascalは既に似たものが存在したため、Delphi言語になったらしい。
Pascal構文はコンパイル通るＹＯ！
つか、begin end程度でなじめないって、世の中にはもっと変な言語が(以下略
キーワードや演算子の優先順位は気になるところだが
パソカルまんせー
ラスカルまんせー
130 ：
デフォルトの名無しさん ：02/10/17 16:46
begin
131 ：
デフォルトの名無しさん ：02/10/17 16:50
begin end はめんどい上にダサい
132 ：
デフォルトの名無しさん ：02/10/17 16:51
文末に；をつける場合と付けない場合があってややこしい
133 ：
デフォルトの名無しさん ：02/10/17 16:53
プロシージャと関数を区別しててややこしい。面倒くさい
134 ：
デフォルトの名無しさん ：02/10/17 16:55
比較に＝を使うため代入を：＝にしてるのは、いただけない
135 ：
デフォルトの名無しさん ：02/10/17 17:02
俺直接.NETって触れたことないしわからないけど.NETって
>>135 結論から言えば無理です。
GUIは「Windows環境限定」です。
そのうえ、WindowsCEとのクロスプラットフォーム性は小さいです。
しかも、運用サーバはまだ出荷されていません。
釣られたてまつり申し候。
しねよおめーら
Delphiはなぁ、宣言部と実現部(interface,implements)に
>>141 その程度の事なら、ファイルを別ける習慣の C/C++に比べりゃずっとマシじゃない
143 ：
デフォルトの名無しさん ：02/10/17 18:03
混在したらクラスのインターフェースを一目で見れなくなる。困る。
>>143 普通はVisualStdioがツリー表示してくれるわけですが。何か？
145 ：
デフォルトの名無しさん ：02/10/17 18:13
ソースコードとして難アリじゃん。
>>144 VS以外の製品もツリー表示するけどさ。
>>144 クラスビューアなんか使うか？アレは使いにくい
>>145 インターフェイスって、Javaみたいに別ファイルにでけんの？
148 ：
デフォルトの名無しさん ：02/10/17 18:17
つーか、ILDASM
>>147 interfaceを別に定義してファイルわけときゃいいかもね。
150 ：
デフォルトの名無しさん ：02/10/17 18:23
つまり、クラスの派生が綺麗に纏まってて、一つのソースが小さければC#方式でも大丈夫。
>>150 まぁ そこにつきる訳だが、自動生成したFormのコードは長くなりがち。
InitializeComponent()なんて鬼のように・・・
152 ：
デフォルトの名無しさん ：02/10/17 18:29
DelphiはInitializeはDFMファイルに入ってるから印刷して超見やすい。
153 ：
デフォルトの名無しさん ：02/10/17 18:30
やっぱ、C#やめてDelphiやっとけ。
152だけで153の結論が導けるとはさすがはDel厨・・・
印刷なんて最近したことないなぁ。
delegeteとeventは使えるな。
>>143 XMLドキュメント書けよ
ツール使いこなせよ
っていうか MA が重要なんだって言ってるのに誰もわからないの？
>>157 余計にコードが見にくくなる罠。
どうもああゆうのはすかんな。フィールド追加したり削除したりしたら一々書き直さないといけない。
ここはひどいクロスプラットフォームですね。
>>159 んじゃ一生Del使ってなよ。
unitのメリットなんてツール使いこなせない時にしか生きてこないよ。
>>161 Delなんかいやだけどね。ただJAVAも同じだけどコードの中に
ああゆうのをぐちゃぐちゃ書くのがいやなだけ。
コメントで事足りる時には特にね。
Delphi方式(ヘッダファイル式のC/C++含む)もなあ、
>> ユニット中で何度でもinterfaceとimplementationの各節を切り替えられると便利と思うが
>>163 なんか余計見づらくなりそうな・・・
[Ctrl]+[Shift]+[↑]([↓])で行き来出来るからあんまり不便してない。
C#のXMLコメントには、javadocのような簡潔さが無いな。
>[Ctrl]+[Shift]+[↑]([↓])
「Javaの減速を招いたのはSun――対MS訴訟で逃した大きなチャンス」
http://www.zdnet.co.jp/news/0210/17/cead_carroll.html どーっすか、Java厨諸氏。
漏れ的には、ぜんぜん減速してないと思うんだけど。
標準化云々以前に、サーバサイドアプリ、特にWebアプリ開発では、
業界標準になってるし。来月IBMから出る、Struts Extentionに期待♥
日本だと、携帯Javaは浸透しまくりで、BREWの出る幕が無いようだし。
デスクトップアプリ開発市場では、減速どころか壊滅状態に近いな。
これは間違いなくSunの失敗。
しかし、SWTの登場でどうなるかだね。
唯一、実用レベルで使えるGUIフレームワークだからな。
>>168 JavaのGUIに期待してる奴なんていたの？
>>169 登場の仕方が悪かったからな。
「動きのあるホームページが作れる！」なんつってまずアプレットから火がついたけど、
ネスケのJavaVMが最悪で、そこからはGUIのあるJavaアプリは低迷。
ジャストの一太郎Arkも大失敗だったな。
戦犯はNetscapeと？
アプレット環境に関しては。
173 ：
デフォルトの名無しさん ：02/10/17 22:06
これからは.NET？
糞スレｱｹﾞんな
175 ：
デフォルトの名無しさん ：02/10/17 22:17
??? ???? ??????? ?????? ????? ??????
176 ：
デフォルトの名無しさん ：02/10/17 22:18
もはやJavaでアプレットなんか作ってる開発者は、ほとんど趣味レベルでしかいない。
日本人なら.necです。
sageてくれ頼む
やっぱり厨房は2chの華だね。
180 ：
デフォルトの名無しさん ：02/10/17 22:37
JavaWebStartでしょ。
>>176 Sunが糞だろうとサーバーサイドはJavaの好調が続くのだろうね。
182 ：
デフォルトの名無しさん ：02/10/17 23:25
仮にSunがJDKやVMリリースしなくなったって、IBMがついてるさ！
blackdownってソース配布禁止されたの？
184 ：
デフォルトの名無しさん ：02/10/17 23:36
黒倒のソースは、たしかSunに移管されたんじゃなかったっけ？違う鴨
185 ：
デフォルトの名無しさん ：02/10/18 01:55
>143
ドキュメント見ればいいんなら、どの言語でも同じでしょ？
ドキュメントがﾄﾞｷｭﾝでないことを祈る
189 ：
デフォルトの名無しさん ：02/10/18 15:42
違うっつーに。
>>186 自分が派生させたクラスに、インターフェイス加えるでしょ。
そのとき、インターフェイスセット（もちろんメソッド、プロパティ）が
妥当かどうかコーディングしながら見渡したいわけ！
つまり、C#はコーディングに適さない言語。
こっちが上がると社員が別スレの方を必死で上げてくる罠
C#はｲﾝﾀｰﾌｪｲｽｶﾞ同一ﾌｧｲﾙ限定ﾅﾉﾃﾞﾂｶ?
C#はアレだねぇ。
>>192 Delもコードエクスプローラはあるんよ。>メソッド一覧
パーソナルユーザーは試せないけど。
194 ：
デフォルトの名無しさん ：02/10/18 16:22
というよりも、コードエクスプローラがありながら、
インターフェースの宣言がメソッド一覧になるのがDelphiの良いとこ。
親クラスのメソッドは見えんが、それは利点。見るときは親クラスのコードで見る。
で、問題のC#だが、インターフェースの中に実装混ざるわけよ
>>191 ま、そこくらいしかDelphi文法との違いを生み出せなかったんだろうが、サイアク。
>192
196 ：
デフォルトの名無しさん ：02/10/18 16:40
後発なのに、環境も文法もDelphiに及ばない.NETて一体...
>ま、そこくらいしかDelphi文法との違いを生み出せなかったんだろうが、サイアク。
>>195 >interface部に書いたらimplements部に空のメソッドを書いてくれる
あるよん♪
Ctrl+Shift+C
>198
201 ：
デフォルトの名無しさん ：02/10/18 16:55
このスレは、J2EEの環境設定とDelphi初心者のための操作スレになりますた。
知らない間にDelphiスレになったのか、ここは…
すれ違いスマ
204 ：
デフォルトの名無しさん ：02/10/18 18:00
一時期、DelphiよりC#が良いと言われてたがウソ？
嘘ですよーん。と言ってみるテスト。
>>204 今回の話はあくまで宣言と実装の書き方「だけ」でしょ？
･･･内心、総合でもDelが上と思っているが(w、でもこれ以上続けるなら仲良しスレかな
207 ：
デフォルトの名無しさん ：02/10/18 18:24
Delphi >>>>> C# >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VB.NET
208 ：
デフォルトの名無しさん ：02/10/18 19:38
.NETのクロスが失敗で、Delphi/Kylixがクロスできるってのは凄いことなんだろうか。
Ｒｕｂｙ ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ ．ＮＥＴ
↓わき上がるRubyマンセーの声
Python 厨ですがなにか？
214 ：
デフォルトの名無しさん ：02/10/18 21:22
.NETっていうのは、OSの上で動作する、アプリの実行環境だよね。
糞ｽﾚageんなボケ
216 ：
デフォルトの名無しさん ：02/10/18 21:24
Ruby>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
217 ：
デフォルトの名無しさん ：02/10/18 21:28
218 ：
デフォルトの名無しさん ：02/10/18 21:35
.NETにふさわしい醜い展開（ｗ
荒れないようにsage進行でおながいします
age
221 ：
デフォルトの名無しさん ：02/10/18 23:05
Ruby!
222 ：
デフォルトの名無しさん ：02/10/18 23:09
クロスバ・・・・・。
223 ：
デフォルトの名無しさん ：02/10/18 23:24
クロス開発はDelphi/Kylix or Java！
224 ：
デフォルトの名無しさん ：02/10/18 23:25
クロス開発はDelphi/Kylix or Java or Ruby!
このスレの会話はageるためのコピペ（偽）
>>187 JavaWebStartは別スレそのまま。
レス900前にルールを破ったので、このスレDAT落ちケッテイ。
なお、.NETスレシリーズから除外しますし、
このスレが900を越えても次スレは立てられません。
現在存在する「.NET大ブーム10」も除外対象です。
http://pc3.2ch.net/test/read.cgi/tech/1033204295/877 正直キモイ
>.NET大ブーム9 ISO標準化で普及に拍車
>Linux・FreeBSD上でも動き、Intel・HPが強力に支持してるC#/CLI。
>アンチが何を言っても普及の流れは止められない。
226 ：
デフォルトの名無しさん ：02/10/18 23:30
↑
228 ：
デフォルトの名無しさん ：02/10/19 01:02
.NET
JavaはSunが手を引いた方が絶対普及するよなぁ。
>>229 Sun マンセーなわけじゃないけど、
Sun が手を引くと Java の何が良くなるって期待してるの？
231 ：
デフォルトの名無しさん ：02/10/19 11:55
Ｓ∪∩なんてどーでも良いけど、
>>231 × サーバーから携帯電話まで
○ サーバーと携帯電話しか
233 ：
デフォルトの名無しさん ：02/10/19 12:02
これからは、PCより携帯機器じゃん。
234 ：
デフォルトの名無しさん ：02/10/19 12:18
WinCE用の組込って、MFC or VBだったじゃん。
235 ：
デフォルトの名無しさん ：02/10/19 12:30
サーバでも.NETが優位という話は出てこないね。
.NET 厨いい加減に気づけ。
238 ：
デフォルトの名無しさん ：02/10/19 22:18
>>236 Javaか、Delphi/Kylixか、Ｒｕｂｙ！
>>236 でもM$で動けばこの世の９割のマシンで動くということで
外なんて事実上無いっていう話もあるんですが・・・
>>239 サーバや PDA だと MS OS は何割？
サーバーやPDAがすでに世の中のマシンの１割
>>241 質問がちょっとおかしいな。
>>239 への質問なら
サーバーやPDAでMSのOSが動かないのは何割？と聞くべきだろう。
>>243 そんなことを気にする奴も世の中の１割、有って無きが如し。
サーバーやPDAも世の中の一割、有って無きが如し。
246 ：
デフォルトの名無しさん ：02/10/20 01:50
は？キティ？
取られたって昔はMSのものでしたかねぇ。
携帯ってさぁ、これ以上機能いらんとかマジで思うこと無い？
あのさ、仕事でやってる人間なら台数比較なんかしても意味ないでしょ。
携帯電話も使い捨てだしな。
.NETで、ExcelのマクロがC#で組めるようになったりするの？
開発環境ではなくただの実行環境にもコンパイラがついているのが
>252
>>253 つーか.NET対応のExcelまだ出てないし。
まあ今のExcelでもやろうと思えばC#でマクロ組めると思うけど。
255 ：
デフォルトの名無しさん ：02/10/20 07:18
.NETのプログラムからExcelって操作できるの？今までのCOMみたいに
Excel自体COMだし。
257 ：
デフォルトの名無しさん ：02/10/20 07:27
いやだから、.NETから提供されているライブラリだけでExcelを操作できるのかと。
>>255 ラッパー経由で、VS.NETならCOMコンポを選ぶだけでExcel操作できるよ。
結論「.NETからExcelを使うのは簡単」
Microsoft.Office.CoreというNamespaceも準備されておる。
.NET から Excel を使うのは難スィー
携帯電話に Java が入っている意味。
>>260 > ここ数年の MS 製品に少しずつ見えている特長。
何？
>>246 キティは、おまえ。
携帯電話に Java なんか入ってるのは、日本だけだよ。
> 組込みもそう。
いつのまにか、PDA を組み込みにすりかえてるし。
携帯/PDA 以外の組み込みで、Java 使ってる (かつイパーイ売れてる) ものあげてみ。
私の記憶が確かならば、M$は常に遅れてやってきた。
apache ver2は誰も使ってないってホントですか？
>>263 あのぉ、童話によると後から来て追い越したのは亀なんですけど。。。遅れすぎたウサギって誰？亀は誰？
266 ：
デフォルトの名無しさん ：02/10/20 14:30
まだ一人か。日曜は食い付きがわるいな。
267 ：
デフォルトの名無しさん ：02/10/20 14:36
正直、.NETつーかC#は凄く楽しい事ができそうな予感だけはある。
>>267 フリーで賄ってもヘルプは日本語だがそれでも足りない？
日本語の情報はフリーでも十分だと思うが、
フリーじゃなきゃ解決される問題なのか？
Del6PerみたいにフリーのIDE出せって事だろ。
確かにやる気はしないがフリーのIDEと情報は違う。
271 ：
デフォルトの名無しさん ：02/10/20 14:53
>>268 それはSDKのヘルプが日本語ってこと？
もしかして、Delphi Personalみたいな、製品版から一部機能を抜いた
Visual C# Personalみたいのがあるの？
もしあるなら、MSマンセーなんだけど・・・・・・
SDK落としてみなよ。
273 ：
デフォルトの名無しさん ：02/10/20 15:02
>>270 ごめん、すれ違った。
え～っと、俺が言いたかったのは、フリーの開発環境(IDE？)を
使おうとすると、英語な時点で凄く大変。
結局、少し弄っては投げ出しての繰り返しで、これは俺がJava
で挫折した時と同じ状況だってこと。
英語が理解できる人とか、仕事としてプログラムしてる人なんか
だと気にならないんだろうけど、単なる趣味で知識も乏しい俺な
んかには敷居が高い。
でも、C#はなんかかっこいい（ｗ
ネットワーク越しに云々とか、プログラムや関数？のアクセス可
能なリソースを制限できるとかいうのを読んでると、なんか今ま
でとは全然違った事ができそうな気がして期待は募る。
275 ：
デフォルトの名無しさん ：02/10/20 15:21
すごいことができるJava VS すごいことができそうな.NET
>>273 > ネットワーク越しに云々とか、プログラムや関数？のアクセス可
> 能なリソースを制限できるとかいうのを読んでると、なんか今ま
> でとは全然違った事ができそうな気がして期待は募る。
C# よく知らんのだが、これって RPC が言語仕様に入っていると言うことなの ?
何がすごいのかよくわからん。
278 ：
デフォルトの名無しさん ：02/10/20 16:08
しかし、C#の何が凄いのかイマイチ理解できん（ｗ
Java が難しくて使えない人なんているんですか？
>>279 一山いくらってくらい大量にいる。
VC++使えない奴と同じくらいいる（ｗ
>>276 SOAPでのpass-by-valueのやりとりしかできない。
可哀想な.NET。
>>281 しかもWindowsプラットホームのみ
>>263 裁判に明け暮れていたのはM$だけでなく$UN もだと思うのだが・・・
こういう勝負だと$UNには勝ち目はないよ、資金力が違うもん。
Javaはもう消えてゆくのみ。
>>283 Javaの発展に$UNなど必要ないって事を知らないね
Java には IBM がいるからな。
こういうのは求心力を失ったら終りになる
JavaはIBMとオープンソースに身を委ねたほうがずっといいものになると思うが。
> こういうのは求心力を失ったら終りになる
>>287 Oracle忘れとる。
>>288 > ちなみにMSの技術はスポンサー（生みの親）が「やめた」といったら終わりになる
まぁ、別の技術を始めるだけだけどね。.NETはMSの裁量でどうにでもなるあたりが
Javaを中心とした技術との違いだな。
遅レスだが･･･
>>290 >> 携帯電話に Java なんか入ってるのは、日本だけだよ。
> 日本人ならそれを誇れるように思わなきゃ。
別にそれが、悪いとか言ってるわけじゃないよ。
ただ単に、事実を書いてるだけなんだがな。
まあ、技術屋にとってモチベーションを保つためにある種の思い込みが必要なのはわかるが、思い込みの部分と現実をごっちゃにしちゃダメだよ。
> で、携帯の最大の問題が、いまさら言うまでもないが予め組み込まれた機能しか使えない、
294 ：
デフォルトの名無しさん ：02/10/20 19:43
>・電話関係 ･･･ 電話、音声録音機能
> > で、携帯の最大の問題が、いまさら言うまでもないが予め組み込まれた機能しか使えない、
結局.NETの「クロスプラットフォーム」って、
298 ：
デフォルトの名無しさん ：02/10/20 20:17
戦略なら予想つくよ。
>>297 が、ファーストバージョンから肥大化始まってる。
その企業の文化や技術というものがあってね、MSにCompactは無理なようだ。
カトラーのNTも、製品統合（IIS等）によってセキュリティ破壊されたし。
.NETはCompactなものを目指しながら、統合で肥大化まっしぐら。
> ファーストバージョンから肥大化が始まっている。
> > ファーストバージョンから肥大化が始まっている。
> それは何か根拠があって言っているのか？それとも思い込みなのか？
>>298 ではないが、
サイドバイサイドを保証するということは、バージョンが上がるたびにサイズが
大きくなっていくのは確実だね。
（1.0が20Mなら1.1は25M、パッチをあてつつ2.0の頃には40Mとか（ｗ）
でもファーストバージョンが肥大化しているとはあまり思わないな。
てゆうか関係ないけどFTPライブラリくらい提供してよ.NET。
301 ：
デフォルトの名無しさん ：02/10/20 20:42
>>287 すでにJavaの言語仕様の動向はJCPに委ねられているし、
Sunとしてもそれを望んでいるようだよ。
IBMはJavaにも入れ込んでいるし、MicrosoftともWebサービスを押し進めようとしているしで
その二股ぶりがなんとも面白い。
当たり前だけどポリシーみたいなものは関係なくて、
金になりそうなものをやってるだけなんだなぁ、と。
.NETランタイムが20MBというのは大きいんだろうか？
303 ：
デフォルトの名無しさん ：02/10/20 21:05
netになって落ちこぼれちゃった人ってどれくらいいる？
304 ：
デフォルトの名無しさん ：02/10/20 21:06
>>302 JavaVMと比較しる。
設計も比較しる。JavaはRDBインターフェースとってもJDBCとがちがちで、
その外にODBCブリッジなんかを持つ。
ところが、次期.NETは内部にSQL鯖専用インターフェースを持つんだって。
次にはAccess専用インターフェースか？
Javaランタイムって何MBだっけ？
306 ：
デフォルトの名無しさん ：02/10/20 21:07
303=ネタにしてはツマラン...
309 ：
デフォルトの名無しさん ：02/10/20 21:10
>>305 JDK1.3のJREが20M。
MSもこのサイズ以上にならないように相当気を使ったと思われ。
>>292 お前は、現在の現実と将来の思い込みの区別がつかんのか ?
俺は、
>>262 で「事実」のみを書いてるだけ。
別にあんたらが、.NET に入れ込むのを反対してわけでもないのに、なに熱くなってんの ?
> しかもプロバイダに加盟しないでネットワーク回線繋がないで、
お前、アフォか ?
> お前は、現在の現実と将来の思い込みの区別がつかんのか ?
> 俺は、
>>262 で「事実」のみを書いてるだけ。
> 別にあんたらが、.NET に入れ込むのを反対してわけでもないのに、なに熱くなってんの ?
オマエ面白すぎ。言葉遊びしてるだけジャン！
290に何一つ論理的な反論できねーでやんの。
> > しかもプロバイダに加盟しないでネットワーク回線繋がないで、
>
> お前、アフォか ?
auやdocomoをプロバイダとは言わんわな。ｱﾌｫはオマエ。
てゆうかレベル低いahoは議論に参加するなよ・・・。
ｸｿｽﾚらしくなってきたな
なんか痛いヤツが吼えてるな・・・
今、C:\Program Files\JavaSoft\JREの下をプロパティで開いてみたら
マジレスだが、
今夜の相手は262でつか？
配布時のサイズと実行時のサイズがごっちゃ。
なるほど。俺が低レベルすぎた。首吊ってくるよ
320 ：
デフォルトの名無しさん ：02/10/20 21:22
>auやdocomoをプロバイダとは言わんわな。ｱﾌｫはオマエ。
>auやdocomoをプロバイダとは言わんわな。ｱﾌｫはオマエ。
> なぜ、PCの枠内でしか思考できないんだろう。不思議。
323 ：
デフォルトの名無しさん ：02/10/20 21:25
なんか語っている奴がいるような感じだが
320と321は262だな。
>>324 違うよ。常識的な言葉に理由なんぞいらんと思うが調べてみ。
俺なんかが言うよりよっぽど納得できるでしょ。
お前ら全員殺してやる～
解凍後の.net runtimeのサイズは50M。
俺は本物だ～
329 ：
デフォルトの名無しさん ：02/10/20 21:33
>>325 PC買って、その後にプロバイダに入ってということが、
携帯電話では契約の場で済むことが重要なんでしょ。
その内容に対して、プロバイダだとかプロバイダと違うとか、
そういう周縁にしか目が向かないのが変。
>>324 言葉遊びじゃないただの反論なのに言葉遊びって言ってるよ(ﾌﾟ
ランタイム配布と解凍後のサイズ
334 ：
デフォルトの名無しさん ：02/10/20 21:36
.NETの肥大化が証明された今、
まぁアレだ。
ノキアはプロバイダ！エリクソンはプロバイダ！！ボーダフォンはプロバイダ！！！サムスンもプロバイダ！！！！
>>311 > 290に何一つ論理的な反論できねーでやんの。
日本語読めない方ですか ?
「別にそれが、悪いとか言ってるわけじゃないよ。」って言うのが、お前には反論してるように見えるのか ?
> auやdocomoをプロバイダとは言わんわな。ｱﾌｫはオマエ。
それこそ「言葉遊び」じゃねーか。
au も Docomo もプロバイダの機能は持ってるよ。
「電気通信事業者」って知ってるか ?
で、「ネットワーク回線繋がないで」のほうには、反論しないのか ?
携帯電話は、電波でそこら辺のネットワーク回線のもぐりこんで メール/Web ブラウズしてんのか ?
お前らの電波とは違うんだぞ。
>>324 > 320と321は262だな。
残念だが、違うよ。
>>326 ,
>>328 騙るな。
>>332 何とか「協会」とかの名前に弱い香具師だな。
全てのプロバイダがそれに載ってる訳じゃねーぞ。
>>335-336 アフォですか ?
確かdocomoやauといったキャリアは、携帯からのパケットをサーバで受信して、そこからキャリア側で契約したいろんなプロバイダに接続しにいってるんじゃなかったっけ？
＞au も Docomo もプロバイダの機能は持ってるよ。
>>262 ・・・必死だな
全員の煽りに反論しているのが何ともけなげでカワイイ・・・愛すら覚える
・・・2ch初心者でつか？
> 何とか「協会」とかの名前に弱い香具師だな。
342 ：
デフォルトの名無しさん ：02/10/20 21:57
よーしパパもっと煽っちゃうぞ～
全員に１つ１つレスつけたのか・・・
正直、ﾄﾞﾄﾈﾄに全然関係ない話なのでどうでもいいし、
Javaだと、Java HouseのMLにわりかし情報集まってたけど、
>>341 アフォか、ドコモが何でそんなところに載せる必要があるんだ ?
> アフォか、ドコモが何でそんなところに載せる必要があるんだ ?
>>348 > DOCOMO, AU, J-PHONEの３社がいずれも載っていない理由もないよね。
サービスを一般利用者に提供しないからだろ。それぐらいわかりませんか ?
262は338からの煽りに全部レスしてくれるかな（わくわく）
> サービスを一般利用者に提供しないからだろ。それぐらいわかりませんか ?
352 ：
デフォルトの名無しさん ：02/10/20 22:11
>>349 じゃあそのサービスは誰に提供しているの？（煽りじゃないよ、マジレスまたはソースきぼーん）
>>351 ごめん間違ってたよ。
au は、自社の携帯経由と言う条件付だけど、サービスを一般利用者に提供してたよ。(au.net)
とりあえず、「サービスを自社携帯利用者以外に提供しないからだろ。」に訂正しとくよ。
>>352 自社の携帯利用者。(普通に考えれば、わかると思いますけど...。)
>>338 携帯からメール送信してみればわかるよ。俺は、au だけど...
Received: from im08omta03-s0.ezweb.ne.jp by xxx.xxx.co.jp (8.9.3/3.7W-xxx) id IAA29594; Sat, 27 Jul 2002 08:16:13 +0900 (JST)
Received: from im08imap16-s0.ezweb.ne.jp ([172.26.87.57])
by im08omta03-s0.ezweb.ne.jp
(InterMail vM.5.01.02.00 201-253-116-143-20020322) with ESMTP
id <20020726231613.HOBJ2079.im08omta03-s0.ezweb.ne.jp@im08imap16-s0.ezweb.ne.jp>
for <xxxx@xxx.co.jp>; Sat, 27 Jul 2002 08:16:13 +0900
Received: from [127.0.0.1] by im08imap16-s0.ezweb.ne.jp
(InterMail vM.5.01.02.00 201-253-116-143-20020322) with SMTP
id <20020726231612.EVTL4190.im08imap16-s0.ezweb.ne.jp@[127.0.0.1]>
for <xxxx@xxx.co.jp>; Sat, 27 Jul 2002 08:16:12 +0900
となる。みる人が見りゃわかるだろ。
なんかすごいことになっているな。
俺のレスの、本質とはまったく関係ないどうでもいい部分から論争が始まっているようだけど、俺そこらヘン全然意識しないで書いたんだよね。盛り上がってるところ悪いけど。
プロバイダ云々というのは、要は誰かが書いていたように、わざわざ別の事業者にサービス加入する必要がないという便利さを書きたかっただけ。（しかもそこ話の流れ上Javaや.NETと全然関係ないところだし）
docomoやauやj-phoneがプロバイダかどうかなんて俺は知らないし、別にどうでもいい。
とはいえ
>>262 よ、キミの売り言葉に俺の買い言葉とはいえ、俺のレスで気分を害して暴れているのなら悪かった謝るよ。
俺的にはさっさと.NET関係の流れにスレを戻してほしいよ。
すまん上は290だ
>>355 > プロバイダ云々というのは、要は誰かが書いていたように、わざわざ別の事業者にサービス加入する必要がないという便利さを書きたかっただけ。
> （しかもそこ話の流れ上Javaや.NETと全然関係ないところだし）
俺が言いたいのは、ユーザーにプロバイダを意識させないと言うのは「ビジネスモデル」であって、あんたも言ってるように .Net や Java とは関係ないことを指摘しただけ。
それに、言葉面だけ見た厨房が噛み付いただけだよ。
別に俺は、.Net が流行るかどうかは知らないし (まあ、興味はあるけどね。)、Java とかも様子見状態。
それなりには、ウォッチしてるけどみんながみんなそっちに行くわけじゃないからね。
359 ：
デフォルトの名無しさん ：02/10/21 10:39
。ＮＥＴのメリットを教えてくだｓい。
360 ：
デフォルトの名無しさん ：02/10/21 12:07
361 ：
デフォルトの名無しさん ：02/10/21 12:38
>>360 それだけなんですか？
もっとおしえてください。
362 ：
デフォルトの名無しさん ：02/10/21 12:54
>>361 数年後には破棄されるかもしれない、他技術をパクった「最新技術」を使った開発ができる。
ぼろぼろの運用環境で苦労することにより、正しいモノを見極めるスキルがつく。
品質に対して不満を炸裂させる顧客とコミュニケートするチャンスに恵まれる。
364 ：
デフォルトの名無しさん ：02/10/21 13:02
>>363 １番目だけははずれてると思うけどね。
２番目３番目は、どんなツール使ったって同じ。
使う人間の技量に依存するね。
ただし、DQN開発者が多いMSだと、
必然的にDQN率が上がるね。ブビ厨みたいに。
パクることっては別に悪いことじゃないよね。
366 ：
デフォルトの名無しさん ：02/10/21 13:15
まぁ、ポリシーの問題だよな。
Javaやるのと.NETやるので技術的思考に違いなんかでないじゃん。
>>365 パクるのは基本的に悪いことだよ 訴えられなくてもさ
ボーランドは一時倒産寸前でM$資金をだいぶ入れて貰ったから
JIT特許とか、2Way特許で強く出れないんだろ
369 ：
デフォルトの名無しさん ：02/10/21 13:23
OOを理解している人間の率が違うな（ｗ
Javaなんて既存技術のパクリじゃん。
371 ：
デフォルトの名無しさん ：02/10/21 13:31
.NETは、既存技術をパクったJavaのさらにパクリ。
.NETはJavaからパクったが、今度はJavaが.NETからパクっている。
著作権とかあるから既存技術をパクッたら
ていうかコンピュータの世界なんてパクりパクられじゃん。
>>373 残念ながら、
特許を出してなければ、コード丸ごとコピペでなければ訴えられない
それをやっていいかは別だけど、特許になってなければ、見て同じものを作るのは問題ではない。
道徳とは別の話
特許出すのってパクられることに対してそんなに苦労することなのか？
>>376 それなりに苦労するよ。
調査、明細の作文、とひとつ3～10日くらいの手間だね
そして、補正とかゴチャゴチャと
>>377 > 調査、明細の作文、とひとつ3～10日くらいの手間だね
それはパクられることに比べればたいした苦労とは思えないような。
>>378 だって実際、メンドクサイし、個人的に利益そんなにある訳じゃないし
プログラマなんて会社にいつまでも食わせてもらえる訳じゃないし
そんなものイチイチ提案して出してたら、他の会社に移ったときに自分が逆に使えなくなるし
って状況を会社がなんとかしようとすると、 たいした苦労になると思うよ
ところでJavaとかMSがパクったとされる技術って特許が取れる可能性ってあったの？
381 ：
デフォルトの名無しさん ：02/10/21 14:17
>>380 MSがDelphiからパクった 2Wayツールは ボーランドの特許
JAVAで有名な JITもボーランドの特許ではなかったかな？
386 ：
デフォルトの名無しさん ：02/10/21 16:27
>>292 携帯をくだらないおもちゃとはおもわんが、それとJAVAは関係なかろ。
くだらないゲーム以外にまともなJAVAアプリってあるの？ブラウザ、メーラ、
PIMまで全部JVMの上で走ってるっていうならいいたいこともわかるがの。
ezwebのナビゲーションはJAVAだったと思うが、遅くて使う気になれんし、
.netもどうかとおもうが、組み込み隅々までJAVAをっていうのは
無理なんじゃないの？ やっぱtronでしょ(w
1番目が一番当たってると思うぞ。
389 ：
デフォルトの名無しさん ：02/10/21 17:37
スマン。誤爆。
392 ：
デフォルトの名無しさん ：02/10/21 21:09
あげ
393 ：
デフォルトの名無しさん ：02/10/21 23:48
携帯の話はもうどうでもいいが、
訂正
しかし、誰かの予想は、当たるんだな。
>>382-383 Borland の JIT 特許ってのは、そこの日本語訳ページにもかかれているけど
「実際に実行されるまで呼び出したメソッドをコンパイルしないことでJavaコード実行を大幅にスピードアップ」
という方法とその実装方法に関する特許なので、JIT そのものの特許ではない。
それに実装方法が異なれば問題なし。
MS も、似たような特許を腐るほど申請/取得しているから調べてみ。
398 ：
デフォルトの名無しさん ：02/10/22 09:51
Winだって当初おもちゃで、UNIXに比べて安かったから浸透した。
>>398 君が言っている事は突っ込みどころ満載なわけですが
400 ：
デフォルトの名無しさん ：02/10/22 10:06
ＯＫ。突っ込んで貰うためにageたんだＹＯ！
>>399 突っ込むどころか、携帯電話がPCよりはるかに普及してて、
そうだね。
403 ：
デフォルトの名無しさん ：02/10/22 11:57
>>403 これは携帯とゆーには一回り大きいような。
405 ：
デフォルトの名無しさん ：02/10/22 12:02
おお、すげえ
>>403 欲しいような欲しくないような（無料携帯電話より高くつくと思うので）複雑な気持ち。
これを機に、次のラウンド開始だＮＥ！
これは携帯電話*付き*PDAだな。
407 ：
デフォルトの名無しさん ：02/10/22 12:32
>>404 昔の携帯よりは小さいぞ。
しばらくしたら、いろんな大きさ・形のが出てくるんじゃないの？
GBAに携帯付けた方が売れるんじゃないか？
>>403 安くて軽くなったら使いたいね
従来の携帯電話を駆逐する可能性すらあると思う
IP電話でしゃべり放題じゃ。
412 ：
デフォルトの名無しさん ：02/10/22 12:44
でも、Windows搭載携帯電話って、
電話を掛けまくるウィルスが出るに１票。
[CTRL]+[ALT]+[DEL] キー付きキーボード
前に京セラPHSデータスコープもってたけど、結局なあ・・・
417 ：
デフォルトの名無しさん ：02/10/22 15:12
ま、MSの携帯を貶してるﾔｼも使ってから言わなきゃ。
418 ：
デフォルトの名無しさん ：02/10/22 19:34
売れてる携帯電話のメーカからPocketPC 2002 Phone Edition携帯が出るか。
MS ってハードがなんだろうと *PC* なんだよな。
420 ：
デフォルトの名無しさん ：02/10/23 09:09
結論。
421 ：
デフォルトの名無しさん ：02/10/23 11:07
で、携帯にJavaが乗って低レベル3D作画APIまで出てきている時代に、
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
430 ：
デフォルトの名無しさん ：02/10/23 11:51
>>422-429 つまり、携帯電話はJava、他はDelphi/Kylixが良いということだＮＥ！
432 ：
デフォルトの名無しさん ：02/10/23 12:15
.NETには3Dも無いんだって...
433 ：
質問です。 ：02/10/23 12:18
Linux上の.NETで、ウィンドウアプリって書けますか？
>>434 まだだめですか。
じゃあ、Javaでいいです。
436 ：
デフォルトの名無しさん ：02/10/23 12:36
まさに、このスレの通り非互換ﾊﾞﾚﾊﾞﾚ。Javaだと苦労しないもんね。
Javaでも携帯とPCじゃGUIアプリに互換性がありませんが何か？
438 ：
デフォルトの名無しさん ：02/10/23 12:41
Linux用の.NET Frameworkって、MSが作ってるわけじゃねーだろ？
つーことは非互換性の原因はMSじゃないのか。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
Javaアプリから無理にWin32コールしてウィンドウ開くことは無いし、
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
なんだよ。MSﾏﾝｾｰ隔離スレなのに.NETへの懸念で撃沈されてやんの。
450 ：
デフォルトの名無しさん ：02/10/23 13:11
本スレが荒らされてるよ。.NETの終焉に続いて.NETスレも終りか。
>>434 Qt は Linux、Mac、Windows に対応してるから、System.Windows よりは
遙かにクロスプラットフォームの可能性が高いな。
でもやっぱし MS じゃないから、.NET のバージョンアップで全く
使えなくなる可能性もあるな。サードパーティのライブラリだと、
そのたびに対応待ち。でも MS 製のものはすぐ対応版が出る。
結局 Windows と同じことが繰り返される。
452 ：
デフォルトの名無しさん ：02/10/23 17:31
".NET" is Not the Environment superior to Windows Technology. >> 451
| ニセスレニセスレニセスレ！をやっていいですか？
| ニセスレニセスレニセスレ！をやっていいですか？
| ニセスレニセスレニセスレ！をやっていいですか？
| ニセスレニセスレニセスレ！をやっていいですか？
| ニセスレニセスレニセスレ！をやっていいですか？
| ニセスレニセスレニセスレ！をやっていいですか？
| ニセスレニセスレニセスレ！をやっていいですか？
| ニセスレニセスレニセスレ！をやっていいですか？
| ニセスレニセスレニセスレ！をやっていいですか？
| ニセスレニセスレニセスレ！をやっていいですか？
次スレたってんだよな。
464 ：
デフォルトの名無しさん ：02/10/24 11:35
sage進行でおながいしまつ
Officeは将来的に発売される.NETServerの高機能クライアントになるだろう。
XMLによって、直リンは避けらてるところは良いのかもしれないね。
[クロスカウンタープラットフォーム]
.NETはOfficeのためだけのインターフェースということで宜しいでしか？
＼ │ ／
＼ │ ／
＼ │ ／
＼ │ ／
blackdownってソース配布禁止されたの?
さびしぃ
477 ：
デフォルトの名無しさん ：02/11/04 10:51
あげ
一年前と同じ話してません?
あげ
480 ：
デフォルトの名無しさん ：02/11/22 20:32
同じ投稿ばかりってのも。AAは面白いけど。
.NETの抽象的で曖昧な意味ってなんだ？
.NET = M$ の囲い込み
483 ：
デフォルトの名無しさん ：02/11/24 12:42
>>481 .NETについて詳しいことは知りませんし、理解していません。
仕事にもよるが、LinuxやJ2EEの方を理解した方が価値がありそう。
.NET = M$ と思い込ませるのが M$の狙いというのは確かだと思います。
M$はいままでそういう情報戦略もとってきたわけですから。
JavaScriptとJScriptとVBScriptとActiveScriptを同じものと思い込ませるような戦略
C#が新しいC/C++言語だと思い込ませる戦略
他社が苦労して作ったものをあたかも自分たちが作ったと思い込ませるような戦術
M$から見れば、 .NET = この世に存在するすべてのプログラミング言語
ともしたいのでしょう。本当にそう思っているなら相当傲慢に見えますが。
.NETの中心にC#がある、というのはわかるが、あらゆる言語を統合したいという考えの裏には、言語は統合できても動作する環境はWindowsのみにしたいという欲が見えてきます。
「.NETはなんでもできる」というのが、曖昧に見えます。
484 ：
デフォルトの名無しさん ：02/11/24 15:51
485 ：
デフォルトの名無しさん ：02/11/24 21:04
／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣＼
IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/ 1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。
27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？
38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27 鋭いです。
73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。
>>422 やだよ
俺の変態性癖がバレちゃうじゃないか
j
IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/ 1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。
27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？
38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27 鋭いです。
73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。
おれが１１ちゃんねるをつくる
年初めからこれじゃあ今年いっぱいかぁ
======2==C==H======================================================
２ちゃんねるのお勧めな話題と
ネットでの面白い出来事を配送したいと思ってます。。。
===============================読者数： 138720人 発行日：2003/1/9
年末年始ボケがそろそろ収まり始めた今日このごろのひろゆきです。
そんなわけで、年末に予告したIP記録ですが実験を開始しています。
「２ちゃんねる20030107」
こんな感じで各掲示板の最下部に日付が入ってるんですが、
20030107以降になってるところはログ記録実験中ですー。
んじゃ！
────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50 ────────────────────────────
祭りはもう終わりですか
こんどからリモホ丸出しで書き込むことに決めたからな
おやすみ～ ＞ＡＬＬ(^_^;)
おやすみー(^_^:)
厨房板、崩壊ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!!
>>882 俺もそう思ってるよ。
でも、このスレの大勢はそう思っていないようで残念。
なんか賛成票の妙な伸び方が組織票っぽいんだよな・・・
悪い、ひとこと言わせてくれ。
Javaランタイムって何MBだっけ?
>>506 そんなもんJavaスレで聞けよ。どあほ。
急に丁寧語になったりしてｗ
ネタ書くのにも気を遣うようになっちゃうね
そのサーバ管理者に責任が出てくるから
隊長のことハ○とかって言えなくなるのかな、寂しいな
のだと下四桁みたいだけどね。
簡易でＰ２Ｐってのできればいいな・・・
======2==C==H======================================================
２ちゃんねるのお勧めな話題と
ネットでの面白い出来事を配送したいと思ってます。。。
===============================読者数： 139038人 発行日：2003/1/10
なにやら、連日メルマガだしてるひろゆきです。
そんなわけで、ログ記録実験ですが、いちいちサーバ指定するのが面倒なので、
全部のサーバに入れてみました。
重くなって落ちたりしてもご愛嬌ってことで。。。
んじゃ！
────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50 ────────────────────────────
んー、二番目はどうかねぇ。
(；´Д`)ﾊｧﾊｧ
久々に存在証明なスレだ。
どうせなら強制IP表示にしてくれ！
の 遊び方の解らない馬鹿が増えたから、しかたないのかもしれません。
けっこう、良い議論スレになってるなぁ…
ビビったよ
ああ
強制ＩＤの板で自作自演、天然か
控訴してるじゃん(^_^;)不当な裁判はそれさえも闇に葬ろうとしてるが
ガンガレ
（＾＾）
一月だろ。
（＾＾）
（＾＾）
Linux上の.NETで、ウィンドウアプリって書けますか?
しねよおめーら
535 ：
デフォルトの名無しさん ：03/03/07 12:17
QtといえばKylix...こちらも配布ライセンスがネックになりそう。
mage
538 ：
デフォルトの名無しさん ：03/03/18 02:31
Kylixと言えばDelphi。
ヘルスバーグと言えばヘルシーハンバーグ。
540 ：
デフォルトの名無しさん ：03/03/18 04:21
Borlandから出るはずだった.NET。
>>541 WFC/J++は元々Borland製品(未発売)です。
Borlandからインプライズに社名変更の際にMSに売り渡された経緯があります。
543 ：
デフォルトの名無しさん ：03/03/19 06:35
MicrosoftとBorland、共同でDelphi.NET開発中。
（＾＾）
今日面接にいったDQN会社の面接担当の人が
∧＿∧
547 ：
デフォルトの名無しさん ：03/04/21 05:09
http://pc2.2ch.net/test/read.cgi/tech/1050219242/796 796：内部情報 ：03/04/19 09:45
こちらに書いておこう。.NET v1.1 ローカライズ版、公開延期。
予定不明。修正後、英語版を含めてリリースやり直し。
2003 server に含まれるローカライズ版もアップデート対象。
だから、ローカライズ版のベータテストやっときゃ良かったんだよ。
798 ：デフォルトの名無しさん ：03/04/19 09:51
確かに変だね。unicodeで統一してたら問題など出ない筈なのに・・・・
もしかして、どっかにテーブル索引型のパーサでも使ったのかな 下位8bitしか見ないような
というか内部に8bit文字コード処理部分が大量にあるんだろうな。
800 ：デフォルトの名無しさん ：03/04/19 09:55
csc.exe のバグの話？
それとも別？FrameWork レベルでの問題？
確かに英語版以外は公開ベータテストはおこなわれなかったが、VS2003 ベータとか
Windows Server 2003 に組み込まれる形でテストをやっていたんだが。
もちろん、Windows Server 使う連中の何％が .NET のテストをやっているのか。と
思うと不安では有ったけど。悪い不安が的中したかな？
801 ：デフォルトの名無しさん ：03/04/19 09:58
んー。確かに「今週」と聞いていたのですが。西海岸の金曜日が終わるのに連絡ないですもんね。
796 さんには連絡があったのかな？詳細は公開してもらえないんだろうな。
,;i|||||||||||||||||||||||||||||||ii;､ ＿／
549 ：
デフォルトの名無しさん ：03/04/22 06:34
847：デフォルトの名無しさん：03/04/19 11:55
>>796 このページができた原因ってもしかして･･･。
http://msdn.microsoft.com/vstudio/partners/localization/ 864：デフォルトの名無しさん ：03/04/19 12:28
>>847 知っている人は知っているんだけど、異なる言語の 1.0 と 1.1 を同じ環境にインストールすると .NET は発狂する。
SDK の README にも重要な注意として明記されているし、実際混ぜると変なエラーメッセージが出まくる。
対応策として
A: ローカライズ版 1.0 を抜き、英語版 1.0 を入れる。
B: 1.0 と同一言語のローカライズ版または多国語対応版 1.1 を入れる。
を MS は公開している。
A案は、英語版の FrameWork で使ってください。というもの。
B案は、1.0 と同じ言語の 1.1 を入れれば大丈夫ですよ。というもの。
B 案のほうがまともな案なのだが、この「多国語対応版」 .NET Framework v1.1 を
英語版 1.1 と同時にリリースする話だったのだ。
Windows MUI 版と同じでインストーラドキュメントは英語のまま。.NET Framework としての UI / 実行時メッセージが多国語対応。
かつ（たぶん再起動が必要だが）切り替え可能。というもの。
これがなぜかいまだにリリースされていない。
ほとんどのマシンには Windows Update で、適切な言語の .NET Runtime がインストール
されちゃっているから、現時点で 1.1 アプリを配布することは実質的にできない。
MUI 版が出ないとアプリを配布できない開発環境になることは分かっているはずなのに > MS
550 ：
デフォルトの名無しさん ：03/05/04 01:16
で.NET1.1日本語版はいれても互換性の問題ないの？
M$やWindowsの互換性問題が消えるわけねーだろ。
552 ：
デフォルトの名無しさん ：03/05/04 06:46
ま、期待したほうがバカだったんだろうけどさ。
はずれる技術とわかっている前提で勉強する
どうせwindowsでしか動かないんだから、
555 ：
デフォルトの名無しさん ：03/05/04 09:39
.NETは MS-Linux への布石
Windows が駄目なときは MS の資産すべてが駄目なときだよ。
>>552 それは gotdotnet/Japan の ML からのコピペだな？ご本人ですか？
調布 MS 社内の人間が記名で出てくるめったに無い空間だが、「できません」の
一言でしたね。
558 ：
デフォルトの名無しさん ：03/05/04 12:03
そりゃまあ、PDAでパソコンと全く同じことができるならパソコンは
559 ：
デフォルトの名無しさん ：03/05/04 14:00
Q: .NET で Beep を出すにはどうしたらいいんですか？
560 ：
デフォルトの名無しさん ：03/05/05 10:49
Managed DirectX 使えば、音出るんじゃない？
Compact Frameworkだしなぁ。
1.1SDKまだ出てないの？
.NET良いねえ。
>Managed DirectX 使えば、音出るんじゃない？
λ式欲しい。
566 ：
デフォルトの名無しさん ：03/05/07 16:05
1.1SDK
>>566 1.1 SDK の US / 台湾 / 共産中国 / 韓国版はでているの。日本語版はなし。
SDK のほとんどのファイルは同一だけど、肝心のヘルプが日本語版が手に入らない。
>>567 ヘルプの翻訳待ちってことかな、、、
日本MSの仕事が遅いのか
コンパイラーのエラーメッセージが英語だとイヤンだしな～。
>>568 いや。Visual Studio 2003 には .NET 1.1 SDK が含まれている。それのヘルプは
翻訳済みで、単に日本語版がリリースされないだけ。
連休が終わったら出ると思っていたんだけどなぁ。
とっとと日独仏版の SDK を出してもらわないと、わしらとっても困るんねん。
発狂するSDKで良ければ出せると思いますが。
572 ：
デフォルトの名無しさん ：03/05/08 02:42
あれ、、、csc7.1って.NET1.1ラインタイムいれただけで入るのかな、、
まだ発狂ネタ言っている奴がいるのか。
SDK出てないんだから、
このすれの最初の方の奴らはなに？
>>569 でもさ、こういうのは連休前に出さないとな。
577 ：
デフォルトの名無しさん ：03/05/09 08:53
>>574 だから発狂祭りは終わったんだってばさ。
1.1 ダウンロードできるだろ？
でもさ、1から1.1になるときに発狂するなんて、3.0の頃にはどうなるか。
579 ：
プロの逝って良しの１ ◆MvRbZL6NeQ ：03/05/09 10:10
マイクロソフトの.NETアカウントの管理システムにアカウントが簡単に乗っ取れる重大なセキュリティホールが発見された
580 ：
デフォルトの名無しさん ：03/05/09 10:45
.NETはもう古いと。
日本語の読めない朝鮮人が紛れ込んでるな。
つーか、発狂などしなかったわけだが。
>つーか、発狂などしなかったわけだが。
ん～。じゃぁソースだしたら？
586 ：
デフォルトの名無しさん ：03/05/09 13:50
>>587 なんか「いつものこと」というか風物詩だね
589 ：
デフォルトの名無しさん ：03/05/10 13:36
さすがだなM$
591 ：
デフォルトの名無しさん ：03/05/11 08:17
.NETが標準化されたらWindowsAPIが死滅するんですか？
592 ：
デフォルトの名無しさん ：03/05/11 08:33
>>591 逆です。 .NET化を普及するために WindowsAPIの互換性と速度を少しずつ狂わせて死滅させます。
>>753 JTAG ICEは遅いし、たいていCPUを止めないと内容が見えないでしょ？
好きな所で止められないシステムも多いと思うが？
ごめん誤爆だ。
595 ：
デフォルトの名無しさん ：03/05/11 09:30
>Windows Server 2003 の64ビット版は徹頭徹尾，少しも.NETの部分を含んでいない。
596 ：
デフォルトの名無しさん ：03/05/11 09:50
まあ、またおまえらはM$に騙されたわけだが。。。
>>595 ちったぁ、頭使えや。
Windows 98に.NET Frameworkが使われてないからって、
98用のランタイムが存在しないってことにはならんだろ。
598 ：
デフォルトの名無しさん ：03/05/11 10:01
入手困難なら無いのと同じ。
頭悪いと、OSに使われてないと入手困難と考えるのか。
600 ：
デフォルトの名無しさん ：03/05/11 10:07
一般層は頭悪いんだよ。あんたみたいな天才と違ってな。
一般層が頭悪いんじゃなくて、俺が天才なんじゃなくて、
まあ、64bit環境では .NET は不要って事だろ。
まだ、馬鹿がいるよ。
>>602 同じ理由で、longhornでは.NETは必要って事です。
605 ：
デフォルトの名無しさん ：03/05/11 10:23
M$の製品なんだから、Ver3.0までは様子見しとけ。
>>604 そうだな。 他に売りがないもんな。
でもさ、.NETって消費者にどうアピールするんだ？
C++で作りました・・・・VBに比べて軽くてカスタマイズが効いて便利そう
インターネットを加速する.NETテクノロジ
610 ：
デフォルトの名無しさん ：03/05/11 17:50
.NETで Webサービスにあれだけ注力してたのも、
そしてJAVA陣営に比べて異常に廉くしてたのも、
結局はWebサービスのシェアを握って、Webサービスから恒常利益を搾り取る仕掛けを作りたかったから。
その象徴というかメインプロジェクトが HailStorm = .NET MyServices
なのに、そのネッコの所で
>>587 の個人情報漏洩。
他人事ながら、これはもう終わりだな・・・・.NET
> JAVAで作りました・・実績あるもののな
.NETで32->64bitの移行を何の問題もなくできてしまうと、
ありゃ、誤爆してしまった。
>>612 そうは言っても別環境で完全に何の問題もなくってのは難しい。
まずは32bit環境でAPIとかに頼らず.NETランタイム内で完全に
閉じてるくれる事が必要だけど・・・・
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―
∧＿∧
617 ：
デフォルトの名無しさん ：03/06/02 18:50
VB.NET …まだVB使ってるの？以前と結構シンタックス変わってるし
ごめん。糞スレ上げちゃった。すまん。
山崎渉しか書き込まないスレをあげて何がしたいんだろ。
馬鹿にするな!
623 ：
デフォルトの名無しさん ：03/06/02 19:11
624 ：
デフォルトの名無しさん ：03/06/02 19:11
↑山崎フシアナ
627 ：
デフォルトの名無しさん ：03/06/02 19:18
VB.NET …まだVB使ってるの？以前と結構シンタックス変わってるし
↑名言
自イ乍自ミ寅
.NETは金に目がくらんだ中小企業向けだな。
631 ：
デフォルトの名無しさん ：03/06/04 07:59
中小とは
どうせレスつかないんだからやめればいいのに。
J2EEはハイエンド企業をターゲットにして普及し
634 ：
デフォルトの名無しさん ：03/06/08 04:38
上から攻めるか下から攻めるかだと
後ろから前からどうぞ
windowsでしかまともにうごかんのに、CLRは意味ないよなぁ。
637 ：
デフォルトの名無しさん ：03/06/12 14:59
どうせJavaパクるならもっと斬新なことやってほしかったね
ってかまったく及んでいないジャン
639 ：
デフォルトの名無しさん ：03/06/13 02:23
>>639 そういうことやっているから必死だって言われるんだよ。
641 ：
デフォルトの名無しさん ：03/06/13 06:27
>>636 .NETはコンパイルする必要はないよ。
ウェブアプリの場合、ASP感覚で書ける（ちゃんとファイル・クラス分けも可）
コンパイルは１度実行すると自動的に行われるから、開発者が意識することはない。
ソースをクローズにしたいのならDLLをコンパイルする必要があるけど。
実行速度はJavaより速いし、.NETはそれなりに良いとおもう。
Javaだってさ、Write Once run anywhereだけど、そのままのコードで
他プラットフォームで使えるのってまれじゃない？←違ってたらごめん。
Javaはクロスプラットフォーム製をうたってるけど、.NETは開発速度を
歌ってなかったっけ。 Javaとの違いは多言語ということだとおもうよ。
たとえば、開発するときに１つのツールしか使えないのと、
沢山のツールがあって好きなのを選べるのではぜんぜん違うじゃん？
理想論でしかないけれど、VB.NETで開発している人とC#で開発している人は
お互い相手の言語を意識しなくても共同開発できる。
いままではVBの人とC/C++の人は相手の開発言語を意識しないとだめだったでしょ？
実際に同じチーム内でばらばらの言語で開発するなんてことがあるのかは
激しく疑問におもうけど、そういう選択肢もあるってのはいいことだと思う。
642 ：
デフォルトの名無しさん ：03/06/13 06:28
>>627 ＞VB.NET …まだVB使ってるの？以前と結構シンタックス変わってるし
勘違いしてるみたいだけど、VB.NETはVBじゃない。
ぜんぜん別物。 なんとなく似てるけど、どちらかというとVB.NET＝C#
＞VC#.NET …いまさらJavaのマネ？実質Winでしか使えないし意味ない意味ない
いまさら、って言語なんてどれもほかのパクリじゃない？
VC#.NETってのがよくわからんが（開発環境だろ、それ）C#のことを言ってるのなら
Javaの良いところを組み入れて、悪いところを改善してないかね。
JavaだってC++のパクリといえなくもない。所詮言語なんてそんなもん、。
あとC#はLinux上でもうごくはず。
＞VC++.NET…全然ビジュアルじゃねえよな？難しいしもっとマシなの作れよ
それは君の能力が（略 VC4もVC5もVC6も。
.NET以前からVB以外は、君風に言えば「ぜんぜんビジュアルじゃない」。
今Javaが旬だね。.NETが出てから以前より勢いが増してる気がする。
644 ：
デフォルトの名無しさん ：03/06/13 13:16
>>641 な、何と！ どんな言語で書かれた.netプログラムも
アスキー形式ファイルベタベタなソースコードを用意するだけで
コンパイルする必要も無くさらにJavaのようにどんなOSでも動くわけですか！？
ふーん、.NETって凄いね
あぼーん
ASPのパクリのJSPのパクリがASP.NET
ASP.NETのカスタムタグは明らかにJSPのパクリだろ
C#のRAD関連は明らかにDelphi,C++Builderのパクリだろ
649 ：
デフォルトの名無しさん ：03/06/13 16:10
友達が.NETは死滅したと言ってます。
>>649 これから死滅するんだから死滅したというのは誤り
と反論しておけ
>>648 Delphi、C++BuilderのRAD関連自体VBのパクリなんですから。
654 ：
デフォルトの名無しさん ：03/06/13 23:05
で、60%の開発者が使用って話はどうなった？
657 ：
デフォルトの名無しさん ：03/06/17 19:25
＞＞６４４は基地外
659 ：
デフォルトの名無しさん ：03/06/19 18:31
visual studioを使わないで.net framworkのコンパイルツールを使うためにはどうしたらいいんですか？
コマンドを打ち込む
確かにやる気はしないがフリーのIDEと情報は違う。
.NETは失敗するね。理由は単純。VMで動かすっていう発想が痛すぎるから。何
> Javaが広まったのと同じくらいには、広まるだろうね。
Perl6もVM搭載するぞ。
コンパイラがないプラットフォームはどうするわけ(´д｀;)
Java が難しくて使えない人なんているんですか?
670 ：
デフォルトの名無しさん ：03/07/26 01:09
Windowsのプログラムしかかけないのになんで.net使わなければ
Windowsプログラムが書ければ事足りるからです．
ん？ すでにLinuxでも動いているけど？
まともにクロス開発できる代物じゃないよ。
MSの言うクロスとは，WinXPと次バージョンや64bitWinとのクロスなんですよ．
どっちみちWindowsのプログラムしか書けないと
果たして一部動くことに意味はあるのか。
てか，javaのクロスだって，よーするにSUNの人等がシコシコと
おっとゲームボーイはゲームボーイでも動くな・・・ｗ
>>677 なんか勘違いしてないかい？Windows用じゃないライブラリはちゃんと動くんだよ。
Windows以外で使う場合は使わないと想定したライブラリが動くってだけ。
Windows用ライブラリがWindows以外でまったく動かなくても問題ない。
そういうことか。勘違いしていた。
>>679 Sun が全部作ってるわけじゃない。
.NET だって Mono は Microsoft が作ってるわけじゃなし。
Sun が作ってるのは Windows, Linux, Solaris だけだな。
685 ：
デフォルトの名無しさん ：03/07/26 16:35
__,,,,＿
されど市場は小さい。
>>681 ごめん、現実問題そうもいかないと思うよ。
現状、.NETに乗換考えているのはVB使いが大半だけど、
継承しようにもコンポーネントがあれだから、アプリ作成時
には、当然の様にActiveXコンポーネントを組み込む事に
なる。
結果、建前上の仕様はともかくとして、実際に出てくるアプリ
の大半はWindowsオンリーだよ。
コンポーネントを作るという発想すらないのか？（ｗ
>>688 継承しようにもコンポーネントがあれだから、
690 ：
デフォルトの名無しさん ：03/07/29 13:22
クロスプラットフォームなんて本気で考えてるわけないだろｗ
（＾＾）
692 ：
デフォルトの名無しさん ：03/08/06 16:45
>>690 同意
Windowsで動けばいいじゃんｗ
実際にlinuxでも動いているけどね。
実際にはWindowsでも使われてないけどね。
動いているといったらこんどは使われてないか。まったく。主張をコロコロ変えやがる。
696 ：
デフォルトの名無しさん ：03/08/06 19:07
使われてないのに動いてるか。まったく。平気でM$と反対の主張をしやがる。
698 ：
デフォルトの名無しさん ：03/08/06 20:05
699 ：
デフォルトの名無しさん ：03/08/06 20:08
.NETはヘルプが英語だからワケ分からん
>>697 動くけど使われていないって状況は沢山あると思うが？
動作テストをやっただけで使われているといってもいいなら、
使われており動いているってなるけど。
>>699 結構日本語化されていると思うが？
それよりも英語だからワケわからんって大変だな。
どんどんまわりに差をつけられるぞ
M$の主張を信じている
>>697 は実はM$厨。
言っていること良く分からないし叩けば埃が出てきそう。
え、日本語版入れたのに、全部英語になっちゃってるよ？
>>703 アドレス教えてよ。起動して最初に表示されるページがいいかな。
上のほうにms-help:～って書いてあるでしょ。
ちなみにSDKの最初に表示されるページはここ。URLにJAが含まれている通り日本語。
ms-help://MS.NETFrameworkSDK.JA/sdkstart/html/sdkstart.htm
705 ：
デフォルトの名無しさん ：03/08/06 22:49
MSILのネイティブコンパイラがあればもう最強
706 ：
売れてることは売れてるようだ ：03/08/07 02:40
ベストセラー
すまん。とりあえずあやまっとく・・。
定価の下は、市価って書いた方が良いね
709 ：
デフォルトの名無しさん ：03/08/07 04:56
仕事もねえのにアカパック買って、勉強かよ。
ドトネトが何100万本売れようが
ハードがソフトを引っ張るんじゃない、
713 ：
デフォルトの名無しさん ：03/08/07 10:27
>>711 マルチプラットフォームなんてどうせ幻想（建前？ｗ）なんだから、
素直にネイティブコンパイルできるようにすりゃいいのにね・・・
つーか、このまま.NETが下火のままだと、いずれやると思われ。
>>713 意外にそういうことは戦略上出来ないM$。
VBがどれだけ売れようがVB出荷停止。
VBのネイティブコンパイラなんてわけないが、それを出せない現実。
715 ：
デフォルトの名無しさん ：03/08/07 11:24
>>714 おいおいｗ
２行目を見ると、文中のVBはVB6以前のことを指してるみたいだが、
VB6はVersion5からネイティブコンパイルできるようになってるぞ。
もっとも実行速度はVC6には到底及ばないけどな。
つか、VB6なんだか、VB.NETなんだかはっきり書こうや。
アホアンチに何を言っても無駄だがな。(ﾌﾟﾌﾟ
しかしドトネトＶＢってなんで売れるのかな。
>>717 売れる。
ブビ厨は他の言語が出来ないからブビ厨やってるやつが多いわけで、新しい言語を出しても移行しない、出来ない、というかはじめからあきらめて勉強しようともしない。
ブビの名前が入ってるだけでその移行を促すきっかけにはなる。
Java厨がJ#、C厨がC#を選択するのと同じ理屈だな。
Java厨はJ#は選ばないんじゃないかな。
722 ：
デフォルトの名無しさん ：03/08/07 15:32
C厨もＣ＃は選ばんと思うが・・
>>722 すまん、俺は選ぶよ。まあ、どれか一つ選ばなきゃいけないとしたら、だけども。
C厨じゃなくてC++厨だけどな・・・。
725 ：
デフォルトの名無しさん ：03/08/07 15:38
>>725 作るモノによる。
スットロくてもかまわないようなものなら、C#で組んだほうがラクはラクだよ。
VB.NETはもっとラクだけど、unsafeがないからな。。
727 ：
デフォルトの名無しさん ：03/08/07 16:37
C#とVBで作れるものも性能的には全く同じになるのにわざわざ新言語のC#を選ぶ理由も無いだろう
世界の開発者700万人のうち、250万人がVisual Studio .NETを利用しているという。
731 ：
デフォルトの名無しさん ：03/08/08 01:03
まーでも、COM++とかCOM+++とかActiveGXとかになるよりはマシな訳で。
732 ：
デフォルトの名無しさん ：03/08/08 01:46
.NETフレームワークは、いずれBeOSでも動くようになるんだよね？
>>730 そのうち何%が.NETアプリ作ってるんだろうね。
.NET関係なく単にVC6->VC7にアップグレードしただけな開発者が
かなりの数いるとみた。
その前に、開発者700万人とはPC上に限っての話だろうし、さらに37％はマイナー側だね。
736 ：
デフォルトの名無しさん ：03/08/08 18:04
>>735 それが正しい情報だとすれば
開発者は山ほどいるということになるが
それにしちゃ成果物が目立たないね。
そのうちわずか１％が良質なものを発表していくだけでも
すさまじい数のドトネトアプリがﾈｯﾄ上に転がり、
そのうちの０．０１%位はキラーアプリとして
全世界の端末に実行環境の導入を促し（ｒｙ
もうだめぽ
>>736 ソフトウェア板にいけば結構な数のﾄﾞﾄﾈﾄｱﾌﾟﾘがあるわけだが
BerryとかTwintaleとか
現時点でユーザーに迷惑かけたい以外の理由で.NETで作る意味あるのか？
>>737 Visual Studio .NETでVC++を使用しているユーザーが37％ということでは。
>>738 > ユーザーに迷惑かけたい
お前はそんな理由で.NET使っているのか？
>>739 > Visual Studio .NETを使って，.NETの開発をしているという。
http://www.zdnet.co.jp/enterprise/0307/31/epi01.html MicrosoftがLonghornについて言えるこれだけのこと
・.Netは大きな賭けだとMicrosoftは言っていたが、.Netは消えて会社は残った。
・Longhornは.Netが本当に賭けるべき存在になったときに登場する
・2005年にLonghornを出荷するという件については距離を置いている。
われわれは実のところ、正確にいつになるのかは分からない。
いつもこんな感じで開発者を押さえようとする。
.NETユーザは居ないわけだから流出が元から無いと言うか、これは無いな。
↓
.Netの採用と統合化への加速がLonghornにはもたらされる。
Longhornは3年前に立ち上がる予定だった.Netを再度浮上させるための試みだ。今回は本物だ
Longhornの登場で変わる。Windowsを搭載したすべてのマシンが突然に.Net開発技術を備えたものに生まれ変わるのだ
Visual C++ .NET に関してよく寄せられる質問
>>742 そういうあこぎなことをした上で.NETの失敗を認めるM$はアメリカ的というか天才というか。
それに比べてM$ﾏﾝｾｰのデジドカ連中ときたら旧VBの死滅の現実も把握してないんだからね。
>>741 longhornも、.NETも風呂敷広げすぎだよなぁ。
かつて、同じように大風呂敷広げて、結局失敗した例があったなぁ。
Multicsてったっけ？成功の母でもある訳だが。
一体どうなることやら。
745 ：
デフォルトの名無しさん ：03/08/09 01:22
.NETは大成功ですよ？
746 ：
ホゲェホゲェ ：03/08/09 01:40
>>745 しかし.NET frameworkは大失敗だなw
X-Boxよりは成功しましたがなにか？
だからX箱アプリを.NETならライセンス無しで動かせるとかやれば両方動きだすよ。
>>750 巨大な負け組み同士の統合でつか。
不良債権処理頑張ってください。
XBOXが失敗したのは日本だけじゃない？
／￣￣￣￣￣￣￣
| | ∨ ノ冖′=vvvvvv¨＼
755 ：
デフォルトの名無しさん ：03/08/09 20:35
非ｸﾛｽﾊﾞﾚﾀｰ
758 ：
デフォルトの名無しさん ：03/08/10 15:24
>>552 が、.Net の実態を非常にうまく表現しているとｵﾓﾀ。
.Net って、なに？ 64bitWindows へ移行させるための制限でしかないわけ？
で、64bitが普及したらネイティブなAPIの利用を推進するんだろうな。
そのときに.Netはどうなるか、将来は見えたな。
で128bitになるとき、また.NETを蒸し返すわけか・・・。
そんなに再掲して欲しいんでつか？
>>759 552 ：デフォルトの名無しさん ：03/05/04 06:46
ま、期待したほうがバカだったんだろうけどさ。
VB6から.NETで増えたプロパティーのほとんどが NET Compact Framework では
使えないようですね。例えばボタンのTextAlignやフォームのTopMost等。
（Handleプロパティは残してほしかった・・・）
eMbedded Visual Basicでかなり苦労して、.NETに期待していたので
煮えきらない感じがして少し残念です。
まったく異なる３種類のライブラリ、WinForm/WebForm/CompactFramework を
統合環境側で力技で押さえつけているのですね。
ライブラリの内部に一歩でも踏み込むとソースコード未提供の非互換の世界が
待っていることが分かりました。
559 ：デフォルトの名無しさん ：03/05/04 14:00
>>761 .NET1.2にSystem.Windows.Forms.Soundクラスが追加された
>>System.Windows.Forms
CFがPCと同じだったらそれこそ驚きだが上のほうの人何いってんだろ。
764=ﾄﾞﾄﾈﾄを否定
否定じゃなくサブセットなだけじゃん
サブセット用にvirtualインターフェースしてなんで、みんなぶったまげてるんじゃん
>>767 互換性を全く伴わない抽象化というのも、ある意味すごいとおもう。
飛行機に車のハンドルとブレーキをつけたようなカンジかな。
アクセルもあるけど、飛んでる間だずっと踏んでなきゃだめなの？みたいな。
>>768 だから飛行機と車に抽象化されたハンドルがあって、実装はそれぞれに行われて便利なのか。
ﾄﾞﾄﾈﾄには同じ会社のOS間でもそれが無い、と。
PCにさえ合わないなんて、一旦仕切りなおしてﾄﾞﾄﾈﾄを廃棄して新しいものを作るのがM$にとっても良さそうな。
今年に入って受注する仕事の比率が.NET : JAVA = 7 : 3 なんだけど。
まじっすか？
774 ：
デフォルトの名無しさん ：03/08/14 11:29
そりゃ、さいのカワラのように石を積んでは崩されるデジドカ仕事はあるだろう。
>>771 そいつの他の書き込み見てみ。さらにワロえる。
Blasterを逆手に「COMはもう止めて.NETに移行しよう」と提案中
>>771 そいつはまぢで相手にしても何のとくにもならんよ。
Javaプログラマの俺から見てもいたすぎ。というか嫌悪感すら覚えるコメントだらけ。
779 ：
デフォルトの名無しさん ：03/08/14 22:43
余裕の.NET使い vs 必死なJava厨 という構図はどこも一緒だな
780 ：
デフォルトの名無しさん ：03/08/14 22:44
開き直った.NET使い vs 必死なJava厨だろ
>>781 誰も聞いてないのに「ほらね」ってのはどうかと思われ。
使い捨てアプリなら別に何で作ってもいいんだけど、
まぁ、何にしても安かろう悪かろうの世界です。
788 ：
デフォルトの名無しさん ：03/08/15 01:05
でも「悪夢を統べるもの」氏的な感じの「ゲイツ憎けりゃ.Netまで憎い」
_,......,,,_
>>788 極論ではあるけど、多少はいるかな。
あの『悪魔を～』とかいうやつは、典型的なあほの見本。死んでほしい。
とりあえずMSをたたいとけば、なんとなくかっこいいとおもってるJava信者は
JavaPGの俺から見てもなんか、もう、ね。なんとかしてくれ。
っつーかただのアニオタだろ？アニオタのおばか発言を真に受ける他のやつらもどうかしてるぜ。
792 ：
デフォルトの名無しさん ：03/08/15 12:46
C#←J++ ←Java＋Delphi←oak .←…Smalltalk,C++,etc.
(⌒V⌒)
794 ：
デフォルトの名無しさん ：03/08/15 21:57
地球上で最も賢い人間ゲイツで～す
796 ：
デフォルトの名無しさん ：03/10/25 18:14
ソニックブーム
797 ：
デフォルトの名無しさん ：03/10/25 21:17
C#で圧縮を標準の環境だけでやろうとしたら、
？
799 ：
デフォルトの名無しさん ：03/10/25 22:34
MSDNにjava.util.zipの説明が見当たらないし
800 ：
デフォルトの名無しさん ：03/10/25 22:54
>799
もしかして、java.util.zipがMSDNとは
802 ：
デフォルトの名無しさん ：03/10/26 00:11
ハァ？J#とはいえMSが売ってる物なんだからMSDNにヘルプ載せるのが当然だろうが
804 ：
デフォルトの名無しさん ：03/10/26 01:55
>>803 このカスが、おまえは文盲のようだな。誰か他のマトモな人相手してくれ。
SunのJavaとJ#の同名のクラスでも、微妙な違いがあるんだよ。
例えばDeflaterのdeflateメソッドがbyteとsbyteの違いがあったりする。
だからSunのを鵜呑みにすることはできない。
803は逃亡しますた。
そんなことよりPerlの話でもしようよ。(藁
あぼーん
808 ：
デフォルトの名無しさん ：04/03/22 23:22
止まっているw
>>808 とっくに。
そして最後の砦、VisualStudioからも".NET"の名前が消えた。
810 ：
デフォルトの名無しさん ：04/03/23 00:25
ﾜﾗﾀ
811 ：
デフォルトの名無しさん ：04/03/23 01:21
調査不足ですいませんが知ってる人いたら教えてください。
>>811 コンパイラ自体はフリーで使えるんじゃなかったっけか。
ライブラリもそろってるので、がんばればGUIも作れるはず。
アンチ.NET厨も名前(だけｗ)が消えて満足のようだ。
814 ：
デフォルトの名無しさん ：04/03/23 03:03
>>812 ちょっと試してみたい俺には無料だしちょうどいいかも。
ありがとうございました。
>>811 基本部分はWindows以外の代表OSで動くけど
望むものはほとんどWinodowsでしかうごかないよ.NETは
816 ：
デフォルトの名無しさん ：04/03/23 15:02
>>811 SharpDevelop使ってみたら？確かこの板にスレがあったはず。
SDKとこれがあればGUIでアプリは何とかつくれると思う。
GUIエディタ無くていいなら .NET Framework SDK で GUIアプリ作るのも可能。
819 ：
デフォルトの名無しさん ：04/03/23 23:35
>>815 >>817 >>818 ありがとうございました。
SharpDevelopというのがあるんですね。
javac.exeに対するEclipseやNetBeansみたいな感じの位置付けですか。
探してみます。
.NET Framework SDKのコマンドライン版コンパイラでヘルプを出してみました。
ターゲットにwinexeって出てたから、もしGUIエディタがなくてもGUIアプリも確かに作れるみたいですね。
リナックスやソラリスなど他のプラットホームへの.NET Framework互換環境の移植はあまり進んでいないんでしょうか。
MONOというのを名前だけ聞いたことはありますが。
820 ：
デフォルトの名無しさん ：04/03/23 23:37
━━━━━━(n'∀')η━━━━━━ !!!!!
822 ：
デフォルトの名無しさん ：04/03/24 00:01
いまC#をSDKで勉強中。
823 ：
デフォルトの名無しさん ：04/03/24 02:35
>>821 ホームページは英語だからよくわからなかったけど、リナックス上でもMonoDevelopというIDEがあるんですね。
リナックスOSの使い方も言語（おそらく.NET系かJava系になると思いますが）も、じつは学ぶのはこれからなんで…。
まずはウィンドウズで言語をある程度覚えて、将来リナックス上でも動かせればなあと考えてます。
ありがとうございました。
過去の資産なんで捨てたほうがいいんだよ
826 ：
デフォルトの名無しさん ：04/03/31 22:16
>>824 個人用資産だけがね。
COBOLとかそうはいかないでしょ。
だからまだまだCOBOLerがはびこっているんだよ
828 ：
デフォルトの名無しさん ：04/03/31 22:27
ねえねえ、ドントネットはブームなの？
>>824 個人用資産だけがね。
COBOLとかそうはいかないでしょ。
だからまだまだCOBOLerがはびこっているんだよ
830 ：
デフォルトの名無しさん ：04/03/31 22:28
そうそう、所詮はドントネットは子供のおもちゃなのさ
831 ：
デフォルトの名無しさん ：04/03/31 22:29
M$のドトネト構想崩壊大ブーム！
.NETはドットネットでありドトネトでもありドントネット＝Don't NET! (ねっとするな！)
MSのセキュリティは志村の後ろ並である。
ＶＢやドントネットはお遊びで、それで作ったもんはすぐ消えるっていい加減気付けよ。
ﾜﾗﾀ
>>834 まさにVBドントネットは消えていく存在だね。
VB.NETは所詮、できそこないVB厨をオブジェクト指向言語C#に惹き付けるための巻き餌に過ぎなかったからね。
.NET大ブーム10 ﾄﾞﾝﾄﾈｯﾄは子供のおもちゃ。いい加減気付けよ
そんなアニメがあったな
ドントネット大ブーム ドトネト厨の間で言葉だけが大ブーム
840 ：
デフォルトの名無しさん ：04/04/02 00:32
ドトネトは子供のオナニー
841 ：
デフォルトの名無しさん ：04/04/02 00:44
843 ：
デフォルトの名無しさん ：04/04/11 21:25
．ＮＥＴ勉強してるんですけど。。。
本当に勉強したいなら２ちゃんねるで検索すんなよｗ
845 ：
デフォルトの名無しさん ：04/04/11 21:41
>>844 そうなんですか。。。
ここにいると気が滅入ってきます。。。
るーーー(T-T)
どこかにオススメのサイトとかありますか？
847 ：
デフォルトの名無しさん ：04/04/11 21:44
>>847 ".NET Framework" とか C# とかで調べてみ。
850 ：
デフォルトの名無しさん ：04/04/11 21:54
>>848 できました！リンク先を見ながらがんばります！
では！
851 ：
デフォルトの名無しさん ：04/04/11 22:07
853 ：
デフォルトの名無しさん ：04/04/11 22:11
いるんだね、そそっかしいオスって
854 ：
デフォルトの名無しさん ：04/04/11 22:12
>>854 当然だろ？ あれで女の子のフリだと思ってしまうほうがおかしい。
.NETの普及に危機感を持つJava厨はいないかな？
俺だ。
何故だか女の子だと信じ切っている可哀想な
>>855 には悪いが、
ネタレスに食いついた奴がいたから演技してみたんだよ（ｗ
それにしても
るーーー(T-T)
くらいで女の子確定か。やれやれ。
これだから童貞は。
クライアントが.NETになってくるとJavaとかLinuxは苦戦すると思うんだけど。
今でもクライアント側は、Windowsのnativeアプリだし、最悪でも現状と一緒では？
サーバーサイドで揺るぎない地位を確立してるから無問題
JavaとかLinuxってServerで使われてるよね？
>>861 クライアント側ではまったく勝負にならないよ。
作る立場では五分の勝負できるかもしれないけど、
使う立場ではJava使われるくらいならHTMLのほうがまし。
.NETは、明らかに使えるから。
IEが(たぶんC++)から.NET言語で作成されるようになっても
>>864 マイクロソフトはIEを使わない方向に進めてるよ？
さらにブラウザを使うようになる前まで主流だったAccessのフォームも使わない。
自分はOfficeが.NETベースで書き直されるって言うのにはちょっと懐疑的なんだけど、
印刷よりネットワークベースのコラボレーションに力を入れていくんだろなーって思ってる。
そういう意味で.NETとの親和性は高くなるんじゃないかと。
>>865 ブラウザーみたいに、日常的に使われそうなモノにフォームが乗っているのが重要なのだと思うよ。
専用のアプリケーションを配布するとすれば、ユーザーから見て、過去のC/Sアプリケーションと何らかわらないからね。
>>866 C/Sアプリケーションを自分でインストールできるユーザはそう多くないよね？
.NETベースだと極端な場合1回クリックするだけでインストールできるわけで、
十分実用的だと思うんだけど？
これまでのOfficeって、どちらかというと情報を提供するための手段だったんだけど、
869 ：
デフォルトの名無しさん ：04/04/12 00:39
M$Officeがサーバ用途でユニークなものがないとJavaにもLinuxにも勝てない
>>867 Java WebStart でそれできるけど、専用アプリケーションは、オペレーターがばしばしキーを叩く現場でないと、あまり便利では無いよ。
そして、オペレーターが張り付く端末は専用端末になってしまうので、EXEを入れておいても問題が無い。
※ .NET が Java を真似ているのは、よく分かるよな・・・。
871 ：
デフォルトの名無しさん ：04/04/12 01:11
＞Officeが.NETベースで書き直されるって
JavaWebStartの話をドトネト厨が目にすると必ず
アホアンチとかドトネト厨とか、執拗に粘着して使い続ける奴って、
