VB vs Delphi ＠夏厨2004

前スレ
VB vs Delphi ＠夏厨2003
http://pc5.2ch.net/test/read.cgi/tech/1060779022/

いつものどぞ〜

VBはVB6なのかVB.NETなのか、Delphiは７以下なのか、8.NETなのかはっきり汁。

C#＞＞VB.NET＞＞＞＞＞＞＞＞＞Delphi7＞＞＞＞＞＞＞＞＞＞＞＞Delphi8

終了

VS2005なかなかいいぞ
Delphiも正規表現やIndyが使えるようになってきて
やっと良さがわかってきた
これでもうちょっとコンポーネントが探しやすかったらいいのにな

>>4
VBは？

>>3
いや、今のとこ、.NETは起動を重くしてるだけだ。
LH上で比較するならともかく、W2kやXP上なら、まず間違いなく、

C++≒D7>>>VB6>>>C#>VB.NET>>>D8

>>4
コンポーネントならここ見れ
http://www.torry.net/
http://delphi.icm.edu.pl/
http://www.delphianworld.com/

>起動を重くしてるだけだ
Del厨の価値観ってこれしかないのな

じゃああんたの価値観は一体何だ？
セキュリティか？
XPのセキュリティパッチのメモリの実行許可フラグ制御だって
.NETだけ穴あるぞ。(JITする関係上保護をかけられない)

大いなる助走であることは俺も認めるけど、
あんたも助走は助走の段階では助走でしかないことは認めとけ

>>9
気持ちはわかるが持ちつけ。
重いほうが好きなやつもいるんだよ。

D8が最下位なのは誰も否定しないんだな。(ｹﾞﾗ

>>11
またおまえか。ちゃんと仕事しろよ。

今年はVBの不戦勝だな。相手がDel8ではな。(ﾌﾟﾌﾟﾌﾟﾌﾟ

漏れは未だにDelphi6だ文句ある？

DelphiのWinFX対応の目が無さそうなのは同意だが
.NET→WinFXってわけでもなかろう。

WinFXはあくまでWin32の後継であって、
.NETとは生きてく場所が違うのでは？
少なくとも現時点でのMSの方針では。

このスレがたった原因はこれ。

くだすれDelphi（超初心者用）その１5
http://pc5.2ch.net/test/read.cgi/tech/1087823906/305-

また糞Del厨のせいで糞スレたったか。

>>15
おまえアホだろ

レッテル貼り登場

>>16
もう夏だし

Delphi6は無料
VS spokeは4830円

よってDelphiの勝ち

ところで、15はコピペなわけだが

道端に落ちてる犬の糞も無料だけど誰も拾わないよな

>>17
>>15はコピペ。談話室12にあったヤツ。

>>20
無料でもDelphi6Pじゃ商用アプリつくれないよ

theSpokeの連中が商用アプリ書くように見えるのかよ…
どちらにしろ、仕事に使うなら上位版買うだろ普通

じゃぁシェアウェア

Delphiの商用可で一番安いのってどれだっけ？
D7Personal不可？

D7Personalは不可

やはりある時間帯を過ぎるとVB厨が急にいなくなるな。

>>27-28
Personalでも、金出して買ったら可だったような気がする。
それよりも、一番安いのは恐らくKylix Open Edition。
GPLなので商売のやり方に工夫は要るだろうけれど。

Del厨しか釣れないスレｗ

ほんと釣れるのは厨だけだな
MLで答えてた側の人間はC#に移行または片足突っ込んでるし
そのうち某日がDel切っても香具師らは平然としてるぞ。

VB厨しか釣れないスレｗ

これからのWindowsアプリ開発はC#で決まり。

次スレから「VB vs C# ＠夏厨2004」でいいよ

VB厨ま〜だ〜？

>>35
それじゃメインのDel厨が釣れない。

年を追うごとにDel厨がVB使いに惨敗してるよな。(ｹﾞﾗ

>>38
VB使いはプロにステップアップするけど、Del使いはいつまでたっても
厨のままだからな（藁）

>>39
釣られませんよ？ｗ

(ｹﾞﾗ （藁） ｗ

>>39
VB使いのうちプロにステップアップするヤツらは全体の１割にも満たないだろ。

Del厨は塗りつぶしルーチンすら書けませんが何か？

Del厨は効率的な描画ができないから、ネイティブコードで速度にこだわるのか。(ｹﾞﾗ

荒らすのはこのスレだけにしとけよ。
せっかくの隔離スレなんだから。

このスレがたった原因

くだすれDelphi（超初心者用）その１5
http://pc5.2ch.net/test/read.cgi/tech/1087823906/305-

ここはDelphiスレでいきなりVBを煽り出す厨の隔離スレだったのかｗ

Delphiを選択する理由が見当たらない

Delphi厨(　´,_ゝ｀)ﾌﾟｯ(　´,_ゝ｀)ﾌﾟｯ(　´,_ゝ｀)ﾌﾟｯ

ボーランドがVBユーザー向けにモデリング・ツールを出荷、価格を従来の1/4に
http://nikkeibp.jp/wcs/leaf/CID/onair/jp/comp/317935

VB＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞delphi

あのさ、VB.NETとVB(6.0以下)は区別しない？

ついに敗北宣言ですか

VBなんてインタプリタだから遅い
Delphi最強！！！！！！！！！！！！！！！！！！！！！！！！１

.NETは中間コードだから遅い
とかいっといてベンチ対決でボコボコにされてた処理系があったなたしか

Delphi.NETはVB.NETより遅い。最適化ができないから。

異論ある？

Delphiなんてxpと相性悪いしな（ﾌﾟｹﾞﾗ

ＶＢっていつからインタプリタになったの？

つーか、レベルの低い争いだな
どっちも現場から消えてなくなれよ

.NETは中間コードだけじゃねーよ

VB vs Delphi って　プロ厨 vs アマ厨　だね

所詮、OSを掌握しているアドバンテージがあるってことよ

Groovy のウェブサイトから引用しよう。 "Groovy はあなたが Java プラットフォームで手早く、
簡潔に、そして楽しく作業できるように設計されました
―― Groovy は Python と Ruby の力強さを Java プラットフォームにもたらします。"

Python|Ruby on JVM使えよ・・・
そんなのがあるかどうか知らんけどw

ユーザーレベルならソースを掌握しているDelphiのほうに分があるだろ

＞ユーザーレベル
ついに敗北宣言ですか

何を書こうが所詮夏厨スレ。

日本の夏

DelphiとRubyは結構、仲がいい。
DelphiでRubyが使えたり、
RubyからVCL使えたり

先生！RPGツクールXPがRubyを採用するために
Delphiを辞めてVCに変更したのはどういう事ですか？

作者の趣味。

DelphiからRubyが使えるってどういうこと！？

Delubyってやつか

Senobyって奴だな。

>>72
Apollo
http://www.moriq.com/apollo/

ちなみにDelphiからPHPも使える
http://users.chello.be/ws36637/php4delphi.html

VisualBasic.NET入門 基礎編 2003対応版って本は60日の体験版つきだった。
まさに夏厨仕様？

ﾄﾞﾄﾈﾄ死滅ｽﾚの嵐に比べたらﾌﾞﾋﾞ厨逃げ腰だな。
真正面の対決から逃げてるというか。

Delphi厨必死だな（藁藁藁藁藁

VC > Delphi
は明らかですから

仕事はVBメイン。
家に帰ったらDelphiです。
マジなんですが、どうでしょうか？
こういう人って多いかな？
どっちもｲｲﾈ

>>80
世の中には普通に居ると思うが、このスレには居ないな。

>>81
そうですよね。

だからもうVBとDelphiで戦わないで。
仲良くしようよ。

>>82
いや、だからここは隔離スレだし

こう言うスレを見ると夏が来た事を感じるよｗ

>>82
つーか

ス　レ　タ　イ　で　気　づ　け

C#が最強なんだから、おまえら屑言語同士仲良くしろよ。

>C#が最強なんだから

にゃは、４０ＭＢのランタイムが無いと実行できない言語が最強なわけないだろ

いまどき４０ＭＢなんてノミの糞以下だろ。

> いまどき４０ＭＢなんてノミの糞以下だろ。

ノミの糞以下のサイズのランタイム使わないと実行できないＣ＃は最強なわけないだろ

へぇー、Ｃ＃ってノミの糞以下のランタイム使わないと動かないのかぁー
クソー

> いまどき４０ＭＢなんてノミの糞以下だろ。

そうだよねー、最近のノミは大きな糞するんだよねー

VBもDelphiもC#は揃いも揃って糞言語






COBOLこそ最強

VBもDelphiもC#もかけらほどはメリットがある






Javaこそ最低

結局はC++最強。はい終わり。

C++だなんて最も終わってる糞言語を持ってくるな。

洒落にもならん。

if s = "htm" and fso.FileExists(f1.path+"l") = False then
でスクリプトの勝利

If s = "htm" and fso.FileExists(f1.path+"l") = False then

また AntiVirus 厨ですか？

>>97
AnsiStringがどうしたって？

NAVが反応するスクリプトを埋め込んだ馬鹿がｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

VBってHSPと大してかわらんよ

>>95 >>96 うざい

>>101
だからVB使えばよかったんだよ。

夏だな

２ちゃんねるでバカにされるものほど良いものだっていうのは本当だったんだな

んなことはない
バカはバカだ

あげ

Delphi厨必死だな（藁藁藁藁藁

ＶＣとDelphiは使ってるが、ＶＢなんて知障臭くて使えない

↑Delphi厨必死(　´,_ゝ｀)ﾌﾟｯ

どっちも必死そうだな。

D言語彩京

HSP（・∀・）ｲｲ!!

VB.NETは継承使えるし、限りなくC#に近いと思うが。

C#は継承使えるし、限りなくDelphiに近いと思うが。

VBなんか比較対象にすらならんだろ。

Delphiのいくつかの機能がC#にもあるというだけで全くの別物だな

VBは他とは比較できないほど素晴らしい。

DelphiがもしMS製だったらなぁ……。

というぶっちゃけありえないような夢がかなったのに素直に喜んでないのはなぜ？

>>118
へ？

とぼけちゃってもぅ(*´д｀)

ここは休みの日に上がるスレだな

Delphiのcase文は糞

それをどうにか出来ない>>122が糞




と釣られてみる

>>122
何を根拠に糞と言ってるのが知らんが、ラベルに文字列が使えないという
ことなら、数値の比較と文字列の比較のコストを考えてみろ。こういう奴は
バリアントとか使いまくってるんだろうなとふと思ったけど、間違ってないだろ。
普通のプログラムなら case の分岐条件に文字列を使いたいということ自体が
おかしい。分岐で使ったレジスタが再利用できる場合は if else の方が速い
場合もあるけどその差はわずか。そんな場面では普通 case を使わない。

ﾌｫｰﾙｽﾙｰのことじゃないの

>>125
それは VB も同じ。条件ブロックの最後で次のブロックへの goto を
書けばジャンプが起こらなくなるので、最終的な結果に差は出ない。
一般的なプログラムでは処理を続けるよりも case の外に抜けることの
方が多いので、Break を忘れてバグを生み出す可能性が高いのは
逆にデメリットになると思う。

C#はその問題を解決したけどな。
あーだこーだと弁解ばかりで一歩も進んでないのがDelphi

Ｃをやってた連中が
自称「Ｃ＋＋よりも遥かに短い時間でシステムを構築でき、
Ｃ＋＋と同等の機能」
のＣ＃に移行しないのはＣ＃がいかに中途半端でくだらない
ＣもどきのＶＢくずれなのかを如実に証明した。
ＣとＣ＋＋しか使わない漏れから見るとDelphiのほうが100倍マシ。

Delphiが良い理由も示さずにいきなりDelphiがマシなんて結論出す奴なんてｗ

DelphiならC++をコンパイルしたオブジェクトモジュールをリンク出来るし。

>>129
つうかさ、ライブリがないと使い物にならないＶＢなんてただの
知的障害者訓練用積み木ゲーム

CからC#に移行しないのは畑が違うからじゃないの

ＣとＣ＋＋しか使わない>>128が語る。

「Delphiの方が100倍マシ」

使ったこと無いものを語っちゃいけません。C#もVBもDelphiもねｗ

>>128に聞きたいが
Ｃをやってた連中がDelphiに移行しないのは何故なんだい？

>>131
つれますか？

>>133
じゃぁ、ﾌﾞﾋﾞ厨は何１つも語れない。

>>134
Delphiがマイナーだと炒ってるのはこの板のあおりであって、
実態はCな連中がC++に行かずにDelphiに行った。

>>136
なんだよ？ 逆切れか。
VB厨がいつ語った？
使ったことの無いものを語ったのは、お・ま・え

> Delphiがマイナーだと炒ってるのはこの板のあおりであって、
> 実態はCな連中がC++に行かずにDelphiに行った。
ＣとＣ＋＋しか使わない君はDelphiに行かなかったんだねｗ

ネタにしてもつまらない。

なんか一人のDel厨がC/C++使いのフリをして、
Delphiを誉めようとしているようですね。

自分はC/C++オンリーな128じゃないんだけど。
一応BCBメインでコンポーネントの利用時にDelphi使うし、
VC++/MFC使ったけど嫌い。

128は逃げたってことでFA？

はじめから2003のようなMFCなら嫌いにならずに済んだかも新米
でも.NET出て脂肪確定してから整備されてもねぇ

>>142
2003のMFCは何か改良されているの？

Delphi厨必死だなwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

>>124
>何を根拠に糞と言ってるのが知らんが、ラベルに文字列が使えないという
>ことなら、数値の比較と文字列の比較のコストを考えてみろ。
そのコストの違いなんて糞みたいなもんだろ。
文字列使った方が開発効率も保守性も数段上がる。
>if else の方が速い
その速さもどうでもいいだろ。
if elseif elseif elseif else・・・いくつ使うんですか？

だいたいコストとか速さとか、いつの時代の話をしてるの？
Delphiは言語仕様が大昔から変わらないのが売りなのか？

>Delphiは言語仕様が大昔から変わらないのが売りなのか？

当たり前だろ。
正統的に進化していく言語であってスクラップ＆リビルドされない。

使いづらさも変わらず

使いづらさ

ttp://pc5.2ch.net/test/read.cgi/tech/1089454618/l50
278 ：デフォルトの名無しさん ：04/08/09 16:04
で、皆Ｃ＃満足してんの？

もっさり。トロトロ
コンポーネント足りない。有料コンポ高杉
なんでもかんでも、名前がやたらと長い
オブジェクト・インスペクタ使いにくい（特にイベント系）
どこに何が宣言してあるんだか、さっぱり分からない
ソース付いてない
ドキュメントは盛りだくさんだが、使いにくい

Del厨しか釣れないスレｗwwwww

言い過ぎた

言いすぎだよ

ﾄﾞﾄﾈﾄやるならC#使うけど、別にDelでよければDel使う。
DelつかいならC#への移行は容易では？

いまさらDelからVBに移行する理由はないし。

夏厨って何ですか？

今年はVB2005 vs Delphi8で差がつき過ぎてるので盛り上がらないね。
VBの圧勝は年々はっきりしているな。

>>154
馬鹿か？
ユーザーがこれ以上の進化を望まないんだからツールが進化する必要はないんだよ。
満足度は圧倒的にDelphiの方が上だ。

born to love VB

あのさ、DelphiとC系とどうちがうの？
Delphiとc++とかの違いがわからん基地外の質問に誰か答えたって。

てゆうか、VBがDelphiより優れているところって、何よ？

MS製品

バグが少ない

ユーザーが多くて情報も多い

実績が山ほどある

ふ━━（　´_ゝ｀）━━ん

MS製品だと優れてるのかｗ
言語そのものとは関係ないような利点ばっかりだし。

>>162
確かに､プロジェクトが崩壊したりデスマに陥った実績は山ほどあるな｡
>>161
同意

>>164
言語に目立った欠点はない
製品がダメだっただけ

言語としてBASICは大規模システムには向かないのは定説ですが。
VBと関係無く。








なのにVBは大規模システムに向かないと関係してる。

大規模システムに向いてる言語って何よ？

COBOL

C++

大規模って画面がいっぱいあるプログラムのこと？

>>171
ソースの行数がたくさんあるやつ

BASICで問題無い範囲は紙芝居程度であって、
作り込み始めると破綻するということ。
大規模という言葉を理解するまでもない。

ＨＳＰでＲＰＧ作りたいんですが、正直難しいと思います。
でもやりたいんです！！僕はＨＳＰでブロック崩し（アルカノイド）
ぐらいなら作ったことあります。
今のところ、オープニングまで作ったのですが、どなたか僕に
ＨＳＰの基礎からすべてを叩き込んでくれませんか？？
お願いします。

ＨＳＰでＲＰＧ作りたいんですが、正直難しいと思います。
でもやりたいんです！！僕はＨＳＰでブロック崩し（アルカノイド）
ぐらいなら作ったことあります。
今のところ、オープニングまで作ったのですが、どなたか僕に
ＨＳＰの基礎からすべてを叩き込んでくれませんか？？
お願いします。

>>174-175

やだ

あのな
オブジェクト指向でないVBはどうやってもDelphi以下
そのDelphiもC++やC#以下な訳ですがね

VB 2005 vs Delphi 2005

来年の対戦はDel厨悲惨だな。

そうだな・・・・・

>>179
いや、今より悪くなるとは思えんがw

いや、VB2005 はベータがとれて正式に.NET2.0 に対応するし、Delphi2005 は .NET1.1 だけ、
しかも .NET2.0 インストールで動くかどうかもあやしい

Del厨悲惨いうか、いなくなるんじゃねーの

>>182
>しかも .NET2.0 インストールで動くかどうかもあやしい
動かないから半年後に.NET2.0対応のDelphi2005.5が出るに1JBuilder
アップグレードも最低25Kからｗｗ

某は信者から寄付をもらいながら.NETでベータテストしてるのね。

寧ろ俺はDelphi2005でC#が書けるようになるって事が驚きだ。

C#BuilderをIDEに統合しただけでしょ。なにを驚いてるの？

DelphiはC#に軒先を貸して母屋を取られる道を選択したようです。

>>189
そうそう、おれもそうおもた。おー、C# っていいじゃん、ってさすがの Del厨も気がつくかも。

>>190
だよなぁ。某にDelphi言語を生かす気があるなら、DelphiでC#を書ける様に
する筈がないよなぁ。C#が書ければ、Delphiはメンテナンス以外の使い道が
ないし、メンテナンス目的ならDelphi7以前で必要充分、つか8以降はメンテ
ナンスには使いたくないしなぁ。

最近の某を見てると、さっさとDelphiを切り捨てたいけど、下らない面子が
あってそれが出来ないんだろうな。だからDelphi8で緩やかな死を選んだと。

Delphi8で、もう某はDelphiやりたくないってのが完全に見えてしまったから、
確かに>>188の言うとおりC#に食われてしまっても誰も驚かないな。

某はIDE環境に名称を与えなかったことが最大の敗因だな。

IDE環境にBorland Builderとでも名前をでっち上げて、Delphiと
C# BuilderとBCBを乗っければいいのに。

この辺りはM$の方が巧いな。誰が使ってるのか判らないJ#
ですら残すって事を宣言してるようなものだしな。

まぁ最近の某を見てると、本気でDelphiを捨てるつもりみたい
だから、C#と統合で正解だと思うけどな。

BoがDelphiを捨てたら次は俺がBoを捨てる番だな。

>>193
まだ捨ててないの？　俺はDelphi8を見て某を捨てたよ。
.NETやるならC#でいいもの。

Delphi2005の概要聞いて正解だと思った。

>>190
本当のDelphi信者はC#に一目惚れしてますが何か？
ﾍｼﾞﾀｿすごいよ ﾊｧﾊｧでつ。

>>195
それは中の人に惚れてるんじゃないでせうか？

こっちのほうがよほどマトモなカキコになってるね。スレタイがネタなのに。
いや、ほんと >>191-192 の内容はここ一年のおれの感じと同じだよ。
なんかこんな感じのカキコがいままでなかったので感激。

>>194
一応まだ見守ってます。
でもDelphiは5で止まってます。
将来どうしてもバージョンアップしたくなるような商品が出れば購入するつもり。
6, 7, 8と見送ってきて今回は買いそうになったけど思いとどまりました。

>>196
ﾍｼﾞﾀｿの いい仕事　に惚れてるのは確かw

>>198
7をスキップしたなら答は自ずと出ていると思うんだが…

C#は洗練されているのもあるけど、言語体系を標準化したっ
てのが強みだよなぁ。

誤解を恐れずに言うなら、中の人がDelphiでの「失敗」を教訓
としたのだと思うわ。

教訓っていうか、Pascalを捨てて自由になった。と思う。

それはあるね。＞Pascalを捨てて自由になった

なんか2年前と同じようなやり取りがつづいとるな

>>202
ヽ(｀Д´)/それだ！

>>204
>なんか2年前と同じようなやり取りがつづいとるな

２年前と違うのは、じっさいにC#とDelphiがIDE統合した製品を某がだしていること。
そして、ユーザの Delphi → C# の移行が現実になっていること。

だろうね。C# 出現時とは事情がぜんぜん違うと思う。

>事情がぜんぜん違うと思う。
いや、やり取りが同じだといってるだけで

>>200
それは7は買っといた方が良かったということでしょうか…？

> いや、やり取りが同じだといってるだけで

たしかに（汗

>>206
2年前と違うのは、やはり某の中でリアルにC#への移行が始まってることだろうな。
.NET対応したDelphi8の時はまだ微妙だったけど、2005で決定的になっちまった
からなぁ。

同じやり取りでも重みは違うんじゃないかな。2年前は妄想だったけど、今は…ね。

>>210
>今は…ね。

同感。それはしみじみ感じるね。Delphi好きだけどなー。

DelphiもVBもそのうちC#に食われるとは思うけど食わせ方に差が
あるなぁ…

某が潔くてM$の往生際が悪いって事なのかも知れないけどなぁ。

それでもDelphiに統合するってのはどうかと思うよなぁ。

C#Builderの方がDelphi8より先に出て、しかもDelphi8にないPersonal版があったでしょ。
その時点で、こうなることはだいたい予測できたよね。

いや、全然。
つーか、.NET Compact Frameworkの開発はできるようになるんだろな？＞某

ポトペタGUI以外はOKとか ＞.NET Compact Framework

>>215
MSのコンパイラだけで足りるじゃねーかw

てかMSのコンパイラなんですけど

>>217
そんなことは知っている
それならVSやらDelphiなんかｲﾗﾈｰって話だ

それはその人次第だろ
好きずきもあるしね

今更.NET Framework SDKのみでゴリゴリ書きたくないなぁ。

>>219-220
>>214からの話を読み直せ

>>221

それ >>215 で終わってる。あとはIDEがいるかどうか、っていうはなし。

.NET Framework への対応であたふたしてるときに .NET Compact Framework
対応なんてどうでもいいだろ。