.NET大ﾑｰﾌﾞ6 ﾌﾞﾋﾞ厨以外ﾊ家ｦ失ｯﾃﾅｲﾉﾃﾞ.NETﾉ必要無ｼ 1 ：
デフォルトの名無しさん ：
02/09/16 16:09 2 ：
デフォルトの名無しさん ：02/09/16 16:09
3 ：
デフォルトの名無しさん ：02/09/16 16:09
２げっと！
ガ━━━━(-c_- )━━━━ン>2
なんだかんだいっても.NETは普及するのですよ。
負け犬の遠吠え、恥ずかしいよ。
死neよtt.
8 ：
デフォルトの名無しさん ：02/09/16 16:11
サブジェクトの長さが制限にひっかからなければ重複するところだった・・
9 ：
デフォルトの名無しさん ：02/09/16 16:11
なんかCOBOLerと同じ人種が沢山いるみたいだなぁ。
COBOL≒VB
タイトル読みづらい。
やっぱ、こっちに変えるか？
.netなんていらねーよ。VBまんせーー！！
>>9 MSにぴったり付いて行く＝Bestではなかろうよ。
15 ：
デフォルトの名無しさん ：02/09/16 16:15
>>12 これでいいよ。
どうせ.NETなんだし。
>>13 DelphiにはVBユニットっていうVB関数ライブラリもあるＹＯ！
17 ：
デフォルトの名無しさん ：02/09/16 16:16
で る ち ゅ ー 必 死 だ な (藁
18 ：
デフォルトの名無しさん ：02/09/16 16:16
私はアンチM$デース。.NETも嫌いデース。
>16
相変わらず時代の潮流と無縁なCをやろうよ。
>>19 VB7が無くてもDelphi7があるじゃん。
Delphiのｿｰｽ付きフリーコンポーネントは何万のオーダーであるよ。
24 ：
デフォルトの名無しさん ：02/09/16 16:19
アンチはなぜ今も煽りつづけるのか
アンチテクノロジーって、VB6とCOMのことでしょ。
28 ：
デフォルトの名無しさん ：02/09/16 16:21
.NETってZAURUSでも使えるの？
29 ：
デフォルトの名無しさん ：02/09/16 16:22
DelphiってZAURUSでも使えるの？
こんなスレが賑わってるようじゃ、もまともに見向きされなくなって
Delphiなんて大学では絶対やんねーしなぁ・・・
VBよりもVisual C++が風前の灯火だね(^-^)
35 ：
デフォルトの名無しさん ：02/09/16 16:25
pascalは教育用言語ですので、ソース解読みたいの昔やりましたが。
>>26 金まで取られてソース無しのocxよりはマシっつーか、
大抵はそのまま使わずソースを参考に自分のいいように作り直す。
これを二度手間と取るか有意義と取るかでDelphiの評価は大きく変わる。
つーか、それを否定してバイナリでやってしまうのが.NETなんで、
ここでは理解して貰えない可能性大だけどね。
恐らく、これだから旧時代のDel厨は…なんてレスが付くとみた(w
Delphiってこの板以外でめったに出会うことはないが。
>>36 ソース解読。つまり使うのではなくコンパイラの勉強用ってことか。(w
44 ：
デフォルトの名無しさん ：02/09/16 16:27
ﾊｧ
せっかく覚えても2年でガラクタになる言語、勉強用にもならないね。
>43
>>47 ソースがないからってくだらないジョークで誤魔化してるよ(w
今まで買い貯めた書籍は全部廃品回収に出すのですか？
>>45 MSがVB-ActiveXを捨てて、
Delを作ったヘジを引き抜いて、
ヘジにDelのコピー製品であるC#を作らせた。
事実。
>先生！2年したらガラクタってほんとですか？
>>49 本当に2年でガラクタになるといいね。僕の希望ですってか(大藁
逆に、ソースがないのに信用してよく使ってられるね。
>>53 キャハハ。Delphiはもう見捨てられたって事実ですか。(藁
58 ：
デフォルトの名無しさん ：02/09/16 16:32
ゆに厨は.NETに影響されずにすみますか？
そうだね。VB6もガラクタになったけど。プﾌﾟﾌﾟ
60 ：
デフォルトの名無しさん ：02/09/16 16:32
VB6もDelphiもガラクタ。
>>59 自分で認めちゃってるよ。Delphiはもうだめだって。
Del厨は自分でDelphiはもう見捨てられたって認めました。
>>57 Del7はKylix同封。
C#は戦略で.NETバイナリしか吐けない。Win32もできなくて不便。
64 ：
デフォルトの名無しさん ：02/09/16 16:35
どの言語ならこの先長く食ってゆけるんだYO!
65 ：
デフォルトの名無しさん ：02/09/16 16:35
66 ：
デフォルトの名無しさん ：02/09/16 16:36
freadが世界を救う。
67 ：
デフォルトの名無しさん ：02/09/16 16:37
>>64 どの言語って 言語知識だけで食べるのはもう無理
既にこの業界が構造不況業種の仲間入りです
>>63 C++.NETはネイティブ吐けるじゃん。Win32ができない？ ﾌﾟ
>>64 一つのコードをコンパイラが色んな種類のバイナリ（Win32,Linux,.NET, etc）を吐いてくれるやつ。
C#とVB.NETは論外。
＞どの言語ならこの先長く食ってゆけるんだYO!
71 ：
デフォルトの名無しさん ：02/09/16 16:38
>>70 それはいいから、今はどの言語ならこの先長く食ってゆけるんだ
.NET使ってみたけど、結局C++しか使わない・・・
C++なら食えるだろ。
>>69 お前は発想が古い。
プラットフォームを.NETに統一すりゃいいんだよ。
>>71 C言語よりはC++が良い。
BCBなら、Win32,Linuxが可能。
将来的に.NET,WinCEサポートをウタッテル。
>76
C++は現在分厚い本と格闘中・・・
>>71 たとえC言語で作っていろんな種類のバイナリをはけたとしても
一つのコードでいろんな環境で動くとは限らない。
Win32、Linux、.NET、etcで共通に使えるまともなGUIのライブラリってあると思う？
>>72 それは、SF・純文学とかどんな分野なら 長く食ってけるんだと聞いてるようなもん
いや、英語フランス語どの言語の 翻訳家になればいいんだの方が近いかな
>80
>>78 どういうことか？意味がわからん。
組み込みでもC++出来るでしょう。
>>83 Cしかコンパイラが用意されていなかったり・・・
コンパイラが用意できないケースもある。>83
>>82 そゆこと恥ずかしげもなく書いちゃうから馬鹿にされるんだよ。
ｹｺｰﾝ
Perlなら食ってゆけるよ!
それはないっしょ > 89
3P?
>>88 ま、C++をCに書き直す方が、逆より簡単。
>>75 generic…はそのうち追加されるからいいとして、
せめて高階関数と集合とAdaのprotected型と、
ついでにmix-inやthreadvarを共通仕様に加えてからにしてくれ、な。
今のままでは活かせない言語が多すぎる。
MS言語以外使ったことがない奴は知らないだろうけど。
そして全てを詰め込んで・・・ぐちゃぐちゃなライブラリができる、と。
95 ：
デフォルトの名無しさん ：02/09/16 16:48
ということはJavaしかないな。
98 ：
デフォルトの名無しさん ：02/09/16 16:49
>>97 VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
VBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVBVB
100 ：
デフォルトの名無しさん ：02/09/16 16:52
なんか人がいなくなった・・・
101 ：
デフォルトの名無しさん ：02/09/16 16:53
このスレもオブ戦スレも不毛な議論ばかりだよね。
102 ：
デフォルトの名無しさん ：02/09/16 16:54
ちゃんと現状を分析しようぜ
>>101 いや、情報は入るよ。カルトはその内容を無視するけど。
いままでVB6やってきたのに
俺、今からVB6を勉強するんだけど・・・
>>104 俺は別に無駄になってないが。お前が表面だけの勉強していただけだろ。馬鹿は氏ね。
>>102 海外シフトなどを.NETのせいにしているんですね。どっちみちあなたは使い捨てですよ(w
>>97 例えばDelphi.NET。標準で列挙型に集合が混同されているためPascal本来の集合型を使えずビット演算が必要。
Eiffel#なんて多重継承ができないという致命的な被害を受けている。
Managed C++ですら__gcクラスにはC++の全機能使えないだろ？
結局現在の仕様は、VB.NETとC#(とJ#)の言語機能を満足させる程度でしかない。
言語内で閉じた使用なら可能といっても、やっぱC++で定義した総称をAdaで使ったり、
Haskellで定義した高階関数を他の関数型言語で使ったりしたいわけ。
☆ ﾁﾝ
どっちみちあなたは使い捨てですよ(w
Delphiは使い捨て、Delphiﾌﾟﾛｸﾞﾗﾏも使い捨て
C だけが生き残ります。
>>108 つまり言語に依存しないで使える機能をもっと増やしてほしいというわけだ。
だが.NET以前はどうだ。やっぱりそれらは言語に依存している。
ある言語で作られたものを他の言語で使えるわけじゃない。
.NETが便利になったぶん新たな欲が出てきただけなんだよ。
115 ：
デフォルトの名無しさん ：02/09/16 17:11
どこにでも
>>108 みたいな糞プログラマっているんだよな。
激ローカルなモジュール作るにも通常の２・３倍時間かけて
勝手に汎用的にしちゃう奴。そんなもん二度と使われないのにさ。
共通化＝すべての機能ぶち込みじゃないんだよ。
.NETの設計はこんなバランス感覚やセンスの欠如した人間がやってるわけじゃないから安心だけど。
Cは使い捨て、Cﾌﾟﾛｸﾞﾗﾏも使い捨て
>>113 満足したか。
捨てられたのはVBコードであって、
>>117 VBのコードも捨てられていませんが何か？
.NETは.NET1.1に捨てられるＹＯ！
>.NETの設計はこんなバランス感覚やセンスの欠如した人間がやってるわけじゃないから安心だけど。
わからないことを言われると
>>119 この板をソースにマジで受け取ってるヤツ発見。
どっちにしろ、.NETは今まで以上に互換性の問題に悩まされそうですねぇ)-:
C#にとって自然な標準ライブラリが、他の言語にとっては
VB.NETでは
グローバル関数書いて汎用化か。
>>129 Delphi.NETではDelphiのコードが動きませんが何か？
VC.NETではVCのコードが動きませんが何か？
J#ではJavaのコードが動きませんが何か？
>>130 そういう人は早く業界をやめてほしいよ。
うれしそうにMSDN入っちゃって、金の無駄だって。（藁ァ
>>126 だから経験則。 今迄、M$製品でバージョンが変わって、最コンパイル1発で動いた事が一度でもあるか？
生産性が高いなら
>>142 VB.NET以外なら2chブラウザどのくらいで作れると思う？
>>144 作り始めてからどれくらいで完成するか聞いている。
うれしそうにMSDN入っちゃって、金の無駄だって。（藁ァ
Delphiのインターネットコンポ使えば半日じゃん。
生産性高い＝VB厨（M$厨）の口癖ですな。
150 ：
デフォルトの名無しさん ：02/09/16 17:31
しかしこのスレのアンチ厨もDelphi8で首吊るのかと思うと可哀想になってくる。
かちゅ～しゃ 並だと、コンポ５つ６つ作らないといけない
>>148 VBアプリはみんな嫌ってインストールしないから安心しる。
.NETアプリも嫌われてる。
いつも哀れなのはVB厨でしょッつ
>>150 その前に、ブビ厨がVB.NET首つって、.NET1.1で遺言アプリも消える。
>>149 エキスパートじゃ食えない時代になってる。
それこそ熟練した頃に給料あがらないか、それとも辞めるか選択を迫られる時代。
ソフトはクリエイターじゃないと厳しい
>>139 どの変が問題なのか良くわからん。ライブラリのバージョンが上がったとか
JVMのバージョンが変わったとかで出る影響と同程度のことしか書いてないみたいだが。
>.NET大ﾑｰﾌﾞ6 ﾌﾞﾋﾞ厨以外ﾊ家ｦ失ｯﾃﾅｲﾉﾃﾞ.NETﾉ必要無ｼ
>>156 カルトが事実を否定しようと、必死になってJVM例まで出してきたか。
事実を受け入れろ。
>>155 エンジニアなんざ、所詮使い捨て。
４０までとして、２０から４０の２０年間スパンで技術動向を追っていかないとね。
そのスパンで見ると２年周期で破壊をもたらすM$は最悪。
>>160 で、お前はこれからどうするんだ？ 脱落か。
164 ：
デフォルトの名無しさん ：02/09/16 17:42
.NETは開封後はお早めにお召し上がりください。
今.NET関係に放り込まれた奴は可哀想。
>>161 ぼくえいごよめないからわかりましぇーん。
ていうか、MSがスタンダードに出来たものはPCだけ。
>>168 PC以外の領域で食ってる奴は.NETなんかはなっから関係ないじゃん。
Delphiとかもな。それなのにこのスレに興味があるのか？
悲しい事だけど、確かに 最前線で戦う奴は会社には残れない事が多いな・・・
171 ：
デフォルトの名無しさん ：02/09/16 17:47
.NETは家電・車から衛星制御にまで浸透していきますが何か？
>>165 C,C++,Java ：スタンダード
M$以外のその他：サブ
M$特有言語（C#、VBetc..)：一応目を通すが、使い捨て。仕事にゃ使わん。
>>171 それはWin3.XのときからMSが言い続けたの。
でもサーバ市場にも、携帯機器にも勝ち目無い。
>>171 車には散々色気だしてたけどなあ・・・何の実績も出てないじゃない
あ、最近やっと少し芽が出てきたけど、しかしアレは売れないだろ
175 ：
デフォルトの名無しさん ：02/09/16 17:49
C++やJavaは勉強しないと使えないじゃん。
179 ：
デフォルトの名無しさん ：02/09/16 17:50
僕は眞鍋かをりさんも使っている.NETを使います。
>>177 デマじゃないですよ。VB厨のほとんどはポインタ知りませんが
そこそこのものを作っています。
ほんと、そこそこの物しか作れませんが。
177=175じゃなく178=175
>>176 C,C++,Java ：スタンダード
だから、マルチプラットフォーム。ライブラリは極力自作。
>>177 そこそこって言ってるのはブビ厨。
みんな、VBアプリは嫌い。
>>181 ポインタがプログラミングのすべてですか？
あなたは他のことを知る必要がありますね。
俺はDelアプリの方が嫌い。
何しろ、MSがVB嫌ってて、VBでアプリなんか作らん。
>>180 >>183 C++やJavaを苦労して勉強したんだね。可哀想に（ｗ
ｺﾎﾞﾗｰ共々地味な分野で生きてください（ｗ
>>183 Javaはまだわかる。しかしC/C++でライブラリはすべて自作するのか？
GUI系、通信系、等等。本当にそれで食って行けたら誉めてやる。
まぁ、妄想はいくらでもできるがな。
やっぱりVBが好きという記事がMSのサイトにあったぞ。
194 ：
デフォルトの名無しさん ：02/09/16 17:58
>>173 サーバは背急穴IIS6で巻き返す。
PDAは急成長してPalmを締め出した。
>>191 ん？ 183じゃないけど、ライブラリ自作しないで買ったりすると
納品とかややこしくなるし、
一人でやってるから
ライブラリなんて読みこなして使うより、作った方が速い
複数でやる時は共通性も必要だけどね。
.NETフレームワークはOSと一体化します。
>>196 自作ライブラリには著作権がどうこうとか吠えてた馬鹿がいなかったっけ？
>>191 ”極力自作”ってことは、”全て自作”ではない。
そらWin専用だったらMFCも使うさ。
202 ：
デフォルトの名無しさん ：02/09/16 18:04
MFCはあぼん
203 ：
デフォルトの名無しさん ：02/09/16 18:05
VBもあぼん
>>197 三段論法にすらなってないよ。
.NET触って出直してこい
205 ：
デフォルトの名無しさん ：02/09/16 18:05
Delphiもあぼん
206 ：
デフォルトの名無しさん ：02/09/16 18:05
Javaもあぼん
>>201 それじゃあ、C/C++使っててもマルチプラットフォームにはなりませんね。
どうせWindowsでしか使わないんだからマルチプラットフォームじゃなくてもいいんだよ。
209 ：
デフォルトの名無しさん ：02/09/16 18:09
>>207 まぁ、言語的にC/C++に精通してればいいだけの話。
MFCは手段であって目的ではない。
むしろ、言語的にも依存度が高いC＃、VB etc...は使えん。
>>209 俺Delphi使いだけど、アニメソングと声優モノしか聞かないよ。
>>210 C/C++に精通しただけではまともに使えるアプリは作れませんよ。
C/C++で提供している範囲はすごく狭いことに気づくべきですね。
214 ：
デフォルトの名無しさん ：02/09/16 18:13
Win95をVMWare上で動かして驚いた。 この7年、何も進化していない。
>>209 =211のｼﾞｻｸｼﾞｴﾝだろう。このVB厨が。
アニメソング聞かないPGは使い物になりません。
>209
>>214 何がどう変われば進化したと見なすのですか？
お前ら、mp3落とせるサイト教えてください。
223 ：
デフォルトの名無しさん ：02/09/16 18:16
プログラマになりたいです。
>>223 ありません。
C#とJava覚えなさい。
227 ：
デフォルトの名無しさん ：02/09/16 18:18
>>214 ものすごいバイアスかかった意見だな
だったらLinuxは30万光年くらい退化していることになるぞ
光年って距離の単位・・・
230 ：
デフォルトの名無しさん ：02/09/16 18:22
□□□■■□□□□□■□□□□□□□■■■■■■■■■■■■□□
>>214 ゲーム環境だけは 進化したと俺は思うな
あー。そろそろ明日からまた会社だというブルーな気分になるな･･･。
アンチ厨は無職だからいいよな。
俺はピンクな気分
237 ：
デフォルトの名無しさん ：02/09/16 18:33
> 休みなのに暇ですねぇ
>227
>>236 typedefのところはよくわかる・・・・
だからtypedefは嫌いなんだ。
>>236 を作りかけたけど、やっぱりツマラン・・・なんかツマランなあ
というわけで 自分の時間だけは Del厨に戻るわ なんだかしらんがC#はつまらん
もうすぐアニメが始まるぞ
>>246 何をいまさら。Delphiマガジン見ればDel厨キモイのわかるだろ。
みなさんアニメ視聴中ですか？
>>248 いやあこのスレに張り付いて1日潰しても つまんない でしょ
今俺も D6インストール出来た所です
俺は.NET Frameworkインストールしますた
>>251 Delphi6よりずっといい感じだね。
そろそろアニメ厨が戻ってくるかな？
それにしてもおまえら勝手だな。
255 ：
デフォルトの名無しさん ：02/09/16 20:35
CとC++をやってれば、C#もJAVAもDelもVBも楽勝でです。
>>255 だから、言語が使えて楽勝なんて時代は終ったんだよ
スペシャリストもエキスパートも使い捨ての時代
クリエイターだけが生き残れる・・・かもしれない
言語はもうどうでもいい
どのライブラリかなんてのはもうどうでもいい
間違い
>>258 コンパイラがフレームワークにあわせて実行モジュールを吐けば良い。
>>64 間違い
>>259 オプソでも過去に膨大なライブラリがある。
でも、.NETから素では使えないものばかり。
.NETにすると多くの資産を捨てることになる。
過去の遺産か・・・。
>>262 過去の資産をふっとばすのはダメ。基本。
MSは2年でふっとばすからキラーイ。
変化を抱擁セヨ。
儲かりゃいいんだよ馬鹿が
社員
>>266 キタ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!
MS製品を使う方は、まるで儲からないな。
MSがつぶれたら困る
俺はそんなに困らない
俺はすべてを失う
しまった遅れた。
>>128 の人戻ってきてー。
もちっと詳しい情報とか、ポインタだけでもいいからキボンヌ。
Java - 単一言語、マルチプラットフォーム
.NET - マルチ言語、単一(とりあえず MS サポートは)プラットフォーム
一時期こんな比較されてたけど、このマルチ言語ってのは、既存言語と完全互換ではないの？
128じゃないけど。
ま、要は、Del/BCBのコピー品作るときにプラスαが必要だったのさ。
275 ：
デフォルトの名無しさん ：02/09/17 01:09
なんか必要以上に非互換強調しすぎてるよ。
できれば検証済みのコードの具体例を挙げてもらえる参考になります。
277 ：
デフォルトの名無しさん ：02/09/17 01:16
Java厨の俺からすると、既存の資産を引き継げることこそ害悪！
反発を食らう理由が分かってないでしょ？
>余計な手間を増やした
VBｿｰｽは資産丸ごと消えるんだけど。
要は、漢は黙ってCということでよろしいですか？
>バイナリ互換
あ、unsageを正しくunsafeに直してやったつもりが、
.NET持ち上げてるヤシは、「作りやすい」ツールってウタってんだから結論として
>>275 少々互換性が無くても、複数の言語から同じバイナリを吐けるのは、やっぱり面白いし、実用性もあることだとは思う。
ただ、複数の言語使えてなにが嬉しいかって、やっぱり言語特有の機能、ひいては言語特有の処理モデルを使える
ことだと思うのね。なので、そこに削られた部分があるとなると、なんかだまされた感じだし、まだ使えねぇなと
思ってしまう。
まあ、今使えないだけで、将来への希望は捨てないけども。やっぱ複数言語で一つのプログラム実装してﾊｧﾊｧしたいし。
もしかして、複数言語のサポートって、大半がパートナー任せなのかな。そこがしっかりしてないと、
大量に既存言語の亜種を生み出しただけで終わってしまいそう。
結局残ったのは変な C++ と生まれたての C# と別物のような VB？勘弁してくれー。
>互換など考えず、一から作り直せ！！
じゃ、まさに
>>273 Python とか Ruby とか、ガベコレ持ったスクリプト言語の拡張を C++ で実装するような感じ？
本来の機能以外に、ガベコレに合わせたラッパークラスを作んなきゃいけなくて、手間が２倍
になるな。うげ。
既存資産と繋げようとすると、オブジェクトの寿命管理が複雑になってさらにうげ。
(･∀･)ｺﾚﾀﾞ!
うっ
ずっと下位ソース互換を保ってるDelを覚えている価値は(某が潰れんかったら）あるが、それでもドキュソな過去の自分や前任者のソースを利用する位なら、始めから作った方が楽だわな。
なんだ、Delphiやっといて、それをBCBから利用すればマルチランゲージ
Delphiはもの凄いフリーソースあるんだよ。
.NETじゃあ、出来上がるアプリにも限界あるな。
>293
えーとこのスレに業務として検証されてる方っていたりしますか？
297 ：
デフォルトの名無しさん ：02/09/17 02:08
Delphiはもうちょっとポインタ演算に対する規制をゆるめて( ﾟдﾟ)ｸﾚ
>>295 COBOLで書いたハフマン圧縮＆解凍のソース見た自分でも圧倒されるかな？
ただ、心底馬鹿らしくて目を背けたけど。
>298
>>299 ふーん同等かあ。
(間)
((((；ﾟдﾟ)))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
自分そういうの怖い。
若い人が多いなぁ。
303 ：
デフォルトの名無しさん ：02/09/17 03:09
>302
N88BASIC→QuickBASICとか、DOS→Windows、16bit→32bitも体験してますよ。
>>303 ありゃ。当たり前の事言っただけなのに。
気にさわった(w
>305
>>304 言語毎の長所ねぇ。研究用の言語とかならまだしも実務で使われている言語に
長所らしい長所なんてないといってもいいと思うけど。
ポインタなんかもなくしたほうが利点が多いし。
>>302 「過去にも戦争があったってこと、今の人たちは知らないんだろうなぁ。」
「過去にも不況があったってこと、今の人たちは知らないんだろうなぁ。」
お疲れ様。
>>308 実務って Oracle に接続する DB クライアントのことでつか？
>>310 違うよ。お前はずいぶんドウイツジンブツがいるみたいだが。
>>312 即答とは、やっぱり図星をついてしまったようですね。
その調子でガンガッテ下さい。
いや違うぞ、俺だ。
全部一人のｼﾞｻｸｼﾞｴﾝだったなんてことは・・・ない？
訳が分からなくなったな
>>313 すまぬマジか。
似たような構造化言語だけじゃなく、研究用途で多く使われるような、対象とする問題の異なる
言語も同じプラットフォームで使えたら凄くﾊｧﾊｧするでしょ？
もう、今までのプラットフォームにない、とてつもない可能性を感じる。ってのを期待して、
でもふたを空けてみたら、JavaVM に毛が生えたけど所々抜け毛のあるような VM の上に、
様々な言語が最大公約数的な仕様だけサポートされて載ってる。
今まで実務で使ってたような言語を使う分には、普通に使えるだろう。でも、ﾊｧﾊｧするような
可能性は感じないし、移行する必然性も感じない。
今のところはね。まあ今後しっかり実装してくれることを(するのはサードパーティっぽいけど)
期待してます。
こんな時間にくだらないことしてんじゃねー (w
>>324 似たような構造化言語・・・？
似たようなオブジェクト指向言語にしとけ。
>>297 Delphiはabsolute使えばポインタはC++並に扱えると思うけどなあ
関数内タイプ宣言で配列ポインタタイプとポインタタイプ宣言しといて
関数内変数宣言でabsoluteでこの２つの変数が同じであるとすれば
条件付レコード型(Cでいうunion)しなくともOK
>>326 残念だけど オブジェクト指向言語とやると
一部の言語は .NET VM上で実装するのは非常に難しい事になる。
それこそ VM上でVM作ってみたいな事に
.NET を触った日の朝
330 ：
デフォルトの名無しさん ：02/09/17 07:57
オプソの方がはるかにてめえの勝手で大幅変更されることが多いけどね
>>330 そりゃそうだ。 ただ言語関係は過去互換（上位互換)をはたせなかったものは
余程の魅力をみせないと生き残れないようだけどね。
>330
>>332 うん。ユーザーの発想が進化しないからね。
334 ：
デフォルトの名無しさん ：02/09/17 09:19
あ。。。前スレでの発言が
>>1 に貼られているYO。。。。。
あれから勉強してみましたYO!!
なんとなくわかりましたYO!!
手を出すのはやめます。
>327
>>335 ポインタの掛算？ 意味が判らない どんなコードの事？
c *(p+3);p++; 別の表現方法 p[3] ;p=p+1;
こんな感じ。
>>338 それはどういう意味があるの？ というかコンパイラ通るの？
>>339 年寄りDel厨の意味無しテク自慢だよ。(嘲笑激藁
>>340 ？ Delphiだと型変換は PCHAR(p) のように関数的になる
この書き方は C の系譜でしょ
ってこういう時は (プって付けた方がいいのかな？ それを期待してのネタ？
>>338 要するに配列かなんかの個数をサイズとアドレスから求めるってことか？
素直にCつかっとけ。
>>342 ははあ()の書き忘れか？
(front - (char *)base)/size,
って事なら理解出来るけど
これはポインタの割算じゃなくて、ポインタの差＝整数の割算だよ。
Delphiだとポインタを整数にキャストしてから差を出さないと駄目だけど
そんな事しなくても、C言語は配列のサイズを取得する方法がsizeofしか無いけれど、
345 ：
デフォルトの名無しさん ：02/09/17 10:51
Del厨に乗っ取られてまいりますた。
>>344 多分配列だけじゃなくて汎用的なルーチンを作りたいんじゃないの？
限りなくC臭漂う考え方だが・・・
それでは、.NETに絡めて。
>338
255みたいなのは、間違いなくそうだよね。
嘲笑激藁厨もそうらしい。今仕切ってるんだって。
>>353 .NETやって、あんなのと同類と見られたら最悪だな(w
そういえば、255がレスに窮してるとき嘲笑激藁厨が援護のようなことしたな。
356 ：
255 ◆.NETAPOs ：02/09/17 17:25
書き込む気も起こらない低レベルなスレだな。
>>352 俺はMSとは関係ない。
それに、今更.NETを擁護するまでもなく、去年から俺が言っていたことが
着実に現実のものになっているだけだ。Javaの衰退も含めて。
俺にとっては当たり前のことに過ぎない。
357 ：
デフォルトの名無しさん ：02/09/17 17:35
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
ネタぽって･･･。偽者じゃないの？
.NETアフォってことだろ
微妙な書き込みは、「MSの中で」って前提を追加して読むと吉。
java衰退なんてしてネ～じゃん（ｗ。
過去の遺産が重要だというのは
普通に使うオプソなんか無限にあるじゃん。
>>364 趣味の世界だけじゃないからな。
業務でRubyなんてあり得ないだろ。MySQLだってほとんど使わない。
>Linux、MySQL、Apache、Ruby、OpenOffice。
Windows,SQLServer,IIS,.NET,MS Office
で連携させた方が簡単だし、残念ながら企業の需要は高い。
簡単とか言ってる会社は、どこもろくな管理してなくて、いまだにNIMDA垂れ流しているけどな。
余りに予想通りのレスが来た。
そういや、zlibのdouble free問題が見つかったとき、MS製ソフトの中にも
VMS
趣味の世界かどうか、の議論の前に、
ｍｙｓｑｌはcsv代わりにいいと思うけどな。ISAMで早いし。
オプソを利用してる会社は沢山あるから悪いことじゃないんだけど、
MSが高水準のクラスライブラリを作った。
ここまで書いちゃったから、もうちょっと書いちゃおう。
375 ：
255 ◆.NETAPOs ：02/09/17 21:00
>>362 > java衰退なんてしてネ～じゃん（ｗ。
ならば、一体何で盛り上がっているというのだ？
アプリケーションサーバーの惨状を見ても明らかだと思うが。
CMP対応、SOAP/WSDL対応、「目玉の新機能」とやらがどれだけ使われている？
たかがServlet・JSPのためだけに１千万近くもする製品など必要ないし、
買い替え需要など生じない。
>>374 MS自身も、サービスとしてのソフトウェアとか言って、
開発よりもサポートで稼ぐ方向に進んでますよね。
>>377 ０ １ ２ ３ ４ ５ ６ ７ ８ ９
>>377 どうせ自分に都合のいい数字しか信用しないんだろ？(嘲笑激藁
>>378 ＡＢＣＤＥＦ
あんたプログラムをまるで理解してない M$KK の社員だろ。
>>379 ソースが無ければ単なる妄想。ただそれだけのこと。
>>376 表面的にはそういうことですね。
過去と違うのは、複数のコミュニティや会社が、
複数のプロジェクトを一つのサイトにしてライブラリやアプリの膨大なコードを公開しちゃって、
開発もオープンにする。
で、会社はそのオプソコードを使うけど、バグフィックスでお返しもしてる。
ごめん、非常に言いにくいんだけど、ちょっと深読みしてくれたら分かると思うんだけど、
>たかがServlet・JSPのためだけに１千万近くもする製品など必要ないし、
>>384 貧乏なのはオープンソース周りだろ。(嘲笑禿藁
,.-､ ,..-‐－- ､、
>>387 え”？オプソの基礎知らないんだね。
世界中のプログラマがプロジェクトに参加してコード書いてチェックインしてるって。
一旦リーダにメールでコード渡す場合もあるけど。
389 ：
デフォルトの名無しさん ：02/09/17 21:37
>>388 >世界中のプログラマがプロジェクトに参加してコード書いてチェックインしてるって。
日本を除く。だろ(藁
アタリー
>>390 .NETやるとますますオプソと関わりにくいね。
ま、MFCまわりのオプソもあるから、.NETのオプソ出来るわけだが、、、
ただ、オプソに参加する人自体がMSの囲い込みを嫌うからね。
で、気付いたら、膨大なオプソコミュニティにアプリに取り囲まれてる、と。
虎の威を借る狐
>ワームでネットに負荷かけまくる糞OS使ってる奴ってやたら社会の迷惑だよな。
255が来たと思ったらJAVAだけ煽って帰ったか。(w
>>395 Delphiとかいううんこ言語には興味がないようです
>>396 Delphiなんて本気でライバルなんて誰も思ってないでしょ。
ネタで付き合ってやってるだけで。
Delphiはお遊戯
Delphiはｵﾅｰﾆ
さすがにオプソがどうこうとか言ってるバカは完全無視か(w
妄想でしか批判できないアフォってかわいそう。
いいものがブームになるとは限らない。よって.NETがブームになるとは限らない。
ハンドルが「255 ◆.NETAPOs」って、今日の255はさすがにニセモノじゃないの？
まぁ、MSがオプソと何とか折り合いを付けようという方向を向いているのに、
ジサクジエンウザイ
>>403 このスレの低レベルさに合わせてるんだろ。(嘲笑激藁
>>403 > ブビ厨にとっては、255と嘲笑激藁厨はアイドルなんだ。
勝手に決め付けるなよ。お前の思い込みだ。
マーケティング上Delphiを叩く意味なんてないよ。
まあね。技術的なアドバンテージすら消えうせちゃったからね。
>>390 大体あたってるけど、まったく無いわけじゃない。
個人で出している日本人はLinuxカーネルで何人か見たぐらいだけどね。
その他だと、日本のコミュニティ内でパッチを出し合って、英語のできる人間が
代表で出しに言って説明する感じ。
Del厨を憎んでDelphiを憎まず
なるほど
納得すんなー
DelphiっていまだにM$厨にとって目の上のたんこぶなんだね
某もアポもMSが市場を独占してませんって言い訳するための道具に過ぎないよ。
Del厨の自慢のDelphiを叩くことにより、
.NET使いにとって言語なんてどうでもいいもんね。
そんなことないよ。
普及したもん勝ちだわよ。おほほほのほー
エントロピーが増大しきっとるな
そうだね、VB6の勝ちだね（ｗ
425 ：
デフォルトの名無しさん ：02/09/17 23:06
お前ら、もっと堂々とageで書け
426 ：
デフォルトの名無しさん ：02/09/17 23:36
まあ結論として、C,C++が最強。その次がJava,Delphi,.NET,
>>426 バッファ オーバーランが生じる理由
バッファ オーバーランの発生には、いくつかの前提条件があります。
・C/C++ などのタイプ セーフでない言語が使用されていること。
・バッファのアクセスやコピーが安全でない方法で行われていること。
・コンパイラがバッファを、メモリ内の重要なデータ構造の隣または近くに配置していること。
バッファ オーバーランは、主に C と C++ で発生する問題であり、
これらの言語は、配列の境界チェックもタイプ セーフティのチェックも行わないからです。
C/C++ を使用する開発者は、メモリやマシン レジスタへの直接のアクセスなど、
マシンの構造に直結したプログラムを作成することができます。
これにはパフォーマンス上の利点があり、適切に書かれた C/C++ アプリケーションと同等の速度を持つ、
他のアプリケーションを作成するのは困難です。
バッファ オーバーランは他の言語でも発生しますが、実際に起こることは稀です。
また、そのようなバグが存在したとしても、
通常は開発者の責任ではなく、実行環境に問題があります。
http://www.microsoft.com/japan/msdn/columns/secure/secure05202002.asp C/C++ってダメダメじゃん
>>427 ではCで書かれたWindowsというOSやOfficeやIISやSQLServerもダメダメですね。
429 ：
デフォルトの名無しさん ：02/09/17 23:43
C#もVBも補助輪付自転車みたいなもんだ
430 ：
デフォルトの名無しさん ：02/09/17 23:43
>>428 >ではCで書かれたWindowsというOSやOfficeやIISやSQLServerもダメダメですね。
VBで書けば問題ないのにね。
>>427 それは作っている奴が技術不足なんだよ。
バッファオーバーランとかメモリリークとか見つけにくいバグとか。
C++のせいじゃないね。技術力が高い所ではこんなバグなんて起きないよ。
・・・・で、そんなとこどこ？
433 ：
プロの逝って良しの１ ：02/09/17 23:46
兵ニ告グ。スデニ天皇陛下ノゴ命令ガ発セラレタ、発セラレタノデアル。
バッファオーバーランの主原因は、バッファを固定長で取ってしまうこと。
char buf[256]；
とかね。
C/C++かどうかは関係ない。きちんと書けば回避できる問題。
それができていないMSがタコだってこと。
自分たちのミスを言語のせいに
>>427 しているだけ。
>>429 たとえが悪いね。
ABS、エアバッグ付き自動車といった方が適切だね。
>>434 バッファを固定長でとってもC#とかはバッファオーバーランにならないよ。
それに、それができてないのはMSだけじゃない。
これまでC/C++を主力にしてきたM$が
441 ：
デフォルトの名無しさん ：02/09/17 23:57
>>437 >バッファを固定長でとってもC#とかはバッファオーバーランにならないよ。
動作の重い長さチェックが入っているからな。
それに、例えばURLを固定長で取ったりしたら使い物にならない。
固定長で取る意味はない。
>それに、それができてないのはMSだけじゃない。
"MSが"きちんと対応できていないのは確かなこと。
他の会社やらが対応できれば、MSのバッファオーバーランが
直るわけではない。
話をはぐらかして、ごまかすな。
442 ：
デフォルトの名無しさん ：02/09/17 23:59
>>439 Windows2000 売るのに Windows98/ME を否定してたからね。
変なマーケティングだよな。
外に叩くべき相手がいなくなっちゃったからね。
>>441 最初の主張。「バッファオーバーランの主原因はバッファを固定長で取ってしまうこと」が
間違いであるという意見は否定しないようだね。C#ではバッファを固定長でとってもチェックが
入っているからバッファオーバーランにならないと自ら認めているのだから。
C/C++かどうかは関係ない？ それは間違い。正しくは、
「バッファオーバーランの主原因は "C/C++" でバッファを固定長で取っているからだね」
話をはぐらかしているのはお前。
MSがきちんと対応できれば他の会社が直るわけじゃない。
対応できる会社は対応できている。だが現実にそれができてる会社は極わずか。
バッファオーバーランを防ぐには人間の力だけでは不可能に近いという証拠。
>>444 お前が悩んでどうするよ。
.NET売るために言語一つ廃棄したことを悩んだら？
.NETもいずれ廃棄されるんだなと。
.NETが廃棄されるのはMS印の.NET++が出たときだ。
>>444 おっ。調子いいね。
製品売るのに競合製品を(自社製品ですら)叩かんとマーケティングできんのか？
この低レベルぶりじゃ255も呆れるわな。
451 ：
デフォルトの名無しさん ：02/09/18 00:15
Visual Studio.NET Academic って商用利用OK？
>>448 あれ？ 当社比とか従来に比べて何々が良くなりましたとか
どこもやっていることだと思うけど。
>>450 そうだね
新製品を売るとき「当社比」っていうのは常套手段
当社比を理由に廃棄されるプラットフォームなんて誰も使わんで。
俺は使う。
ビジネスがわかってるﾔﾂは、すでにJavaつかってるって。（ｗ
ﾌﾟｯ 万年コーダが吼えてるよ
>>457 だからより良い物ができて古いものが消えていくのは当たり前のことなんだって。
白黒テレビとか、せんたく板とか、ひばちとか。
(これらは比較的新しいのでごく一部で使われているとは思うが)
>>448 叩くだけじゃなく、独自の新機能もアピールしてる。
ビジネスがどうこうじゃなくて、ユーザが使わんて。
>>464 何の値段？ なんの動作？ ユーザって誰？ 何の話してんの？
>>457 MSの戦略はもっとしたたかだ。
みんなが乗ってるプラットフォームを沈めて
新しいプラットフォームへの移行を促すのさ。
みんな沈みたくはないし、新プラットフォームは確かに優れているから
自然に移行が完了する。
ついでにどの新聞？
>>464 あ、あんた新聞の投書なんて読んでるのか！
ちょっと新鮮。今度読んでみよ。
MSの言うこと聞いて得したためしなし。
>>469 誰の言うことを聞いたらいいことがありますか？
惨の言うこと聞いて得したためしなし。
>>455 王者が「みんな同じことやってるじゃないかー」って言うのかよ。
だからガキだって言われるんだよ。
>>475 ガキだなんていわれてないが。
お前だけだろ、ガキなんて言っているガキは。
糞ガキのｦﾀ臭い駄文真に受けるなよ・・・
だって暇なんだもん。
.NET知らないヤツばっかじゃなくて、
Google対決！！
何も無いの？
484 -> 481 ね。
>>483 それ既出だけどおもろいのでよし。
>>485 オマエモナー
しかし"よ"で終わる返事が多いな。三村のつっこみみたいだ。
>>486 > 484 -> 481 ね。
その通りよ。
VictoryBasic
VirusBasic
こんな筈じゃなかったのに・・・もうだめぽ・・・
ちなみにクライアントサイドはDelphi、VC++
VB.NETならまだC#使った方がよくない？
>>493 C# = 出たばかりの実績のない言語
VB.NET = バージョン7の実績ある言語
っていう認識がまかり通ってるんだよ。困ったことに。
>>493 発注する方からしたらVB.NETにした方が単価が廉いと見えるし
担当者のすげ替えも容易と見えるのだろう。
発注側の担当者が一度でもVBを触って簡単というイメージを持っていると
同じ事出来るならVB.NETでいいだろとなるし
VB.NETじゃなくて、実態はB#なのにね
VBでも同じの作れるんでしょ、ってC#の単価まで落ちたりして・・・
> 発注側の担当者が一度でもVBを触って簡単というイメージを持っていると
むしろVB触ってなくて、ブランドイメージ（藁）だけで
VBを知ってるユーザの方が、VBを嫌ってるわけか。
VB撲滅したら、MSも喜んでくれるよ。
>>499 ふーん。アプリサーバー買ってくれるんだ。金持ちの客だね。
>>499 客がJavaScriptと間違えてる罠
Javaのアプリケーションサーバにもフリーのものあるんでしょ？
>>504 TomcatとStruts使った案件なら経験あり。
でもバージョンアップしないで放置してるから今どうなってるんだろう。(w
>>505 無料のものは設定大変て聞いたんだけど、どうなんでしょう。
JRunとかの方が簡単？
メーカー系のものは馬鹿高いんでしょう。
>>502 アプリケーションサーバだってピンキリだからね。
数百万円から数万円で買えるから。
Tomcatなどタダという選択肢もあるが、サポートを自分たちで
しなければならないので、勧めることはほとんどない。
>>506 Tomcatの方が、ネット上の情報量は多いと思う。
メーカーものも設定が大変なのは変わらない。有償サポート利用前提でないと苦労します。
どちらにせよアプリケーションサーバは設定系に余計な時間を取られることが多い。
このあたりはIISに負けてる部分。
.NETにはそもそもアプリサーバーというものがない罠
>>508 Javaハウスというサポート機関があるじゃないか
511 ：
デフォルトの名無しさん ：02/09/18 11:05
TCOを比較すれば.NETの圧勝！
.NET厨の皆さん、この意見に反論願います。
513 ：
デフォルトの名無しさん ：02/09/18 11:21
ドットネットって一言で言えば
514 ：
デフォルトの名無しさん ：02/09/18 11:23
VB便利だよ
>>514 どー考えても、楽じゃないんだけど。
コンポのポトペタなら、Delphiや.NETが多いわけ。
便利じゃないから、ヘジがDelphiのコピーである.NETを作ったわけ。
ちょっとしたもんはperlや(最近は)rubyで書くけど。
517 ：
255 ◆.NETAPOs ：02/09/18 11:43
>>512 > セレ650のVaioSRX3だが、このスペックで
> この遅さだと1GHzでもきっと速くないと思われ。
メモリ搭載量を書かないことには何の参考にもならない。
また、CPUのクロック数を上げてパフォーマンスが上がらないことなどあり得ない。
> Web鯖のポート変えたら、プロジェクトそのものが開けなくなったぞ。
> どうやって変更するんだ???
.slnのXMLを見れば一目瞭然だと思うが。
> ASPの簡単さに
> 比べると、無駄に複雑な印象。
なるほど。それでもはるかに複雑なJSPのTaglibは許せるわけだな。
> WebFormsはWebを知らない人にと作ったものらしいが、Web知ってる
> 人には複雑で、もどかしい。
抽象層に原始的なオペレーションが見えないと言うこと自体が筋違い。
> やりたいことができなくて、
やり方が分からない、の間違いだろ。
原始的なことがやりたいならIHttpHandlerを直接使えば済むだけのこと。
> 鯖イベントは、HTMLを読めないと意味が理解できないのでは？
当たり前。HTMLを知らずに書けるなどとどこに書かれてるのだ？
>メモリ搭載量を書かないことには何の参考にもならない。
ふう。現実に.NET動かそうと思ったら RAM 640M超が必要かもな
>>520 年寄りの時代回顧なんて誰も聞きたくないよ。(ﾌﾟﾌﾟ
15年前に性能が千倍になった時代のプログラミングツールが
VS.NETのデザインビューはある意味重くても仕方ないよな～。
あ、2Way Toolっていう某の特許か。
だったら、やっぱJavaかDelphi使っとけ。
Delphiはあと１年しか持たないけどね。(ﾌﾟ
使ったことないヤツばっかだろ。
具体的な問題を書いてやってるのに、
>Delphiはあと１年しか持たないけどね。(ﾌﾟ
>具体的な問題
具体的な問題ってコピペかよ。
>>517 なんか、.NET を批判する奴を批判してるだけだな。
.NET の利点が一つも見えてこない。
>>527 仕事じゃ使ってないけど、いちおう個人で買ったよ。
確かにメモリ千倍を要求するのは間違いないし、それ
で動くにしてはチンケだと素直に思うよ。
VB6とVC++で苦労してたヤシには素晴らしく見えるんだろ。
>>536 Delphiでウェブアプリ作れないじゃん。(藁
Javaでデスクトップアプリ作れないじゃん。(藁
Delphi以上のことが出来るわけじゃないのに激遅だしね。
Delphi7のIntraWebは、ﾎﾟﾄﾍﾟﾀでWebアプリの開発ができる。
WindowsのApacheまたはIISのモジュールにできるほか、
単体のexeにコンパイルすることも可能。
このexeは簡易Webサーバとしての機能も持つ。
exeのサイズは大きくなるものの、単体で動作可能だ。
要するにIISは不要ということだ。
セキュリティ的に危険度の高いIISを排除できる。
さらにネイティブコンパイルされているため、
ランタイムは不要であり、高速に動作する。
鯖にexeファイルを置いて実行させるだけの手軽さ。
簡易Webサーバと言ってもBasic認証などの機能があり、
プロパティを設定するだけで利用可能。
このWebアプリケーションをRADスタイルで開発できるの
だから、ASP.NETなんて利用する気も起きないね。
Kylix 3（Delphi言語版）も同梱！
http://www.borland.co.jp/delphi/del7/feamatrix/ .NETランタイム無くても良くて、Linuxにも逝こう出来ちゃうなんて。
.NETがDelphi/VCLをコピーしたかと思ったやさき。
C#やVBはM$囲い込みの道具だからLinuxどころかWin32ネイティブも出来ないんだからねえ。
>>538 Web = イントラ なのか。おめでたい奴。(ﾌﾟﾌﾟ
>>539 そうだねえ、MSのWebってイントラ程度でどうしようもないね。
MSサイト激重だし、ASP嫌われてきてるし。
>>538 Delphi for .NETでは無用の長物ですね。
System.Web.Hostingでその程度の機能はライブラリレベルで提供されてる。
Delphiそのものが無用の長物ですね。(ﾌﾟ
無用は判らないが、長物にあてはまるのは.NETだろう
嘲笑激藁厨はプしか言わなくて、何かを説明するということは一度も無いな。
.NET厨はみんなそう。人やDelphi/Javaをけなすことしかしてない。
エバンジェリストとしては有能だな。
547 ：
デフォルトの名無しさん ：02/09/18 13:46
ウェブアプリとクライアントアプリの両方が作れないと
JavaはともかくDelphiなんて普通相手にもされてないだろ、 ﾌﾟ
>>547 DelphiもJavaもWebアプリとクライアント両方つくれるんだけどな。
使いもせずに.NETにしかできないと思いこんでるのか。
可哀想にM$に洗脳されたんだろうが、まわりが見えないのは恐ろしいことだ。
MS が居ないと生き残れないのもどうかと
>>549 Javaのクライアントアプリなんてダメダメじゃーん、
って言ってるんだろ。
いくらなんでも知らないヤツいねえだろ。
それくらい汲み取ってやれ。
Delphiのほうはよーわからんがウェブアプリが一般的でないってことかな。
>>551 JavaのGUIは遅いといわれているが、HotSpotVMではVB6より早いぞ。
それにSWT使えばSwingよりも軽快に動くし。
DelphiはWebSnapとか使えばWebアプリもWebサービスも簡単に構築できるんだが
知名度は今ひとつだな。Delphi使いにも知られていないし・・。
>>546 エバンジェリストって本来は、製品の良さをアピールする仕事だよな。
もちろん不利な議論を途中で打ち切る能力も必要だが、それだけじゃ失格。
能力が無いのか、M$関連ってだけで不利な戦いを強いられているのか。
後者だとつらいな。がんばれM$エバンジェリスと
>>552 Delphi/WebSnapはエンタ版でしょ。
Delphi7/IntraWebはＰＲＯ版にあるので期待大。
555 ：
デフォルトの名無しさん ：02/09/18 14:54
>>555 >筆者は「技術に詳しくないので」
>これらの批判の是非を論じることはできない。
こんなこと書いて逃げてる時点で読む価値なし。
>>555 いいなー。技術知らなくても適当に煽り記事書いて金貰えるなんて。
Java陣営がPasportやASP.NETやWebサービスを真似している。
559 ：
デフォルトの名無しさん ：02/09/18 16:25
糞！ メモリーが足りないから遅いのだというから 512Mの
>>559 多少速くなったらいいじゃん おめでとう
そろそろ Win3.1とWin95をPDSにしてくれないかなあ
562 ：
デフォルトの名無しさん ：02/09/18 16:46
はっ！ もしかして10年で100倍速くなったって事は、
で、不思議なのはコンパイルやたら時間かかって、
>>563 >VB6も.NET
.NET使ったことないくせに。(ﾌﾟ
正確には、使いこなせるだけの脳みそがない、だけどな。(ｹﾞﾗ
565 ：
デフォルトの名無しさん ：02/09/18 17:06
MSDN Libraryって確か DVDも選べたと思う 前に入ってた時は確かに選べたんだけどなあ
>565 氏ね
>>563 コンパイルは一瞬。それが作るものに差をもたらすのか？
>>567 そういう文脈じゃないよ。
コンパイルも一瞬だし、コンパイラ言語だから何でも作れる。
>>567 コンパイルにストレスが無いと、ちょっとした修正も気軽に行なえるので、
気分的な差は出て来るのでは無いかな？
コンパイルといえば、VB for DOSのスタティックリンクでのコンパイルと、
Delphi2.0のパッケージが無かった時代のコンポーネントライブラリ再構築は
全くやる気がしなかったもんなあ…。
>>567 瞬速コンパイルを体験してみればわかる。
開発効率にかなり影響するし、なによりストレスが溜まらない。
VB厨はストレス溜めすぎでイライラしてるんだろうが、
八つ当たりは良くないよ。
っていうかVBだってEXE作んなきゃコンパイル速いし
無知
>>573 不思議なことに、Delのコンパイル実行が、VBのインタープリタ実行より速い。
>>575 パソコンが速くなったら目立たないが、昔はVBでちょっとしたプロジェクトだと
インタプリタ実行でもコーヒが飲めた。
だから、年寄り自慢はもういいって。(嘲笑激藁
>>574 不思議なことはない。それが間違いだからだ。
もしくはVBでインタプリタ実行をしてないからだ。
>>577 そんな今どきウェブアプリも作れないような時代遅れツール、タダでもいらないよ。(嘲笑禿藁
Delphiはあの汚い言語じゃなかったらよかったのにね。
>>577 実際に試したけどVBのインタプリタ実行とDelphiのコンパイル実行で差は感じないね。
さすがにVBでEXEを生成すると時間がかかるけど、作成中はインタプリタ実行でやるから
ストレスを感じることはないね。
コンパイル速度なんてDelphi.NETになったらどうせ他と同じくらいになるんだろ
>>579 お前はDelphiの実行試してないだろ
VBでもFormが1つとか、コントロール数が少ないときは感じないかもしれないがが、
Formやコントロールが増えると極端に遅くなる。
585 ：
デフォルトの名無しさん ：02/09/18 18:03
開発効率にかなり影響する、爆速コンパイルとやらで
>>582 >さすがにVBでEXEを生成すると時間がかかるけど、作成中はインタプリタ実行でやるから
>ストレスを感じることはないね。
そして、コンパイルすると挙動が違うってハマるんだよね。
ならない。
>>585 開発効率が高い＝数が多い、ではないよ。
587のならない、ってのは、Delphi.NETになっても速度が遅くならない、ね。
VB厨って勝てないとわかると、話を別の方向に持っていくよね。
>>583 とか典型的な例。
PostPetがDelphi製と聞いたよ。新しい奴のβ版でたね。
開発効率が高い＝コンパイル速度が速いではないよ。
マイナーなDelphiのコンパイル速度というマイナーな話題はもういいよ。
>>596 さっき100枚でやって体感できませんでした。
VB6.0の話をされてもねえ。
>>593 自分もパッケージソフト会社でDelphi使って売れてるところ３社ばかし知ってるよ。
将来Linuxにも繋がりそうでめでたし。
フリーソフトもDelが強いね。
理屈はいいから、どんな素晴らしいアプリがあるのかおしへれ
Delphi使って売れているのは３社程度か。すくねーな。
>>598 俺も違いは感じない。
メモリが512MBのせいかな？(ﾜﾗ
>>604 俺はWin2kで256Mだけどね。ついでにCPUは566Mhz。
あぁVB起動しない状態でメモリ226M消費してるよ。
>>600 Delphi死滅よりも先に倒産するだろうけどな。(嘲笑激藁
VB使ってていやなのは
609 ：
デフォルトの名無しさん ：02/09/18 18:20
>>608 勝てないからに決まってるだろ。(嘲笑禿藁
.N E T ア プ リ な い と か 言 っ て る け ど、
>>607 「完全コンパイル後に開始」を使用しろよ。普通に開始するのと同じくらいの
コンパイル時間でコンパイル段階でエラーが見つかるよ。
知らないのか？それともわざとデマながしてんのか？
>>610 ほんとだねぇ。Delphiって出てから何年経つんだろうね。
つーか、CPU1GHz・メモリ256MB環境ならVB6.0が遅いと感じることはまずない。
>>598 >さっき100枚でやって体感できませんでした。
確かにそれ位じゃ差は出ないと思うよ。
Delphiは1回目のコンパイルはやや時間がかかる。
2回目以降は変更のあったファイルのみの差分コンパイル。
だからファイルの数が多くなるほどありがたみがわかる。
VBは参照関係をコンパイルが判断しながら行なうため、
ファイルの数が多くなると指数関数的に（というか階乗で）
コンパイル速度が極端に遅くなっていく。
VB.NETでないVBとDelphiの比較ならよそでやってくれ。
>>615 CPU200MHz、メモリ64MBとか。
完全ではないけどね。完全コンパイルといわずに文法チェックって書けば
>>617 インストールさえしないんだから比較なんかできないよ。
IEみたいにタダで配れば爆発的に広まったかもね。
アンチ厨の認識はこんなものか･･･
それだ
>>622 .NET大ﾑｰﾌﾞ7 IEみたいにタダで配れば爆発的に広まったかもね。
ここのアンチ、レベル低すぎ。
>>619 完全ではないとわかっているところを見ると、なにかできないのか知っているんだよね。
なにがコンパイル時にエラーが検出できないのか具体的に言ってみそ。
あと、完全にコンパイルしてるんだから完全コンパイルでいいだろ。
(VB以外も含める)コンパイル作業は文法チェックか？
VB6ねえ･･･。懐かしいね。( ´ー｀)y-~~
>>621 Delphiはusesで示された順に1passでコンパイルされる。
VBはあるファイルのコンパイル中に知らないオブジェクトが
出で来ると、すべてのファイルを調べにいく。ファイル数が
増えると調べるファイルが増える。これをファイル数分繰り返し。
実行せずに文法チェックだけできると楽だな～
まあ、VB.NETに慣れるとVB6に戻る気がなくなるのは事実だね。( ´ー｀)y-~~
某は自社製アプリをDelphiで作っているが、
>>633 文法レベルのエラー検出の話だったのか？
それならVBも早いだろ。Delphiの文法チェックは更に早いけど。
漏れは挙動の違いのような実行時のエラーの話かと思った。
文法チェックとは関係ないが、VBで完全コンパイル始めてから数分後
VB6 vs Delphiスレでも作ってやりなはれ。
このスレはVB.NETについて行けなかった人とDelphi.NETについて行けない人の掃き溜めですね？
VB.NETはデフォルトでSTAThreadにするのやめてほしい。
>>639 いや、その必要はない。
VBはDelphiに負けて廃止されたという事実をVB厨が認めればいいのだ。
そしてC#もVB.NETもDelphiのパクリという事実を理解すればいいのだ。
はぁ～。レベル低っ。Del厨もVB厨も馬鹿ばっかり。
>>641 Delphiが勝ったことなんてあったか？
>>639 Del厨はDelphi.NETについていくつもりなさそうだよ。
VB厨は帰る家がないから必死だけど(w
>>643 だから認めなよ。VBが仕様変更に耐えきれなくなって廃止された事実を。
くだらん愚か者ばかりだ
>>646 そうだね。Delphiは関係ないけどね。
.NET が失敗してもDelphi使いは痛くも痒くもないんだが。
>>640 デフォルトUnknownなのってC#だけじゃない？
651 ：
デフォルトの名無しさん ：02/09/18 18:52
どんなに仕様が変わろうともVBは永遠です
>>649 .NETが成功したら痛くも痒くもなるくせに。
>>614 のまとめのレス見ると、Delphi使えば↓みたいのが作れると、
AirCraft、Ascii Art Editor、Bluete、BookmarkConvertor、CD2WAV32、
DigitalLoca、EasyProtect95、eMemoPad、ExeScope、FCHART、GSAE、
HelpDesigner、Husen、Iria、irvine、K2Editor、kbMediaPlayer、
Lhaplus、Nami2000、Object Browser、PostPet、rOMANCE fILER、
RootFTP、RPGツクール2000、SirCam、SNESSHOUT、StoryEditor、
sub7、TeraPad、TMPEG、WWWD、Wyvern、あうとら、
エプソンのプリンタドライバインストール＆設定ツール、
かちゅ～しゃ、ギコＢＡＳＩＣ、ギコペ、詩子様、デスクトップカレンダー、
なぞじゃむ、偽春菜、パーティションマジック、ホットゾヌ、窓の手、
メタコセイア、メモ帳トラッパー、らくちんCDラベルメーカー、ロンギヌス
（AA Editor、メタセコ、ポストペットは間違いらしい）
素晴らしいアプリばかりですなぁ
>>651 黄金のブランドだね
中身がどうなってもVBと付けば信者はついて行く
っていうか、Del厨がVB.NET攻撃できないのは、過去にVB.NET厨にボコボコにされてるからだろ。(w
金稼げそうもないな。それ以外の分野ではほとんど使われてなさそうだし。
>>653 PostPetとポストペットは別物なのけ？
実行速度
PostPet は C++Builder製だから厳密には違います。
>>659 個人の立場から選べばDelphiだが、企業の立場で選ぶならVBということだな。
>>657 いや、コピペしただけだからよくわからないけど、
リストにある中で、（）内の3つは間違いだと後で書かれてました。
実行速度
>>656 企業システムでもDelphiはたくさん使われていると思うが。
CADや会計ソフトなどの業務パッケージでも使われているし。
NASAでも利用されてるんじゃなかったかな。
VB厨は企業の犬。使い捨ての運命。
.NET厨は企業の犬。使い捨ての運命。
>>663 > コンパイル速度
> Delphi ≒ VB.NET
ネイティブコンパイルできないくせに ( ´,_ゝ｀)ﾌﾟｯ
／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
C#はまだしも、vbでネイティブコンパイルできないようにされた理由って・・・
object pascal > (ms) basic
／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
pascalもbasicもソース読みづらいからもういいよ。
CもC++もJAVAもC#も 他人のソースのなんと読み難い事
さあて、今VS.NET インストール中・・・なんだ？コンポーネントアップデート？ サービスパック２？
...残り23分 Disk1
>>679 初心者か？ プログラミングの前に知っておかなきゃならないことが沢山あるぞ。
>>680 Delphi.NET側がちゃんとつくればな。
残り時間 30分 disk1
>>678 まぁまぁ。経験が浅いうちは違いがわからないものですよ。
もう少し精進すればわかるようになると思いますから頑張って。
686 ：
デフォルトの名無しさん ：02/09/18 20:11
おお！いあいあ今ヂスク１が終わったよ！
(´-`).oO(インストールに時間かかるから「.NET使えねー」とか言うんじゃないだろうな。。。
20分でdisk1なんか終わらないよ。嘘がバレバレ。
689 ：
デフォルトの名無しさん ：02/09/18 20:43
(´-`).oO(だったらどうだというんだろう。やっぱりC#厨だからかな？（藁
インストール中継の話は終わり。
スマン メシ食ってきたらスレは終ってたが 残り時間は 45分に・・・今DISK4
>>687 最後の１分で、さっきから３分くらい止まってるしなあ
こんなに時間と手間がかかるのはどうだろうな。
基本的にユーザの事なんて考えてませんて表明してるようなもの。
こんな安物CDROMならDVD同梱にしたってバチはあたらんだろしさ
ありゃあ WindowsがVisualStudio.NET proを構成してる間待てってさ 2分まってたら 途中ゲージが戻りやがった
>>687 俺だったら起動が遅くてイライラしたので消しました。っていうな。
(´-`).oO((非.NETの)インストーラーが糞だから「.NET使えねー」とか言うんじゃないだろうな。。。
>>679 から1時間20分経過ならマジっぽいな。(w
699 ：
デフォルトの名無しさん ：02/09/18 21:16
おお。今起動したけど、起動した瞬間に、「メモリ属性が
700
パフォーマンスカウンタなんとかいうサンプルがあったから動かしてみた
リビルドして実行しようとした。
ははあこの波線が付いた部分か、フォームエディタであちこちクリックしたりダブルクリックした
>>706 いちいち、自分のミスを報告しないでいいよ。
.NETなんてインスコして使ってなかったので今やってみた。
>>708 俺もだ
Calc.vbを試してみた、リビルド成功
では実行と
'System.TypeLoadException' のハンドルされていない例外が 不明なモジュールです。 で発生しました。
追加情報 : クラス 'Calc.Calculator' の メソッド Dispose は異なる virtual 状態で、メソッドの宣言を実装しようとしました。型 :
'Calc.Calculator'。アセンブリ : 'Dispose'。
現在の位置は不明ですとさ・・・・ふう。 どうしろというんだ？
気のせいかベータ版のVS.NETかソースを使っているような･･･。
.NET でクロスプラットフォームって言ってるわりには、M$ が
.NETなんて前からインスコしてあったので今やってみた。
いや、別人だぞ。まじで。
VB.NETでも何の問題もなく正しく実行できた。
J#でも何の問題もなく正しく実行できた。
>>712 いや MSDNを先にインストールしたが、今インストールしたばかりの製品版 VS.NET Proだ
MSDNを先に入れたから、
サンプルを入れようとする都度 MSDN7月号を入れろとか VSdisk2を入れろとかウザイ
>>718 > サンプルを入れようとする都度 MSDN7月号を入れろとか VSdisk2を入れろとかウザイ
そりゃサンプルがインストールされてないからじゃ。
.NET自体、βでしょ
>>721 言葉の使い方を間違っていますよ。
ここでは単純にβ版と製品版を区別するために使っています。
>>720 サンプルをインストールしたくなかったが、CD1枚入れておくだけなら我慢出来ると
思ったのに、MSDNを要求されたりどっちが要求されるか判らないからウザイという事。
新規作成でフォームにポトペタして実行はエラーなく動くから、サンプルにミスがあるんじゃないか？
兎に角、サンプルがマトモに動かない上、その原因を探せるような仕掛けもない
全体に重く、学習にも不向き という結論だな
というか、なにもないフォームだけの状態で実行してもコンパイルは通るが
>722
>>724 >Microsoft Development Environment 2002 version 7.0.9486
>Microsoft .NET Framework 1.0 version 1.0.3705
漏れも同じ、最新だと思うけど・・・エラーでないよ
>>723 いやー、よく頑張ってあらかじめ用意してある結論に結びつけたねぇ。
誉めてあげるよ。
>>727 VS.NETのバージョン情報を見るよろし
重さの感覚としては
.NET大ﾑｰﾌﾞ7 全体に重く、使えない という結論だな
>>731 ほんと重いよね。CPU100Mhzでメモリ64Mじゃ最悪。
.NETはDelphiに遠く及ばず。
.NET大ﾌﾞｰﾑ7 全体に重くJavaやDelphiに遠く及ばず
>>733 よくそれで動いてるなあ 俺はメモリないと滅茶苦茶重いって言われたから
712Mにしたぞ タスクマネージャのメモリ使用量は300M超えるのがタマに程度みたいだが
.NET大ﾑｰﾌﾞ7 重くて使えないが背水の陣でﾌﾞﾋﾞ厨必死
誰か分かる人いないの？
>>736 ある程度以上あればメモリ多くした分速くなるって訳じゃない。
300M超えるのがたまに程度なら300Mでも同じだろう。
それよりCPUあげれ。
ここアンチMSばっかだろ。
>>708 あ～それインストール時のバグが影響してるんだよ。
一度それが起こるとVS.NETだけの再インストールでは直らないから
OSのクリーンインストールが必要。
>>738 そんなエラーでてないからわからない。本当の話か？
２ちゃんねるで言われても素直に信じるやつは馬鹿よばわりされるからな。
>>727 コマンドラインだと9466で、GUIだと9486だ。
744 ：
デフォルトの名無しさん ：02/09/18 22:32
ブビ厨笑えるな。おかしー。
>>744 CPU上げれば動作も速くなるよ。知らないの？(ﾌﾟ
だから貧乏人は無理して使う必要ないよ。
747 ：
デフォルトの名無しさん ：02/09/18 22:34
年寄りDel厨も時代の波を痛感してVS.NETに手を出したか。(嘲笑激藁
>>739 この不景気だ。
客に既にあるパソコン買い換えてくれと言うのか？
同じパソコンでここまで出来ますというのが筋じゃないのか？
IDEの分メモリは増やしても仕方ないが、CPUまでアップグレード
したんじゃ評価にならんだろ
だから貧乏人は無理して使う必要ないよ。
>>748 >客に既にあるパソコン買い換えてくれと言うのか？
うん。
752 ：
デフォルトの名無しさん ：02/09/18 22:37
.NET大ﾌﾞｰﾑ7 全体に重くJavaやDelphiに遠く及ばず、ブ厨必死
>>751 モニタは使いまわせるから10数万程度の出費に過ぎないよ。
それで仕事の生産性が上がれば簡単に元が取れる。
おめーはいいから、黙ってろ
てゆうか、JavaやDelphiに遠く及ばないんだから、客に出せない。
ちゅうか前スレのベンチ対決で
速度
てゆうか、ベンチの嘘がはっきりのこスレで暴かれたわけさ。
>>754 確かに客にあわせるのは必要なことだ
俺が思ったのは、VS.NETって商品そのものが、
俺たち既に客の事なんてこれっぽっちも考えてない商品だ。
インストールから重いし手間だ。
VSも何か操作する都度CPU負荷が100%にへばりつく
そんな商品使って仕事して、客の満足なんて得られるのか てな所だな
.NET大ﾌﾞｰﾑ7 全体に重くJavaやDelphiに遠く及ばず、ﾍﾞﾝﾁﾏｰｸの嘘暴かれる
安置は具体的なデータを出せない。これ定説。
>>761 でもね、世の中にはさらに糞重くて半年に１回バージョンアップする
もっと客のことなんて考えてない開発ツールがあるんだよ。
名前何ていったっけ？
765 ：
デフォルトの名無しさん ：02/09/18 22:48
DelphiとC#のベンチマークやってみたよ。
>>764 ひでー。Borlandは絶対そんなことしないよNE！
ブビ厨笑えるー。
>>766 ﾌﾟｯ
信者にも見放されたDelphi7・・・
>>768 Delphiじゃないだろ Delphiは軽いぞIDEも100%なんてまずいかないしバージョンは年１回だ。
糞重くて年２回というのは 無償版の方じゃないのか
ブビ厨カルトはユーモア感覚があるなあ。
>>769 おいおい、JBuilderではないぞ。
あれは半年に1回じゃなくて、5ヶ月に1回だ。
プロジェクトを新規作成した時にだけこの現象が起こるね。
まあでも .NET にも良さがあるよ。
Javaに比べたらはるかに軽いけどな。
>>777 そうか？ 何か操作した時の応答感はJAVA以上に悪いように感じるぞ
ベンチマークでは勝ってるのになあ
ちょっと遅くなっただけでぶぅぶぅ言うな。
>>765 前スレで、実数計算は精度が違うから単純な比較はできないと既出なんだが…
それともコピペですか？
誰か、整数演算や文字列処理でのベンチマーク希望。
起動速度、起動後の速度Javaより断然.NETのほうが速い。
精度は変わらないだろ
厨にまともなベンチマークなんぞできるわけがない。
ブビ厨って具体的な話になると逃げるんだな。
超笑えるね。
>>787 > .NETが驚異的に遅いという事実があるのに
どこに？
あぼんぬ。
このスレしゅーりょー
次スレは読みやすいタイトルにしてねー。
799 ：
デフォルトの名無しさん ：02/09/18 23:21
使いたくないね。
>>708 みたいに、最初の段階でエラー出るようなドキュソ開発環境はな。
お前らも使っていないみたいだしね。
800！
.NET大ﾌﾞｰﾑ7 驚異的な重さ、JavaやDelphiに遠く及ばず、ﾍﾞﾝﾁﾏｰｸの嘘暴かれる
>>801 DelphiはともかくJavaより軽いっちゅーの。
Del厨、荒らすの止めろ！
いくらベンチマークで負けたからって荒らすなよ(w
世間ではすでに使われているのに、乗り遅れたやつら必死だな（嘲笑激藁
糸冬 了やってるのは、嘲笑劇藁だろ。
del厨じゃなく、ブビ厨なんだけど、早く解決方法教えれ。
操作に対する遅延が 100mS程度だと
哀れ、Del厨。(ﾜﾗ
Del厨必死だな(藁
Delphiなんて勝つも負けるもなく眼中ないんだけど。
DelphiとC#のベンチマークやってみたよ。
.NET大ﾑｰﾌﾞ7 重くて使えないが行き場が無くてﾌﾞﾋﾞ厨必至
817 ：
デフォルトの名無しさん ：02/09/18 23:31
VS.NETを触って完敗を痛感したDel厨が荒らし行為に出ています。(嘲笑禿藁
>>817 いいからサンプルくらいマトモに動くようにしてくれよ
DelphiとC#のベンチマークやってみたよ。
文字列処理、と言っても馬鹿みたいなコードだが、10倍以上差がついたぞ。(Pentium3)
>>821 StringじゃなくてStringBuilder使えよ。(嘲笑激藁
大文字の変数名がいかにも厨房だな
stringはmutable。基本中の基本。
嘲笑激藁に諭されるなんて終わってるな･･･
>>821 Strなんて使ってくるあたり相当必死だな(ﾌﾟ
830 ：
デフォルトの名無しさん ：02/09/18 23:43
>>821 もしかして、これはさらし上げていいのかな？ヽ(´∇｀)ﾉﾜｼｮｰｲ
>>821 俺の環境（CPU 600MHz）ではC#は0.03秒。
Delphiのstringも、(Copy-On-Write式だが)mutableみたいなもんだ。
ネタでした
たいしてかわらねぇのに、ごちゃごちゃ言うんじゃねぇよ。
StringBuilderに直したバージョンね。一応。
またDel厨の捏造だNE！ヽ(´∇｀)ﾉ
>>833 PCharだってよ(ﾌﾟ
お前は通常のコード捻じ曲げてまでベンチの成績を上げたいのか？
>>833 やってくれ。で、また10倍以上の差とやらがついたら報告してくれ。
>>833 そのうちインラインアセンブラとか言い出しそうだな。
841 ：
デフォルトの名無しさん ：02/09/18 23:58
Visual Studio.NET アカデミック版で作ったアプリケーションって商用利用OKですか？
>>841 ライセンス読もうね
スレの空気読もうね
ちょっと結果が悪かっただけで必死になっているドトネト厨が笑えるスレはこちらですか？
>>821 のVB.NETとC#の比較だYO！
VB : 00:00:00.0200288
C# : 00:00:00.0200288
まったく同じだNE！ヽ(´∇｀)ﾉ
Delphi？あんな遅い環境知らないYO！ｳﾌﾟﾌﾟﾌﾟ
>>843 =821
はいはい。
さっさとコード直して再テストしてね。
>>843 まったく非現実的なもの比べても意味ないし。
間違った結果で"わかった気がする"とか言われたら
やっぱり、VB.NET厨もC#厨もDel厨もまともなベンチマークができないようだ。
…止めた。
やっぱEiffel.NET最速だね！
お題：文字列処理
>>850 だってDel厨にとって面白くない結果になるもん。
>>857 違うマシンで試した結果比較して喜んでる程度の人間なんだよ、ﾄﾞﾄﾈﾄ厨は。
VB.NET厨、ナイスだ(藁
>>859 もはや言いがかりしかつけられなくなったか。
862 ：
デフォルトの名無しさん ：02/09/19 00:23
あまりにもかわいそうなDel厨に汚名挽回のチャンスを与えてやろう。
>汚名挽回
んじゃ、まあ、経過だけ。
「汚名挽回」だってYo!
なかなか的を得た指摘ですね。
もはや揚げ足しか取れなくなったか。つーか俺にはわざとに見えるけどね。
869 ：
デフォルトの名無しさん ：02/09/19 00:27
もうどんなお題出してもムダ。
>的を得た
真の結論：厨のベンチマークは意味無し
都合の悪い結果は受け入れられない.NET厨。……哀れだ。
Del厨大人しくなったな。(w
ここは2ch用語につっこむ厨のすくつですか？
2ch用語か？
しかし、実際にベンチマークで比較できるのは
新スレのタイトルなんか変だよね。
Personalには最適化オプションが一レベルしかないからなぁ
>>880 別に必要ないだろ。レス止まっているのはここがまだ残っているため。
>>879 そっか
でも、実際に使ってないとベンチはできないっしょ
VS.NETとDelのPro以上を共に持ってる人って結構いそうだし
>>878 ATOKでは「汚名挽回」と入力しようとしたら
《「汚名返上／名誉挽回」の誤用》
と指摘してくれるね。
ﾄﾞﾄﾈﾄと関係なくてｽﾏｿ
>>879 のSDKじゃなくてもWindowsUpdateでコンパイラ付きが入るから
試してみてちょ。
3日経たずに900間近か。
>>886 >WindowsUpdateでコンパイラ付きが入る
え？そうなの？ ランタイムだけじゃないのか・・。
>>885 ATOK賢い・・・「的を得る」ではどう？
すげーな
>>888 ランタイムにコンパイラが含まれてるって。
だから、将来のWindowsマシンではすべてVB.NETのコンパイルができる。
>>889 《「当を得る／的を射る」の誤用》
と出るよ。
普及率の点でも某・惨の完敗だな
>>891 そうそう、VB.NETのコンパイラは無料。
Delphi.NETのコンパイラは有料だけどね( ´,_ゝ｀)ﾌﾟｯ
>>888 C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705 がランタイムの部分。
ここに csc.exe とか vbc.exe が入ってる。
VB.NET厨もDel厨もATOK使っとけ。
なんだよ160Mの方をインストールしちまったZe！
VB.NET厨はM$製品しか使いません。M$-IME.NET ｷﾎﾞﾝﾇ
900
900！
>>901 IDが無いとどっちがどっちか分からないよね（w
俺だよ。馬鹿
M$-IME.NET が出るまで .NET は様子見だな。
某-IMEが出るまでDelphiは様子見だな。
>>902 > お前だってM$製品使っているくせに
FreeBSD+Mozillaで書き込んでますが何か？
・・あ、マウスがｲﾝﾃﾘﾏｳｽでした。逝ってきます。
Del厨には理解できないとは思うけど
まぁDel厨には必要ないだろうけどな
VB.NET厨も不思議な奴だ。
Del厨もfor .NETがメインになるからあんまりいじめちゃいけないよ。
>>910 JavaですらJREにはjavacが入ってないのに、.NET太っ腹ですね。
別の言葉で言えば、.NET必死ですね。（藁
某惨の負け犬臭にひかれてBSD、Mozilla厨まで寄ってきたか
>>914 なんで必死と思うんだか。あっ、お前が必死なのか。
>>912 VB.NET厨 = 嘲笑激藁 という説もあったけど？
だとしたら、本気出したらDel厨が束になっても勝てないよ。
>>915 M$社員か。それとも洗脳された奴か。どちらにしても哀れだな。
>>918 嘲笑激藁の本気って、コピペしまくるだけなのに。
そろそろ厨どもの相手をするのも飽きてきたな。
よしﾄﾞﾄﾈﾄ厨がさったぞ。
DelphiとC#のベンチマークやってみたよ。
>某惨の負け犬臭にひかれてBSD、Mozilla厨まで寄ってきたか
哀れなので最適化バージョンを貼っておく。
Delphiってコード汚いんだね （嘲笑激藁
>>926 汚いコードすら書けない奴に言われたか無いね
>>708 俺なんて 新規プロジェクトを開こうとしたら VBでもC#でも
VCパッケージは使用出来ないか登録されていません・・・だとさ
つまりさ、以前に試してたプロジェクトは開けるけど、新規作成が全滅
>>929 いくら時代について行きたいって、別に無理しなくてもいいから。(w
>928
>>931 結局修復セットアップしたら、最初３分で終るように表示しといて
1時間以上かかっています。 糞
それから確かに VSのIDEって .NETになってからはデフォルトではとても使えた
もんじゃないですね。
四回位再起動したらちゃんと新規作成>実行できるようになったよ。
>>933 VS.NETってCPU負荷が高いから 熱暴走とか特定のところでおきやすくでもなるのかなあ
そういや夏場はクーラガンガンだったけど、今日はクーラ止めてるし
今アンインストールしてるから、こんど立ち上げる時 BIOSでメモリアクセス速度でも落としてみるよ
最悪ＯＳインスコし直しということも考えられるね。
自作自演だから1人だけですね。(嘲笑禿藁
>>935 OSインストールは嫌だなあ 普段の状態に戻すのに１日半かかる。
やっぱりさあ開発ツールなんて再セットアップはしょっちゅうやるんだしさ、
これだけボリュームがあるのはしょうがないとしても、DVDROMも選べるか、
DVDROM同梱にするのが ユーザの事を考えたら普通だよなあ
そもそも、修復セットアップ選んで、再インストール並の時間かけて修復出来ないんじゃなあ
終ってる。
つーか自作自演うざいよ
>>938 936がウザイの？ あれは何言ってもうざいから
（・∀・）
アンインストールした後、再インストールしたら
>>928 の現象解決しました
結局、IDEに問題が起きたらアンインストールして再インストールって鉄則は
VS.NETでも同じようです。 ヘタに修復なんとか使うと余計に時間がかかる
しかし起動するにもクソ重いし、インスコにも時間がかかる･･･
>機能別に色々分割
>>942 そんなに重いか？デザイナは確かに重いが。
ていうか、インストと起動なら重くても問題ないじゃん。
ユニは分割っていうより孤立だからなぁ…。
俺、久しぶりに必要があってBCB5をインストールしたんだよ。
>>945 ならば、ずっとBCB使ってればいいじゃん。
VS.NET使わなきゃならん理由でもあるの？
あ、時代に取り残されたくないんだ。(ﾌﾟ
>>946 ありがとよ。お勧め通りBCB使ってる事にするよ。
VS.NET使わなきゃならない理由を知る為に使ってみたが、結論は必要ないって判ったからさ
＞目標は将来すべてがマネージ・コードになることだ
>>951 >何が起こるか判らないさ、
Delphiが逆転するかもしれない、とか思ってるわけですね？:-)
>>952 そういうどっちが勝つとか上とかいう考え方がうざい。
違いを受け入れ選択肢の存在意義を理解しろ。
>>954 Delphiが完敗だからそう言うしかないのですね？:-)
>>953 はげ同
ただ、それができないから、いつまで経っても厨のままなんですよねぇ。
DelphiがVB.NETに負けてるのを認めるしかなく、「お願いだからDelphiも選択肢として覚えといてよ」と泣きついてきますた。ｸｽｸｽ
壊れてる？ というかこれって人間？ 人工無能？
夏のDel厨とバカ話してた時間が忘れられない壊れた人間なんでしょ
悔しいから話を逸らし始めましたね。:-)
おれもまぜろーーー
967
勝ち負けにこだわるくせに VB.NET 好きなんだよな。
Delphiが.NET対応するということは、ネイティブ至上主義が間違いだったことを某が認めたということだよね。
990
991 ：
デフォルトの名無しさん ：02/09/20 14:42
誰だあげたの！
さっさと1000取ってdat落ちさせてしまおう！
1000！
.NETの勝利!!
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。