1 ：
デフォルトの名無しさん ：
02/07/09 23:37 とま
で
あるか
文章かいてたら次スレに移っていた........
6 ：
デフォルトの名無しさん ：02/07/09 23:44
そういや、255ってどこ逝ったの？
7 ：
デフォルトの名無しさん ：02/07/09 23:57
>>5 しかし、細かい部分でOSの違いを100%吸収してくれるわけにもいかないので、
結局は、全く同じCLRでってのは無理でしょ。
8 ：
デフォルトの名無しさん ：02/07/10 00:00
> 同じアセンブリがCEと
前ｽﾚ998
10 ：
デフォルトの名無しさん ：02/07/10 00:01
とりあえず俺は以下の目的で.NETを勉強しております。
>>7 実際の開発ではそうなるでしょうね......。
一応理想ということで。
>>8 確かにCE自体将来はどうなるかよくわかりませんね。
単に今のXP homeのように機能が削られているだけになったりして。
まあ、ソース公開してるぐらいだから、あまりやる気はないんだろう。> CE
携帯って今までもブレイクするようでしてないからなあ・・・
個人で使うなら気に入ったのを使うのが一番いいですよ。
Del厨遅いよ！何やってんの！
へっへっへ。そもそもWinを作ってそれを爆発的に広めた信頼のおける会社が出した構想なんだから乗っかれば間違いないよ。
18 ：
デフォルトの名無しさん ：02/07/10 00:26
.NETって何？
>>18 正直言って厳しい。Delphiをマスターしてからにしてください。
.NETが糞に見えます(藁
ランタイムがどれだけでかいか良くわかってないが、
>18
Del厨ってこういう自作自演が好きなのかなあ...
21が言っているのは間違いです。Delphi と .NET は対立するものでは
>>9 >その行為が生産的だとは思えませんね。
C# はいまだって生産的じゃないじゃない。
それで作ったアプリのユーザはどれくらいいるのよ。
.NET Framework が行き渡るまで、せいぜい自分だけのアプリを
作り続けてください。だいたい C# なんて、のりかえにそんなに
時間がかかるような言語かよ。言語仕様は素晴らしいのでむしろ
簡単に習得できるのでは。先行者利益を主張してもたいしたこと
ないよ。
23は間違いです。そもそも何と何を比較してはいけないなどと誰が決めたわけでもありません。
>そもそも何と何を比較してはいけないなどと誰が決めたわけでもありません。
>>24 後半矛盾だらけで意味わからん。書き直し。
とりあえず、
>>21 で事実を突かれて言い返せないDel厨が
>>23 で切れたということでよろしいか？
とりあえず、
>>23 で事実を突かれて言い返せない.NET厨が
>>25 で切れたということでよろしいです。
ま、確かにさ、どちらをやるのか決めるのは自分なんだから、
>30
32 ：
デフォルトの名無しさん ：02/07/10 05:01
>>30 戦々恐々として不安で夜も眠れない
煽りに簡単に釣られてしまう
本当に哀れなのはあなただということを
みんな知っていますよ
一流大学を出ていい給料もらってるのに、深夜まで2ちゃんに張り付いて、厨房口調で、
>>33 俺はMS社員じゃないが誰のことを言っている？
たぶん、.NETがDelphiより優れてるとか、Delphiが.NETより優れてるとか、
>>17 どっひゃー素人発見！！
> 知ったか素人がほえるがそもそもバグのないソフトなんて大規模になればありえない
バグを出してもバグを再現テストでしか判断できないOSと、オプソで、バグが出たらソースを見て
原因が調べられるOSとを比較すると完全にMS-OSの負けなんですが・・・。
（貴方のようにC/C++のソースが読めないと意味無いですけどね。）
時間の無駄を省くなら *BSD/Linuxに勝るOSは今のところないです。
マジで楽したかったら、C/C++覚えて *BSDを勉強してみて下さい、たぶん、貴方のプログラマと
してのレベルは今よりも数段ステップアップしますよ。
×一流大学を出ていい給料もらってるのに、深夜まで2ちゃんに張り付いて、厨房口調で、
38 ：
デフォルトの名無しさん ：02/07/10 07:32
>>1-37 やっぱ、駄目な奴は何やっても駄目だな、実感できたスレでした
====================== 終 了 ======================
>>36 >時間の無駄を省くなら *BSD/Linuxに勝るOSは今のところないです。
環境の構築だけでふざけた時間が過ぎ去る罠。
>>36 環境設定やコマンド覚えただけで、OSがわかった気になる罠。
たいした機能がないから、安定してて当然な罠。
Linuxほめるﾔｼってほんとに使いこなしてるのかと言いたい。
Linuxは不安定。
ココアかチョコレートだか知らんが
洗練されているのは結構だけど、洗練されすぎていてアプリケーション
>>35 >何を使ったかじゃなくて、何を作ったかってのが重要だと思うけど。
そうなんだよね。それで、「何つくるの？」 と質問すると、C# の人は
「意地悪な質問だ」とか、「なにつくったっていいじゃん」とかで、
まともに答えてくれたのは、「2ch ビューア」と「ゲーム」だって。
あぅ、それに「個人ツール」ってのもありました。
>>44 >変なのをこれ以上増やさないでほしい
これは、「変なの」のなかには .NET も入ってる、ということですね？
49 ：
デフォルトの名無しさん ：02/07/10 22:01
>>36 そりゃ正論だが、そこまでの能力が無いから
VB使ってたんだし .NETに縋ってるのだが悪いか？
50 ：
デフォルトの名無しさん ：02/07/10 22:02
51 ：
デフォルトの名無しさん ：02/07/10 22:07
MaxOSX=MacOSXなの？ちょっと調べたけどよくわからないよ
52 ：
デフォルトの名無しさん ：02/07/10 22:11
>>36 オプソの人ってほんとにソース見て自分でバグ修正してるの？
1つのアプリあたりソースの全体像を把握するだけで1ヶ月はかかるだろうし、
バグが出たら「ここだ！」って突き止められるようになるまで半年はかかるだろう。
自分で修正したらしたで、ちゃんと直せてるか・デグレが起きてないかを
調べるのだって容易じゃない。
どう見ても「自分でソースを見れて直せるのがオプソのいいところ」なんて
言ってるのはハッタリにしか聞こえない。本当にみんな自分でやってるの？
もし、腕のあるﾊｶｰが直してくれるだろうなんていう他力本願なら
バグ修正をベンダー任せにしてるのと何も変わらないよ。
>>42 サーバーで使っているLinuxってリモートで操作だから
Xなんか入れないよ
Googleの立場がないね
54 ：
デフォルトの名無しさん ：02/07/10 22:13
>バグが出たら「ここだ！」って突き止められるようになるまで半年はかかるだろう。
>>43 あんた電波でているよ
コストにシビアなデータセンターがアップ○のものなんか使うわけないだろ
オープンソース物ってソースが汚いから触るのやだ。
漏れはそういう開発やったことないから、バグの箇所を
>>54 おもちゃレベルのアプリじゃなくて、商用アプリと争えるようなものの話ね。
OpenOfiiceとかMozillaとか。
59 ：
デフォルトの名無しさん ：02/07/10 22:17
WebObjectsとASP.Netを比較した方
>>57 同意。
でも我が物顔で「オプソは自分でソースを修正できるから云々」って言うのがあまりにも多いじゃない？
なんだかなーと思う。
61 ：
デフォルトの名無しさん ：02/07/10 22:28
Macってまだ売ってるの？
>58
>>49 悪い。
能力が無い奴がプログラムなんか作るな。
オープンソースとか言いながらredhatはソースをrpmで隠しているようにしか思えないのですが。。。
>>62 ソース読んだこともないくせに。（ ´,_ゝ`）ﾌﾟｯ
>>65 62は見たんだよ、読んだのではなく見たんだよ。
意味もわからずただ暇だから見たんだよ。
でも理解できなかったんだよ。
俺のネタにここまでマジになれるぽまえらにカムパイ
>>67 誰もお前なんか相手にしていませんが何か？
予想通りの返事でケッコウケッコウコケコッコー
> ケッコウケッコウコケコッコー
あーもうわかったわかった。常に人より上の立場にいたいんでしょ。あんたはよーするに。この俗物が。けっ。
73 ：
デフォルトの名無しさん ：02/07/11 00:02
>>64 なんか誤解してる？
rpmはパケジのことだが、バイナリで配布してるかソースが入手出来ないってわけじゃなく
ソースもちゃんと入手できますよ。
>>60 自分でソースを修正するんじゃなくて、プログラムが変な動きをした時にOS側の問題
（通常OSじゃない場合が多い、libを探るかもしれない）なのかの切り分けをするとかってに
使う物でしょ？
そのレベルなら普通プログラム書く人なら解析できるし、その作業自体は１日以内
で完了するでしょ。
17は電波なの？
> その作業自体は１日以内で完了するでしょ。
>>76 具体的にどれのどの部分でヤル気がなくなった？
78 ：
デフォルトの名無しさん ：02/07/11 03:07
素人プログラマの書いたダサいコードなんて、臭くて読めませんよ。
>>78 序盤でゲイツとWindows2000をマンセーしときながら何故BTRON？
>>78 ＞ゲイツ様の書いたコードは
何とかとか言うマシンのBASICが最初で最後だと思われ。
>>78 逆を書いて見たってことなのか
そー考えると経済の中心は欧米->日本->(台湾)->中国と
推移することは明白ではあるし、で、BTRONはなんなんだ？
使うなってことか？
とりあえず、OSに関しては、先１０年で混沌とするだろうな、
その意味では JAVAや .NETテクノロジは重要ではある。
むしろ、.NETをネイティブに実行できるOSとか出てくるだろうな。
82 ：
デフォルトの名無しさん ：02/07/11 18:13
まだ.NETなんて言ってるの？
>>82 じゃあなんであんなにフリーソフトが少ないの？
と、マジレスしてみるテスト
84 ：
デフォルトの名無しさん ：02/07/11 21:57
MSの無料トレーニングのページはオフラインでやる方法はないのですか？
.NETはVＣ、C#であろうがVBもデコンパイルできることにすごさがあるのさ。 ﾜｶｯﾃﾅｲﾈｪｰ
>>82 あれがVisualStudioマッ青か？
eMacでOS Xは遅すぎてダメかと。
>>85 ＞VBも
VB.NET is not fucki'n VB.
88 ：
デフォルトの名無しさん ：02/07/11 23:42
.NETがいいのはよく判った、で、.NET対応する他社製品（言語）ってどの程度あるの？
>>88 gcc.netて。コンパイラコレクションなんだからgccに取り込まれるべき。
monoとかコンパイラも出してるんじゃないの？
>>89 Monoのコンパイラはmanagedアプリだよ。.NETランタイムがないと動かない。
.NETって、簡単に要約すると、何?
漏れもサパーリ。
あ、あのでかいライブラリを利用すると.NET対応かな？
なるほど。
>>97 基本的にはJavaを想像してもらえれば良いと思われ。
パクったと言われても反論できないくらいにてる。
（ ﾟДﾟ） ﾌｰ 100ｹﾞﾄ
VBもC++もC#も、Delphiも、.NET 対応というと、ネイティブじゃないバイトコードを吐くように
.NETって、中間言語にコンパイルした物を配布とか出来るの？
103 ：
デフォルトの名無しさん ：02/07/12 00:17
>101 うん
>>105 ﾊｧ？
なんで？折れがやらないといけないの？つーか、なに怒ってるの？
107 ：
デフォルトの名無しさん ：02/07/12 00:20
～〇～
>>107 バカな発言－＞バカにされる－＞バカにされた理由もわからないので誹謗中傷と取る。しかも自信たっぷり
－＞泥沼。
>>102 可能性としてはある、
つーか、その手のウイルス既に誰か作ってたらだろ
訂正：
>>109 うむ・・・ガイシュツでしたか、でも、改竄に対するセキュリティってなんか出来ないの
でしょうかねぇ、UNIXのように実行権限とかを細かく設定できないと辛そうですね。
VC++.NET ならネイティブコードも吐けるんじゃないの？
115 ：
デフォルトの名無しさん ：02/07/12 00:28
（ ﾟДﾟ） なぜか誹謗中傷されちまった
説明する気も失せるｱﾌｫばっか。
>>119 いまいち自信が無くて間違ったこと言うのが怖いんだな。
121 ：
デフォルトの名無しさん ：02/07/12 00:33
なら説明はいいですよ （＾＾
>>119 うむ、逃げに取られても文句は言えんな。
ベータの頃ならマヌケな発言も笑って済むけどさすがに今の時点でこういうのはかわいそうになってくる。
社員必死だな（藁
.NET過信してる奴多すぎ。
で、説明まだなのか？
>>125 ごめんなさい、あれは違いましたね、102が言うようなのはまだありませんね。
どーやら、説明できるような材料が無かったらしいな（藁
何の説明？
.NEtを叩く人種って理解不能。プログラマからすればGUIアプリがまあ前よりは楽に組めるし、歓迎すべきこと。それなのにNetを叩く必要の有る人間といったら、サンシャイン。
>>133 .NETはGUIのためじゃないよ。
Delﾁｭｳﾃﾞｽｶ?ﾌﾟﾌﾟﾌﾟ
W32.Donutの将来性について語るスレはここですか？
>134
>>136 >>134 に比べてなかなか男らしいな。
ステレオタイプでしか物しゃべれないなら議論する余地なんて無いのにね。何しに来てるんだろう？
Javaより何処がいいの？
Del厨が出てくると.NETの解釈がねじ曲げられてしまうんだよな。(嘲笑激藁
>>138 いろんな言語使えるところ。
後発だけあってクラスライブラリが進化（個人的には）。
Sunほど無理して提唱してない。
先月DelphiのプログラムをC#に移行する仕事をしたんですが、
(112の続き)
>111
>>142 さぁ、説明してもらおうか。
まぁ、二度とこのスレ覗か（け）ないんだろうけどねｗ
>>145 アセンブリって、なあに？.NET のバイトコードかな？
148 ：
デフォルトの名無しさん ：02/07/12 02:58
Graphicsクラスはどこのバカに書かせたのかというほど低速。
150 ：
デフォルトの名無しさん ：02/07/12 03:17
>>148 マシンがはやすぎて、どの程度低速なのかわからない罠。
151 ：
デフォルトの名無しさん ：02/07/12 04:08
>>82 最高のOSと最高の開発環境があるから作るっもんじゃないかと思うんですが。
mac好きだけどね(笑)
>>150 マシンがはやすぎるのに、これ程低速なのとたいかんできる罠。
153 ：
デフォルトの名無しさん ：02/07/12 11:55
>>148 ちゃんとレンダリングクオリティの設定はしてる?
デフォルトだと高品質よりの設定になっていて、
アンチや補間を多用しているので遅いよ、
154 ：
デフォルトの名無しさん ：02/07/12 12:19
C#なんて
>>154 はぁ、なにいってんの？
Cもアセンブラも遅すぎて全然使われてないよ。
遅い＝開発スピードが遅い
>速度重視の
速度が大事なので、バッファの境界チェックなんて余計なことはしてはいけません。
速度が大事なので、エラーチェックなんて余計なことはしてはいけません。
速度が大事なので移植は考慮しません
速度が大事なので締め切りは守りません
>> 速度重視の業務システムじゃまず採用されないね｡
ハァ？何､寝言言ってんの？
>精度や安定性重視で組んで、それでも速度がある程度必要。
>>163 お前市販されているハードウェアなんか使ってるのか？
市販のハードウェアなんか安かろう悪かろうで遅くて使い物にならないよ。
速度が大事だからプロならハードウェアから全部製作が基本だろ。
ハードウェアの仕様書も自分で書く。時間や金には糸目はつけない。
その程度か、笑っちゃうね(ｹﾞﾗ
>>164 お前バカ？精度や安定性を重視しないでどうすんの？
速いですけど、精度も安定性もありません。
使ってる人にはヒンシュクなのに、開発した本人は納得。
ｱｾﾝﾌﾞﾗだ最適化だ読み込みだって･････
ニンテンドー ゲームギョーム
速度重視っていってもさ、パソコンと組み込みは全然違うよ。
>お前バカ？精度や安定性を重視しないでどうすんの？
>>173 勝手にVBの話にすんなよ。
精度や安定性を重視するのはあたりまえ。
>多少インタプリタ的な要素を大きくしても全然遅くならない。
>>175 言っていることがめちゃくちゃ(w
よく考えて調べて書くように。
177 ：
デフォルトの名無しさん ：02/07/12 16:02
そういうVBにボロ負けしてるDelphiとかいうクソ言語があるんだよな。(嘲笑激藁
学生ですが何か？
VBで画面の遅さが目立つときってどんなときだろう？
>>178 > ゲームも業務も基本は変わらないね｡
すでに認識不足で廃車決定(嘲笑ｹﾞｷﾜﾗ
ゲーム業界なんて基礎研究も何もない使い捨ての典型だろ？(ﾌﾟｯ
>>181 .NET もそうじゃないの？ JAVAはまだアカデミックな香りはするけど
>>178 同人ゲームでヒットしているのはお前のおかげじゃないよ。
>>182 ハードメーカーが作った組み込み向け言語のどこがアカデミックなの？
ハードを直接叩くのもライブラリを使うのもたいしてかわらない。
ハードは直接叩かなくてもいいから
187 ：
デフォルトの名無しさん ：02/07/12 16:22
163はたんなるバカ。
>VBで画面の遅さが目立つときってどんなときだろう？
>ハードを直接叩くのもライブラリを使うのもたいしてかわらない。
>>186 プロの世界ではいかに早く安くある程度の品質のものを作るかが重要だから
趣味か勉強の一環でやるぐらいで仕事ではほとんど使う必要がないからね。
残念だが仕方ないのかもしれない。
>>189 ハードを叩くって言っても OSの管理下では直接叩けないからね
同じといえば同じ。 I/O命令を発行しても結局はOSが再処理して
るんだから。
ただVB使いは、DLLですませればいいのに、わざわざOCXを使ってたってだけ
>プロの世界ではいかに早く安くある程度の品質のものを
学生さんか･･
>>188 嫌なことにコントロールの位置合わせはVBでは自動でやってくれないんだ。
だからコントロールの位置合わせが見えるのはVBというよりプログラマのせい。
当然OSを変えても直らない。ちゃんと作れば位置合わせが見えることはないだろう。
> 画面を開くとき画面が移動しながら開いたり、
これは意味がよく分からん。
>>189 むりやりVBを叩くのはやめとけ。文章が不適切だぞ。
>経験の無い即戦力は必要ねぇ！ｳﾁの会社にはｾﾞｯﾃｰ来んなよ！
>>192 じゃ、プロはどうするの？
(時間的に)遅く(金額的に)高く必要以上の品質のものを作るっていうの？
ホントに速く、廉く作るには、 構文解釈処理くらい書けて、
>劇安でドニーチョ
199 ：
デフォルトの名無しさん ：02/07/12 16:37
MSDN Subscriber Downloads にログインできねーぞ！！
なんかプロは技術力だけあればいいと勘違いしている素人がいるみたいだな。
>>196 それがプログラマでしょ。
必要以上の高品質のものを作るからイパーイ売れるんでしょ。
そのためには開発コストがかかるのはショウガナイ。
>>201 もうそろそろネタに飽きてきたころだろ。
>>200 あのさ、普通に他の人が出来る事は普通に出来るようになろうね
>>203 ん？プロとして当然のことを言っているだけじゃないか。
>>203 普通にアセンブラも使えるし、普通に四則演算くらいはかけるよ
おっと、俺は200じゃなかった
ごめんなさい。コスト度外視でハード直接叩きﾏﾝｾｰはネタでした。
>>207 ネタって・・・ 別に NT系ならサービス書けば普通に叩けるじゃん
>>208 コスト度外視で何でも速度重視でアセンブラ/Cで作るってことのことだろう。
>>208 ブビ厨の住んでる世界ではネタになるんだって。
そんなん、プログラマじゃないよな。
コスト重視した上で速度も重視するならDelphiだね。
>>211 次のバージョンですべて無駄になります。
215 ：
デフォルトの名無しさん ：02/07/12 18:00
>153
217 ：
デフォルトの名無しさん ：02/07/12 18:20
VBでAPI呼び出しを多用しているソースはどうなりますか？
>>215 使えるみたいだけど、あんまり前面に出ないね
まあCEみたいなシステムだと、電池の関係で極端なクロックアップは期待出来ないから
使い物にならないと思った方がいいだろし
色々触ったけど、Delphiは結構凄かった、同時期にVBも仕事で使ってた
221 ：
デフォルトの名無しさん ：02/07/13 06:43
Delphi？VBの方がづっと昔から高性能に決まってるだろバカ
なあ、VB.NETとC#.NETって性能的にどう違うんだ？
223 ：
デフォルトの名無しさん ：02/07/13 07:38
まなげC++はどうですか？
簡単便利が一番
言語は自分の慣れている物を使えというのがMicrosoftの回答で、
>>225 多分違う。J#.NET は「ほら、うちら (MS) もこんなに譲歩してる
でしょ」と裁判でアピールするためのリリースというのが大方の見方。
>>226 そう言われるとそうですね。
JLCAもC#への移行を促しているだけのようですし。
となると、223氏が言っているようにC++の立場がないような。
ばっきゃろ。
ドトネトは1、2年の流行だが、C++は10、20年のスパンで活躍する。
C++も出た当初は言語オタに叩かれまくってたな。
232 ：
デフォルトの名無しさん ：02/07/13 09:57
C++、好きだけど、何か「マニアがやりすぎちゃった」感があって、
233 ：
デフォルトの名無しさん ：02/07/13 10:24
>>229 > そう言えば、去年、.NET第ブーム3のスレの229が、ドトネト終了を予言してたなー
229はイタいやつだったんだなー、となることはほぼ確定か。
C#は言語としてみれば非常に良い感じでまとめられているね。
ただ、ライブラリがまだこれからという部分（特に映像／音声周り）
もあるから、この辺をどうまとめてくるか。
234 ：
デフォルトの名無しさん ：02/07/13 11:13
C#が良い言語でも、IISだけしか使えないんじゃだめだ
C#のおかげでWinではJAVAは消えそうですか？
237 ：
デフォルトの名無しさん ：02/07/13 11:40
サーバサイドはJava+UNIXばかりだろ
Del厨も来年の今頃は「Delphi6はクソだったなー。やっぱり.NET最高！」とか言ってるんだろうねー。
240 ：
デフォルトの名無しさん ：02/07/13 11:57
いえ。
241 ：
デフォルトの名無しさん ：02/07/13 11:58
そんなことは
242 ：
デフォルトの名無しさん ：02/07/13 11:58
ありえません。
>>239 Delphi.NET最高！とか言っていると思われ。
VC++/Java以上にコンポーネント指向が強いDelphiなら、.NETとの
相性も良さそうだし。
Delphi.NETはデプロイの面で強力に進化すると思われ。
CE.NET の状況みれば、C#なんてWindowsマシンの馬鹿みたいな過剰仕様に咲いたアダバナ
246 ：
デフォルトの名無しさん ：02/07/13 12:07
>>239 折れはMS製品しか使ったことないけど、なぜそこまでDelphaiが嫌いなの？
言語とかなんでもいいじゃん、とか思うけどなぁ・・・。
むしろ、折れの場合は今までVisualStudioしか使ったことないから興味あるけど。
>>246 たぶん実世界でDelphi使いに馬鹿なVBコードを マジに哀れられたとか
今どきネイティブマンセーだもんなあ･･･
>>231 C++とC#を同じレベルで語る君は一体？
>>248 そだね。 俺でも、大体自分のアプリの８割は簡単なインタプリタ組み込んで
カスタマイズ可能にしているくらいだからなあ、ネイテブでないと余計に遅くなっ
て嫌だなあ
だからILも最終的には、JITでネイティブコードになって、実行されるっちゅうのに。
ドトネトが出て、俺は、先延ばしにしてきた
>>251 というか、ILはインタプリタ実行されるようにはできていない。
例えば、Javaの場合iadd,fadd,ladd,daddみたいに加算命令一つ取っても専用の命令を用意して、
インタプリタ実行での高速化を考慮しているが、ILのバイトコードではadd命令は一つしかない。
インタプリタなどとほざいている奴は、知ったかぶりの馬鹿。
>>254 .NETのエミュレーターと考えるべきなのでは？
>>253 >ILはインタプリタ実行されるようにはできていない。
の理由として
>ILのバイトコードではadd命令は一つしかない。
とは？ たんに、高速化を考慮していない？
>>254 >だからILも最終的には、JITでネイティブコードになって、実行されるっちゅうのに。
>いまだにVMで実行すると思ってる奴、ただの勉強不足の房だぞ。
これも VM の実行形式のうちのひとつでは？
>>256 そう高速化を考慮していない。
インタプリタで実行する場合、スタックに積まれている型を識別して演算する必要がある。
>>259 なるほど。回答ありがとうございます。
ILを解釈する時、各プラットフォームごとに最適化される、と
期待してよいのですね。
>>257 そうだね。中間言語にするのは、プラットフォームの差異を吸収した仮想マシン
に解釈させるため、と考えればそのとおり。Windows では 254 さんのようにし
て実行される、と。
>>253-261 kouiu yotei-tyouwateki nano iya.
jissai ha nannin de kaiteruno?
Windows CE もあれでも JITしてるの？
俺のVMはWin32のPEﾌｧｲﾙが実行できるんだぜ
>>255 まあ、移植性を高めるためのツールだからそうなのかな･･･。
266 ：
デフォルトの名無しさん ：02/07/17 00:41
ブームまだこねぇか？
267 ：
デフォルトの名無しさん ：02/07/17 01:22
.NET = ちょんネット
268 ：
デフォルトの名無しさん ：02/07/17 02:37
>>262 Omae no konominanka sirukayo!
269 ：
デフォルトの名無しさん ：02/07/18 04:28
ASP.NETのaspxファイルでコードインサイト（変数やメソッド一覧）出す方法ってありませんか？
270 ：
デフォルトの名無しさん ：02/07/18 20:46
7/22締切りのC#とVB.NETのオンライントレーニングって
271 ：
デフォルトの名無しさん ：02/07/18 21:33
.NET最強伝説が始まります。すべての言語を統一します。
>>270 無料でできるというのではよいのではないですか？
VB.NETは8月いっぱいまでらしいですがね。
273 ：
デフォルトの名無しさん ：02/07/19 00:12
>>.NET最強伝説が始まります。
275 ：
デフォルトの名無しさん ：02/07/22 01:08
あちこちで採用の動きが広まってますな
>>275 ＭＳ関係者の方、遅くまでご苦労様です。
カキコの口調が浮いています。
>276
Big Blueな俺はどっちに付くべきか・・・・
このスレ限定でいいから、アンチにはやさしくしましょう。やつらもいくら嫌がっても、
いずれ、な
で、どこで採用されたわけ? 検討中でもいいけど。
MONOプロジェクトで採用決まる！
283 ：
デフォルトの名無しさん ：02/07/26 14:57
？.NETを撃沈って？
米ボーランド、Linux(R) 向けC++テクノロジーを使って新分野を開拓
本当のタイトルをわざわざ貼るなんてよっぽどKylixが怖いとみえる。
C++とC#ならC#のほうがいい。これ常識。
>>288 なんで出来た直後で実績の無い言語が常識なんだ。
C#じゃぁOSもリアルタイムアプリも書けん。
291=キティ
>>290 馬鹿だな。なんでもできることほど危険なものはない。
>>293 ネタ？
コンポーネント開発も出来るんだから両立してるの知ってて、わざと煽り？
アプリのある一部分でも、この部分だけ細部まで記述しようっていうときに、
制限のない言語ってなによ？
アプリのある一部分でも、この部分だけ細部まで記述しようっていうときに、
>>297 の意見だと、.NETはちょーサイアク、になっちゃうよ。
うちの部長が前の会社で、.NETの基盤となるテクノロジを作り上げたって語ってました。
.NETスレで、しかもウェブサービスの直後の話がOSに飛ぶ
>>290 =292は基地の外っていうのも常識。
.NETねぇ・・・
304 ：
デフォルトの名無しさん ：02/07/29 13:33
.NETにActiveXドキュメントが無いってことは、
難しすぎて普及しないなんていうまぬけな現象が起きたり。
306 ：
デフォルトの名無しさん ：02/07/30 21:00
つーか、.NETってほんとに流行るの？
307 ：
デフォルトの名無しさん ：02/07/30 21:09
>>306 こっちは.NET移行どころかMS離れがいよいよ本格化してるよ。
StarOffice導入も真剣に検討してるし。
Linuxクライアント化もあり得る。
.NETは悪くはないんだけど「今さら」なんだよねえ･･･。
309 ：
デフォルトの名無しさん ：02/07/30 21:23
いまさら.NETで塗り直すまでもなく、必要なものはもう揃ってるんだよね。
>>307 Solaris離れも少しずつ進んでる罠。
Linuxなのかねえ。
311 ：
デフォルトの名無しさん ：02/07/30 21:34
.NETなんて使い捨てサイトをASP.NETで組むぐらいしか使い道がないだろ。（ ´,_ゝ`）ﾌﾟｯ
ま、不況で遊んでる（乗り換える）余裕が無い、と。
つまり貧乏だと
>>311 使い捨てサイトなら ApacheとPHPで簡単に組めるし、その分野にも既に空席ないみたいですが？
318 ：
デフォルトの名無しさん ：02/07/30 23:20
Web系のオモチャはSevlet/JSP/PHPにおまかせですな
じゃあ.NETの近い道はナッシング
オモチャというのはシロウトさんが気分を味わうための、という意味なんだけどね。
Web のオモチャにもなれなかった .NET に合唱
323 ：
デフォルトの名無しさん ：02/07/30 23:57
.NETマスターすればあの川俣先生と肩を並べられるよ！！
325 ：
デフォルトの名無しさん ：02/07/31 00:11
.NET は大人のオモチャですが何か?
厨房が集うｽﾚはここですか？
高い金出して開発環境揃えたり書籍を購入した人は
.NETの方が糞本だらけだよ。
333 ：
デフォルトの名無しさん ：02/07/31 02:38
.NETに良本なし
.NETはもうだめぽ
っていうか、.NETってM$信者にも見放されてんでしょ？
（ ´,_ゝ｀）ﾌﾟｯ
>>336 M$信者がついて行けてないだけ。
.NETを極めてるのはJava使いだけ。元ﾌﾞﾋﾞ厨は悲惨。
マジでダメダメムード漂ってんの？
ってかJAVA++みたいなもん
なんか厨房一人ががんばってる雰囲気のスレだな…
342 ：
デフォルトの名無しさん ：02/07/31 09:51
M$って技術的にはすごいんだけど、
中間言語が同じって事は実行速度が
>>343 なんで？ それならx86バイナリが同じって事は C++≒Delphi≒VB６って事になるぞ
>>343 中間言語が同じだからではなく、
ランタイムライブラリが共通だからほぼ同じ速度になるだろう
ライブラリに関係ない単純繰り返し演算も、ほぼ同じ中間言語にコンパイルされるだろう
メソッド呼び出しとのオーバヘッドも言語に関係なくほぼ同じになるだろう
というような事はいえるだろうけど、やっぱりコーデングする人のスキルに影響されるだろうね
つまり、誰が作ってもダメダメだと。
347 ：
デフォルトの名無しさん ：02/07/31 11:33
VS.NETよりeclipseの方が軽い。
>>72 スマン、C#素晴らしいと思うのだが、どっかのスレで
C#よりVBで生成するコードの方がアセンブリ情報が
どうとかで高速らしいという話。
つーか、VB使いって今何やってんの？
eclipseよりメモ帳の方が軽い。
352 ：
デフォルトの名無しさん ：02/07/31 11:48
.NETは確かに優れた技術だが、M$への不信感がそれをはるかに上回る。
.NETがリリースされて半年でｹﾞｲﾁｭが.NETはダメだった宣言。
＞.NET MyServiceってどうなったの？
まあ、あれだ。
356 ：
デフォルトの名無しさん ：02/07/31 12:52
.NETはウェブサービスとは無関係と考えれば有用なものに見えるんだけどね。
珍しい意見だ･･･
358 ：
デフォルトの名無しさん ：02/07/31 14:55
>>357 いや、当たってると思うよ。
.NETで根本的に改善される部分ってWeb Serviceとはほとんど関係ないし。
知ったかｸﾝ登場！
ウェブサービスなんて.NET以上に流行らねーよ。ﾌﾟﾌﾟﾌﾟ
ウェブサービス = .NET ではないの？
ならばJavaも.NETですね
ウェブサービスはJAVA やC++からでも可
364 ：
デフォルトの名無しさん ：02/07/31 15:14
みんなでStarOfficeを使おう！
>>365 うちはOffice製品使わないけど, 関連会社ではStarOffice使ってるよ.
個人的にもいれてみたけど, フォントさえキチンと設定してあげれば便利だねぇ.
OpenOfficeはまだ許可が下りないけど、StarOfficeは結構普及してきてるよ。
そうそう、だいたい WindowsXPのあの出来の悪さときたら
ahokusa.
っていうか最近M$動きないよね
371 ：
デフォルトの名無しさん ：02/07/31 15:56
>>366 SUNのJAVAで表示した
フォントをきれいにしたいんだけど
どうやるん？
(ﾟДﾟ)ﾊｧ?
>>370 プログラマーが大量に辞めてるらしい、
人数だけは増強してるけど間に合わないって、
何か作ってるんだろうか？
>>373 そりゃあ、.NET化で優秀なC++開発者は辞めてしまうだろう。
375 ：
デフォルトの名無しさん ：02/08/01 09:19
>>373 ソースは？
M$がどうこうよりも、プログラマ側に興味がある。
ＬｏｔｕｓがＩ日Ｍに買収されて、元Ｌｏｔｕｓ社員は居なくなったりとか、
米ではプログラマが居なくなる事態って多いね。
376 ：
デフォルトの名無しさん ：02/08/01 13:47
>>375 日本でもかなり前だが、「桐」から「DBpro」がスピンアウトしたように
プログラマやＳＥは流動的に移動したり野心燃やしたりして出入りが激しいし、
仕事が過酷な割に給与が安かったりでやってられんだろ。
>>376 戦うプログラマにそういうの一杯出てたね。
そういう一般的な事は理解出来るんだけど、
.NETでの状況はどうだったんだろうか、と。
.NETが失敗しようといいのだよ。
んなこたーない。
.NETの最大の功績は、巨大さでブビ厨を葬り去ってくれたことだね。
ﾄﾞｩﾌﾌﾌ
>>363 > 秋くらいには Delphiでも可になるんじゃない？ ・・・買えないだろうえけど
Del6で既に実装済みだｺﾞﾙｧ!
ただしEnterpriseだけ・・・
VB.NET始めますた
>>383 Delphi6 Pro版でも、SOAPクライアントは可能
388 ：
デフォルトの名無しさん ：02/08/11 03:37
質問です、
よろしくないと思います
390 ：
デフォルトの名無しさん ：02/08/11 03:49
WinAPI使えないんですか・・・。
うちは外部機器の制御とかがメインなんですがC#でも制御できるの？
今までOSで隠せなかった部分を.NET上のソフトから
>>390 WinAPI 使えるよ。WinAPIに限らず、今までのネイティブDLLとも相互運用できる。
PInvokeとDllImport属性で検索すべし。
>>392 ,393
もっと勉強しな。
>>394 しかし、ネイティブ使ってしまうと Windowsでしか動かなくなるのでは？
>>395 そりゃしゃあないでしょ。Windows用のネイティブコード呼ぶのだから。
というより、今の段階で.NETをプラットフォーム非依存のフレームワークと
捕らえるのは間違い。単にWindows用次世代フレームワークだと思った方がいい。
というより、Webまわりのプログラムを作成する場合で、かつ、
.NETでもプラットフォーム非依存ってのは、結局無理っぽいと最近感じ始めました、
.NETがプラットフォーム非依存なんて幻想もいいとこ。
monoってGUIとか、Windowsのメッセージとかまで再現するのか？
JavaのWriteOnceRunAnywhereにしても、
わざわざ遅い.NETを使う意味っていうのは、
>>402 まさか、MSILがバイトコードインタプリタで実行されると思ってる？
ようは、バイトコードを使う意味なんてのは、
>>401 Javaの夢ってなんだ？開発はWindowsクライアントで、
運用はUnixで、なんてのはざらにあるだろ。
特にサーバーサイドで。
GUIがNativeに比べて遅い、低機能とは言っても、
それで十分な用途もあるわけだし、全く選択肢が無いよりは
はるかにマシ。要は適材適所だ。
自分の知識が世界のすべて、なんて思ってるのは馬鹿。
メジャーな選択肢の中でまともにマルチプラットフォームを
実現しているのは今になってもJavaぐらいのもの。
マイナーでよければ、Schemeなり、Qtなり、いくつもあるがな。
だいたい.NETがVM方式なのも、それだけの利点があってのことだ。
Javaで実証済みのな。マーケティングのためだけではない。
「冷静に判断」したつもりになって考えなしにJavaも.NETもダメ、
なんて言ってるのは何もわかってない証拠。
>>405 を具体的に書くと
>>397 のようになり、
これは、今までJavaとVBでやって来た仕事だ。
>>406 まあ、そう熱くなるな。
俺はJavaも.NETも駄目だなんて言ってないぞ、適材適所だ。
過度な夢を見るなと言っているだけだ。
昔話になるが、Javaはどこでも動く、かつ、
>>408 それだと
>実現できずにVMによる負の遺産だけが残る。
>マーケティングやシェア獲得の騙しだから、
>冷静に判断しないと馬鹿見るよ。
この辺りが説明できんな。慌てて取り繕ったか日本語に難があるか
>>410 説明できるだろ。
WriteOnceRunAnywhereは実現できたか?
騙しでシェア拡大しただけだろ。
そしてVMによるGUIの遅さだけが残っている。
マルチプラットホームも同じだ。
所詮Javaのシェアを食うための騙しにすぎない。
だからといって、Javaや.NETに価値がないとは言わない。
>WriteOnceRunAnywhereは実現できたか?
>>412 お前だけが満足しても、普通の人間はWriteOnceRunAnywhereが
実現できてるとは思わないぞ。
C/C++の標準ライブラリに毛が生えたようなもんだ。
多くの人間がそう思ったからこそ、Javaから去っていった。
.NETを否定しているように思われたようだが、
>>412 君が勝手に夢を見て、正しく評価できなかっただけ。
すべての用途に対して最適な技術など無い。
よく読めよ。
>少なくともC/C++の標準ライブラリが
>OSの全機能をカバーするようになったぐらいの効果はあるだろう。
これは非常に大きい。これに意味がないと言うのなら
C/C++の標準ライブラリにも意味がないと言っているのと同じ。
>>415 俺が言ってるのは、意味があるか無いかじゃなく、
WriteOnceRunAnywhereが実現されてるかどうかって話だ。
お前の言っているのは、カツ丼作ろうとして玉子丼が出来たが、
これで充分おいしいじゃないかって話だ。
当初、WriteOnceRunAnywhereがどう言うものだと
アナウンスされていたか、ネットで検索しなさい。
あぁ409の昔話も同じなのか
>>417 俺は今も昔も現実しか見ない。
お前が夢を見てるから、指摘しただけ。
スレを読み返してみ、そういう流れだろ。
お前から無意味な話しか引き出せなく
なってきたんで、もう逝くよ。
煽りなり罵倒なり、後は一人で楽しんでくれ。
>>418 君が昔話に拘り過ぎて現状を正しく評価できていないようだから指摘したまでだ。
もともとそれ以上の話はしていない。
（・∀・）ｼﾞｻｸｼﾞｴﾝﾃﾞｼﾀ
WORAなんて今どき惨ですら言わないぞ
具体的で現実の話として
>>422 CLIに含まれないのに勝手にRunAnywhereと思ってるヤシはアフォ。
>>423 とすると、コンソールアプリだけですか？
.NET の価値って一体...
>>424 クロスプラットフォームなのはコアな部分だけ。
周辺部は自分のOS資産を活かして好きにおやりなさい。
それが.NET的なやり方。
元々ないものを無理にでっち上げる必要はなし。
素朴な疑問なんですが
きちんとコンポーネント化してれば外部からも使えるじゃん。
>>427 大多数のユーザは、プログラマではありません。
それでも、起動の遅い .NET 版を選ぶ理由は？
64ビット版Windowsでもそのまま使える。
>>428 非開発者が.NETを自らの意思で選ぶ理由なんてないと思うけど。
そこにある使えるものを使うだけ。
OfficeやIEがCOMベースだと分かってて、フルネイティブのものより優先して選んでるわけじゃないでしょ？
>64ビット版Windowsでもそのまま使える。
432 ：
デフォルトの名無しさん ：02/08/11 07:36
何とかして.NETを使う必要がないと自分に言い聞かせようとしてる奴がいるようだ
>そこにある使えるものを使うだけ。
>何とかして.NETを使う必要がないと自分に言い聞かせようとしてる奴がいるようだ
.NET をつかって開発することの意義を知りたいです。
>>436 まあ、チミの頭では理解不能だろうけど(ﾌﾟ
>>437 疑問に対する答えは、それである、と理解していいんですね。
分かりました。理解不能であると。
>>438 多分チミはCOMも理解しとらんのだろう。
COMが分かってれば.NETのメリットも自明。
一生ﾃﾞﾙﾊﾟｲでﾌﾙﾈｲﾁﾌﾞのアプリ組んでなさい。
と思ったら、ﾃﾞﾙﾊﾟｲも次のバージョンまでだったね。(ﾌﾟﾌﾟ
完全に Maneged で作成できる 単純なプログラムではないのなら 開発者にとっても特に便利じゃないと思います
自明であると。面白い回答ですね。
>>441 > 下逸がいっているので間違いない
MSの強力なバックアップがあるというのは確かに安心だ。
>>443 それがNETの価値の全てでしょう。どう考えてもコアだけマルチプラットフォームというのは意味ないですもん。ただたんに動作の遅い新ライブラリでしかないかんじ。でもやっぱりMSというのは大きいですよね。
開発効率が全然違うでしょ。
>>442 自明でしょう。
あのBorland様でさえ同じ手法をとってるのだから。
Delphi7でCOMをやっておきなさい。
Delphi8で.NET化されます。
こうすることがDelphi for .NETの意義をユーザーに納得させる最も効果的なやり方なんだから。
447 ：
デフォルトの名無しさん ：02/08/11 08:15
なんか
>>447 良さが見えてこないんじゃなくて、良さを見ようとしてないんですな。
現実を受け入れるのが都合悪いといった感じかね。
Javaもものすごい実績を上げたし、.NETも驚異的な伸びを見せてる。
後ろ向き人生は楽しくないよ～
まあ、Del厨も今が悩み時なんだろうな。
悩み時っていうか～
>>448 日本にたくさんいる厨(だけ)が踊らされてるともいうが･･･
まぁねぇ、Delphiが出来る範囲では、.NETもDelphiもあんまり変わらないから、
VB6とVB.NETで開発環境以外での違いを説明できる方いますか？
なにもかも
456 ：
デフォルトの名無しさん ：02/08/11 10:00
.NETのメリットも理解できないような奴はとっとと引退した方がいいよ。
>>納得できる説明はMS様だからってのだけだな
>>ヨイヨイと言ってるのと同じ。
459 ：
デフォルトの名無しさん ：02/08/11 10:04
VB.NET使いから手取り足取り教えてもらわないとダメなんだね、初心者さん。(ﾌﾟｯ
当面.NETを超える技術は現われないでしょう。
しかし・・・
>>461 ダイソーに行けば100円でゲームの入ったCDROMが売っていますよ
具体的に説明できるかたはいないのですか？
ソース互換なんてないよ。
>>455 が完璧な解答。
具体例なんて自分で適当に探せｱﾌｫ。
>464
>464 探したよ
何もかも違うことにショックを受けて早く首吊ってください
まぁ確かにMSだからってのはあるな。
MSのエリート社員とやらは株値の事しか興味ありませんが何か？
.NETのメリット…
>>470 既にWinCE.NETは出ていますが、それについて、とても扱いは小さいです
>>MSのエリート社員の英知の結晶の方が上を行ってるのは自明だからな。
>>471 WinCE.NETと.NET Frameworkは直接関係ないと思うが。
PocketPC2002でもランタイム入れれば同じバイナリが動くぞ？
Windowsと同じバイナリは動きません
>>473 正直、WinCE.NETには騙されたよ。
>>469 株のことしか頭にないやつが、何が悲しくてプログラミングの研究
をやるんだ…一応彼らも、まともな人間が多い。
アンチMSもいいけどさ。もうちょっと冷静になって考えてみよう。
477 ：
デフォルトの名無しさん ：02/08/11 17:17
時代についていけなくなって脱落した奴を数多く見てきたけど、
>467
早く終わんないかなー。夏休み.
夏厨＋盆厨＋土日厨
>>476 で
＞MSのエリート社員の英知の結晶の方が上を行ってるのは自明だからな。
というのが 冷静に考えた結果なんですね？
話し合いではありません。結論は
>>1 で出ています。それを普及させるのがスレの目的です
正直な話、どう取り繕ってもエンドユーザーに対して.NETはなんの訴求力も無い。
パソコンは５年で性能が10倍になるといわれているが、それはクロック・メモリサイズ・ハードディスクと一部であって
>488
>>しかし5年先には、ネイテブのみと肩を並べるパフォーマンスを出せる可能性はあるだろう
>>489 Javaと比べれば、WindowsにおけるGUIが少しはマシだとか、
Delphi的コンポーネント指向プログラミングが可能だとか、
優位な点はいくつかあるだろう。
これだけでも、JavaよりC#を使う意味がある。
しかしもしVBが新パージョンでもネイティブを吐けていたら、
全くマルチプラットフォームにならないのに
バイトコードで起動の遅いC#を使う必要があるのかといえば
無いだろうな。
既存知識や既存資源のない初心者はC#を覚えればよいが、
最も多くいると言われるVBプログラマは、
.NETに見向きもしなかっただろう。
492 ：
デフォルトの名無しさん ：02/08/11 23:35
.NETを理解できない年寄り１匹が必死で吠えてるな。(嘲笑激藁
一度.NETに入ったらJavaなんかには戻れませんよ。オモチャに思える。
.NET ユーザに「何が良いの？」と訊くと、「自明です」か
>>492 のような煽りが返ってくるだけ
で、「.NET 上で何作ってるの？」と訊くと、「ゲーム」と「2chビューア」と
「自分が使うユーティリティー」と言う答えか、「勝手でしょ」という返事。
.NET Framework が優れた「クラスライブラリ」であることは認めるが
どうも、誰もが軽快に使える優れたアプリを作れる環境ではないようですね。
現状では。
>>494 すべてのプログラミング言語で同じ事がいえますね。
つまり、.NETに足りないのは実績だけということだ。
498 ：
デフォルトの名無しさん ：02/08/11 23:51
Javaはそんなことないけどね。
>>494 で.NETで何を作れば認めてくれるの？
C# の良さは認めるが、MS の宣伝通り主流言語になるとか思ってたら、ちょっとイタイよ。
>>497 5ヶ月足らずでここまで実績を上げた言語なんて前例がありませんが。
少女たん(;´Д`)ﾊｧﾊｧ
> あくまで対抗馬は、JAVA/Delphi だな。
>>496 >すべてのプログラミング言語で同じ事がいえますね。
そんなことはありません。.NET 上での優れたアプリって何？
VC++ でも Delphi でもたくさん例示することができます。
>>506 だから実績5ヶ月足らずでそこまで求めるのは不毛
>>つまり、.NETに足りないのは実績だけということだ。
>>507 同意。
それじゃ.NET信者の馬鹿学生と同じになっちゃうよ。
>>506 VC++、Java、Delphiで例示してください。ただし初期バージョンがリリース
されてから５ヶ月以内で開発されたもののみ受け付けます。
>>だから実績5ヶ月足らずでそこまで求めるのは不毛
>>512 こんな、煽りだけの.NET信者のアホ学生と同じにならないように、
煽りだけでなく理由も書きましょう。
>>513 都合が悪くなるとベータの期間をカウントし出すわけだ。(ﾌﾟﾌﾟ
C# = 動きがとろくなったDelphi
休みになるとこういうスレが盛り上がるね。
Delphi = 主不在のVBクローン
>>518 .NET信者は、彼女もいない暇なアホ学生が多いからな。
>>520 どうみてもあなたがアホにしか見えませんが。
522 ：
デフォルトの名無しさん ：02/08/12 00:06
つーかJavaとどうちがうの？
>>521 ネットで何言ってんの。夏厨が多いなぁ。
>>514 >評価。開発はそれから。
で評価の結果は？
何を開発するの？具体的では都合が悪い場合は一般的な名詞でも
教えてください。そして、それを開発する上での .NET であることの
メリットはなんですか？
>>525 そんなこといったらソフトウェアの種類ほとんどあげられるじゃん。
実際に C# 使って見りゃわかることだが、
>>525 VBとVCとJavaとDelphiの良いとこ取りをした開発環境。
マイクロソフト製で客も納得してくれる。
>>525 >そんなこといったらソフトウェアの種類ほとんどあげられるじゃん。
何がつくれるかではなく、「起動が遅い」「.NET Framework が必要」
ということを補って余りある .NET の魅力あるアプリとはなんですか？
すくなくともテキストエディタではないことは確かでしょう。
>>529 なんか駄目駄目ぶりが漂う文章だなあ･･･
>>532 煽りだけは.NET厨の専売特許なのか？
恥を知らないってｲｲ
年寄り説得してる暇があったら、もっと有益なことに時間使った方がいいよ。
論理的に反論できないときは煽りだけ。これ最強。
「どうして僕は時代についていけないのでしょうか？」なんてマヌケ振りを晒してるアフォは放置しろよ。
> 出来もしないマルチプラットホームのために
煽りばっかりで、.NET であることのメリットについては
>>538 ﾜﾛﾀ
「どういう利点があるのでしょうか？」
はその類だな
日本が恥の文化なんてのは
.NETの利点が理解できない理由は、プログラミングで痛い目に遭ってないから。
あのなぁ、MSに踊らされてるだけのバカ学生に、論理なんて求めるなよ。
.NETの欠点は些細なもの。
547 ：
デフォルトの名無しさん ：02/08/12 00:25
時代についていけなくなるとこうなってしまうのか。
>>544 これが正解。
このスレはじめから読んでみろ。
.NET厨煽りしか書いてないぞ。
論理のかけらもないだろ。
理解できる俺は凡人、批判するお前はバカ。
これを呪文のように繰り返すだけ。
.NETの欠点は些細なもの。
COM をやる？ アフォですか
.NETやるとバカになる???
>低い労力で開発することが出来る。
.NETの問題って時間が解決することしかないよね。
つまり、プログラミングのできないヤシは日本語もできない、と。
>>556 Javaの問題も、今頃時間が解決しているはずでした。
なんか荒れてるなぁ。
>>558 Sunの昔たてた予測は外れたわけだ。でMSの予測は今と判断したわけだ。
あとはどちらの予測がより正確に当たるかだね。
>>558 Javaに罪はない。Sunとかいうｱﾌｫな会社がJavaをダメにした。
それでも、Javaは途方もなく成功してると思うが？
>>564 それは起動が遅くても巨大なVMがあってもJavaなみに成功するってことか。
>>563 ほんとだ、煽りじゃない。
いや、夏厨ばっかりなんで見逃したよ。
568 ：
デフォルトの名無しさん ：02/08/12 00:37
Uva厨必死だな
標準のライブラリが使いやすくなったというのもあるんじゃないかな。
プログラムの一部がバイトコードになるってのが、
>>570 .NETだけですまないときってどんな時？
delphi を最初にさわったときは、感動したよ。
>>574 WindowsAPIが必要なとき等。
ここまで言えば、いくら何でも想像できるでしょう?
>>575 P/Invokeするなり、MC++でラッピングするなり、手のうちようはあるぞ。
>>575 そんなの極わずかだろ。全体的には.NET使ってちょこっとAPI使えば良いじゃん。
COM知ってるとその辺の仕掛けが全部同じに見えるからオモロイよ
>>576 そう、それが手軽に行えるのが.NETのイイところ。
Javaみたいに複雑怪奇な手順を経る必要がある上にpoor javaだと
ロクなことができないのは正直どうかと思う
CLRの外から見れば.NETのオブジェクトなんてIDispatchにしか見えない。
>>577 通信してDB読んで画面表示みたいなプログラムなら、特に困らないけどね。
>>581 これからそういうプログラムばっかになるとオモワレ
>>582 仕事の主流だろうね。今まではVBでやってたような仕事。
エディタとかワープロとかには.NETはむかない。
用意された機能には限界もあるし、使用効率も悪い。
>>580 肝心のmscoreeがdualじゃないんだよなあ･･･。
>>583 必要な部分はnativeで書いておけばいい。
単純なラッパで相互利用できるから、それほど難しいことではない。
これこそ.NETの利点だね。
>>585 逆の発想もありだよ。
.NETの助けを借りたい部分をコンポーネント化して、ネイティブアプリでCLRごとホストしてしまうと。
このへんの柔軟さがJNIとは比較にならない。
>>585 ワープロのようなソフトを作る場合、
ネイティブの部分が大きくなりすぎる。
コンポーネント指向の高い生産性という恩恵がないのに、
なぜ一部をバイトコードにする必要がある？
C# を選択する意味がない。
>>587 マクロエンジンとかはマネージドの方がいいでしょ。
>>588 .NETには魅力的な機能はあるけどね。
590 ：
デフォルトの名無しさん ：02/08/12 02:02
お、いつの間にか真面目な議論になってるな。
>>587 ワープロソフトはそんなに大きくなるか？ むしろ小さくなると思うが。
>>591 エディット部分に既存コンポーネントだとしょぼくなる。
自分でコンポーネントを作成するのは手間がかかる。
ネイティブで作成した方が生産性も高いし、
処理もコンポーネントより効率的だ。
てか、.NET じゃなきゃダメてーのはないのね、要するに
>>593 そんなこといったら○○○じゃなきゃダメなのってのは無いに等しいぞ。
言語なんて小さなメリットとデメリットを比べて決めるしかないんじゃないのか。
>>592 既存コンポーネントで対応できない場合、ネイティブの方が生産性が高い理由って何？
コンポーネントの作成も.NETの方が簡単だと思うけど。
>>595 コンポーネント化自体が生産性を落とす。
再利用性が重要なライブラリなら、
コンポーネント化は重要だが。
>>596 答えになってないなぁ。
>>592 が書いてるだろよくみろ。
ネイティブで作成した方が生産性が高い理由を聞いているのだ。
>>597 あんたがわかってないよ･･･
.NET厨って、バカなのに何でこんなに偉そうなの？
>>595 全然簡単じゃない。 理由はひとつ 既製コンポーネントにソースがついてないから
実装が見えなくても継承して云々というのは理想論で、実装が見えていれば
対策が見えるような場合でも、見えない為に、全てを作り直した方が早いよう
な事にすぐ陥る。
やってみた？
>>596 コンポーネント化そのものが生産性を落とす訳ではない
Delphiと同じく、コンポーネントは単なるクラス クラスを書いて必要ならコンポーネントにすればいいだけ
601 ：
デフォルトの名無しさん ：02/08/12 07:47
おそらく、ブラグインをあちこちからダウンして
>>601 DelphiはD1発売直後にそういう感じになってたけど .NETはそんな気配も見えないね
やっぱり良くも悪くも労働者御用達ツール
>>600 それは理想論。
実際には、コンポーネント化する場合、
高い独立性が必要になる。
>>603 独立性はあったほうが使い易いが、それはコンポーネントである事の必要条件じゃないよ
年寄りDel厨哀れだな。(藁
>>604 実際に作るアプリの中のクラスは、
ライブラリのクラスのような物ばかりじゃない。
それがわかってて言ってる？
Delphiを擁護してるつもりが、今後のDelphiを否定してる。
>>606 言ってるよ？
例えば、メーラを作ろうとしたとする。
メール1件のデータクラスを作ったとする。それはコンポーネントにするかどうかは微妙
コンポーネントにしておけば、もしかして初期値を入れたりといった場面で多少便利かも程度だね
だけど、メールのプロパティになっている添付ファイル'sクラスはコンポーネント化してもしょうがない
で、メールデータクラスは、コンポーネントにするかクラスにするかは、後からソースを弄れば変更出来る
というようなことを言ってるんだけど？
>>608 ソース読めるスキルなんかないくせにー。:-)
相変わらずデスクトップアプリの発想しかできないんだね。
>>610 ソース読むのにスキルはいらない 他人のソースは汚いと思ってもどんどん読む方がいいよ
>>609 話の流れを把握し切れていない。
ネイティブの割合が多い場合に、
.NETを使う必要性という流れから、
コンポーネント化の生産性の話が出てきた。
VCLにソースがついてるのは主が逃げ去ったから。
>>611 ディスクトップで敗北宣言するなら、
C# いらないよ。
Java でいいだろ。
ソース有りが良いに決まってる。
コンポーネント指向の敷居の低さも、
突っ込む気も失せるｱﾌｫだな。(w
.NET万歳という盲信者には、理論は通じないな。
ソースなしは、.NET の致命的な欠陥です。
>>617 COMは確かにブラックボックスだろう。ソースが手に入っても 大抵はCや Delphiで作られたものだ
しかし、今言ってるコンポーネントは、同じ言語で書かれたものだよ ソースがあればブラックボックス
ではない。
低スキルのままではそりゃ駄目だろう
コンポーネントを読めるようになる
コンポーネントを書けるようになる とスキルアップすればいいし、スキルアップを促してくれる言語が
開発者にとっては良い言語なんだと思うよ
ただ.NETについてはJITの特性から、あまり細かく構造化するとパフォーマンスを損なうなんて言葉が
一人歩きして、 VBみたいに構造化なんて放棄にならない事を祈りたい。
Delphiって将来C#ベースで書き直されてJBuilderみたいになるんだろ？
>>620 オウムの信者にサリンをまくのは無差別殺人だといっても世界を救うためだといわれてるのがおち
>>617 ソースがないからブラックボックス化なんでしょ。
コンポーネント指向とは無関係
後半はコメントの価値なし
>>626 ソースがあった場合、リファクタリングにちかくなり、
コンポーネント指向とは離れていくけどな。
>>624 それは、C++がC#になってC++厨はどうするの？って聞いてるのと同じ
C#も来年にはテンプレートとか付いてゴテゴテしてくるだろうしね。
他人のことは好きにさせたらいい
プログラミングツールなんて 時代と共に感性もスタイルも違って当然なんだしさ
ブラックボックスのままで実装できるのがコンポーネント指向でしょうね
ソースを理解のためだけに使ってるうちは、
>>630 理想はね。 でもちょっと継承して便利なコンポに仕上げようとすると すぐにソース無しでは難しくなる
>>630 それは低スキルユーザのはなし。
いまはコンポーネントの作成のはなしをしてる
>>632 そして継承してソースをコピって変更するんだろ。
やっぱリファクタリングだな。
コンポーネント厨には高度すぎる。
ソースなしより、あったほうが良いに決まってる
ブラックボックス云々よりも自己記述性がコンポーネント指向のカギじゃないのか？
>>634 キミにはむり BASIC でもやってなさい
>>634 確かに 隠蔽したメソッドを呼んでる部分があって、そこの間に処理を追加したら簡単なのに
というような場合は、しょうがないから親メソッドをコピペして修正してしまう事もあるけどね
でもそれはリファクタリングとは違うよ
>>638 継承してるからだろ。
継承しなけりゃリファクタリング。
でも、やってることは同じ。
何だ、Del厨ってこんなレベル低いのか。
>>639 あのさ、リファクタリングってのは機能が・・・
まあいいさ、自分用語なんだ好きに使え！ 就職試験で同じ事言ってろ！
>>641 用語なんてどうでもいい。
コンポーネント指向の本質より、
リファクタリングの本質に近いと言うことだ。
あとは自分で考えろ。
643 ：
さらしあげ ：02/08/12 08:44
さ、そろそろ俺も逝こう。
>>642 弱電波受信中 ・・・で .NETは大ブームなんだよね？
>> .NETは大ブームなんだよね？
>>646 VB.NET が逆宣伝になってるみたいよ
あちこちのスレで、電波発信中だよ
649 ：
さらしあげ ：02/08/12 08:47
>>623 そうなんだ。
実行速度比べたら 普通のコードだと殆ど差はないけど、再帰コードで調べるといきなり.NETは遅くなる
たぶ 呼出コストが高いんだろね。
これだと 一昔前に「構造化すると遅くから」なんて言葉で構造化無視する場面と同じ事になりかねない
ひとつのイベントが千行なんて平気で書くようのが横行しそうだな
ピリオドネットって何？
中国語では「点網」なのかなぁ？
653 ：
デフォルトの名無しさん ：02/08/12 17:04
さあなあ、でも .NET がお仕事の連鎖というか それまでの流れを断ち切っちゃて
という妄想。
中国では、「VBはダメダメ、Delphi/Kylix2が良い」という評判。
C#なら 日本語だって変数名に出来るぞ
中国のソフトウェア産業の主力言語がDelphi/Kylix2になったら
あ、言語っつーより開発環境ね
という妄想。
660 ：
デフォルトの名無しさん ：02/08/12 21:59
で、結局のところ客に.NETを売り込むにはどうしたらいいの？
662 ：
デフォルトの名無しさん ：02/08/13 00:03
>>661 >ちょっとパフォーマンス落ちますが
残念。J2EEサーバよりパフォーマンスが良くてお客さんには好評でした。
663 ：
デフォルトの名無しさん ：02/08/13 00:08
＞C#なら 日本語だって変数名に出来るぞ
やっぱりJavaのかわりなのね
Javaがショボすぎたもんで。
ぢゃ、J♯。
騙されてSolaris＋Oracleでシステム作ってしまったお客さんに.NET構成で見積もり見せたら唖然としてたな。
結局、製品の適正価格化はいつもMSからなんだよなあ。
.NET ServerのWeb Server Editionは売れそうだよなあ。
確かにやらずボッタクリ
嫌なくらいMSの思惑通りに普及が進んでるよなあ。
価格と同時に、納期が縮減されるのはカンベンしてほしい。
Java死滅ですか?
C# プログラマは VB プログラマより低所得労働者ですか？
676 ：
デフォルトの名無しさん ：02/08/13 00:34
.NETは仕事で関わってなくてもやっておかなきゃというものだと思う。
>>675 どんな言語で仕事しても、会社から支給される額は
残業・昇給・各種手当て以外では変化しない罠。
>>676 勘で他人に転職を迫るのはプログラマとして有りですか？
>>677 しかし現実問題VBプログラマは低所得だが。
>>679 低級低所得プログラマが厨言語へ流れていく罠
しかしメジャーな開発ツールがほとんど.NET対応を予定してるな。
JAVAは第2のCOBOLという結論が出ました。
>>683 大丈夫。J♯があるよ。孤立なんかしてないよっ。
やっぱりMS純正の技術じゃないと話にならん
Borland製品値段が高いし。
.NET = 十得ナイフ
ずいぶんスレが伸びてるなーと思えばこのざまかい
まっJavaもDelphiも余命短いし。
Javaってweb系のオモチャでしか使われてないような。
>ここ２年、糞フレームワークが乱立しただけでこれといったﾄﾋﾟもない。
>やっぱりMS純正の技術じゃないと話にならん
さっそく釣れた・・・速すぎ
>やっぱりMS純正の技術じゃないと話にならん
Java厨に「web系のオモチャ」は禁句ですよ！
>さっそく釣れた・・・速すぎ
> 692 名前：デフォルトの名無しさん 投稿日：02/08/13 01:53
>>676 >何と言うか技術者としての勘というやつだね。
勘ですか。もっと合理的な理由はないの？
これまであなたの勘はどのくらい当ってきたの？
その結果がこんな時間に 2ch に書き込む技術者ですか。
ぜんぜん信用できなさそうな勘ですね。
> 699 投稿日：02/08/13 02:13
> 700 ：デフォルトの名無しさん ：02/08/13 03:41
702 ：
デフォルトの名無しさん ：02/08/13 04:31
我が忠勇なる.NETプログラマー達よ。
Java ＜ C# ＜ Delph
704 ：
デフォルトの名無しさん ：02/08/13 05:09
我々Sunは一つの言語を失った。
起動が重いからさ
706 ：
デフォルトの名無しさん ：02/08/13 05:18
新しい時代の覇権を選ばれた言語が得るは、歴史の必然である。
708 ：
デフォルトの名無しさん ：02/08/13 05:40
>>702 ややウケ、シェアを抜けないのは皆知ってるだろ（藁
>>703 Delphかよ
>>704 技術力が３０分の１ですか・・・、資金力にした方がいいんじゃない？
>>705 藁田
>>706 RMSがサンにそんなこたぁ言わないだろ。
>>707 ガンダムネタですから、本気で相手しなくても良いと思われるが
まあ、判ってる事は一つ
できるやつとできない奴との差がもっと広がると思う。
そうなんだけど、 汎用機 -> DBxx -> アクセスの時は 下がった分
だーかーら、ただの適正価格化なんだって。
>>712 朗報？ 逆に もっと廉い奴の短期大量投入でやっつけ仕事が増えるだけだと思うが？
>>713 そりゃあ、あんたが「もっと廉い奴」の部類だからだろう
>>714 まあ来年の今ごろになったら どっちが正しいか判る事だから 待ちましょう
>>716 ああ ありがと。ガンバルよ
できるヤシさんはこれから やっつけ仕事も出来なくなって大変でしょう
>>718 なんか幸せそうだね。 羨ましいよ。 回りの人にガンバレって伝えといて
.NET勉強するより最低でも英語しゃべれるようになって
>>720 上流とか下流ひっくるめて1人の時代になるんじゃない？
打合＋設計＋コーデング＋試験をセットでモリモリとこなすか
打合->海外に丸投->試験（修正は自分で） を同時に５つくらいこなしながらやるか
>>721 実際漏れはその状態。
要件定義から設計・コーディング・テストまですべて担当。
でもこっちの方が楽なんだよ。中小規模だったら。
723 ：
VB.NET使い ：02/08/13 13:17
ウェブサービス楽しいよ。
うん 今だと月給に相当する金払わないと駄目だからね。
最近はVBの方が高度なんだね。。。
時代の流れというやつだね
高度って高レベルって意味なら 昔からVBは その時代で一番の高級言語でしょ
>ウェブサービス
730 ：
デフォルトの名無しさん ：02/08/13 15:32
おい！ ここの奴ってホントウソツキだな！
732 ：
デフォルトの名無しさん ：02/08/13 16:01
で？ って何だよ。オマエか？
.NET2.0では改善されますので安心してお待ちください。
いや、.NETには高速なPCへの買い替えを促す意図もあるわけで
>>732 メモリ足りてないだけじゃないの?
あとDelphiのバージョンも書いてよ。6だともっと遅いんじゃない?
>>735 メモリー足りてるとどれくらいなのか興味あるんだけど？ 教えて
solutionは8秒で開いたよ
>>732 AthronなんてバッタもんのCPU使ってるからだよ
>>732 ,737
起動時間比較はCPUよりもHDDを書かないと.
PenⅢ500MHzも有ればCPUをPen4 2GHzとたいして起動時間は
変わらん.
HDDを5400rpm→7200rpmとか,OSの設定を弄って軽くした方が
断然効果がある.
>>737 ありがと。 うちはソリューションをダブルクリックして開くまで23秒だった
ちなみにD6パーソナルだと 8 秒
ちなみに漏れは空のソリューションで起動するのに1回目4秒
どんなハードを使おうと
そりゃあ低機能 vs 高機能を争っても。
>>742 でも,プロジェクトを開くのに10秒と1分の差と,1ミリ秒と1秒の差
なら後者の方が比は大きいけどストレスの差は断然後者の方が小さい.
>>732 とりあえずデフラグはちゃんとしておけ.仮想メモリも最小容量と
最大容量を一致させて,作業途中でメモリ不足でハードディスクの
容量確保とかしないように気をつけろ.
.NET動かすならメモリ256MBは少ない.最低512MBは必要.
自分の環境だけ速くてもね～
746 ：
デフォルトの名無しさん ：02/08/13 18:59
747 ：
デフォルトの名無しさん ：02/08/13 19:15
うむ まあしかし開発環境はいつも １世代前 それと２世代前のを揃えてやってたから
748 ：
デフォルトの名無しさん ：02/08/13 19:16
まあ、別に、だから何という事では確かにあるな。 もう去る事にするよ。
やっぱりDel厨って（以下略
そうだよね！！！やっぱりDelphi最高！ボーランドマンセー！！！
DelphiってUnitTestのフレームワークがないから駄目だね。
>>751 デスクトップ開発にXPなんて必要ないよ
でるはテキストエディタさえまともになってくれればね
VS.NETはスクロールしたとき下の方の文字ががうにょ～んと伸びるのが見づらい。
今日も盛り上がるぜ
757 ：
デフォルトの名無しさん ：02/08/13 21:59
Delphiにはリフレクションがないからテスティングフレームワークはまともなものが作れないよ。
>>757 Dでテスティングフレームワークが必要なものを作るのが間違い(w
XPとかウェブサービスとか、Delphiは新しいものにはまったく対応しないね。
>>757 マジ？駄目じゃんそれ。
リフレクション無いと、オブジェクト指向の真似事にしかならんでしょうに。
761 ：
デフォルトの名無しさん ：02/08/13 22:04
別にいいじゃん。Delphi8ですべてが手に入るんだから。
>>761 Delphiなのは名前だけの全く別のツール。
>>762 すくなくともPascalは使えるだろうが、ｳﾞｫｹ！(w
764 ：
デフォルトの名無しさん ：02/08/13 22:17
VCLでもない、ネイティブコードでもない、「Delphi」という名前を付けないでほしい。
765 ：
デフォルトの名無しさん ：02/08/13 22:21
実行環境、開発環境込みでこそのDelphiなのに・・・
売れりゃ何でもいーんだよ。どうせPersonalしか使ってないくせに。(＾∀＾)ｹﾞﾗｹﾞﾗ
767 ：
デフォルトの名無しさん ：02/08/13 22:41
今時XPも支援しない開発環境なんて･･･。
VCL使ってればUnitTestなんてする必要ないよ。
>>757 >Delphiにはリフレクションがないからテスティングフレームワークはまともなものが作れないよ。
で、.NET 上でどんなまともなアプリをつくったの？
> で、.NET 上でどんなまともなアプリをつくったの？
774 ：
デフォルトの名無しさん ：02/08/13 23:22
低スキル低賃金プログラマの系譜
結局Delphiって中途半端だったってこと？
そういうこと
お、777ゲットだがね
【 VECTOR でフリーウェアを公開 】
標準のメモ帳、50kバイトだし。
780 ：
デフォルトの名無しさん ：02/08/13 23:33
っていうか誰か
>>732 につっこんでやれよ。
>Athron 800M RAM256K W2000
いまどきコイツ256Kだってよ。ROM-BASICやってろ。
すでにwindows updateで入っちゃってる罠
"FrameWork" って英語のできない厨房みたいでいいね
Del厨が必死になってるのか？
>768
VBはVBUnitもNUnitもあるからいいね
>こんなもの誰が使います？
789 ：
デフォルトの名無しさん ：02/08/14 00:00
xUnitが移植されないということは、それだけまともに使われてないということ。
お前らDelphi叩くのやめなさい！
誰がどう見てもVB.NETに負けてるのにそれを認めないDel厨は朝鮮人的である。
>.NET は開発者が楽して、ユーザをだまして金を儲けるためにある
>>792 自分のコメントにレスして楽しいですか？（ ´∀｀）
>>788 んなこといったらJavaだって同じ
Java最高とかいってても自分がJavaのソフト使うのは嫌
使いたくてもJavaのソフト自体ほとんどないか(ﾜﾗ
>>793 >自分のコメントにレスして楽しいですか？（ ´∀｀）
楽しいネェ。XX な方々と語らうのは
>>794 ほう、やっと Java なみだって気がつきましたか
うふふ。（ ´∀｀）
モナーかわいいね。（ ´∀｀）
キモイよお前ら･･･
803 ：
デフォルトの名無しさん ：02/08/14 00:25
でも、Delphiがもうだめぽなのは事実だよNE！
.NETで使えるフリーのDBが増えてくんないとな～
>>803 > でも、Delphiがもうだめぽなのは事実だよNE！
でも、ってなに？ .NET と同じくらい、という意味ですか
.NET の方々がなぜ唐突に Delphi のことをもちだすのか分からない
>>805 いや、デスクトップ開発がもうネタ切れだということ。
そのネタ切れの分野でツールを磨いても意味がない。
Delphiはインターネットと連携してプログラミングするという発想がない。
>>806 比較対象として面白いからでしょ
VC++はVB.NETやC#とは別世界だから
VC++はATL/WTLしか使い道がない。
>>807 > デスクトップ開発がもうネタ切れだということ。
そうかもしれませんね。たしかに。
でも、アプリの性質によって住み分ければいいんでは？
テキストエディタの WEB 対応とか、セキュリティーとか
いっても意味ないわけだし。軽快さは何よりも優先される。
新鮮さはないかもしれませんが、やはり、ネイティブコンパイラ
にはそれなりの需要はあるだろうし。
.NET はそれとは違う方向で、それなりの新機軸（開発環境ではなく
あくまでも出来上がったアプリでの）を見つけていくことが重要に
なるだろうね。いままでの Java の分野と入れ替わるだけじゃなく
正直な話、C#はVC++路線とは違う。
なんかテキストエディタにこだわるアホがおるけど、VS.NETもSharpDevelopもテキストエディタはマネージドコードやろが。
「.NETベースでも」って・・・大概のことはできるでしょ
>813
>>815 必死だな。(藁
実用性は証明済みだろ。
>816
>>813 作るときはネイティブでやってるだろ。
.NETのコンポーネントを.NETで作ってるとでも思ってんの？
アンチの皆さんはWebMatrixでも使ってみなさい。
>>820 みんな.NETの実用性を疑ってるわけではないと思うけど
>>819 .NET上で動くもの=.NETで開発された
.NETは自己記述可能ですか（藁
>>820 SharpDevelopでもいいじゃん
で結局、VS.NETって.NETでつくったの？
826 ：
デフォルトの名無しさん ：02/08/14 01:17
まぁ、仕事以外でＷＩＮＤＯＷＳなんかでプログラムやってる連中は馬鹿ってことで
>>821 そう、実用性は疑っていない。
一部の.NET(万能論)信者をバカにしてるだけ。
あら、具体的な反論が出てきたら手のひら返しちゃった。（ ´∀｀）
>>826 パッケージソフトを趣味でつくってるとでも？
>>828 意味が分からないのは俺だけじゃないとおもうな
今まで被害妄想でせっかく勉強した大好きな.NETが
全否定されてるとでも思いこんでたの？
そんなことないから安心しなさい僕ちゃん
>>830 意味が分からないのはｵﾏｴﾓﾅｰ。（ ´∀｀）
833 ：
デフォルトの名無しさん ：02/08/14 03:09
>>833 だから何?
ひとつのサイトが網羅できてないからって存在しないことにはならない。
ちなみにDUnitは同名で少なくとも2種類あるね。もう一つは日本製だったかな。
>>757 >Delphiにはリフレクションがないから
RTTI利用で、DUnitの場合はTTestCaseを派生して
publishedセクションにメソッドをおくだけで自動的に列挙してテストしてくれるよ。
RTTIとリフレクションの違いも分からんのか
>>835 リフレクションなんかなくてもUnitTestはできる。本質ではない。
C++ではCppUnitが使われているし、十分役に立っている。
そして、その本質的でない部分、テストメソッドをひとつひとつ登録する手間の削減目的では、
DelphiのRTTIではpublishedメソッド列挙ができるために自動化されてるっていうだけの話。
>>835 >RTTIとリフレクションの違いも分からんのか
分かった上で書いてますが、何か？
機能的に相同なframeworkが出来ればそれで良いと思うのだが、純粋なリフレ
クション以外で実装しては駄目なのか？
それ言い出したらVBUnitもアウトなんだが墓穴掘る気か？
リフレクションは 中間言語・パッケージ方式を採用した JAVAの都合であって
840 ：
デフォルトの名無しさん ：02/08/14 12:15
VBにもリフレクションはあるよ。
Del厨の必死さが笑える
>>840 それはActiveXプロジェクトのpublicなクラスだけで可能なTypeInfoの利
用だろ。
そいつをリフレクションと呼ぶならDelphiでRTTI使ってもリフレクション
って言える。
恥の上塗りしにきたのか？
.NET厨 のアホさが笑える
VBは奥が深い。でも初心者でも簡単に扱える。理想的な言語だ。
VBの良いところはネイティブ至上主義を否定して「マネージド」という概念を貫いてきたこと。
Delphiもバージョン8になってようやく「VBのようなマネージドな環境の方が好ましい」と認めたようだ。
847 ：
デフォルトの名無しさん ：02/08/14 13:09
Javaは本気でマルチプラットホームを目指して挫折したけど、
.NETはJavaのシェア狙いで確信犯的に
(マネージドが何のために必要なのかもわかってない)
>>845 みたいな厨ユーザーを騙してるからな。
より罪は重いよ。
Javaのクロスプラットフォームとは「Windowsで開発してSolarisで運用しなさい」というもの。
.NET の罪は、簡単にwebアプリ作れますとか いう奴じゃないの？
850 ：
デフォルトの名無しさん ：02/08/14 13:25
.Net をターゲットにしたウィルスにやられた。
852 ：
デフォルトの名無しさん ：02/08/14 13:58
ﾌﾞﾋﾞ厨もﾃﾞﾙ厨もみ～んな.NETでおんなじ扱いなのさ～ヽ( ﾟ∀ﾟ)ﾉｱﾋｬﾋｬﾋｬﾋｬ
で、Delphi7はいつ出るんだよ？
>>848 Windowsだけならネイティブ+ライブラリでいいだろ。
やっぱJavaに対抗するための騙しだな。
856 ：
デフォルトの名無しさん ：02/08/14 15:10
あげ
857 ：
デフォルトの名無しさん ：02/08/14 19:27
.NET は 今年の年末付近から 大量のVB/JAVA厨が余る事を前提にしてるんじゃない？
（≧▽≦） ぶわっはっはっはっ
ブラックバス
関連スレのＶＢベイビーとかいう書き込みがおもしろかった。
リフレクションの無い終わった言語Delphiに未だにこだわるDel厨は失せたか？
862 ：
デフォルトの名無しさん ：02/08/14 21:19
Del厨の説によると、Delphiにはリフレクションがあるらしい。
任意のクラスから特殊な操作無しにメソッド/フィールド/プロパティの一覧が
>>863 ほら、電波漏れてますよ。 今はいい薬あるから早めにカウンセリング受けときなさい
>>861 変なこというから864みたいなのが出てきたじゃないか・・・
>>862 >Del厨の説によると、Delphiにはリフレクションがあるらしい。
誰がそんな事言ったんだ？
俺にはそのレスが見つからないんだが、知ってるんならレス番教えてくれないか。
867 ：
デフォルトの名無しさん ：02/08/14 22:07
今夜ももりあがろうぜ！
きたー（ ´∀｀）
869 ：
デフォルトの名無しさん ：02/08/14 22:11
Del厨の説では、リフレクションがなくても何の支障もない、ということだったよ。
872 ：
デフォルトの名無しさん ：02/08/14 22:14
結局Delphiは満足にリフレクションもできないの？
Delphiのダメな所はね、コンポーネントを再利用するのにソースを付けなければならないこと。
874 ：
デフォルトの名無しさん ：02/08/14 22:16
>>872 できない。
だからコンポーネントの再利用もソースレベルでしかできない。
彼らの説によると、「ソースがあった方が見通しがいい」んだって。
（≧▽≦） ぶわっはっはっはっ
まあ、DelphiもJavaもヘジにとっては実験台だったんだよ。
とりあえず、電波は無視する事にしてたけど 放置しとくと
>>730 みたいな被害者も出るから
他の厨房の皆様へ
Delphiの事を知らないなら
>>873 のような意見は自分で調べる事
というか普通に考えりゃわかる事だわな・・・
というか、早くdccliが出ればもっと真正面からVB.NETと争えるのにね。
881 ：
デフォルトの名無しさん ：02/08/14 22:29
そういや、Personal版で作ったアプリってGPL配布しないとダメなんだっけ？
でも、なんとなく
>>872-874 て見てくとさ、
連想ゲームみたいに情報が腐ってく様子が見えてほほえましいね
なんか親切の押し売りって感じで偽善的な臭いがするねえ。 > GPL縛り
dccliってなーに？
>>884 Delphi.NETコンパイラだったと思う
>>886 シィ～言っちゃ駄目。 それ電波マークだから放置してたのに
>>886 なんかVB.NETより汚いコードだな。
いや、煽り抜きでマジで。
>>888 煽りじゃないなら、５W1Hでお願いね どこが汚いと感じたの？
大文字小文字は区別されますか？
>>890 .NET の事ですか？ C# VB.NET ？
うわ、Delphi for .NETってイベントサポートしてない。
895 ：
デフォルトの名無しさん ：02/08/14 23:11
これはデリゲートのサポートもあやしいね。
なんか電波の独り言って、たまには面白いけど続くと駄目だな
>>896 ほれ、
>>894 の根拠。
ExitItem.add_Click(ExitItemClick);
AboutItem.add_Click(AboutItemClick);
add_Click(DoitButtonClick);
add_ValueChanged(DoitButtonClick);
ハァ？
>>897 はっきり書いてあるよ。
>Support for multicast events in Delphi for .NET is a requirement.
>Support for multicast events may appear in future releases of Delphi for Win32 and Linux.
なんか急ごしらえって感じだねえ。
901 ：
デフォルトの名無しさん ：02/08/14 23:21
だれかＶＢベイビーのことについて考察してください。
902 ：
デフォルトの名無しさん ：02/08/14 23:21
イベントもサポートしないでどうやってコンポーネントを書けと？
ということは、今夏に出るDelphi7は.NET使いにとっては試す価値がないということでよろしいか？
判った！ new EventHandler( ExitItemClick ) とかなってないって言いたいんじゃ？
Delphi for .NETはVB.NETよりも制約が多いのか。
>>905 違うよ。メソッドとイベントの区別が言語仕様上できてないということ。
>>903 そうね。あれは既存Delphiユーザー向けのプレビューだかんな。
Del厨ってマカーに似てるとオモタ
未完成のツールなんか必死で試す価値ないよ。
え～っと今夜中に1000取り行きそうだけどもう次スレは
>>907 メソッドポインタと デリゲートの事？ なんかそれホントに電波みたいだよ？
.NETがSP2まで出て安定してきてるのに、Delphiはここまで出遅れて大丈夫なのだろうか？
>>911 つまんないっていうか 本物の電波みちゃうとやっぱり恐い。 もう封印して欲しい
>>912 話せば話すほどボロが出てきてるよ。（ ´∀｀）
ﾃﾞﾑﾊﾟというより夏休み
.NET自体の立ち遅れの方が心配じゃない？
918 ：
デフォルトの名無しさん ：02/08/14 23:31
C#開発環境重いし実行速度もおせーよ、なんだこれ？
>>912 関数ポインタはDelphi.NETでもサポートしてるじゃん
1000!!
921 ：
デフォルトの名無しさん ：02/08/14 23:33
>>912 .NETに関して素人なの丸出し。
（≧▽≦） ぶわっはっはっはっ
１００１！
>>919 関数ポインタ？ そりゃ関数ポインタはpascalからあるよ メソッドポインタは Delphiからかな？
さっきから妙な事書いてる奴
本物の電波かどうか知りたいから
>>907 をもう少し詳しく説明してみてくれ
ホントに恐くなってきたぞ
>>923 CILのに決まってるだろうが。
（≧▽≦） ぶわっはっはっはっ
ちょっとまて、デリゲートはDelphiが最初じゃなかったのか？
最初なんて言い出すと言語オタが出てくるからﾔﾒﾚ
また電波が・・・ これは新種？
J++っしょ。そうか、そのときヘジたんはすでにMSか。。。
誰かカワイソウな918の相手してやれよ
932 ：
デフォルトの名無しさん ：02/08/14 23:40
>>925 .eventの.addon、.removeonを.methodで直接扱うことしかできないということだよ。
分かったかい？素人くん。
（≧▽≦） ぶわっはっはっはっ
うわしまった。J++だね。ヘジの人がMSに移ってJ++やったんだったかな。
テラリウムの次の作戦は？もう祭りは終わったのか？
どこぞの馬鹿が新スレ立てやがった。
937 ：
デフォルトの名無しさん ：02/08/14 23:42
まだ早い
３げっとーーーーーー
>>938 CLIの仕様書でも読みなさい。どうせ暇なんだろうから。
（≧▽≦） ぶわっはっはっはっ
まあ、こんなになってた奴も 薬飲んで最近あったらマトモになってたよ
Del厨って薬中なのか...
次スレのネタなんてもうねえよ。
もう電波ネタはもう恐いからやめてくれよ、ホント
もうdelphiネタは勘弁してくれ。つまんないから。
なんか妙に詳しいな。> （≧▽≦） ぶわっはっはっはっ
別にDel房に対抗する必要ないだろ、
>>947 詳しい？
単語をひらって脳内で腐らせてから出してる感じ とにかく恐い
>>949 おまえはもう少し勉強して出直せ。話しになってない。
950?
1000?
１０００取りをゲイツマンセー連呼で逝きたいとおもいます
（ ´,_ゝ`）９５４？
>>948 この電波の飛んでる中、そんな腐ったネタまじで出せるな・・・まさかそれマジで言ってるとか？
ゲイツマンセー
下逸マン毛～
げ・い・つ
ん？マジで言ってるんだけど？
960?
ゲ イ ツ マ ン セ ー だ な
そういやDelphiってGDI+サポートしてないのか。
このスレとともにDelも逝ってくれ。
みんなゲイツマンセーですが何か？
>>963 XPにもサポートしてません。
XPのクールなインターフェイスもDelphiでは何もできない。
>>965 普通そーだろ、PCをここまで普及させたのは彼の力だ、
しかも、常に新しいテクノロジーで我々を引張ってくれるリーダーだ！
インターネットも彼がいればこそここまで普及したのだから。
968 ：
デフォルトの名無しさん ：02/08/15 00:01
Delphi7でようやくCOMをサポートするらしいよ
>>960 まあそのネタなら次のスレでやってもいいよ とにかく電波は恐いから止めてくれ
XBOXマンせ～
僕ちゃんにわからない話は止めてくれ、だろ？日本語は（略
MSさいて～
>>966 XPがクール？マジ？MacやX-Windowのパクリだろ。
Delphi7で2年前のVB.NETプレビュー版レベルにようやく追いつくわけだが
>>968 だから電波ネタは止めてくれって 普段ならそりゃネタだって判るんだが、今は本物見た後だから恐いんだって
まもなくここは 乂1000取り合戦場乂 となります。
XPさいてぇ～
夏なんだから普通怖い話するだろ。
どれが本物？
100?
10000?
ゲイツマンセー
ゲイツセンセー
XPマシンをフォーマットして2000に戻しますた
（ ﾟДﾟ） ご苦労なこって
折れも、XPマシンフォーマットしてDOSに戻しますた
いいじゃん。
2000フォーマットして98SEに戻しますた
XPと言えばDUnitですね
990?
乱れてきた
DOSフォーマットしてMinixに戻しますた
XPといえばケントデリカット。
何かしらんけど1000!!!!!
（≧▽≦） ぶわっはっはっはっ
ヴァカボンまんせー！！！
うふふ
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。