1 ：
デフォルトの名無しさん ：
02/12/21 07:25 死産だったＣ＃を追悼するスレ
1って死滅しちゃうの？
しぃいげたって死産だったのかﾜﾗ
4 ：
デフォルトの名無しさん ：02/12/21 13:06
業務で使ってる椰子いる？
なにか
>5
C#って、なんかトレンド乗り遅れまいの人が大騒ぎしただけで終わったの？
隣りのプロジェクトで使ってるていうかこれから使うみたいよ。
人工心臓の付いた脳死状態のC#を
厨房は健康体のC#を勝手に人工心臓の付いた脳死状態ということにします。
拝啓
15 ：
デフォルトの名無しさん ：02/12/22 00:45
祭りが終わって、さびしいねー。
ってか、世間知らずの学生以外で、騙された椰子いるの？
17 ：
デフォルトの名無しさん ：02/12/22 01:29
騙されてるのはアンチM$で踊らされてるアホ連中だよ。
俺は熱心なVCユーザで、どっちか言うと、MS寄りだが？
19 ：
デフォルトの名無しさん ：02/12/22 02:01
JavaがC++に取って代わるとかってのにのせられて
.NET であるってのは、どう考えてもC#にとって、利点じゃなくて不利点だよな。
Javaを駆逐するでもなく大失敗に終わるわけでもなく
Monoとかオープンソース版.NETを作っている奴馬鹿だよな。
>>22 オープンソースなんてただのｵﾅｰﾆなんだから、使われるかどうかなんてどうでもいいことなんだよ。
24 ：
デフォルトの名無しさん ：02/12/22 13:53
オプソオタクはJavaで酷い目にあって
有名なオープンソースプロジェクトのメインのメンテナって
暇な社員だろ。
27 ：
デフォルトの名無しさん ：02/12/23 00:12
結局.NETの足枷がある分
いやむしろ.NETがあるからこそ…
C#なんて趣味だよ、趣味。仕事ならVBで十分。
でもVBはMSのサポート打ち切りが迫ってきてるし・・・って何時までだっけ？
32 ：
デフォルトの名無しさん ：02/12/23 00:32
C#は
>32は
大半の安月給プログラマにとっては、
35 ：
デフォルトの名無しさん ：02/12/23 00:45
Delphi>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>VB
VB>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>VB.net
37 ：
デフォルトの名無しさん ：02/12/23 03:09
死者プー
うーむ･･･
SHGetFileInfoのラッパーにドライブ文字やフォルダパスを渡して
C#の次の言語って何でしょう？
＋の数は0->2->4と変化しているので次はC#++
次はC丼♪
どっか～んの次は何があるんだよ？
みんな魔女になんないのかなあ。
>>33 まさかSEが優れたものとでも思ってんのか？（ﾌﾟﾌﾟ
47 ：
デフォルトの名無しさん ：02/12/23 15:29
使ってみた実感
>>41 MixJuice, AspectJ
C#は中小企業で使わされている傾向が強いかもな。
M$が圧力かけて脅して金のない企業にC#を使わせるんだよ。
Javaの技術的な本質、将来性がわかり、かつ目的がJavaのほうがマッチしているプロジェクトなら企業は無理してC#を使おうなんて思わないとは思う。
M$が大金という甘い汁をもってきて、中小企業がその誘惑にどれだけ勝てるかがC#とJavaどちらを使うかの決定稿かな?
> Javaの技術的な本質、将来性
申し訳ございません！！！！！！！！！
51 ：
デフォルトの名無しさん ：02/12/23 23:10
死滅の最有力候補Ｃ＃
52 ：
デフォルトの名無しさん ：02/12/23 23:14
初めてActiveX DLLを作成することになったのですが、うまく例外を発生させることができません。
よく考えてみると、.NET がこけたとき、C#って死滅するよな。
ネイティブコンパイラかもーん
ﾈｲﾁﾌﾞﾈｲﾁﾌﾞうるさい奴だな。
>>55 その論法だと、今頃Javaのおかげで、VMの素晴らしさが浸透して、
全ての言語がVM上で実装され、ネイティブコンパイラがオタ専用になっているはずだが。
Javaの糞さが浸透して、Javaがオタ専用になっているという現実はどうしてだ？
プログラミングなんてやってんのはみんなヲタだろうが！！
>>57 みんな自分と同じ、学生オタプログラマだと思うのは間違い。
飯食うためにやっているプロもいる。
惨の行った壮大な実験の結果をMSがうまくまとめてものにしたということだろう。
なんでこう文系プログラマには勘違いさんが多いのかしら。
61 ：
デフォルトの名無しさん ：02/12/24 00:06
JAVAが当初の予定からすれば大失敗とはいえ 言語の不出来をオタクをマイ
>つまり成功してもC#はJAVA程度どまり
世界制覇するのも時間の問題だったはずの
今まで Java をやる機会がなかった開発者は .NET に走ることで生き残れる可能性が
たしかに下逸は、はやらないと分かったとたん、平気で切りすてるね。
どうしょうもないものを延々と引き摺られても困るけどねぇ
68 ：
デフォルトの名無しさん ：02/12/24 00:22
なんだかんだでXboxも海外ではGameCubeをあっさり追い抜いて
> GameCubeをあっさり追い抜いて
Java の発想はよかったが、開発のためには Java を覚えなければいけない。
>>64 .NET が後継だと説明しているが。
実際にアーキテクチャを勉強すると、DNA で構築したシステムは
サーバーアプリのバージョンアップを待てば容易に .NET に移行できる。
なぜか MS は新しさを強調して、連続性を喧伝したがらないようだ。
.NETが開発者に受け入れられなければ、
>>72 MSの言い分だと、.NETは既存のMSの技術の全ての後継で、
全てのシステムは.NETにバージョンアップ可能らしいが、
同じ言語のはずのVBですら、容易にバージョンアップできない。
現実VBは切り捨てられたんだ。
今まで静観してて、最近必要になってC#やり始めたんですけど
>>73 今は .NET の初期フェーズだからまだ実装が少なく、開発者が必要なだけだよ。
Microsoft 内部でもアプリの .NET 移行が進んでいるから、それが進めば、
ユーザーが製品をカスタマイズするだけでよいレベルになり、外部の開発者は
あまりお呼びでなくなる。
関わらないのは懸命な判断かもしれない。いずれ仕事がなくなるのだから。
C#を今学んでる身からすれば
>>76 そんなレゴブロックみたいな開発が絵空事なのは
この板の住人なら大抵は理解していると思うが
更にいえばユーザーを満足させるソフトのラインナップが
MS内部の開発者だけで実現できるはずもない
ユーザーは多くの開発者が多くのソフトを生み出す
システムへと必然的に流れていく
相変わらずアンチの必死ぶりには笑える
相変わらず社員の必死ぶりには笑える
> レゴブロックみたいな開発が絵空事
>>76 開発者にそっぽむかれてもいいならさ、何でそんなに必死になってんの？ MS社員だけが頑張れば成功するじゃん。
>>83 J2EEって（プ
相当の勘違い野郎だな、こりゃ。
86 ：
デフォルトの名無しさん ：02/12/24 01:05
J2EEは絵空事ですが何か?
なんかこのスレ
>>83 IBMとBEAとOracleのブロックがうまくくっつかないのは何でだろ？
おいおい、すげえな。
>>83 はJ2EEでレゴブロック並の開発が可能だそうだ。
神出現ですな。
レゴブロック開発ってさ,確かに理想だよねぇ.
C#より先に83が死滅しそうだな。
92 ：
デフォルトの名無しさん ：02/12/24 01:20
>>83 って死滅しちゃうの？
J2EEでレゴブロックする
>>83 をたたえるスレ
93 ：
デフォルトの名無しさん ：02/12/24 01:40
なんかＣ＃やっても無駄そうなんでＪＡＶＡにしときます（Ｃ＋＋はむつかしそう）
Java厨の自作自演必死すぎ(藁
83が死滅して、93に転生しますた。
98 ：
デフォルトの名無しさん ：02/12/24 02:04
そういや昔ＭＳは、全てのアプリがActiveXになったら、
>なんかいい加減、ＭＳの与太話にもあきてきたな。
Javaでまともなクライアントアプリを作れないことも事実なわけで。
DBの出し入れ中心の、つまんない業務アプリでも、
要らない機能が山盛り付いてるMS-OFFICEでレゴブロックできたらそりゃユーザーはどんなソフトでも作れるわな
103 ：
デフォルトの名無しさん ：02/12/24 02:16
ほんとアホくせー
>>103 その「どっちが優れたものを作れるか？」だと
サーバーサイドもC#になってしまうが。
まあそんな細かいこと言わなければ、
クライアントサイドはC#、サーバーサイドはJavaだね。
>サーバーサイドはJavaにきまってる。
昔、Javaがプログラム世界の中心になると騙されて、
107 ：
デフォルトの名無しさん ：02/12/24 02:35
とおりかかりの物ですがＣ＃駄目そうなんでＪＡＶＡにします
Javaはどんなに糞でも、
どっかのスレで１番馬鹿なのはJAVAを覚えたあとC#覚える奴
布団の中で毎夜大規模システムの設定をしている夢を見るんだ
C#は信用できない。
科学技術の進歩に貢献したければC#を使わずJavaを使うことを推奨する。
>>112 > Javaに余計な部品を付け加えたのがC#
余計な部品がなんか言えるもんなら教えてください。
115 ：
デフォルトの名無しさん ：02/12/24 08:50
>>114 WebProg板でも読め。
沢山書いてあるスレッドがあるからよ。
>>115 「余計」かどうかはともかく付け加えられた部品は知っています。
>>112 の知識を試しているだけです。
あの文章どうみても馬鹿みたいなんだもん。
>>115 キミの情報量のすくない曖昧模糊な質問も馬鹿。
VBとC#が好きなキミが知識を試したところでなにも期待できない。
無視されるだけ。これは無視していないが。
金に目がくらんで目先の欲ばかり考えているならC#でも使いな。
ほかのスレッドにも同じような事が投稿されているが、大規模なプログラミングをするならC#よりもJavaが向いている。
既存の古い低級言語でコーディングされた資産をどうしでもそのまま再利用したいならばC#。
古い資産を全部捨てるか書き直すか新規に書くならばJavaを選べ。
>>117 >>115 じゃなくて
>>116 だろ。あせってるな（ｗ
> VBとC#が好きなキミが知識を試したところでなにも期待できない。
馬鹿だなぁ。試すのは
>>112 の知識だよ。文章も読めない馬鹿なのか？
C#が金に目がくらんで目先の欲ばかり考えているというなら、Javaはどうなるんだ？
・金に目がくらんで目先の欲を考えないならJavaなのか？
・金に目がくらまないで目先の欲を考えないならJavaなのか？
・金に目がくらまないで目先の欲を考えるならJavaなのか？
どれがいい？（ｗ
少しは馬鹿みられない文章を書けよ（ｗ
サーバーサイドJavaっていうか、正しくはエンタープライズコンピューティング
>>120 これで抱き合わせでCLRを大量配布できるね。
なんかThomas Jackson並みの基地外判事のﾖｶｰﾝ
なんだかよく分からないけど、教師の立場からするとＶＢやＣ＃を使って
>>124 がんがれ。DirectX9も出たことだし。
食いつき良すぎ...
128 ：
デフォルトの名無しさん ：02/12/24 11:46
>124は卓球部顧問
>>119 ほんとにレゴならそれで儲かるわけないじゃん。レゴの組み立てなら
専門家はいらんだろ？
>>129 レゴといってもそれはソフトウェア部品の話であって、ソリューション
として成立させるにはビジネスネゴシエーションが必要なの。
単にソフトウェア部品を作るだけなら、MSにだってできちゃう。
連中はそれが得意だしね。
重要なのは、ソリューションを提供するのに必要な部品が、いろんな
場面において、バリエーション豊かに存在していること。そしてそれらが、
ビジネスネゴシエーションを阻害する要因とならないこと。
これを満たしてるのはJavaぐらいだろう。
コード書いたり設計したりする専門家だけで仕事が進むわけないし、
これから求められる専門家というのは、レゴでソリューションを
組み立てるノウハウを持ち、ビジネスネゴシエーションのできる人物
なんじゃないかな。
専門家が要らないからといって儲からないわけにはならない罠。
>>130 文章の抽象度が場所によってバラバラですよ、あなた。Javaって実装技術と
ビジネスネゴシエーションって関係ないでしょ。頭デッカチ能書きクンでしゅね？
レゴでソリューションが組み立てられるなら、*IT*の専門家はいらないっしょ。
いるのはビジネスの専門家っしょ。
>>131 まあね。でも現実Javaは儲からないよなあ。C#は儲かるのかどうか様子見なんだけどさ。
>>132 これくらい電波飛ばさないとやってられん。
135 ：
デフォルトの名無しさん ：02/12/24 23:26
Javaが現在最速マシンでも嫌になるほど遅いのに対して、
くだらない争いは、JAVA.NET (C)TAKATA で解決。
MSがもうちょっと正々堂々、決めた土俵でやってくれりゃ、
138 ：
255 ◆Ls.NETAPOs ：02/12/24 23:47
>>133 今回の判決はSunのMSに対する勝利というよりは、IBMに対する勝利と見るべきだろう。
現に、今回の判決に批判的なのはむしろJava陣営の方に多いことは実に興味深い。
すべてのWindowsマシンにSun JVMが入ったとしても、.NETにとってはほとんど痛手にはならないだろう。
むしろ、すべてのWindowsマシンにSwingが入ってしまうことの方が、
SWTの普及を邪魔する上でこの上なく都合がいい。
今回の判決はMSよりもIBMのリアクションに注目すべきだろう。
139 ：
デフォルトの名無しさん ：02/12/24 23:48
>>133 で？それがいったいどうしたの？ボク（藁
あれ、この255って、むかーしいた255なの？
去年のクリスマスは、１人薄暗い客先のデスクでJavaってた。
厨房が冬休みに入ったのかな？
143 ：
デフォルトの名無しさん ：02/12/25 00:54
もし C# がネイティブなら
Win95で使えんから糞。
Win95
146 ：
デフォルトの名無しさん ：02/12/25 01:47
ふーん
ネガティブでし。
Win98で動くから
～たまえ。
たまえは偉そうだった。
おっさんは寝とけ
>>151 あなたはプログラマとしては死滅しそうな歳ですね
154 ：
デフォルトの名無しさん ：02/12/25 02:20
おっさんとわかるのはおっさん
言っちゃっていいかな ﾄﾞｷﾄﾞｷ
いい年して粘着か
おっさんがおっさんと語るスレはここですか？
159 ：
デフォルトの名無しさん ：02/12/25 04:26
>>118 馬鹿は天才だからな。あほな揚げ足取りというか単なるしつこいやつかい。
2chで人の知識なんて試せるとでも思っているのかい?
ネットにはそんな知識検索で簡単に見つけることができる。
お前はすでに" 試した" と宣言した。
>>112 はすでにお前の
>>116 を読んでいる。そこで
>>112 は投稿する前にネットで調べる。
いくらでも知識を誤魔化せる。誤魔化されては知識の試しようが無いな。
>>112 の知識を試し、サーバ管理者に いちいち問い合わせて
>>112 の正体をいちいち調べるのかい? お前は暇人か?
試すだけ馬鹿馬鹿しいだろ。Web上ではお前は野暮だよ。というかお前はそんなにC#が好きなのかい?
>>68 X-Boxは赤字だよ。MSNもな。黒字なのはWindowsとOfficeだけ。
>>70 今その分野であたふたしているのはむしろM$の方じゃないかな。
昔はSunはM$が汚れたJava "J++" と作ったことで相当あたふたしていたね。
.NETはM$の社運をかけているらしいね。まだ司法省との裁判は完全に決着が付いたわけではないしね。裁判のことであるアメリカM$の社員が「(これで負ければ).Netは終わりだよ」と嘆いていたそうだ。
開発のためにはJavaは覚えなければならないが、C#も同様に覚えなければならない。
むしろ、C#のほうがJavaよりも(余計な機能のために)より沢山のことを覚えなければならない。
その余計な機能はクラスライブラリを覚えるよりも面倒なことだ。(他のスレッドでも散々議論されているとは思うけれど)構造体とか列挙型とかね。
それらの余計な機能をどうやってクラスと使い分けるかにしても余計に悩まなければならない。C#って何かJavaより不安定なものがあるな。
すでにJavaを覚えていればC#を覚えるのも簡単だとM$は言っているし。
>>74 Sunならそのようなヴァージョンアップによる切り捨てという大きな裏切りはしない。それだけSunはM$よりも慎重だ。
Sunの小さな裏切りの一つはJ2SDK1.4からassertキーワードが追加されたことだ。あれのお陰で(assertという名前のメソッドがある)古いJUnitがうまく動かなかった。
>>160 Tiger で列挙型追加されるらしーよ。
余計な機能って意味では Java もどんどん肥大化してくと思う。
もちろん C# も肥大化してくんだろうけど。
>>160 「Sunの小さな裏切り」って、MSが同じ事したら鬼の首を取ったように
貶しまくられそうだが。
>>162 今更MSがその程度のことをしたくらいで騒ぐやつはいない。
C#とJavaの違いなんて、
C# = Javaにゴミをつけたようなものって気もするなあ。こう書くと怒るかもしれないが。
>>108 カナダの大学で教えているらしい。M$が大金という甘い汁をばら撒いたらしいね。カナダの大学はそんなに金がないのかね。
>>109 難易度は、
C++ > C# > Java
かな。
>>161 本当かい。templateのJavaGenericsが追加されてJavaの欠点である
コレクション系インターフェースの型キャストの問題が解消される
ということは期待して知っていたんだが
列挙型は初耳だな。
java.util.Enumerationインターフェースなどがあれば不要だとは思うんだが。これで列挙型の代用ができると思うんだが。
>>124 アメリカじゃ多くの大学では講義内容をVisual C++からJavaに移行しているようだ。MITは20科目をVC++からJavaに移行するという記事がどこかにあったな。
>プロの世界は違うのでしょうけど、中学・高校の部活動ではVB（そして今後はC#も）が
>主流になっていくでしょう。（授業では88BASICですけどね）
そうかね。C#のほうがJavaよりプロ向きに見えるね。
C#とJavaの違いを見れば一目瞭然だが。高校時代にやらされたがいまだにN88BASICとは痛い。脱Win宣言した政府、それに文部省しっかりしろよといいたいね。
これっだから日本のCMMはいまだにレベル2の企業が多いんだよ。
VBやN88BASICからC#やJavaに移行するなんて容易じゃないね。型の概念が厳しくなったことに驚くだろうね。VBでなくVB.Netやってる場合は別かもしれないが。
スペックが300MHzもあればGUIなしのコマンドラインで動くJavaアプリケーションの速度はさほど気にならないね。
生徒の見た目による好奇心かい。それこそM$が狙っていたことだろうね。
学生にM$Office使わせて新入社員が使っているから企業も買わなければならないという有名な戦略だね。本当に初心者らしい、見た目だけで判断するってのもね。
最近のPC持っている者はファイルとディレクトリ(フォルダ)の意味を知らない者が多いそうだね。そういうのが見た目に騙されてM$な製品を使ってしまうもんだ。
JavaならEclipseというオープンソースのIDEがあるだろ。あれは使いやすい方だ。
>>130 レゴって言うとオブジェクト指向、UMLでいうところの集約(Aggregation)みたいなのを創造する。
EJBは一部集約使ってるけど集約だけじゃないけど。レゴってのはBeanのことだね。
ところで、J2EEとTomcat併用ってのは無意味かな。J2EEにはすでにTomcatが入っているみたいだ。重複するだけかな?
>>135 JITコンパイラ使えばJavaはVisualC++で書いたコードよりも早くなるという結果がでているぜ。
永遠に遅い? そりゃあんたのプログラムに永久ループが入っているだけでねーの?
C#はVC++より遅いがJavaより雀の涙程度に速いだけ。
それも速度を重視するために仕方なく構造体や列挙型やポインタ、アドレス操作機能を追加することで実現できたもの。C#の構造体は値型であるためループ内でメソッドに渡すと逆効果で、クラスを使うよりもパフォーマンスが低下し、Javaより遅くなることもある。
C#がJavaより速いって言うのはプラットフォーム非依存性を犠牲にすることで成り立っている。
見た目だけで判断するのはどうかと思うが、見た目を軽視するのもどうかと思う。
>>167 とりあえずC#はJavaよりは断然速いよ。
JITコンパイラでVisualC++より早いという結果がでているJavaソフトが、
>>164 >java.util.Enumerationインターフェースなどがあれば不要だとは思うんだが。
>これで列挙型の代用ができると思うんだが。
…本気っすか？
java.util.Enumeration って java.util.Iterator の古い奴だよ…
どーやって「列挙型」の代用にするんだよ…
>>171 C# と Java の違いは GUI が速いか遅いかでしょ。
あとは大して変わらんと思うよ。
>>167 >JITコンパイラ使えばJavaはVisualC++で書いたコードよりも早くなるという結果がでているぜ。
>C#はVC++より遅いがJavaより雀の涙程度に速いだけ。
VisualC++ より速い Java より更に速い C# が VC++ より遅いんですか？
ひょっとして VisualC++ と VC++ って別物なのかも…
>>174 > VisualC++ より速い Java より更に速い C# が VC++ より遅いんですか？
>>167 は言ってることめちゃくちゃだね。バカだバカ（ｗ
176 ：
デフォルトの名無しさん ：02/12/25 08:00
>>169 現実を見てるんだが。
>>170 >>171 >>174 ちょっと説明が足りなかったな。
コーディングとJITコンパイラの使用次第ででJavaがC/VC++やC#よりも速くなるというレポートを出した者がいるんだよ。
これは場合によってはJavaがC#やVC++よりも速くなるということだ。
JavaPressで、素数を求めるアルゴリズムを計算した結果、C言語よりもJavaの方が速いと主張しているものがあったが、
あれは測定方法がいい加減か?
177 ：
デフォルトの名無しさん ：02/12/25 08:07
>>175 > > VisualC++ より速い Java より更に速い C# が VC++ より遅いんですか？
>
>>167 は言ってることめちゃくちゃだね。バカだバカ（ｗ
結果を出した者がいるといっただけで、
その結果だけで速い遅いと決め付ける
>>174 もバカ。
だがJavaがC/C++, C#よりも速くなることがあるということは事実なんだぜ。
だが我はJavaがC/C++, C#よりどんなことがあろうとも
常に速いとは言っていないぜ。
>>174 は早まりすぎだね。先走りしないようにな。
178 ：
デフォルトの名無しさん ：02/12/25 08:08
179 ：
デフォルトの名無しさん ：02/12/25 08:11
>>172 > java.util.Enumeration って java.util.Iterator の古い奴だよ…
> どーやって「列挙型」の代用にするんだよ…
Enumarationだけでやるとはいっておらんよ。
Vector(or ArrayList)とかも使うだろ。
というか、自分でクラス作って代用した方が速いかね。
180 ：
デフォルトの名無しさん ：02/12/25 08:23
G4がPentium 4よりはやいようなものだな．LOL!
181 ：
デフォルトの名無しさん ：02/12/25 08:26
>177
>>181 2つめと3つめはJavaが遅いって結果が出てるような気がするんだが、俺の目の狂いか？
だいたい、メソッドのインライン展開をしない以上同じ技術レベルでの最適化を行えばJavaがC++に負ける事は自明。
単純な演算のループでは同じように最適化出来ても、優れたPGほど抽象度を上げるために小さなメソッドを多用するからこの差は広がる。
しかし、問題なのはそんなことじゃないだろう？
JavaもC#も、細かい部分での速度を犠牲にする事でもっと多くの物を得ているはず。
ただ、現実Javaがクライアントアプリケーションとして耐えられないほど遅いだけ。
C#はクライアントアプリケーションとして耐えられる速度を出している。
確か誰か言ってたな、JavaとC#の速度差はベンチマークじゃ測れないって、
同じコードを実行させればおそらく速度差はないんだろうが、
JavaのGUI関係がへぼい事に由来する体感的な遅さだろ。
JITをいくら改善してもどうにかなるものではないだろ？
184 ：
デフォルトの名無しさん ：02/12/25 08:43
だいたいjavaﾁｯﾌﾟつかえばjavaがどんな言語より最速だろ。（推測）
>128
186 ：
デフォルトの名無しさん ：02/12/25 09:10
禿げ藁。
まあ、剣道部顧問の考えそうなことだな。
フリーソフトといってもJDKやEclipse等はライセンスがしっかりしてるから
189 ：
デフォルトの名無しさん ：02/12/25 09:25
エンドユーザがプログラム覚えるならVBがいいんでない？
>>179 列挙型って、
今のjavaがstatic final int hoge = 1;
とかで代用してるやつじゃないの？
というかネタなんだろうか。。
公共機関はオプソを導入したがってるから今後はどうだろう？
せっかく定数定義しても全部intだから
>>183 >メソッドのインライン展開をしない以上同じ技術レベルでの最適化を行えばJavaがC++に負ける事は自明。
Tiger で static import 追加するらしいんで、そのヘンはいくらか解決されるかも。
static importってインライン化補助？
>>179 せめて Hashtable(HashMap) 使ってくれ…
それに Enumeration は列挙子(==iterator)のインターフェースなので、
他のクラスでサポートしても 列挙型の実装には殆ど必要がない。
まー
>>190 のやり方でどーにかなっちゃうんだけど。
>>192 C# の 列挙型は計算可能なので あまり有難くないんですけど。
まぁ Tiger で追加されるらしい Java の列挙型も
その部分に関しては似たようなモンみたいだが。
HotSpot の BugParade で inliner って言葉聞いた事あるけど、
>>167 > JITコンパイラ使えばJavaはVisualC++で書いたコードよりも早くなるという結果がでているぜ。
処理内容によってはごく稀に速くなることもある、と書いてほしかった。
そうでなきゃPower PCがPentiumより速いというAppleのアレと同じ。
>>197 場合によっては…ってことだろう。
反対の極端な例としては、３Ｄ演算のような
CPU最適化の効果が露骨に出る処理の場合は、
C言語とJava(JIT仕様)を比べても１０倍くらいの差が出る。
いくら高速といわれているJITでも、
Pentiumネイティブのベクトル演算ユニットには敵わんって…。
何にでも向き不向きがある。
199 ：
デフォルトの名無しさん ：02/12/26 00:07
言語仕様の理解だけならまだしも
>>198 Java Press の昔の記事だと
浮動小数点演算では C言語より Java の方が速かった。
記事を読んだ当時 なんで速くなるのか すげー不思議だった。
>>200 > 記事を読んだ当時 なんで速くなるのか すげー不思議だった。
今は納得してるんだ？ かなり技術が必要そうだけど。
単純な浮動小数点演算を、CでVM上のJAVAより遅く組むのは。
たとえばVMがCで組まれてて、汎用性のために無駄があるとするよね。
VMから無駄を省いたのをCで組んで、VMの機能を使ってるJAVAより遅かったら、
なんかマジックみたいだけど。
JITだと実行しているCPUを判別してそれにあわせた最適化がかけられる。
>>201 >今は納得してるんだ？
ちゃんと納得してるわけじゃないけど、
x86 の浮動小数点ユニットはスタックマシンだってのが
静的コンパイルを行う C コンパイラに不利に働いたとしても不思議じゃない、とは思ってる。
基本的には計測ミスとかベンチマークの不備の可能性を疑ってるけど。
>たとえばVMがCで組まれてて、
………
VM が アセンブラで組まれてれば速くなって
VM が Basic で組まれてたら遅くなるんで？
>>203 >VM が アセンブラで組まれてれば速くなって
>VM が Basic で組まれてたら遅くなるんで？
まぁ JITコンパイルの時間とか、
インタプリタモードでの動作速度は変わるかもね。
Pen2 300MHzでC動かすよりPen4 3000MHzでJava動かしたほうがよほど高速。
それは頭使わな過ぎ、金使いすぎ。
207 ：
デフォルトの名無しさん ：02/12/26 01:25
Pen4 3000MHz で他のソフトはサクサク動くのに
頭の足りない部分は収入でカバー(藁
> VM が アセンブラで組まれてれば速くなって
>>209 >Cの標準関数なんてほとんどアセンブリ
C の標準関数は殆ど C で書かれてるんですけど…
速度重視の部分ではアセンブラ使ってるかもしれんが。
>>210 209はgcc添付ソースのあまりの汚さにアセンブラと勘違いしたんだろ。
VC++は、C標準関数アセンブリだけどな。
213 ：
デフォルトの名無しさん ：02/12/26 01:51
アセンブ「ラ」って意味わかってる？
アセンブ[ラ]と書いてるのは同一人物だな......
>>212 >VC++は、C標準関数アセンブリだけどな。
本当か？ printf() やら scanf() やらの巨大な関数でアセンブラ使うなんて無駄をしてるとは考えにくいが。
sage
>>212 VC++って標準関数のソース付いてくるの？
>>218 MS-C 5のころは有償配布
VisualStudio2.0ぐらいから標準添付
なんかみんな、散々Javaを叩いてるけどさ、遅い遅いって言ってるってことは、実際使ってみたんだよね？
>>220 いまならEclipseかな・・・Javaとは思えないぐらい速いよ。
>>222 アレは「遅くない」ぐらいの表現が適当では？
まだ発展途上だし。
224 ：
デフォルトの名無しさん ：02/12/26 02:44
Ｃ＃のソフトも見たことないな
そうか？ VS.NET並のスピードだと思ったけど。
たしかに、単独アプリケーションとしてのJavaってほとんどみかけない
>>226 antのほかにTomcat(バッチファイルがあるからちょっと違うか?) まあまあの軽さ
横浜ベイキット、 軽い
UMLツールのIIOSS まあまあの軽さだった。
Forte forJavaのJavaクラスファイル版
JUnit, HttpUnit わりと速度に対する不満はない。
こんなJavaアプリケーション使ったことがある。
IIOSSはまあまあの軽さだった。
Ｊａｖａって気づかないところでかなり使われていますな。
電話のほかに自動販売機とか、Netscapeのプラグインとは関係ない部分とか、
OpenOfficeとか。
仕事の合間に、地道にC#の本読んでるけど、なかなかはかどらない。
229 ：
デフォルトの名無しさん ：02/12/26 04:17
>>208 c# ４００の技 とかいう本買って習うより慣れろさ
230 ：
デフォルトの名無しさん ：02/12/26 04:18
２０８＞２２８
>>220 自作ソフトが遅い。
あまり遅くて作成中止。
>>226 Linuxで動く一太郎ってのもあったな。
Linuxでも動かせるようにと、なぜかJavaで作られている。
ロースペックではさすがに使い心地は悪そう。
>>235 おお、間違えちまったか?
Linuxで動く一太郎も開発したって記事もあったんだけどな。
238 ：
デフォルトの名無しさん ：02/12/26 05:01
>>237 なんでこんな時間に起きて２ちゃんやってるんだ
239 ：
デフォルトの名無しさん ：02/12/26 05:02
つーかさげるな
>>238 で、あんたは何故こんな時間に起きて 2ch で発言してるの？
243 ：
デフォルトの名無しさん ：02/12/26 05:28
お、さては冬厨という奴だな。
245 ：
デフォルトの名無しさん ：02/12/26 07:55
今年まではJAVAで人生を無駄に費やし
246 ：
デフォルトの名無しさん ：02/12/26 20:53
C#がというより.NETが糞
結論が出ました？
>>238 昼と夜が逆転してな。ageたる。
漏れは
>>237 だが冬厨房みたいに暇じゃない。
昼は2chやってる暇無いからこんな時間しかできない。
だが、最近プログラム板には冬厨は確実にいる。
くだらない一行レスやくだらない質問するVB,VB.Net,C#好きな厨房がいるいる。
>>236 読んだJava嫌いなC#,VB厨へ (
>>242 もか? )
で、理解は深まったか?
リアル厨房は羨ましいほど時間に余裕があるから今のうちに多くの言語を習得しておけ。
VBだけ知っていたところでたやすく受け入れる会社は少ない。
Javaも知っておいた方が就職にいいな。
>>248 >VBだけ知っていたところでたやすく受け入れる会社は少ない。
なんかトラウマでもあるんで？
250 ：
デフォルトの名無しさん ：02/12/26 23:08
>>249 只のJAVA厨でせう(推定年齢29歳,独身で無職)
>>250 つまり、
Javaだけ知っていたところでたやすく受け入れる会社は少ない。
と言う事ですか…
というより、ただの言語厨（オタ）を受け入れるような会社は確実に減ってきている。
今は中途採用ばっかじゃのう。
俺的実感（仕事：人）
C# 0：0
256 ：
デフォルトの名無しさん ：02/12/27 00:09
会社自体が危ないから、人を育てる余裕がない。
257 ：
デフォルトの名無しさん ：02/12/27 00:10
C#ってGUIビルダないの？
ありまくり。
260 ：
デフォルトの名無しさん ：02/12/27 00:49
>>257 C# = 言語がJavaになったDelphi(ただし無意味に非ネイティブ)
>>250 残念はずれ 無職だったらいつも昼間でも2chします。
Java厨はお前。C#厨≒Java厨
>>251 当たり前。Javaだけ知ってたところでHello,World程度しか書けないデザインパターン知らない奴は駄目。会社にもよるが。
もちろん厨房みたいな無礼者も駄目
>>262 水陸両用車をつくろうとして防水もしない舵もつけないで
ただボート用のエンジンつけて重くなっただけだとしたら
このボート用エンジンに意味はない
もちろん水陸両用車には意味がある
>>261 >Javaだけ知ってたところでHello,World程度しか書けない
HelloWorld しか書けないのに Java 知ってる？
>>261 PC触ったことない香具師が新卒でSEだと名乗るのと同じ
わかってないなぁ、たとえ実際には川に入れなくて、重たくなって性能が
Javaをバカにするのはよせ
269 ：
デフォルトの名無しさん ：02/12/27 02:01
水陸両用にはなったけど、
270 ：
デフォルトの名無しさん ：02/12/27 02:38
2003.2.11 C#死滅
昨夜より一段と低レベルになってますな。
>>271 まぁ冬厨が跋扈する時期だし。
死滅系スレだし。
>>269 C#がJavaに変形するんだ。
M$も著作権侵害ライセンス違反だね。
まじでJAVA.NETつくれば。
>>277 J# とか JUMP to .NET とかあったような気がするが…
JavaのクラスライブラリをC#で使えたら嬉しいんだけどなぁ。。。。
281 ：
デフォルトの名無しさん ：02/12/27 06:21
.NET上で動くJavaVMつくりゃいいんでしょ。
とりあえず、Javaおぼえているとiアプリもサーバーサイドもつくれたりして、
C#が死滅したのっていつだっけ？
>>281 > .NET上で動くJavaVMつくりゃいいんでしょ。
> C#でつくってやんなよ。
まだまだわかっていませんなー。
それ意味なし。JavaはWindows以外でも動くから意味があるわけで、
C#で動いたらそれはJavaとはいえないね。
それはJ++やJ#と同じようなもの。
というかM$はそういうものを作る気ないだろうな。
というか作っても売り出そうとしてもライセンス問題でSunに訴えられるからね。
M$は売る物意外は作りたがらないからね。
>>279 失礼だが、はっきりいって、C#やM$のC++ライブラリの方が糞
なぜかっていうと、
オブジェクト指向的な統一感がない。
デザインパターンをまともに考慮していない。
目先の便利さを重視しすぎて大規模なプログラミングに不向きでライブラリとしての質が低い。
からね。
うーん デザインパターンってJAVAだからこうしなくちゃ的な部分も多いからなあ
>>288 小さいプログラミングしか作らない場合はそう思うことがあるかもしれない。
だが、自分が作ったプログラムが巨大化してくると、
デザインパターンのありがたみがよくわかる。
Javaライブラリのパターンが気に入らないならJavaライブラリを自分用に独自に拡張して
独自のデザインパターンを適用すればいいんじゃないかな?
>>284 ということはviでつくっちゃいかん?
emacsもたまに使うんだが。
Linuxでの話だが。
Winでは秀丸 + ant
Eclipseもいいけどant慣れしちまった。
>>287 Javaのリスト構造にはたしかにオブジェクト指向的統一感がある罠（ｗ
実装継承大好き！ってか。
propertyパターンとdelegateパターンが欲しい罠。
293 ：
デフォルトの名無しさん ：02/12/27 23:22
デザインパターンバカは、デザインパターンを使ってないライブラリが理解できず、
なるほどJAVA厨って
295 ：
デフォルトの名無しさん ：02/12/27 23:38
知識の範囲が狭いうちは盲目的になるもんだ。
296 ：
デフォルトの名無しさん ：02/12/28 00:13
フレームワークではなく、単なるライブラリだったら、
ん？ここの住人は「C#はデザインパターンを無視する」ということを支持してるということ？
なんで0か100になるんだ
299 ：
デフォルトの名無しさん ：02/12/28 00:27
ん？デザパタいいけど判断基準の全てじゃないってことでしょ。
>>293 デザインパターンって「手法」ってよりも「分類」って感じじゃないの？
「デザインパターン使ってるライブラリ」ってのは良くわかってない人のような…
具体的に abstract factory 使ってる、とかだったら まぁわかるけど。
C#とは関係ない話だね
C#死滅ってのは、Java厨の悲願であり生命線なんだよ。
303 ：
デフォルトの名無しさん ：02/12/28 00:57
C#いまいち盛り上がんないなぁ～。
いまいちというより全然.
>>302 Java厨は C# 死滅なんて望んでませんが？
ブームが去って完全に定着したってことなんだろうな。
307 ：
デフォルトの名無しさん ：02/12/28 01:03
>>307 登場しても やっぱり盛り上がらない罠。
ブームが去って完全に死滅したってことなんだろうな。
まだまだ、これから
これからだといいね
>>293 >>294 この莫迦はデザインパターンの意味解ってんのかな?
いかにも知ったかぶりしていることがよくわかるね。
相当のアンチJavaだね。ひがんでいるみたいだね。本当に病気みたいなブビ厨見たいですね。
デザインパターンがJavaにしか使われていないと思い込んでいる時点でこいつ終わってるね。
デザパタ厨参上！！
なんかｲﾀｲのが戻ってきたみたい(稾)
316 ：
デフォルトの名無しさん ：02/12/28 01:45
おもろい!
>>302 全然生命線だとは思えないな。
C#の死滅がJavaの生命線なんてお笑い臭いですな。
C/C++つかいこなしているプログラマですらそう思っている者は少ないね。
C/C++プログラマからすると、C#は流行らないのではないか、と思っている人もいる。
というか、あちこちのスレッドで一行レスの自作自演連続投稿しているVB厨冬厨はC#のシェアがどれくらいになっているのかわかっているのかな?
いっておくけど全然C#は流行っていないよ。
Javaの方が普及しているんですけど。
論理も根拠もなく憶測でものをいっている厨房みたいだね。
むしろC#の普及がJavaの普及につながることもあるしね。
JavaからC#に移る人もいればC#からJavaに移る人もいるだろう。
彼らにすれば、Javaから移ろうがC#から移ろうがライブラリの習得を除いて基本的にどっちも容易できるんだね。
おわかり? そこの厨房君
なんか本がかなり増えてるような？
319 ：
デフォルトの名無しさん ：02/12/28 01:59
VBに飽き足らぬ人々がC#に移行していくということは
320 ：
デフォルトの名無しさん ：02/12/28 02:02
VB.NETでできることとC#.NETでできることって,差がないような
>>317 なんか一生懸命書いてるのはわかるんだけど
厨なのが文章から伝わって来ちゃう
それとも実力はあるのに焦ってるだけか？
322 ：
デフォルトの名無しさん ：02/12/28 02:24
.NET vs J2EE
>>320 M$はどうしてもVBプログラマをC#プログラマに移行させたいそうだ。
VBがシガラミであることはM$自身もよくわかっている。
VB.NETもいずれはなくなる。VBから移行するならVB.NETにいこうするよりC#に
移行した方がまし
VBもスクリプト言語としては、それ程悪くはないと思うだけど
325 ：
デフォルトの名無しさん ：02/12/28 02:40
>>323 ということは、Windowsアプリ開発におけるVBerは、汎用機システム開発
におけるCOBOLer同様の「業界の不良資産」化することが確定したという
ことデスカ･･･
>>320 > どっちもランタイム一緒なんでしょ？
いや
うんこもあほも、仲良くC#やれ。
C#でJavaに対抗ってわけわかめ
C# って
334 ：
デフォルトの名無しさん ：02/12/28 06:15
C言語って int main(void) だと return 0; しなきゃいけないような気がしたんだけど違ったっけ？
ま、なくても氏には栓。
>>336 コンパイラによっては無いと怒られますが。
.NETのテレビCM見たぞ
342 ：
デフォルトの名無しさん ：02/12/28 09:46
漏れのまわりには、C#って聞いた事あるヤシはいなかった
>>343 >>339 は「見た」と報告してるだけだから、いつからやってるかなんて関係ないよ。ってこと。
つーかしょっちゅうやってるけどな。
346 ：
デフォルトの名無しさん ：02/12/28 15:53
>>335 > C言語って int main(void) だと return 0; しなきゃいけないような気がしたんだけど違ったっけ？
そうだがしなくてもよし。あまりC言語つかったことなさそうな香具師だな。
void main(void)にすればreturn 0;はいらん。
>>346 禿同。その上mallocしてもfreeしなくていいしね。
348 ：
デフォルトの名無しさん ：02/12/28 16:06
>>346 おまえのような奴の書いたPGは絶対に保守したくねーな。
349 ：
デフォルトの名無しさん ：02/12/28 16:07
350 ：
デフォルトの名無しさん ：02/12/28 17:05
C#って何が進化してるのかわからん。
352 ：
デフォルトの名無しさん ：02/12/28 17:09
ライブラリしか進化してませんが、なにか？
むしろ余計な制約が増えて退化したといえるだろう。
>>346 必ずint main(void)にすべし
色んな言語が使えるってさあ、managed codeってヤシが要るでしょ。
>>344 そんなの前からやっててみんなとっくに見てるだろ。いまさらそんなの報告してどうすんだ？ってこと。
.NETだって誰も知らないのにC#なんてﾊｧ?って話だよ
358 ：
デフォルトの名無しさん ：02/12/28 23:46
>>357 そうだよね、オレもjava.netしか知らねーよ。
359 ：
デフォルトの名無しさん ：02/12/29 00:14
JAVAのTVCMまだ-?
C++のTVCMまだー？
JAVA厨房のTVCMまだ-?
362 ：
デフォルトの名無しさん ：02/12/29 00:52
VBのTVCMまだー？
363 ：
デフォルトの名無しさん ：02/12/29 01:44
C#厨房のTVCMまだ-?
>>362 Visual Basic 6.0 のメインストリーム サポートは 2005 年 1 月に終了します。
365 ：
デフォルトの名無しさん ：02/12/29 04:23
Javaは美しいと思う
Javaは糞だと思う
最強怪獣スカトロ vs 超攻撃型黄金水
368 ：
デフォルトの名無しさん ：02/12/29 05:29
Ｍ＄の宣伝を信じてＣ＃始めたんだけどさ、
369 ：
デフォルトの名無しさん ：02/12/29 10:05
>>368 明らかにC#使ったことのない奴の発言か、VisualStdio.netを使ってない奴の発言だな。
そりゃあ、メモ帳に書いてコマンドプロンプトでコンパイルしてれば思い通りのものは簡単には作れないだろ。
開発効率の話じゃなくて、クオリティの話じゃないかな
>>369 そんなやつはどの言語やってもやっていけない罠。
男ならテキストエディタ＆コンパイラでプログラミングだ。
>>348 それ以前にC言語だけでしか書かれていないプログラムを保守するつもりはない。
int main(void)のほうが確かに良いこぐらいは解っている。
すくなくともクラス使うくらいのでないと俺だって保守する気になれない。
373 ：
デフォルトの名無しさん ：02/12/29 11:26
>>350 C#ではgoto文使える。
Javaでは使用禁止になっている。
その点では、コードの保守はC#よりもJavaのほうが効率よくできる。
374 ：
デフォルトの名無しさん ：02/12/29 11:28
>>352 それに追加として、さらにいうと、C/C++にあってJavaでは切り捨てた余計な機能を追加したためC#はJavaよりも退化しているともいえる。
C#は明らかに退化している。
376 ：
デフォルトの名無しさん ：02/12/29 11:44
>>375 ねたとしか思えんが本気だったら怖いな、こいつ。
377 ：
デフォルトの名無しさん ：02/12/29 12:15
MFCに出来てC#に出来ない事ってなに？
>>375 > MFCとC++が出来たことが、出来ないからだ。
> C++よりも遅くて、機能的にも退化したというのなら、
Javaの真似をしたかっただけじゃないかね。
VJ++作って訴えられたほどだ
M$がそれだけJavaをねたんでいるということだ。M$はJavaライクな
機能が羨ましかったんだろう。
> なんのために「C」という名を使うのだろうか。
M$がC#という言語がJavaからぱくったってことがバレにくいようにする為だろ
「新しいC言語にはポインタが無い」とほざく香具師が既に現れている。
これを発言した香具師はC#のことを言っている。
このようにM$がC#を新しいC言語だと思い込ませたいだけ。
M$はこういういかにも人を馬鹿にしたようなネーミングが得意だ。
宣伝も傲慢で大袈裟。
実際、C#にもJavaにもポインタはあるんだが。
いまだに勘違いが多すぎ。
379 ：
デフォルトの名無しさん ：02/12/29 12:18
>>377 サービスを作る。
ActivXを作る。
ATLCOMを作る。
その他色々。
>>378 アドレスはあるけど、ポインタはないだろう。
>>380 おいおい、ほんきでいってるのか？
少なくともC#にはポインタはある。
>>375 >なんのために「C」という名を使うのだろうか。
ビタミンCのCでつよ。
>>375 >なんのために「C」という名を使うのだろうか。
ネームバリューにきまっているじゃん。
つまり、あんたみたいな人をひっかけるためにつけたってわけ。
俺も引っかかっているけどな(w
MSからしてみると、こういう議論が起きると釣れたっというわけだ。
そうか。まとめると、
>>380 >
>>378 > アドレスはあるけど、ポインタはないだろう。
C#,Javaではポインタのことを参照って言う。C#,Javaにないのはポインタ演算。
例外として、C#ではunsafe修飾子でアスタリスクとアンパサンドだらけのコードを埋め込むことができる。
C#ってポインタ演算できないんだっけ？
>>385 できるけど。
>>375 はJavaの設計思想ってどういうもんだと考えているんだろう？
Javaに思想なんてあるのかい？JSRを見る限りC#のまねをしようと
一生懸命なようだが。（ｗ
>>383 >設計思想でJavaに劣り
禿しく同意
390 ：
デフォルトの名無しさん ：02/12/30 00:52
>>385 > C#ってポインタ演算できないんだっけ？
だからunsafe修飾子によりアスタリスクとアンパサンドだらけのコードを埋め込むことができるんです。
これでポインタ演算を例外的に使用できる。
391 ：
デフォルトの名無しさん ：02/12/30 01:07
>>387 >
>>375 はJavaの設計思想ってどういうもんだと考えているんだろう？
> Javaに思想なんてあるのかい？JSRを見る限りC#のまねをしようと
> 一生懸命なようだが。（ｗ
おいおい、Javaより後発のC#が、一生懸命Javaによって真似されるのかい? (w
Javaに思想はあるだろうね。C#よりは高度な設計思想を持っているとは思うがね。
Javaの思想は、JiniやJxtaを見ればよく解ると思う。
家電製品を遠隔操作するところからJavaは生まれたんだぜ。
そのためにはプラットフォーム非依存性が必要であるとJava開発者たちは気づいたらしいぞ。
速度を犠牲にしてでも家電製品を制御したかったのだ。
そしてやっと携帯電話に組み込むことに成功した。
詳しくは知らないが、既に自動販売機にもJavaが使われているらしいよ。
>>387 > Javaに思想なんてあるのかい？JSRを見る限りC#のまねをしようと
> 一生懸命なようだが。（ｗ
お前本当にそんなこと思ってます? 本当だとしたらお前M$に騙されてますよ?
お前が "JavaがC#の真似をしている" と思い込んでいる部分は、
C#が発表されるだいぶ前に書かれたものが殆どです。
M$側はC#の仕様書にはC#がJavaから派生したとは一言も書いていない。
C/C++から派生したとは書いてある。
陰険にも、わざとJavaをC#の真似をした言語だと思い込ませたいだけなのだよ。
M$はひどいやり方(宣伝工作)をしている。
この事実に気づいた人たちはM$に対する信頼感を失っている。
C# って J++ の後を継いだじゃないの？ よく知らんけど。
C#がWindows 98/Meで開発できない時点で信頼感ゼロ。
>>393 それはある程度近い。
M$はC/C++から派生したとおおっぴらに宣伝してた。
J++がM$独自仕様のJavaであると裁判で訴えられそれで商売できなくなったので
仕方がなく作ったのが "COOL"という言語ではないかと噂されていたC#
M$はC#はCOOLとは関係ないと主張しているが、どうなんだろ。
>>394 一応できるけど。
Javaは単に古いからでは。
9xを捨てたいのは当然では。
セキュリティ上の問題もちとあるし。
397 ：
デフォルトの名無しさん ：02/12/30 02:09
>>396 >
>>394 > 一応できるけど。
> Javaは単に古いからでは。
Javaは少しでもプラットフォーム非依存を目指したいからだろう。
> 9xを捨てたいのは当然では。
M$側としてはそうしたいのだろう。
これも新しいOSをなんとしてでも買わせるというM$の(ずる)賢い戦略か?
OfficeXPもWindows95ユーザを見捨ててしまったし。
MSは信用できない。
>>397 >これも新しいOSをなんとしてでも買わせるというM$の(ずる)賢い戦略か?
営利企業として そー考えるのは理解できるし、
Win9x のサポートしなくて良くなれば楽だ、
と考えてるのは MS だけじゃないと思う。
だから何？って言われると困るんだけど。
400!
401 ：
デフォルトの名無しさん ：02/12/30 03:40
401!!
403 ：
デフォルトの名無しさん ：02/12/30 03:47
>>398 SunとBorlandは信用ならん存在かもしれんが
SunとBorlandが無くなってしもうたら、
MSは手を付けられないくらい信用ならん存在になるぞ。
404 ：
デフォルトの名無しさん ：02/12/30 04:39
C#って開発者のコミュニティがほとんど無いでしょ MSからの情報しかない。
VBの後釜としてWindows限定で天下取ってくれれば満足ナリよ。
> C#って開発者のコミュニティがほとんど無いでしょ
M$ の宣伝が批判される位だったら
>>407 Sun じゃなくて Java を訴えるんですか？
409 ：
デフォルトの名無しさん ：02/12/30 07:18
>>405 > VBの後釜としてWindows限定で天下取ってくれれば満足ナリよ。
VBは天下を取ってたの?
非技術的で低脳な議論もどきはいい加減マ板でやって欲しいな｡
>>410 禿同。
最近は、こんな出来る人間のつもりの勘違い痴呆とかも板を汚してるし。
ム板も落ちたねぇ。
> プログラミング言語（コンパイラ＋言語仕様）そのものはアートな可能性はあるけど
> プログラミング言語を使えるだけではアートではない気がする。
> まあ、価値観の問題だろうけど、個人的な意見を書けば
> 創造的で、凡人にはできない事をアートと呼んでいると思うから
> クソプログラミング言語はアートじゃないね。
> そういう意味では、まだ洗練されてない（これからもっと進化する）
> と思うので、現存するプログラミング言語はアートではないと思う。
> あと、仕様を与えられてコードを書くだけなら
> サルでもできそうだからプログラミング自体もアートではないと思う。
> でも、一般プログラマーには作れないようなツールはアートだと思う。
> あとは、一般プログラマーが思いつかないような優れた仕組みで
> 動いているプログラムとか。
>
> アートって言葉は、知的とか知性という言葉に近い気がしてきた。
>>394 JavaもWin98上では問題ありありだぞ。
はまったら死ぬ。落ちまくりで。
なんかこのスレはJava厨必死すぎてイタイ
必死なのは全然悪いことじゃないYO!
>>396 できるの？
.NET Framework SDKはNT系にしかインストールできない。
Visual C#は9x系には対応していない。
って書いてあるんでそう思ってたんだけど。
.NET Frameworkは9x系に対応しているのに
どうやってデバッグすんだろって不思議に思ってた。
>>416 配布用の.NET Frameworkにもコンパイラが含まれているから。
開発環境は対応していないだけの話。SharpDevelop使うとか。
418 ：
デフォルトの名無しさん ：02/12/30 16:16
>>416 VS.NETって9x系に対応してないんだ。。。
.NET FrameworksはWin95に対応してないんだよなぁ。
どこがマルチプラットフォームなんだ？
419 ：
デフォルトの名無しさん ：02/12/30 16:20
95はサポート打ち切ったから一応マルチなんだろ
>>417 サンクス
何度かC#を覚えようかと考えたんだけど、
OS入れ替えてまで勉強する気にはなれなかった。
.NET Framework入れて、いじってみるよ。
421 ：
デフォルトの名無しさん ：02/12/30 19:28
>>404 > C#なんていうのは、JAVAのパクリなわけで、
> 今後、C#はJAVAに限りなく近づいていくと思うな。
C#がJavaに近づくたびに折角C#で書いたソースコードを書き直さなければならないという罠
422 ：
デフォルトの名無しさん ：02/12/30 19:30
>>414 > なんかこのスレはJava厨必死すぎてイタイ
C#厨必死すぎてイタイ.痛いのはお前だけ
> あのさ、思想的なことはどうでもいいからもっと技術的なこと語りなよ。ここは技術板なんだし
> と書きつつ、技術的な書き込みをしていかないおれも必死だな
ではどういうことが技術的なことなのか説明してもらおうか
さあ、説明したまえ!
>>422 技術的な内容とそうでないものがわからんのか？
424 ：
デフォルトの名無しさん ：02/12/30 19:49
>>423 >>414 やチミみたいな意見は参考にならず。
チミも文句があるなら技術的なレスをしてみたらどうだ?
何が何でも技術的な内容を求めるなら2chやめたほうがいいよ
チミみたいなのはMLにでも入って議論してください。
>>424 結局煽りしかできないのね
板違いだからマ板にいったら？
426 ：
デフォルトの名無しさん ：02/12/30 21:09
>>423 >>425 チミのようなレスがあおりしかできない証拠
不満があるならどこかの技術系ＭＬに参加して議論しな
ガキばっかだな。
ここのJava厨房って、現実はまともに仕事したこともないのに、
429 ：
デフォルトの名無しさん ：02/12/31 06:47
廃止にもっていくのがプログラマーの責務だと思うがね。
431 ：
デフォルトの名無しさん ：02/12/31 07:15
つまりオブジェクト指向は糞だと
432 ：
デフォルトの名無しさん ：02/12/31 07:18
結論
434 ：
デフォルトの名無しさん ：02/12/31 09:01
標準的プログラマの感想だな。
>>429 別に支配されてないじゃん。標準化してるんだし。
もしかしてC#ってマイナー？
>>436 Javaの登場1年目に比べればいい方では。
書籍もたくさんでてるし。
これからでしょう。
でも急速に評価下降してるよね
ソースが無いのがソース...
要は需要がないってことに皆気付いたんでしょ？
>>435 標準化はしてるけど、特許で締め付けると公言してるのは？ これは支配じゃないと？
統治はしても支配せずなら幸いだけどね。
最初は、コンポーネント指向の開発の容易さに感動し、
>その上、性能面でもDelphiに劣るとなれば尚更。
性能とは出来たプログラムの性能であり、言語仕様等ではない。
だれも言語仕様等なんて思ってねーだろ。
性能がよけりゃ、今ごろC#製アプリがはんらんしてるよ。
450 ：
デフォルトの名無しさん ：02/12/31 12:46
アプリじゃなくて
アプリが出ないのは、思ったより簡単じゃないからだろ。
453 ：
デフォルトの名無しさん ：02/12/31 12:56
>>452 作るのは簡単だよ。でも動く環境が限定されているから仕事としてはまだない。
>>453 簡単なのは判ってるよ。
コーデングだけを数割効率あげても、移行コストがある限り、全体の効率は上がらない。
それに数割くらいなら、経験でカバー出来る範囲だしね。
倍じゃダメで、1桁上がるくらいの効率向上が求められたのに、それが提供されてないって感じの話さ
.NET使いとしては、1.0はバグバグで駄目。
456 ：
デフォルトの名無しさん ：02/12/31 13:09
>>454 すまん、いっている意味がわからんのだが。
移行コストってなんの話だ？
意味が良く分からんのだが。
お前臭いよ。
(^Д^)ｷﾞｬﾊ!↑みなさん、この人のレスどう思いますか♪
MSにはもっと積極的にVB.NETを推進して馬鹿と厨房を囲い込んでもらいたかった｡
>>456 たとえば、業務で使うならさ、
営業が仕事の話持ってきて、簡易設計して、見積もりして、見積もりが通ってから、ってな手順を通るだろ？
で、実は、こういうコストはバカにらない。
今時の現場だと、仕事の半分くらいは、こういうドキュメント作ったりの、プログラミング以外の作業。
新しい道具使うと、まず見積もりから混乱するってのは判るよね？
>>460 それはSヨとバカ営業を抱えてるからだろ。（嘲笑
>>461 で、バカ営業なしに、どうやって .NET の案件無しに取ってくるんだ？
賢い営業が、見積もりもまともに出来ないの判ってて仕事請けるのか？
新ツールへの移行コストはデスマでカバーだろ｡
カリスマPGがいれば.NETだろうと問題なしよ
お前ら正月休みなんだからもっと生産的なことをやれ。
>>467 正月ぐらいコーディングから離れさせてくれ
469 ：
デフォルトの名無しさん ：02/12/31 16:05
コード対決って、C#vs何？
JAVAでもDelphiでも VB.NET でも
Delphiは惨敗したけどな｡
またベンチマーク対決か？(ﾜﾗ
じゃあ、お題
474 ：
デフォルトの名無しさん ：02/12/31 18:14
>>473 なに？それ？
そんなもん性能うんぬん以前じゃん。
まだソートなり、ハフマン符号なりの方がましじゃん。
>>474 ユーザ毎の厨度合いは判るじゃない。
まあ、嫌だというなら、別のお題を出したら？
int s = Array.IndexOf(ary, x);
問題：
478 ：
デフォルトの名無しさん ：02/12/31 19:13
>>478 それはつまりJavaのインストールディレクトリに入っている
Draw.jarをパクれということか？
480 ：
デフォルトの名無しさん ：02/12/31 19:56
>>477 それがどんな役に立つんだ？
マルチタスクのOSでは駄目だと思うんだが。
481 ：
デフォルトの名無しさん ：02/12/31 20:02
前回起動時にインデックス化してあったファイルなら、一瞬で場所が分かる。
>>474 こういうお題は
１、多少は意味があって
２、あんまり皆がやった事なくて
３、だいたい30分くらいで書ける
じゃないとダメだから難しいのよ。
実際、他のお題はどっかのサンプルコードそのままみたいなのばかりでしょ？
>>482 >２、あんまり皆がやった事なくて
だと
>３、だいたい30分くらいで書ける
ってのはキビシーと思うっす。
じゃあ、素数列挙スレから
485 ：
デフォルトの名無しさん ：02/12/31 20:32
>>484 ねぇ、この宿題を解くと、C# と他の言語との優劣がはっきりするの？
>>485 はっきりするかどうかは、解いた人しだいだな。
何かプログラミングを習得してる人なら、速い人なら１０分。遅い人で1時間って課題でしょう。
列挙するってどこまで？桁に制限は無し？
宿題の回答
正月休みなのにC#のソースでないね
さすがに普及前にC#するのは得策じゃないだろう。
ﾌﾟはVBゴキブリホイホイに入った経験あるじゃん。
ﾌﾟとかVBが無くなる直前までVBﾏﾝｾｰとか逝ってたわけでしょ。
＿ ＿
602 ：名無しさん＠３周年 ：03/01/01 18:56 ID:16+Lwzeu
お前がウザイよ。
久しぶりにVS.NET触ったけど、やっぱりすげーよこれ。
Ｃ＃のソースまだー？
確かにわざわざネイティブコードで組むのがバカバカしくなったな。
>>501 最終的には読みやすいネイティブアセンブリに落ちるんだから、
賢いJITコンパイラにすべてを任せるだけ。
>>502 Del厨にはそれが分からないんだよな。
ネイティブマンセーとか言ってて。
わざわざネイティブコードって(藁
いや、JAVA厨房が流れ込んで(以下自粛)
.NETの開発効率を良さを考えると
なるほど、揮発効率が良いのは非ネイティブだからで、
>>507 君の脳内以外で誰か
「揮発効率が良いのは非ネイティブだから」って言ってる？
わざわざネイティブコードで組むのがバカバカしくなったな。
>>なるほど、揮発効率が良いのは非ネイティブだからで、
>>ネイティブだと、わざわざ無駄な手間がかかるんだ。
中学生がシッタカで書き込んでるんだから、笑って読んでやれよ。
513 ：
デフォルトの名無しさん ：03/01/02 06:36
>>484 m=2 の時、 4m+1=9 で、
x=3,Y=0 なら、 x^2+y^2 = 9 になるけど、
9は素数じゃありませんが、どういう事なのでしょう？
中学生といえばC#なのか･･･なんかC#やりたくなくなってきたよ
大人は黙ってDelphi。
516 ：
デフォルトの名無しさん ：03/01/02 07:06
やっぱ、Java厨の１部が流れ込んで（以下自粛）
おはよー
節操なんてもんがあったら、厨房じゃないわけで。
>>513 どういう事？
１、9は素数じゃない
２、0 は平方数じゃない
３、 ４ｍ＋１の型をした素数は、２つの相異なる平方数で表せる が真であっても
２つの平方数で表せた 4m+1の形をしか数は素数である は真とは限らない
ふふ。予想通りのレス。
しか数って鹿の数？
523 ：
デフォルトの名無しさん ：03/01/02 08:39
まあ、C#はダメだろうな。
524 ：
デフォルトの名無しさん ：03/01/02 08:40
>> 523
525 ：
デフォルトの名無しさん ：03/01/02 08:47
まあ 重厚長大 といっても、パソコンそのものが一昔前と比べりゃ既に
526 ：
デフォルトの名無しさん ：03/01/02 08:57
>>525 だから、まともなクライアントアプリつくれるJavaの代わりの言語じゃん。
充分存在意義あり
JAVA より増えてるって
>だから、まともなクライアントアプリつくれるJavaの代わりの言語じゃん。
それなのに起動遅いしメモリ使用量も多いね。
おっ、スレタイどおりになってきたな。
>>ウィンドウ開くのにクラスライブラリからWinAPIコールしてるＹＯ！
533 ：
デフォルトの名無しさん ：03/01/02 12:15
>>526 >だから、まともなクライアントアプリつくれるJavaの代わりの言語じゃん。
C#じゃWinアプリしかまともに作れんし、しかも中途半端に遅い。
仕事でメリットなし。
>>533 ManagedDXが出て.NETクライアントは現実解となったよ。
>だから、まともなクライアントアプリつくれるJavaの代わりの言語じゃん。
DirectXがあんなに簡単になっては商売あがったりだねー。
COM+もあんなに手軽になってはEJBなんて使ってられないねー。
>>535 「どうせ」と言うだけで証拠がないのですね。:-)
WinアプリならC#なんか使わんだけ
Winアプリしか作れん。しかも遅い。よって死滅。
>>541 おかしいなあ。どうして俺のLinuxマシン上でC#アプリが動いてるんだろ。
しかもGtk・Qt両方で。
543 ：
デフォルトの名無しさん ：03/01/02 12:35
動くだけだろ。現状使いもんにならん。
544 ：
デフォルトの名無しさん ：03/01/02 12:38
>>541 遅い根拠を示せよ。根拠も示さずにいっても説得力がないどころか、君がVS.netを買えなくて嫉んでると思われるぞ。
>>537 エンプラサービスの存在はVB6から.NETに乗り換える十分な理由になるよね。
>>543 そうそう。Kylixとかいうおもちゃと一緒だね。(ｹﾞﾗ
C#厨必死ですね。
っていうか、.NETになってはじめてwin2000の機能をフル活用するようになった。
>>548 VB.NETで教育すればﾌﾞﾋﾞ厨でも育ち上がるからね。その点圧倒的に有利。
似非Java坊がうらやましがってたよ。(w
JMSなんて簡単には使いこなせないだろうし。
確かにEnterpriseServiceの使いやすさは革命的だけど、
552 ：
デフォルトの名無しさん ：03/01/02 13:09
MSが将来C#以外のすべてを見捨てれば普及しますよ。
まあ、Delphiではどれも無理だがな。
C#だけで本当に他社のアプリに勝てるのか疑問
>>554 勝つ必要はありません。自社のシステムにとって有益であればそれでよし。
導入例聞かないんだけど、成功例が知りたい。
>>555 その通り！
Del厨のような趣味プログラマにはそういう発想はできないのだろうね。
結局C#は、DBやWEBにアクセスしてデータ表示するだけっていう、
>>558 そんな言語がLonghornのコアの一部に使われてるのはどうしてだろう。
>>554 ソフトハウスは無理して使わないだろうね。意味無いし。一部の機能を使う程度はあるだろうけど。
M$は普及のために、無理して使うだろうね。遅いとこは内緒でネイティブ使って、それでも今までより格段に遅いんだろうな、オフィスとか。
561 ：
デフォルトの名無しさん ：03/01/02 13:25
速い／遅いの視点しかないDel厨って･･･
563 ：
デフォルトの名無しさん ：03/01/02 13:29
>>559 MSのペーパーウェアLonghornがどうしたって？
564 ：
さらしあげ ：03/01/02 13:30
>>563 paperwareｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
>563 （ ´,_ゝ`）ﾌﾟｯ
Longhornは紙でできてるのか。(w
知らない言葉はあまり使うもんじゃないね。(ﾜﾗ
で、ペーパーウェアのLonghornの導入例はどこ？
571 ：
デフォルトの名無しさん ：03/01/02 13:38
longhornのコア？コア？コア？
Longhornの宣伝文句は面白いね
DelphiもC#も、ややこしい物作るには向かないのよ。用意されたコンポーネン
ペーパーウェアのLonghornで脳内プログラミングするC#厨。
ペーパーウェアのlonghornでC#をかたるC#厨。
>>571 シェルの一部に使われてるよ。System.Windows.Shellネームスペースとして。
ペーパーウェアのLonghornで動く専用アプリどこ？
同じようなプログラマがターゲットのJAVAよりは、
はやくペーパーウェアLonghornの製品版を詳しく説明しろやC#厨
581 ：
デフォルトの名無しさん ：03/01/02 14:00
>>559 はペーパーウェアのLonghornに詳しいんだろ？
製品版の説明は？
それとも宣伝だけ？
>577
まあOS用語としてのCoreじゃなくて、
586 ：
デフォルトの名無しさん ：03/01/02 14:11
>>582 罰則は？
具体的に正確に説明しろよ。
罰則の説明はNDAじゃないからね。
このスレは Longhornって死滅しちゃうの？ で以降どうぞ
>>532 >>ウィンドウ開くのにクラスライブラリからWinAPIコールしてるＹＯ！
>Win32 でAPIコールしないでウィンドウを作る方法があるなら教えてもらいたい。
ﾌﾞﾋﾞ厨は基本的なことが分かってないね。
バーチャルマシンがWinAPIコールするのがふつー。
>>560 >ソフトハウスは無理して使わないだろうね。意味無いし。一部の機能を使う程度はあるだろうけど。
>M$は普及のために、無理して使うだろうね。遅いとこは内緒でネイティブ使って、それでも今までより格段に遅いんだろうな、オフィスとか。
かなり正しいけどちょっと違う。
M$はOfficeの宣伝はXMLのみ。今までのVBのごとくC#マクロを搭載するのみで、M$はC#を使わない。
どいつもこいつも分かってねーなー。
例えばDirectX9が好例。
てゆーか、.NETからDirectX9を呼んだらWinでしか動作しないから無意味。
DirectXだとLinux版.NETは動作しない。
>>591 DirectXといい、ベースがネイティブといい、Java以下じゃん。
ﾌﾞﾋﾞ厨はネイティブじゃないことだけを自慢にしてたが、それが言えなくなるわけね。
MicrosoftネームスペースがLinuxで動作する必然性はない。
>MicrosoftネームスペースがLinuxで動作する必然性はない。
システム？
DirectX9の登場はかなりの衝撃だね。
Kylixに負けるものなんていくら探してもないよ。
Javaにも負けて、Kylixにも負けて、アホなランタイムの.NET。
KylixのおかげでVCLなんて要らなくなったね。
602 ：
デフォルトの名無しさん ：03/01/02 15:03
結局、ﾌﾞﾋﾞ厨のよりどころだったネイティブじゃないことが否定されちゃったＹＯ！
>>603 0%て、「VB 6.0以前のユーザーを対象に、VB.NETへの移行状況（予定）」のグラフの事か？
それとも、「(今後新しく）もっとも習得したい言語」のグラフの事？
>>603 そこの統計、
業務で使用している言語
VBScript/JScriptが29%？
激しくハァ？
>>605 いや、業務ではよく使うぞ。
学生さんには分からんかもしれんが。(w
Perl代わりに使うことはあるかも。
Webページをカラフル、または双方向にするだけのVBScript/JScriptでも金はもらえるしな。
職業プログラマでもVBScript/JScriptを業務と言い切るのはﾊｧ?だ。
ActionScriptが無い時点でハァ？だ。
HTMLがプログラマの数も業務も一番ですな。
とすると次点はJavaScript？
まったく参考にもならん統計だな、＠ITは。
614 ：
デフォルトの名無しさん ：03/01/02 16:29
Del厨にとっては一番見たくない現実を見せつけられたからな。
615 ：
デフォルトの名無しさん ：03/01/02 16:44
現実とはVBが無くなってVBアプリは無くなり、C#アプリが存在しないということ。
Del厨が煽ってるの？
売り上げがどうのこうのって、自分の首絞めるだけでは？＞Del厨
618 ：
デフォルトの名無しさん ：03/01/02 16:52
Win用Delアプリは存在してるよ。
620 ：
デフォルトの名無しさん ：03/01/02 16:55
事実として、VBを使わない方が良いというアドバイスは正しかった。
621 ：
デフォルトの名無しさん ：03/01/02 16:56
アホだなあ。(w
622 ：
デフォルトの名無しさん ：03/01/02 16:56
今はもう亡くなったVBﾏﾝｾｰだったヤシが発言するのは生意気じゃない？
623 ：
デフォルトの名無しさん ：03/01/02 16:58
アホだなあ。(w
624 ：
デフォルトの名無しさん ：03/01/02 17:00
>.NETで5KBのものをわざわざ300KBで作るんだから。(w
625 ：
デフォルトの名無しさん ：03/01/02 17:01
>これからどれだけ.NETアプリが出てくるかなんて予想するまでもない。
.NETランタイムは20Mだが、VS.NETはすでにギガだね。
627 ：
デフォルトの名無しさん ：03/01/02 17:02
DelphiってベンチマークでC#に負けたんだよね？
628 ：
デフォルトの名無しさん ：03/01/02 17:03
>>626 ヘルプが日本語化がされてないからだろ。(嘲笑激藁
629 ：
デフォルトの名無しさん ：03/01/02 17:06
>じゃあ、Delphi使うメリットって何？
630 ：
デフォルトの名無しさん ：03/01/02 17:08
嘲笑激藁厨もVBとともに消えるのが筋だろ。
VS.NETの日本語ドキュメント(jp*)は212MBですた。
633 ：
デフォルトの名無しさん ：03/01/02 17:10
>>632 んなわけない。プラットフォームSDK・その他合わせてGB近く行くはず。
635 ：
デフォルトの名無しさん ：03/01/02 17:12
VB厨は最後まで騙されて後ろからM$に刺されたんだから、少しは頭を使うこと。
騙された方にも責任あるっしょ
>>631 >>634 ドキュメントディレクトリは1.34GBでしたが、これって全部日本語
なんですかね？
637 ：
デフォルトの名無しさん ：03/01/02 17:14
Officeから何から、C#がM$の開発言語にならないことから考えると、
なんだかんだいってDelphiが最強ということが分かったよね。
VB6 → VB.NET でVBが死滅したというのなら、
> C#がM$の開発言語にならない
641 ：
デフォルトの名無しさん ：03/01/02 17:16
>>639 同じ議論を繰りかえ砂。
●勝ち組
Delphi・・・Win32、Win64（D8）、DOS16/Win16（D1）、Linux（同封Kylix）、.NET（D8）
BCB7・・・Win32/64、DOS16、WinCE、Linux（同封Kylix）、.NET
●負け組
C#・・・.NET
ﾌﾞﾋﾞ厨はC#で２度氏ぬ。
>>641 勝ち組に移行したがる人が0%なのは何でだろう。
643 ：
デフォルトの名無しさん ：03/01/02 17:18
>>640 VBがVBAの互換路線からおもちゃ以下の言語仕様と不安定になったことを考えると、
それもホコロビの素になりそうだね。
>642 ﾜﾗﾀ
>>641 勝ち組ってあれか、ゴールしちゃった人たちのことか。
646 ：
デフォルトの名無しさん ：03/01/02 17:20
>>642 同じ議論を繰り替え砂。
もうコードと言語が卵ニワトリで存在。
これから移行じゃなくて、もう既にある存在。
647 ：
デフォルトの名無しさん ：03/01/02 17:22
>もうコードと言語が卵ニワトリで存在。
>>646 あーそうか。だからDelphiユーザーはバージョン7を買わないのか。
また１つ賢くなっちゃったなあ。ﾌﾞﾜｯﾊｯﾊｯﾊｯ
勝ち組は墓場にゴールインした模様
650 ：
デフォルトの名無しさん ：03/01/02 17:23
いやー、ﾌﾞﾋﾞ厨がどんなこと言おうと、VBアプリは滅んだし、C#アプリは無いし、スガスガシイな～。
651 ：
デフォルトの名無しさん ：03/01/02 17:24
そして
商用アプリを作れないツールに１万払うつもりはないなあ。
653 ：
デフォルトの名無しさん ：03/01/02 17:25
>>648 昔から言われてることよ。
Delは古いバージョンでも大丈夫だけど、VBは新OSに対応出来ない。
.NETも1.1にあがると（略）
654 ：
デフォルトの名無しさん ：03/01/02 17:27
>>652 .NETは無償のSDKで商用開発ができるのにね～。
今時そんなライセンス縛りはどうかと思う。
しかもユーザーに黙って改変してるし。
655 ：
デフォルトの名無しさん ：03/01/02 17:28
Delphiにできないこと
656 ：
デフォルトの名無しさん ：03/01/02 17:29
はぁ？
657 ：
デフォルトの名無しさん ：03/01/02 17:29
VBと.NETにできないこと
658 ：
デフォルトの名無しさん ：03/01/02 17:30
とにかく！
659 ：
デフォルトの名無しさん ：03/01/02 17:30
Del厨哀れだね･･･。
660 ：
デフォルトの名無しさん ：03/01/02 17:31
VBと.NETにできること
661 ：
デフォルトの名無しさん ：03/01/02 17:31
最強の開発環境、Delphi。
663 ：
デフォルトの名無しさん ：03/01/02 17:32
>こんなことしてる暇あったらDel7買ってあげて、.NETを超えるアプリでも作りなよ。
>>661 黙れﾌﾞﾋﾞ厨。お前らの知らないところでしっかり使われてるんだよ。
Delphiの真の強さはそこにある。統計に出てないのは陰謀。
<XML>
>>662 選択肢にすら挙がってないところがまさに最強（藁）
667 ：
デフォルトの名無しさん ：03/01/02 17:34
>しか～し、なぜか移行したい人0%。(大爆笑
陰謀だとよ。
Delphiが叩かれてる理由が分からん。ﾌﾞﾋﾞ厨が必死なのか？
正月から熱いね～
672 ：
デフォルトの名無しさん ：03/01/02 17:36
冷静に考えると、アプリのあるDelとコンパイラが消えたVBを比較する必要無い罠。
> Delphiが叩かれてる理由が分からん
>>670 一番叩いてるのはDelphiユーザーだろ。(嘲笑激藁
675 ：
デフォルトの名無しさん ：03/01/02 17:38
> コンパイラが消えたVB
業務でのユーザー数は圧倒的にVBのほうが多い気がするけど
Microsoft (R) Visual Basic .NET Compiler version 7.10.2292.4
678 ：
デフォルトの名無しさん ：03/01/02 17:40
>> コンパイラが消えたVB
で、Delphiに移動してるんですか？
682 ：
デフォルトの名無しさん ：03/01/02 17:41
>>677 言語のコンバートが行われて、かつ、エラーが山ほど出るんだけど。
それもそのはず、VBが使ってたのはActiveX。
でも、.NETが相手にしてるんはCLIのクラスライブラリで別モン。
>>679 10,000人中0人が移行しますた。(ﾊﾗｲﾃｰ
684 ：
デフォルトの名無しさん ：03/01/02 17:42
>>683 何を言うか！
1,000,000,000人中0人だぞ。
だって0%なんだもん。ｷﾞｬﾊﾊﾊﾊﾊﾊﾊﾊﾊﾊ
687 ：
デフォルトの名無しさん ：03/01/02 17:43
ま、ActiveX構想というものがあって、VBが中核だったわけよ。
>>683 それへンじゃないですか。
ここまでの流れからすると、Delphiへ流れるはずですよ？
もしそうだとすると、
Delphi最強、勝ち組だって書いてる人は何を根拠にしてるんですか？
689 ：
デフォルトの名無しさん ：03/01/02 17:44
ﾏﾀﾆｹﾞﾗﾚﾀ
小学生の喧嘩だな。(w
691 ：
デフォルトの名無しさん ：03/01/02 17:45
また、同じ議論に戻るなんて、泣きながら書いてるんだろうなﾌﾞﾋﾞ厨。
>>687 > ま、
VBコンパイラはある、ということでファイナルアンサー？
>>692 ずうっとDelphi最強と書いてる人がいるんですが、
アレは嘘なんですか？
695 ：
デフォルトの名無しさん ：03/01/02 17:48
ま、ちゃんと答えてあげるよ。
>>694 > アレは嘘なんですか？
分かってるならいちいち聞くな。
Microsoft Delphi .NET 2003
> 大体の会社にDelphiかBCBは既に置いてあって
Delphi 7 ユーザーのための Delphi .NET 移行ガイド ～ やっぱり Delphi が好き ～
701 ：
デフォルトの名無しさん ：03/01/02 17:55
Delユーザは別にM$が嫌いなわけじゃないよ。
BCBか･･･。1.0の時は喜んで買ったなあ。
Del厨って自分の思ってることを
>>702 Pascalから抜け出せないのがBorlandの限界だよなあ。
しかもその優れたコンパイラを作った本人はいないわけだし。
705 ：
デフォルトの名無しさん ：03/01/02 17:57
>>699 心配するな、そういう会社はダメになるって。
どうせまたVBみたいなの掴んでは、捨てられ...
日本はPascalの土壌が無い中BCBじゃなくDelが入ってたのは凄い。
707 ：
デフォルトの名無しさん ：03/01/02 17:58
>>704 だから今度はC#コンパイラを使ってGalileoを作ってるんだろ。(嘲笑激藁
Delphiに罪はない。悪いのはVB厨。
709 ：
デフォルトの名無しさん ：03/01/02 17:59
>>706 根拠とかじゃなく、経験則。実感。
インストールでへきえき。
最新PCで昼からはじめて定時過ぎてもおわんなくて泣いた。
.NETが軽けりゃ移行と思ってたのに。
ヘジに情けをかけられて生き延びてるBorlandって何なんだろ。
Delphiって今のPCで動きますか？
>>711 動きますが、XPの最新の機能は利用できません。(ﾌﾟ
713 ：
デフォルトの名無しさん ：03/01/02 18:03
もうレスを見る限りスレの末期状態だね。
Del厨の妄想によってスレがおかしくなった
>>713 ただ単に遊んでるだけだよ。
ちなみに俺はC#もVB.NETも使ってない。もちろんDelphiも。(w
716 ：
デフォルトの名無しさん ：03/01/02 18:08
正月からサム～
Del厨って、フサなんとかってのが代表格だったよな。
718 ：
デフォルトの名無しさん ：03/01/02 18:10
717=負けVB犬
>>717 寝た子を起こすなよ。またわきでてくるだろ。
720 ：
デフォルトの名無しさん ：03/01/02 18:14
719=臆病で現実を見ようとしないVB犬
>>709 ・・・。なんだインストーラが遅いって話か・・。
それと.NETが遅いという相関関係は示されていないのだが・・。
しかし0%ネタは面白すぎるな。(w
723 ：
デフォルトの名無しさん ：03/01/02 18:21
>>721 VS.NETの動作もなんかスローモーション。
証拠とか論拠があるわけじゃないけど、.NETは何か道を間違えた気がする。
クロスを満たしながら、Delphiの完全なコピー（動作もサイズも）を作っとけば、勝ってたと思う。
そうすれば、LinuxやUNIXに対しても、
”GUIアプリ開発環境最高峰の.NETのネイティブ環境はWin”というアドバンテージを持てたんでわ。
>>722 そのネタの落ちは、実はVB難民大移動が起こってたてことだけど。
ハンドルされていない例外 : System.DivideByZeroException: 0 で除算しようとしました。
>>724 いや、0%の敵に勝っても意味ないって。(大爆笑
メモリ不正エラーでVBアプリが死ぬのか？
VBが消えたということは、ﾌﾞﾋﾞ厨はどうなる。ミステリだな。
２ちゃんの情報は役に立つね。
俺にとっては0%の方がはるかにミステリーだ。(ｹﾞﾗ
Delphiへの移行が0%なのは事実なのか？
嘲笑激藁厨は現実が見れないんだな。
0%ショックはDel厨にも堪えたみたいだな
>>732 だって、DelphiかBCB既に会社に置いてあるでしょ。
既にあるものに移行、とは言わんよ。
>>734 だって、Del厨は必死でVBに対抗してきたのに、
ブビ厨はDelphiなんて気にも留めてないのがはっきりしたわけだから。
Insider.NETのサイトで取ったアンケートだもんな、それもwebで500人ばっかしの。
>>736 そりゃちゃうだろ。
Del厨は何かに対抗したいわけじゃなく、アプリ作れればよいのさ。
ﾌﾞﾋﾞ厨はVBを叩かれてそれに対抗してるだけで。
で、対抗のためだけ.NETﾏﾝｾｰC#ﾏﾝｾｴｰ、ﾀﾞﾃﾖ。
>>737 VB.NETもC#もDelphiもやってますが何か？
あ、Delphiは年末大掃除で捨てちゃったけどね。(大爆笑
>>736 ああ、それ当たってるかも。
このスレの惨状もそれを物語ってるよね。
>>739 本当はVBアプリ捨てたんだろ（ｹﾞﾗｹﾞﾗｹﾞﾗｹﾞﾗ
うむ、確かにDel厨による恨み妬み嫉みばかりだな。
>>738 ああ、それ当たってるかも。
このスレの惨状もそれを物語ってるよね。
>>743 >VB.NETもC#もDelphiもやってますが何か？
>あ、Delphiは年末大掃除で捨てちゃったけどね。(大爆笑
ここにVBもVBアプリが入ってないところがﾌﾞﾋﾞ厨のｳｿﾂｷぽさが入ってる。
743は真性ｳｿﾂｷﾌﾞﾋﾞ厨を認定します。
きっとｳｿﾂｷだからVB.NETに移行もウソだよ。
つか今更BCBやDelphiのコード作られても困るんだけど・・・
>VBならまだなんとかなるけどさ・・・人いるし・・・
>>747 >つか今更BCBやDelphiのコード作られても困るんだけど・・・
メンテしようにも移行したい人0%。(大爆笑
> つか今更BCBやDelphiのコード作られても困るんだけど・・・
>>739 まあお前も同類だな。つーか内容の無い煽りをして何が楽しいの？まあ全員にいえるが。
あのアンケートが本当なら、今DelphiやBCBのコード資産を作ると
市場の評価を知らんみたいだね。
VBが最大の負の資産というの知ってて知らんふりして書くﾌﾞﾋﾞ厨はやっぱｳｿﾂｷ。
VBが最大の負の資産であり、ﾌﾞﾋﾞ厨は最低の労働者ですた。
以降、放置。
おまえら楽しそうだな
ﾌﾞﾋﾞ厨、無料で他のコードに書き直すか、客に金返すかやれよな！
760 ：
デフォルトの名無しさん ：03/01/02 18:50
Delphiにしておいてよかったです。
757の内容の方に泣きが見えるが。
最後に笑うのはDelphi。これ真実。
嘲笑激藁厨はプログラム板住民に謝ること。
VBいいよ。ポトペタでできるんですよ？
ﾌﾞﾋﾞ厨は陰では泣いてるのか？>>最強ﾌﾞﾋﾞ厨房
そのポトペタが少なすぎるの
>>765 あと、ポトペタ後のプロパティが少なすぎるの。
これは、ActiveXに起因してる。
>>766 アマグラマだから、適当にやってんぜ。
むしろ喜んでるぞ。いやマジで。
C#はDelphiみたいに簡単にコンポーネント作れてIDEに登録も簡単なの？
Delphiみたいに簡単ってどういうこと？
大本営発表なんてアテにならないよ
だれかここにﾌｻなんとか連れて来いよ
>>770 例えば、ビットマップデータを保持するだけのコンポーネントの作り方
コンポの新規作成で 上位クラスを TComponent クラス名を TPictureTray
その後 publishedに
property Picture:TPicture;
publicに
constructor Create(AOwner: TComponent); override;
を追加してshft+ctrl+c で
type
TPictureTray = class(TComponent)
private
FPicture: TPicture;
procedure SetPicture(const Value: TPicture);
protected
public
constructor Create(AOwner: TComponent); override;
published
property Picture:TPicture read FPicture write SetPicture;
end;
となるので、メソッド部に３行以下のように追加変更します
constructor TPictureTray.Create(AOwner: TComponent);
begin
inherited Create(AOwner);
FPicture := TPicture.Create;
end;
procedure TPictureTray.SetPicture(const Value: TPicture);
begin
FPicture.Assign(Value);
end;
入力するのは５行ですが、パーソナルでは上の全部を手入力する必要があります
コンポーネント登録なんて16bitのDelphi1.0からできるのに、
> パーソナルでは上の全部を手入力
>>773 というか、Delスレにﾅﾃﾙﾖ。C#は話題に無いが。うまれてないか。
Del厨まぁそう必死になるなよ。のんびり行こうや。
>>778 まあ、Delのpersonalでも使ってみれば？
ポトペタのコンポーネントは多いし、
グリッドなんか試しに１００枚はっても、コンパイル１秒、実行速度も速いよ。
おう。使ってみることにするわ。（ｗ
>>776 全部って言うのは、下の９行全部って意味で、それより上のスケルトンは作られるから
×とろ
Delphiもイイかもしれないね！
（・∀・）ｼﾞｻｸｼﾞｴﾝﾃﾞｼﾀ
>>785 了解&サンクス
作りたいアプリが普通に作るには厳しそうなら
あさってみることにするよ。
>>786 ま、ゆっくりやってみたら。
見た目はVBのデラックス版。
違うのは、コンポのプロパティにアクセスするコーディングだけじゃなくて、
コンポ自体をクラスの派生で普通に拡張出来るとこ。
外からコーディングするんじゃなくて、中にコーディングする感じ。
で、そのクラスをどんどん使いまわし出来るＹＯ！
（・∀・）ﾆﾔﾆﾔ
つーか、全部VB.NETでもできることじゃん。
同じ議論を繰りかえ砂。
>>787 VB.NETと同じような感じかな？
System.Windows.Formsここらへんは
Delphi色が強いっていうらしいが。。。
アマグラマだし納期無いしな（ｗ
のんびりやるとするか。
>>791 文法的にC#とDelphiが等価という感じだけど、ま、VB.NETも同じっしょ。
コンポーネントの量は多いし、ネットにはソース付きのものが無限にある。
動作はDelphiの方が軽いし、滅茶苦茶速い。
> 動作はDelphiの方が軽いし、滅茶苦茶速い。
>>792 またネットを駆けずりまわらんといかんな。（ｗ
Del厨つっても案外いい奴らだな。（ｗ
え？ VS.NET 買って半年になるが、いまだに自分でコンポ作ってIDEに組み込むやり方が判らん俺って？
797 ：
デフォルトの名無しさん ：03/01/02 20:11
別にどっちが先かなんて議論はどうでもいいけど、
> やり方が判らん俺って？
>>796 ツールボックスに.exeなり.dllを落とすだけだが･･･。
>>798 教えてやれよ。
Del厨は他人に教えるの好きだＹＯ！
満を持してﾌｻ某の登場だな
Delphi6 Personalなんていらないからさ、Delphi for .NETのﾀﾞｳｿ先を教えてくれよ。
>>799 もしかして ツールボックスのカスタマイズって奴か？
じゃ例えば、ラベルの色の初期値を 青にしただけのコンポーネントを作りたい場合、
どういう流れになるの？
リロード５回目 レスがもらない・・・何かTVで面白いのでもやってるの？
ダメだ。イライラするばかりで進まない。 Delphiと違って重いぞ。
>>806 いや、だからさ、直接落としてみなよ。Win UI的な発想でさ。
(´-`).｡ｏＯ(ツールボックスの追加ダイアログってツールボックスのカスタマイズのことだろうか・・・。)
VS.NET まともに使うなら CPU よりメモリとHDDだね
確かにそうかも。メモリは448Mあるし、HDDは変えてから半年ぐらいだしね。
ふむ。Delphiが少しわかった。初期値が入ってるのはdfmファイルか。
812 ：
デフォルトの名無しさん ：03/01/02 22:04
他人の書いたＣ＃ソースを読む気がしない。
Delphiの話の最中に割り込むなよアフォが。
814 ：
デフォルトの名無しさん ：03/01/02 22:10
うるせー馬鹿
いいからVB.NET使えカス共
ここC#のスレじゃないの？
なんか押し売りみたいに無理やりだな。
818 ：
デフォルトの名無しさん ：03/01/02 23:16
>>812 嘘つくな。デザパタなんてほとんど浸透してないっつーの。
せいぜいデザパタもどきだろ、おめーが書いてるのは
Delphiのよさを伝えるスレですが何か？
Del厨の必死さを伝えるスレですが何か？
ふざけるな。何のために200レスも費やしてDelphiスレにしたと思ってるんだ。
822 ：
デフォルトの名無しさん ：03/01/03 00:07
>>603-604 「VB 6.0以前のユーザーを対象に、VB.NETへの移行状況（予定）」
はVB厨以外は以降する必要ないし、
「(今後新しく）もっとも習得したい言語」
もVB厨以外はC#習得する必要ないしね。
VB厨って強制移行で大変だね。
さらばVB厨。
VBはいいよー。
ふへーぃ。Delphiエディタオプション・・・。
825 ：
デフォルトの名無しさん ：03/01/03 00:13
「第6回 VB開発者が次に選ぶ言語の行方は？」か
>>603-604 「第6回 VB開発者が次に選ぶ言語の行方は？」
この時点でVB厨強制移行組以外は移行する必要ない、
って分かってたんだよね。
>>822
>>824 固定ピッチのフォントしか選べないからね。
好きな固定ピッチフォントインストールしたらいいじゃない。
>>603-604 「VB 6.0以前のユーザーを対象に、VB.NETへの移行状況（予定）」
はVB厨以外は以降する必要ないし、
「(今後新しく）もっとも習得したい言語」
もVB厨以外はC#習得する必要ないしね。
VB厨って強制移行で大変だね。
さらばVB厨。
Delphiへの移行を検討している人が0%だったので
死んでもけろっと生き返るのがVB厨。
自分の足を撃っても何も感じないしね。
コンパイラ指令とコメントの色分けできないのかの。ｶﾞｰﾝ
>>827 了解
>>829 今使ってるから移行する必要もないな、Delphi
>>829 大掃除のときに捨てたし全然使ってないから某系への移行はないな
>>830 コンパイラ指令とコメントの色分けは D7-Proでは出来てるよ
834 ：
デフォルトの名無しさん ：03/01/03 00:40
100%移行するしかないVB厨
>>603-604 「VB 6.0以前のユーザーを対象に、VB.NETへの移行状況（予定）」
はVB厨以外は以降する必要ないし、
「(今後新しく）もっとも習得したい言語」
もVB厨以外はC#習得する必要ないしね。
VB厨って強制移行で大変だね。
さらばVB厨。
>>832 M$凋落が見え始めたこのときに、M$以外の言語製品を捨てるなんてセンスの悪い会社だ。
836 ：
デフォルトの名無しさん ：03/01/03 00:45
C#とか.NETってそんなにダメですか？
可変長ピッチフォントだと、矩形選択や右マージンの表示で都合が悪い。
>Javaはどうも初期の遅いというイメージがトラウマで触りたくないです。
839 ：
デフォルトの名無しさん ：03/01/03 00:52
VB→死滅
Delphiは毎年出るんでしょうか？
VBが終ったと言っても、使われ続けるのでは？
>>833 D6-proだ・・・。やっぱりｶﾞｰﾝ
100%移行するしかないVB厨
>>603-604 「VB 6.0以前のユーザーを対象に、VB.NETへの移行状況（予定）」
はVB厨以外は以降する必要ないし、
「(今後新しく）もっとも習得したい言語」
もVB厨以外はC#習得する必要ないしね。
VB厨って強制移行で大変だね。
さらばVB厨。
Delは毎年出るけど、旧バージョンでも構わんし、バージョンとばしてｱﾌﾟしても良いし、
バージョン7ってのは結構な数字。
>>838 そうなんですか。.NETってJavaより重いんですね。
使うなら性能測定に十分注意が必要と。覚えておきます。
>>838 Javaの方が激しく重いが。
使ったことあんの。
>>841 クライアント、つまり、受託系のクライアントが、VBの不安定さから嫌悪してる。
WindowsのVerUPの度に必ず動かなくなるのがVBアプリ。
>>846 Delphi最強
.NETやJavaみたいな糞重いのとは比べ物にならない
>>847 .NETだと、OBDC経由でトランザクション処理をするとサーバー層での
クラスタリングが極端に遅くなる。
MS-Cはバージョン7無かったよ。
>>845 私の持っているのは 7.0A(for PC98)ですから、
それよりは大きいんじゃないかと。
ま、Delphi2.0をコマンドコンパイルすると、Turbo Pascal ver9とか出るんだから、
MSはC#なんて糞言語作ってまた糞プログラマ増やすのかよ。
ﾌﾞﾋﾞ厨や受託系のクライアントを無理やり繋ぎ止めるための煙に巻く苦肉の策が.NETとC#。
856 ：
デフォルトの名無しさん ：03/01/03 01:10
Delphiってなに？
良かった。多分漏れが正しい。
>>857 あ、そう。7あったんだ。
自分もMS-CとVC++1.0使ってたんだけど、間違えちった。
100%移行するしかないVB厨
>>603-604 「VB 6.0以前のユーザーを対象に、VB.NETへの移行状況（予定）」
はVB厨以外は以降する必要ないし、
「(今後新しく）もっとも習得したい言語」
もVB厨以外はC#習得する必要ないしね。
VB厨って強制移行で大変だね。
さらばVB厨。
>>850 一部が糞重いと全体が糞重くてダメってか？
Delphiへの移行が0%だとそんなにマズイのか？
>>861 というか、サーバサイドJavaは地位を築いてるわけで、
それに立ち向かうには高速で当たり前。重いとだめ。
>>862 つーかVB厨はDelphiなんて無理だろ。
馬鹿だから。
元々VBを選んでた連中はセンスが悪いわけで、
そのセンスが最も悪い連中が選んだ賞の一位が見事Ｃ＃！
そういう最低の連中がＣ＃選んだところで出来上がったソフトは１つも無し。
100%移行するしかないVB厨
C#は出てから結構立つけど、C#で作られたフリーソフトって聞かないね。
ﾌﾟｯ
.NET 1.0時代にせめて1つでも有名なフリーソフトが出ていればC#厨も反論のしようがあるんだろうけどなぁ。
873 ：
VB厨は迷惑、死ね ：03/01/03 01:42
100%移行するしかないVB厨
>>603-604 「VB 6.0以前のユーザーを対象に、VB.NETへの移行状況（予定）」
はVB厨以外は以降する必要ないし、
「(今後新しく）もっとも習得したい言語」
もVB厨以外はC#習得する必要ないしね。
VB厨って強制移行で大変だね。
さらばVB厨。
別にDel厨に味方するつもりもないが、
VB厨が死ぬよりもまえにコピペ厨が死んでくれ。
何にも作ってないやつがガタガタぬかすな、糞野郎ども by Del厨。
879 ：
デフォルトの名無しさん ：03/01/03 04:20
>>603-604 VB厨以外はみんなこの時点で気づいてたのに、
「第6回 VB厨が次に見捨てられる言語の行方は？」
の強制移行アンケートに喜ぶVB厨がいるとはね。
ま、VB厨はバカだからしょうがないか。
>>878 C#もVBもJavaも以前立ちました。
やはりM$の予想通り、VB.NETがVB->C#移行の障害になってるね。
>>880 C#は当然としてJAVAん時は悲惨だったな
VBユーザーの猛反発によってM$離れが進むと、
885 ：
デフォルトの名無しさん ：03/01/03 07:23
2003年 元旦
VB厨は子供が多いので、真夜中はレスしません。朝は９時頃から、
VB厨→強制移行→移行失敗→死滅
MSの強気の根拠
889 ：
デフォルトの名無しさん ：03/01/03 10:17
JAVAはいまネット上で生きる道があるけどC＃は今の所足場が無い。
890 ：
デフォルトの名無しさん ：03/01/03 11:13
>>889 Javaの登場1年目に比べれば圧倒的にC＃の方が勝っていると思うが。
開発環境を含めて考えればC#の方が将来性は高いかと。
>Javaの登場1年目に比べれば圧倒的にC＃の方が勝っていると思うが。
892 ：
デフォルトの名無しさん ：03/01/03 11:25
>>891 プッ
JAVAのアプリなんて聞いたことないんだけど？
さすがJAVA坊。現実がわかっていない。
>>892 携帯電話もサーバサイドも知らないんだ。このスレに入らないでね。
894 ：
デフォルトの名無しさん ：03/01/03 11:27
海外 -> C#って便利じゃん。使おうぜ。
>海外 -> C#って便利じゃん。使おうぜ。
896 ：
デフォルトの名無しさん ：03/01/03 11:32
>>893 プッ
あんなんで成功したと思っているんだ。
正月早々おめでたいですね。
>>896 >既に実績を出している（多くのソフトが出回っている）ものを実績のないものがあれこれいうのは格好悪いな。
898 ：
デフォルトの名無しさん ：03/01/03 11:34
C#でXBOXの勝手開発出来るようにすりゃ一挙に
900 ：
デフォルトの名無しさん ：03/01/03 11:34
Javaなら無料の、個人でも構築できるサーバ環境がある。
ﾌﾞﾋﾞ厨は出だしからショボイ意見しか出ないな。
903 ：
デフォルトの名無しさん ：03/01/03 11:37
>>900 開発環境を見れば圧倒的にVSの勝利。
開発期間、保守の人件費を考えれば最終的にはJAVAの方がコストがかかる。
>>899 無理だろうね。仮にMSがそれを許したとしても、
どうせ売るためには馬鹿高いライセンスが要るだろうよ。
>>903 開発環境ってのはギガ単位の最新PCでも重ーい.NET使って、
最低のﾌﾞﾋﾞ厨働かせるのか？
誰もそんな環境欲しがらんぞ。
> .NET 1.0時代にせめて1つでも有名なフリーソフトが出ていればC#厨も反論のしようがあるんだろうけどなぁ。
今は、VSとﾌﾞﾋﾞ厨を捨てる傾向にある。
908 ：
デフォルトの名無しさん ：03/01/03 11:44
>>905 実際に使ってからいうべきでは？
うちはPen4の1.6G、メモリ384MBだけどさくさく動いている。
この環境は別に特殊ではなく今は普通だと思うが。
反してJAVAの開発環境で便利と思えるものに出会ったことがない。
なにかいいものが1つでも上げられるか？
>反してJAVAの開発環境で便利と思えるものに出会ったことがない。
いってることがショボクテ何をどう読めばよいのか。
911 ：
デフォルトの名無しさん ：03/01/03 11:56
>>910 何の反論にもなっていない。大丈夫ですか？
912 ：
デフォルトの名無しさん ：03/01/03 11:57
>>900 Java使いとして言わせてもらうならば
無料の開発環境やサーバ環境なんて
屁の役にも立たない。
特に大手になればなるほど
「無料」には手を出さなくなる。
Linuxだって、無料のDebianとかではなく
パッケージのRedHatを使いやがる。
箱モノ じゃないと使ってくれないのよ。
>>911 ものすごく頭が悪いみたいだから説明してあげるよ。
C#では同等のものを作れないんだから、比較がなりたたんてこと。
> 既に実績を出している（多くのソフトが出回っている）ものを実績のないものがあれこれいうのは格好悪いな。
こういうこと。
910って何も知らないんだね。ﾌﾟｯ
Javaには、Linux上で動く無料の環境がある。
>>915 開発環境のVS.NETのみが自慢。
だって、アプリが無いんだから。
ﾌﾞﾋﾞ厨の自慢は他には無い。
ﾌﾞﾋﾞ厨とは史上最低のヤシらだな。
Mono
919 ：
デフォルトの名無しさん ：03/01/03 12:05
>>916 では開発環境に関してはJAVAよりもVSの方が勝っていると認めるのですね。
>>919 ものを作れてはじめて開発環境と呼んでやる。だから今は開発環境と呼べない。
VS.NETの動作はDelphiより数段悪いし、１００歩譲って開発環境となったとしても負けてるね。
実績って有名なフリーウェアの事なのか？
919は基地外だといことからﾌﾞﾋﾞ厨ということは分かってたが、
923 ：
デフォルトの名無しさん ：03/01/03 12:09
>>920 すいません。いまはJAVAとの対比を行っています。
Delphiの開発環境に関しては僕は使いやすいと思っています。
>>921 だからVBが滅んだのさ。
売れたのはVSのみ。でもそれだけがﾌﾞﾋﾞ厨の自慢。
925 ：
デフォルトの名無しさん ：03/01/03 12:10
>>922 それでJAVAのすばらしい開発環境を上げていただけませんか？
いまだに回答をいただけていないのですが。
>>923 JBuilderは確かにDelphiより動作悪いね。
自分は使い込んだのはJBuilderしか無いし。
っていうかDelphi最強なんですが、
>>925 前述の通り自分はJBuilderしか知らない。
ネイティブ系プログラマなんで、サーバサイドは知らん。
> .NET 1.0時代にせめて1つでも有名なフリーソフトが出ていればC#厨も反論のしようがあるんだろうけどなぁ。
930 ：
デフォルトの名無しさん ：03/01/03 12:16
>>927 本が少なかったからだろ。1年前までdelphiの本ってほとんど見かけなかったし。
ここ1年ぐらいだろ。本が充実してきたのは。
この瞬間ここは
932 ：
デフォルトの名無しさん ：03/01/03 12:17
>>929 JAVAの実績あるソフトってなにがあるの？
有名どころを上げてみてくれ。
>>927 その件は昨日もう決着がついたよ。
１）その話の笑うところは、逝こう難民ﾌﾞﾋﾞ厨でした、という落ち。
２）もうDelphi/BCBは存在しているものであり、使ったとしても逝こうとならん
３）滅んだVBを使ってたセンス悪いやつらであり、次も良いものを選べない。で、Ｃ＃（ﾜﾗ
934 ：
デフォルトの名無しさん ：03/01/03 12:18
C++最強説に1票
>>933 なるほどわかりました。
移行する対象にすら挙がってないDel厨が焦ってるわけですね。
分かりやすいです。
.NET・・・それはMSユーザ達にすら望まれていなかった進化であった。
937 ：
デフォルトの名無しさん ：03/01/03 12:19
>>933 Delphiも結局.netに逃げてきた。同じ穴のムジナだよ。
>>932 jakarta プロジェクトのソフト群
>>932 携帯電話のJavaアプリを海外にも売り出すそうだＹＯ！
>>932 は本気で言ってるのか？それともネタか？
本気なら学生プログラマか？
企業向けWebシステムの大部分はJavaだぞ。
クライアント（フリーソフトとか）で皆無であることは確かだが。
目に見えるもの、自分の手元にあるものだけがすべてだと思ってはいけない。
真実は常に自分の目に見えないところに存在する。
え？
944 ：
デフォルトの名無しさん ：03/01/03 12:28
>>941 プッ
おまえの仕事でかかわっているところしかつかっていないだろーが。
大部分がJAVAなんて根拠の無いことをよく言えるな。
>>944 941じゃないが、逝ってることが大したことないし、
自分の意見の裏付けが「プッ」ってのは最低なレスじゃないかい？
>>945 根拠の無いことを書くのはもっと最低かと。
>>946 だから、944が941に対して、根拠が無い、というための根拠が「プッ」ってのは最低。
941は、Javaが使われてるのは、「企業向けWebシステム」という根拠を出してるわけよ。
根拠が「プッ」ってのは嘲笑激藁厨と同じだじょ。さいてー。
>>947 だから、企業向けWebシステムの大部分がJAVAだって根拠がまったく出ていないわけよ。
でまかせを書いてるのは最低だと思わない？
>>949 なら、その根拠の根拠を問えば良い。
どこがJava使ってるか？と。（でも問わなくてもJava使われてるよね。）
944には何も書かれてなくて、プッ、だって。さむい。
>>950 >大部分がJAVAなんて根拠の無いことをよく言えるな。
日本語読めますか？
日本語通じますか？
Java坊レベル低すぎ
954 ：
デフォルトの名無しさん ：03/01/03 12:48
実際大部分はJavaだな。
Pentium4のマシン語が実はJavaでインタープリットされているのは有名だよな｡
958 ：
デフォルトの名無しさん ：03/01/03 12:52
>>957 まだ１０００とり合戦決着ついてないぞ！
960 ：
デフォルトの名無しさん ：03/01/03 12:53
JAVAが他の言語よりも優れている利点を挙げてください（実績以外で）
>>958 マシン語がインターぷりっ戸されるわけねーだろ。
Javaなんて使われてないだろ。
>>961 CPUはマシン語をインタープリットしているわけじゃが
964 ：
デフォルトの名無しさん ：03/01/03 12:54
ま、Javaが一番無難だったな。
965 ：
デフォルトの名無しさん ：03/01/03 12:56
HSPスレでは失敗してしっまたので、こっち取ることにします。よろしくぅ！
今日は元気がいいな。> アンチ厨
968 ：
デフォルトの名無しさん ：03/01/04 00:01
富士通はCOBOLをやめてJavaにしたんだよね。
969 ：
デフォルトの名無しさん ：03/01/04 01:58
.NETって、Cnnection系のDB接続型とDataSet系のDB非接続型を取り混ぜて
富士通はCOBOL.NETですよ？
>>969 そう理解してる人はこんなスレに来なくていいと思う
1000!!
デスクトップアプリには何使えば良いんだ。
>>973 そんなの使うとユーザーに重すぎ糞って言われちゃうよん。
いまどきのユーザはそういうもんなんだぁ、へぇー。
後、今時のユーザのマシンでは屁でもなかったりする。
ひそかに...
今日はここまで。
またやってきました
おやすみ
おはよう
またくるね
XBOXでフサフサだね
＞982
ところで、なんで「HSPって死滅しちゃうの？」スレが無いのかな？
問うことに意味がないからでは？
埋め
埋め
埋め
埋め
埋め
埋め
埋め
埋め
梅
埋め
埋め
梅
梅
梅が1000ゲット
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。