1 ：
デフォルトの名無しさん ：
03/03/31 21:31 2 ：
デフォルトの名無しさん ：03/03/31 21:32
まだ続くのか？
もういいじゃん。
4 ：
デフォルトの名無しさん ：03/03/31 21:36
そう言いながら伸び続けるスレです。
俺はBCB6とVC++.NETとDelphi7を全部使っている。
俺はBCB6とVC++.NETとDelphiを全部窓から投げ捨てた。
結局立てちゃったのね、新スレ。
とりあえず、
>>1 乙華麗と謂っておこう。
漏れはVC6ProとBCB5Proを両方使っている。
とりあえずDelphi最強。
11 ：
デフォルトの名無しさん ：03/04/01 17:00
BCBはデフォルトでC++だから、Cでプログラムを書こうとすると
時代はDelphiからC#に移ろうとしてるのに
15 ：
デフォルトの名無しさん ：03/04/01 17:27
VectorC最強
BCB６はパッチ出してくれないからな・・・
>>17 >>16 は、ﾊﾟｯﾁ出てるの知らないんだよ。
そっとしておいてあげよう。
19 ：
デフォルトの名無しさん ：03/04/02 01:20
>>12 全然 OK じゃん。保存するときに拡張子 .c で保存すれば、その Unit は自動的に C に
なるから。
BCB の IDE は、C と C++ と Object Pascal を区別しないよ。まあ、Object Pascal の
デバッガはついていないから、本格的なデバッグは Delphi でやるしかないけど。
20 ：
デフォルトの名無しさん ：03/04/02 05:04
.NETフレームワークに付いているclとPSDKだとVC++いらず。
でもあれって標準ライブラリとSTLついてないよ。STLport入れれば何とかなるかも知れんけど。
.NET 2003 評価版 なんてどうじゃ。
24 ：
デフォルトの名無しさん ：03/04/02 14:55
C最強
25 ：
デフォルトの名無しさん ：03/04/02 14:59
気持ちいいって何が？
bcc32前まで使えたのに
3.1じゃダメだぞ
MEです。
2000煮汁
コンパイルオプションって何？
36 ：
デフォルトの名無しさん ：03/04/03 19:08
VC++6 と BCB6使ってる。
>>35 お前氏ね、
クリックしたらエロサイトかよ！
氏ね。
嘘 大袈裟 紛らわしい
39 ：
デフォルトの名無しさん ：03/04/03 21:55
>>31 MS-DOS モードでやっているとか。
MS-DOS プロンプトでやってみ。
2chでは例え転んでも泣かない。
そもそもうちのかちゅだと
>>35 は表示されてなかったり‥‥
.NETに移行したい気もするけど、
>>45 そうだよね。
前に誰かが言ってたけど、
MS製品(Officeとか)が、CLR上で動作するようになってから移行しよう。
おい！BCB4 Update4でバグが発見されたぞ！
×BCB4 Update4
>>48 バグが発見されたんじゃなく、
バグがUpdate4でも直ってなかったんだろ？
いまだにBCB4を使ってる俺はちょっと焦りました。
おまけにREADMEの説明に間違いもあるしな。
53 ：
デフォルトの名無しさん ：03/04/04 02:48
>>48 wcstombs() や mbstowcs() が、NULL を渡すと CodeGuard バージョンのは
バグルネ。
54 ：
デフォルトの名無しさん ：03/04/04 08:25
最近買ったBCBかデルファイで開発された給与計算ソフトの動作がかなり重くて
思っても良いけど、VC++製のアプリは動作の悪いMDIからして駄目だ罠。
ﾌﾟｯ
確かに、BCBやDelphiって糞重いよな。
>>55 VCのMDIのどの辺が駄目で、BCBだとどう良いのですか？
ActiveXのオーバーヘッドやメモリ制限って、そんなに高くつきますか？
BCBだとそれらのオーバヘッドは受けないんですか？
59 ：
デフォルトの名無しさん ：03/04/04 09:05
>>55 メモリ制限とか以前にBCBの莫大なメモリ使用量の方が問題あると思われ。
>>58 VC++のMDIフォームはガバっと大きなコードが生成される。
コードジェネレータはOOPに比べて古い手法。
に対して、BCBではコンポーネント＝クラス一つ一つをペタペタ貼るだけ。
コンポーネントを派生してそれぞれを連携させる。
で、BCBではコンポーネント化するとき、
ソースコードでコンポーネントの派生クラスと記述するだけでだが、
ActiveXでは、実行時にレジストリなんかを見てインターフェースを調べたりする。
でも、ActiveXのコードもラップ化されててそんなに面倒じゃないよな。
むしろ、VCよりBCBの方が重い。
>>61 なわけねーだろ。
コードレベルで派生出来るBCBと、出来ないActiveXが同じになるわけない。
だから、.NETでコードレベルの派生に変わったんだから。
後、C++とActiveXの相性悪すぎ。VARIANTがワケワカ＆実行時エラー多すぎ。
コンポーネントをペタペタ貼れるものと、
総合的に考えるとやはりDelphiが最強。
67 ：
デフォルトの名無しさん ：03/04/04 10:37
>>54 仕組み的にもともと重いのか、プログラマがタコなだけ。
VC++ で作ったからって速くなるわけじゃない。
>>57 VC++ の IDE は凝ったことをしていないから。機能も少ないし。
BCB や Delphi は各 VCL コンポーネントを認識したり、OpenTools 関係の
処理をしたりしているから。
>>58 BCB のフォームは、クラスだということ。
SDI 用に作ったフォームを、そのまま MDI の子フォームにしたりできる。
MFC と違い、ちゃんと OO で設計されているから。
>>62 メモリを確保した方が速くなるよ。メモリのせいじゃない。
>>64 VC++ って Visual じゃないね。
>>63 つうか、BCBはActiveXつかわねーだけだろ？
VCだって使わないでやろうと思えばできるしな。
MFCなんてほとんどそうだろ。
それ以前に、BCBは元々重すぎだっつーの。
何であんなにメモリがばがば使うんだ。
インターフェース違うのも何とかして欲しい。
Delphiも話しにならん。
>>69 Pentium 133MHzでも快適に動きますが。
＞インターフェース違うのも何とかして欲しい。
>>70 そりゃすごーく古いバージョンのDelphiはな。
DelphiがVC++に劣る点
きたきたー！やっぱり必死な某社員。
>>67 メモリ確保したら速くなくのではなく、必要メモリ量自体が大きすぎる。これVCLが原因。
VC++はVisual的な開発管理ということだぞ。VBの影響受けすぎの発言は控えましょう。
ActiveXはオブジェクト指向の問題点を指摘したもの。技術じゃなく概念なんだよ。
MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
え、ゴルァ
あれってコンポーネント指向だろ？え？違うの？
>>73 ・C書けるならちょっと方言が入るだけ。
・昔は気になったけど10GBオーダのPC使い始めると。VCもMSVCRTとMFC合わせると似たようなもんだし。
・そうなの？最近のPCはメモリもスワップファイルもアホみたいな容量確保できるからなぁ。速度も速いし。
・そうなの？最近のCPUなら全然気にならないけどね。
＞MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
たまに最大化して元のサイズに戻すと、ウィンドウがどっかに消えるしさ。
M$社員ｷﾀ━━━━━（ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ∀ﾟ）━━━━━ !!!!!
最近のCPUでもクリティカルなアプリになると遅さはわかる。
M$社員というか、前々からBoaland社員が常駐してる気がするんだが、
MSに開発陣移籍されて技術力の欠片も残っていないBolandに用はない。
いいえ。
85 ：
デフォルトの名無しさん ：03/04/04 12:12
結局のところCodeWarriorが最強な訳だ。
86 ：
デフォルトの名無しさん ：03/04/04 12:24
所詮BCBはVBと争ってなさいってことだ
真っ当な意見と見せかけ、実は詭弁で論点をはぐらかす輩が多々おります。
＞ 「STLコンパイルも出来ないC++になってないのもあるが、出来れば最強」
90 ：
デフォルトの名無しさん ：03/04/04 12:35
VC++はVisual的な開発管理ということだぞ。VBの影響受けすぎの発言は控えましょう。
＞MFCがオブジェクト指向じゃないから、もちろんVectorCでもコンパイルできるよな？
いまどき C/C++ やってるヤツって時代遅れも甚だしい。
しかし、VSのインテルセンスが良いのは事実だろ。
>>94 今時入力支援のついてないIDEなんぞ無いだろ。
|＿∧
> インテルセンス
ここは楽しいｲｿﾀｰﾈｯﾄですね
99 ：
デフォルトの名無しさん ：03/04/04 12:57
インテルマウス
100 ：
デフォルトの名無しさん ：03/04/04 13:09
VC++ が優れているのは、性能じゃなくて、MFC の設計でもなくて、
102 ：
デフォルトの名無しさん ：03/04/04 13:10
>>68 何メガバイト使うんですか？ VC++ は何メガバイト？
一般的にメモリ使う方が速いですよね。ファイルでやるより。
103 ：
デフォルトの名無しさん ：03/04/04 13:11
VC の話じゃないけど、ビルゲイツがいうには、
笑うせえるすまん
105 ：
デフォルトの名無しさん ：03/04/04 13:14
>>68 VC++ は、起動時に何もロードしないけど、BCB や Delphi は
VCL コンポーネントをロードしているから。
メモリじゃなくて、VCL のプロパティとか読んでいるの。
それに、起動は開発プロセスの中でメインな過程ではないし、問題にはならない。
コンパイル速度とか、最終成果物ができるまでの速さとか、そっちの方が大切。
「長いものには巻かれろ」というがな、「長くなれば巻ける」んだよ！！
107 ：
デフォルトの名無しさん ：03/04/04 13:17
>>68 ActiveX 使えるよ。サンプルも入っているし。
ActiveX を VCL コンポーネントにラップしてまったく同様に使えるよん。
VC++ でできて BCB でできないのは、デバイス・ドライバの開発だけ。
108 ：
デフォルトの名無しさん ：03/04/04 13:17
巻いて 巻いて トントントン
110 ：
デフォルトの名無しさん ：03/04/04 13:19
BCB、Delphi で市販の ActiveX をガンガン使っていますし、
111 ：
デフォルトの名無しさん ：03/04/04 13:20
VCL があるから、やる意味はないけど、BCB でも MFC 使えるし。
敵のことをよく知らずして敵を攻撃すると己の無知を晒すだけってことだな。
Turbo C++を出さなくなったボーランドはクソ。用はない。
114 ：
デフォルトの名無しさん ：03/04/04 13:27
抱き合わせ商法じゃねーか。
116 ：
デフォルトの名無しさん ：03/04/04 13:30
>M$社員というか、前々からBoaland社員が常駐してる気がするんだが、気のせいか？
118 ：
デフォルトの名無しさん ：03/04/04 13:32
119 ：
デフォルトの名無しさん ：03/04/04 13:33
>>118 ボーランドはな。MS 製品の場合、嫌でも買わなくちゃならない。
BCB6が信用できないので、いまだにBCB5使ってます。
121 ：
デフォルトの名無しさん ：03/04/04 13:34
てゆーか、マイクロソフト大好きー♪な人いるの？
123 ：
デフォルトの名無しさん ：03/04/04 13:35
BCB6、アップデートでたよ！
バグを増やすだけのぱっちぃ？
125 ：
デフォルトの名無しさん ：03/04/04 13:36
127 ：
デフォルトの名無しさん ：03/04/04 13:38
>>124 ボーランド製品で、それはほとんどまったくない。
マイクロソフトのせいで、アップデートというとそういう印象が広まってるね。
Windows Update も、うまく動作しないし。
もともと欠陥品 OS の欠陥を直すための Windows Update が欠陥品というのは、
考えてみればあたりまえの話だね。
TurboC++の何かの関数のサンプルで、鶏は7Hzの音で死ぬとか何とかって書いてあったのが印象的だった
130 ：
デフォルトの名無しさん ：03/04/04 13:39
>>128 そんな超低音、人間だって体調不良になるよ。
>>128 あー、書いてたな。
俺のは BC++5.0 だったけど
132 ：
デフォルトの名無しさん ：03/04/04 13:43
133 ：
デフォルトの名無しさん ：03/04/04 13:43
☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀ～
134 ：
デフォルトの名無しさん ：03/04/04 13:45
BCB7はBorlandとMSの共同開発な罠
135 ：
デフォルトの名無しさん ：03/04/04 13:46
BCB6 のアップデートがちゃんと動くというメーリング・リストの
136 ：
デフォルトの名無しさん ：03/04/04 13:47
デバッガはVC++の方がいいよNE
137 ：
デフォルトの名無しさん ：03/04/04 13:48
138 ：
デフォルトの名無しさん ：03/04/04 13:49
>>134 そんなことボーランドのサイトに書いてない。
鳩は７０ＫＨｚの超音波でも確実に死にますが何か？
140 ：
デフォルトの名無しさん ：03/04/04 13:51
インプライズのサイトがみつからない・・・・
141 ：
デフォルトの名無しさん ：03/04/04 13:53
2 c h の ス レ な ん か 信 用 で き ね ー よ
143 ：
デフォルトの名無しさん ：03/04/04 13:55
144 ：
デフォルトの名無しさん ：03/04/04 13:55
なぜにいまさらインプライズ？
インプライズとインプレスを混同していたために、あの窓の杜のインプレスがBCB作っているのかと思っていた。ｽﾏｿ
BCB7には密かに期待している俺
BCB8の開発に携わろうと密かに計画している俺
148 ：
デフォルトの名無しさん ：03/04/04 14:01
Intelのコンパイラが最強ということでよろしいか？
149 ：
デフォルトの名無しさん ：03/04/04 14:02
Intel>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>MS>>>>>>>>>>>>>>>>>ボー
ボーちゃんって意外とすばしっこいんだよね。
BCBでActiveXつかったら、結局VCと同じじゃないか。
>>151 ＞それに、実行速度は言うまでも無くVCの方が早い。
具体的な数字とか分かる？
どんなコード使ったのかも見てみたい。
VC++=MFCと思ってたら、それは大間違いだゾ～☆彡
自分の無能さを環境のせいにする人がいますね
>>155 ATL・・・ActiveXというゴミを作る。
WTL・・・M$にゴミとして捨てられた。
>BCBでActiveXつかったら、結局VCと同じじゃないか。
まあ、どんだけ頑張っても某は永遠に我々には勝てないのだ！ガッハッハッハ！
その通りだね。
>>159 Delphiの存在が、VBとMFC、ActiveXを闇に葬り去ったわけだけど。
>>154 そこって随分前に否定されてたサイトだよね。
時代はVJ#！
>>157 別にATLはActiveX使うためだけにあるわけじゃない。
楽だけど。
WTLはまだ生きてるし。
>>160 闇に葬り去った？
VBもMFCもActiveXも明らかにまだ存在しているが。
Delphiは一体何をやってるのかね？ｗ
>>164 Delが速い結果も出てるじゃん。
というか、Delマンセーサイトだね。
>>166 それでも、ほとんど負けてる。
C++＞C#＞Del＝BCB
という結果になってる。
>>165 VBの販売停止とMFCのﾊﾞｰｱﾌﾟ停止アナウンス見てないの？
>>168 VBはVB.NETが出てるじゃん。
それに、.NETにバージョンアップしたせいであって、別にDelphiのせいじゃないと思うが。
もしかして、MFCとATLって将来統合されるのだろうか。
>>169 Delのヘジが.NETを作ったの知らないの？
ついでに、
VBをVB.NETにコンバートするとコンパイルエラーになるの知らないの？
>>171 知ってるけど。
それはヘジとやらが作ったというだけで、Delphiが
葬り去ったわけじゃないし。
しかもVBをVB.NETでコンパイルできないからって
VBがなくなったわけじゃないし。
>>172 C#のコンポーネントベースやGUIがDelのまんま、
C#がC++からスペックダウンした部分が多重継承とテンプレートと全く同じって知らないの？
VBとVB.NETが別物ってまだ分からないの？
また始まったよー
Del厨の論理はおかしくて笑える。
>>175 .NETに優位な点が無くなってDel案件増えてるの知らないの？
騙されてはいけませんよ、皆さん。
>>173 だから、Delを取り込んだとして、それが何？
別にDelが葬り去ったわけじゃないし。ｗ
むしろ、いい所吸収されて残念でしたって感じだね。ｗ
VBとVB.NETが別物だとしてそれが何？
バージョンアップしてそれだけ良いものになってことだろ。
Delphi残念でした。ｗ
178は涙目。
涙目とかってガキの喧嘩じゃないんだからよー
178は自分の意見を真反対で書きながら、ｗで締めくくってて幼稚。
>>183 真反対って？
正反対ってことか？
そうだとしても、Delphiが有利になる、詳しく論理的な反論求む。
VC++はVB用のActiveXを作るツールとして発売されたが、
186 ：
デフォルトの名無しさん ：03/04/04 16:36
この板にDel厨で一人めちゃくちゃ粘着な奴がいるから、
>VC++はVB用のActiveXを作るツールとして発売されたが、
ちゃいまんな、ヴイシー足す足すは開く恥部Xが生まれる遥か昔からありまっせー。
Delphiのコンポーネントって、ActiveXみたいに、
もうさ、圧勝とか書くの止めような？ますます相手を刺激してしまう。
ActiveX作れば良いだけだろ？
VCをActiveX用とか言ってるあたり、Del厨てもしかして、VB厨？
>別に負けてないし。むしろ、ユーザー数では勝ってるし。
195 ：
デフォルトの名無しさん ：03/04/04 16:54
egcs最強かも
Javaマンセー
>>194 捨てたというわりにはまだサポートしてるが。
それから、「捨てた」というと、なにか、悪いことのように聞えるが、
実際は、進化してもっと便利なものが出てきただけ。
ますますDelphiの良さがなくなってきた。
>>198 基礎を勉強してないことがよくわかる。
書いたコードをコンパイルしなおすだけで動作するのがプログラム。
コードは将来的にも保証されるのが規則。
VBが丸ごと消えるというのは、業界的にも前代未聞。
？
俺は
>>35 をクリックしてしまったんだけど
まさか
>>35 って有料ホームページとかじゃないよね？
204 ：
デフォルトの名無しさん ：03/04/04 18:50
>>185 Delphi はコンポーネント・ベースじゃなくて、オブジェクト指向です。
>>189 ActiveX にして公開すればいいだけじゃん。
＞Delphi はコンポーネント・ベースじゃなくて、オブジェクト指向です。
思いっきりコンポーネントだろ。
正確にはコンポーネントにオブジェクト指向を使っていると言いたい。
>>206 C#をコンポーネント指向とするなら必然的にDelphiはコンポーネント指向になるわけで。
209 ：
デフォルトの名無しさん ：03/04/04 19:12
>>205 Delphi でコンポーネントといっているものは、すべて完全なクラスです。
継承もできるし、多態性も利用可能。クラスがコンポーネントパレットに乗っているだけ。
VB のコンポーネントとはわけが違う。
＞VB のコンポーネント
完全なクラスってところもよくわからん
言葉は自己造語でなくて正しい物を使いましょう。
>>212 激しく同意。
健全な知識は健全な用語から。
delphiのコンポーネントはクラスの条件を満たしてる。
215 ：
デフォルトの名無しさん ：03/04/04 20:18
VisualStudioでBCB使いたい。
>>215 意味が分からんにも程がある。
もしかしたら数年後にはMicrosoft C++ Builderとか出たりな。Visioみたいなことになって。
>>216 すんまそん。
VisualStudioのインターフェイスでBCB使いたいって事です。
別にBorlandが今のインターフェイス改良してくれてもいいんですけどね。
BCB4だと17inchのCRTでも画面狭いです。
VisualStudioでｂｃｃが使いたいってことか
MSの言ってるコンポーネント指向におけるコンポーネントってのは、
BCB、Kylixはそのままコンパイルできるし
>>219 > MSの言ってるコンポーネント指向におけるコンポーネントってのは、
> ActiveX（COM）のように外部のアプリから使えて、いろんな言語
> から使えないと駄目だろ？
お前の言っているコンポーネント指向の間違いだろ。
>>214 意味わかりませんが？
delphiのコンポーネントは絶対ソース公開しないといけないのですか？
ActiveXはソースを公開してもいいのですよ。
ソース公開Delphiコンポーネントとソース非公開ActiveXを比べてなにが分かるんですか？
>>221 COMやCORBAやJavaBeansはコンポーネント指向だって良く聞くけど、
（COMを使わない）Delphiがコンポーネント指向だなんて聞いたことが無い。（ｗ
>>224 よくわかってない厨房が自称してるだけでしょ。
VCL アーキテクチャってヘジが考案したの？
VCLアーキテクチャってC++じゃないんだが。
かわいそうに、有能なヘジがM$に移ってDelphi死んだな。
>>219 １ステップで
VCL → ActiveX コントロール
変換できる。
非対応のコンポも多いけど。
たいてい Delphi でできないことはない。
非対応が多いんじゃ駄目だな。
今となっては遅いが Delphi の言語が C++ だったら無敵だったのに。
232 ：
デフォルトの名無しさん ：03/04/04 22:16
>>231 ObjectPascalってC++のテンプレートやSTLみたいなものある？
1ステップで
C++なんぞ記号の羅列。読みにくくてかなわん。
>>231 Delphiの言語がC++だとコンパイル速度がかなり低下する。
>>234 そりゃ誰でも知らない言語はチンプンカンプンでしょう。
>>234 それは君がC++に慣れてないだけでしょう。
ObjectPascalに慣れてない人はObjectPascalが読みにくいし。
>>232 ない。
マーケティング的にはテンプレート機能を入れた方がよかったかも。
デメリットの方が大きかったんじゃねーの。
記号の羅列なら Perl にはかなわん
テンプレートがないと、STLマンセーの俺としては使えねーな。
>>242 必要もない。あるにこしたことはないけど、そのおかげで
コンパイル速度が劇遅になってもらっては困る。
ヘジの行動
インラインアセンブラによる細部の高速化は俺にはちんぷんかんぷんである。
C++も昔はテンプレートなかったのだが。
>>241 STLで何してんの？ ただ使いだけじゃないのかと（略
>>246 Vectorとか、Mapとか、普通に便利だぞ。
パフォーマンスいいし。
vector ひとつだけでも相当有り難いな。
>>244 ヘジが乗っ取ったMSからBorlandWindowsって名前のWindowsが出るのか？
Borlandに訴えられるぞ（藁
うっ…
>>250 どんな型にでも適用できるかい？
テンプレートがないんじゃ無理そうだが。
>>252 テンプレートがないからダウンキャストの嵐になるけど使えるだろ。
>>252 JavaやC#はテンプレートがなくてもできる。
Delphiは知らん。
テンプレートがないとできないってのはC++の欠点だと思うが。
ダウンキャスト？まさか、object型にしか使えないとか、そんな感じか？
>>254 そうかな。テンプレートでできるんだから、少なくとも同じだと思うが。
新しい型に使うたびにそれ専用のコードが複製されるなんてなんか間抜け。
マヌケでもなんでも便利なもんは便利だろ。ｗ
C#ってテンプレートつく予定らしいね。
>>255 作るやつにもよるが TObject か Pointer にして作る。
使うときは（取り出すとき）はダウンキャストする。
Java で使うときのような感じ。
>>256 genericsがJavaやC#に実装されてしまったらC++の負け
>>260 面倒くさそう。しかもパフォーマンス悪そう。
>>255 object型に使えるって事はどの型にも使えるって事なんだが分かってる？
>>263 Object型じゃない型もあるんだろ？
Objectから派生しなくちゃ駄目とか。
全てがObject型というのなら、確かにちょっとは綺麗だと思うが、
それでもダウンキャストなどは手間だと思う。
>>262 パフォーマンスは変わらんだろ。面倒くさいだけ。
ダウンキャストがパフォーマンス悪いなんて初めて聞いたな。
コードがインライン展開されるテンプレートと比べれば、
その分容量が増える。
>>265 すべてのクラスは TObject から派生する。
すべての Java クラスが Object から派生すると同じ感じ。
Java でいうプリミティブ型はパッパクラスでも作ってやる必要があるケースもある。
ダウンキャストは安全性の観点からいっても大問題。
>>269 サイズと速度のどちらを重視する場合が多いかだな。
VBや他のインタプリタとは違う、配布用アプリのネイティブコンパイラが
どういう目的に使われるかを考えると・・・
答えは自ずと明らか。
>>274 やっぱり便利さはテンプレート＞＞＞Delphiだったようだね。
>>276 テンプレートがすべてだと思ってる君にはそうだろうな。
>>275 極わずかにパフォーマンスが落ちるのと
大幅に容量が増えるのでは
答えは自ずと明らかですね（ｗ
いやいや、vectorは便利。
配列の操作ってのはクリティカルになりやすい所だからなあ。
極わずかでしょう。ほんの数バイトメモリをコピーするだけですから。
.NETバージョンのVBはDelphiと比べてもほとんど遜色ないらしいよ。
>>284 配列の操作に比して、数バイトのメモリコピーは重大。
それが何度も何度もボトルネック部分（Java風にいうならHotSpot部分）で
繰り返されるのだから。
>>285 ネイティブコンパイルもLinuxコンパイルも出来ないって。
M$の戦略で。
>>282 ランタイム＝DLLがいるのはネイティブコンパイラと関係ないし、
激遅でもありません。どうやら大きな勘違いをしているようですね。
>>283 そんなに速度が重要なところがあれば専用につくればいいじゃん。
それに Del も擬似テンプレートできるよ。
昔、某本家の記事に載ってた。
>>288 ネイティブコンパイルはされています。
それが実行時におこなわれるだけの話です。
>>290 いやはや、めんどくさい話ですね。
便利さとは程遠い。
>>289 VBは画面の描画からしげ遅いってみんな逝ってる。
DB使ってメモリ使い出すと落ちるし（ｗ
>そんなに速度が重要なところがあれば専用につくればいいじゃん
>>293 for(100000回）
{
メモリコピー;
配列の値を一つ読む;
}
こういうコードだったら数倍遅くなるでしょうな。
だけど、やっぱtemplateの力は強大なり。
>>292 ヴぁかだなぁ。
Win9Xでも動かんし、そういうことをいってるのに。
ト○タとか今だにWin9Xなのに。
>>295 描画が遅いのはコードが悪いのでしょう。
DB使うのとメモリ使うのの関連性がわかりませし、
メモリを使っても落ちません。
まるで厨のセリフのようです。
>>300 VBは厨のおもちゃだったから、M$がVBの販売を停止するんだよ。
ふむ。ここまでをまとめるとtemplateが無いのがDelphiの唯一の弱点で、それ以外は圧倒していると。
>>299 ネイティブコンパイラでもWin95で搭載されていないAPIを使えば
Win95では動きません。問題点を上手く把握することが出来ないようですね。
テンプレートって任意の型を同じアルゴリズムでコードして、使う際に型指定するだけだろ。
>>302 あと、実行速度が遅くてメモリが膨大でサイズがでかいというのも付け加えないとな。
それなら異存なし。
>>304 お前がWin95アプリ作れんだけだろ。ヴぁか。
>>301 そういうセリフがよりいっそう厨らしさをかもしだしているのだが。
なんかこのスレ回転がはやいぞ。
>>307 マトモなレスが出来ないとは、とうとう話をはぐらかす手段に出ましたね。
>>308 M$が出荷停止するのは事実。
そんなもんを使うヤシは厨。
312 ：
デフォルトの名無しさん ：03/04/04 23:15
ところで、いつになったらスーファミ用のコンパイラをもらえるんでしょうか。。。
>>311 上は事実ですが、下は主観です。
それくらいの区別はつけられるようになりなさい。
>>310 >ネイティブコンパイラでもWin95で搭載されていないAPIを使えば
>Win95では動きません。問題点を上手く把握することが出来ないようですね。
こういうのはぐらかし、というんだ。
不可能と、動かない場合があるとは別。
>>305 ダウンキャストは、まず、継承を使うだろ。
それに、型情報を切り換える分手間があるはず。
テンプレートはコンパイル段階でもう切り替わってる。
316 ：
デフォルトの名無しさん ：03/04/04 23:17
VC++,BCBスレでVBの話はするな
>>313 消えてしまう言語というのは珍しい。
普通コンパイラが色んなOSに実装されるもんだ。
感覚おかしいぞ。
http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20030331/1/ 今のところマイクロソフトの思惑通りには，
Visual Studio .NETへの移行は進んでいないようだ。
例えば，Visual C#を使っている読者は，
1年たった今でも10％を大きく超えることがない。
そうした現状に危機感を感じたのか，マイクロソフトはキャンペーンを開始した。
VBユーザーが徐々に減っている？
選択項目としてVisual Basic 6.0以前とVisual Basic .NETを分けていないので，
2002年3月以降はどちらのユーザーも含まれているはずだが，それでも減っているのだ。
＞ダウンキャストは、まず、継承を使うだろ。
>>314 ネイティブコンパイラでもNT用のものは9xで動きませんと
言った方が分かりやすかったですか？
それともWindows用のものはLinuxで動きませんといわなきゃ分かりませんか？
ようはサポート外のOSでは動かないだけの話ですよ。
そこにネイティブであるかなんか関係ありません。
>>315 継承して使うわけじゃないだろ。
java.util.Vector を使うことを想像してみ。
>>288 スレとはあまり関係ないが、うちは赤帽LinuxでSSCLIは動いてるぞ。
323 ：
デフォルトの名無しさん ：03/04/04 23:20
サポート外というのは動くかどうかテストしていないってだけじゃ・・・
>>320 ヴぁかだなぁ。
LoadLibrary使って、切り分けて両方で動くように作れよ。
そろそろ BCBとVC++ を語れよ
>>317 で、それがVBを使うと厨であるという間違った主張にどう関係あるのですか？
それにいくら御託を並べようがVBはネイティブコンパイラですよ。
>>324 あ、それ良い考えだな。綺麗にかけるし。
Delphiの.NETサポートってどうなの？
329 ：
デフォルトの名無しさん ：03/04/04 23:23
>>326 うん。そうだね。
でも、高級な言語だからネイティブコードにしたところで無駄な処理が盛りだくさんだ。
BCB はコンパイル遅すぎ。Del 並なら使ったかもしれんが。
>>326 ホンとヴぁかだな。
数年内に消えるコンパイラがネイティブかどうかに何の意味がある。
OWL >>> MFC
>>333 それに関しては激しく同意。
クソ言語が親からも見捨てられ消えゆく。喜ばしいことではないか。
>>324 あなたは、LoadLibraryを作って「Window9xでは動作しません」と
メッセージを出したら動いたことにするのですか？
UNIXも親から見放されたよね。
>>336 ObjectWindowLibrary の略だったかな？
>>337 お前の感覚ではそれが切り分けになるんだ。
ｻﾑｰ
>>337 俺たちはこの程度の頭のバカと戦っていたのか。
nt.dllにNT系OS用の処理
95.dllに95系OK用の処理
両者、同じインターフェースの関数をエクスポートしている。
OSを判定してどちらかのdllをロード。
後はGetProcAddressすればそのOSに対応した関数が自動的に選択できる。
これも一種の多態だな。
>>333 VBがネイティブコンパイラということと数年内に消えることは関係ありませんよ。
VBはネイティブコンパイラ。それだけの話です。
関係ない話を持ち出さないでほしいですね。
.NETになったら、VBもDelphiの対抗馬なんじゃないの？
ツールは使うものであって、使われるものではないよねえ？
>>344 お前文意が取れないヤシだろ。
めちゃくちゃな読み方してるよ。
VBがお似合いかも。
>>345 Delphiスレでは定説ですよ。それ。
VB.NETはVBとは別物と言っていい仕上がりです。良い言語です。
じゃあ出来の悪いDelphiは死滅必至か。
Delphiの実行速度ってそんなに遅いのか。
>>343 NT専用のAPIの存在を知らないのですか？ 話にならないですね。
VB.NETはif以外Basicではない罠
>>345 M$の戦略上、VB.NETがWin32コンパイル出来ない。
組込みではDOSなんかも存在するのに。
Delはそんなの無関係。
>>351 NT用のdllは95系のOSのファイルシステムではおいておくことすらできない。そういいたいのか？
話にならないですね。
>>347 わざと違う解釈をして見せたまでですよ。
でも、間違ったことは言っていないことは分かりますね。
>>354 めちゃくちゃな解釈だな（藁
この程度のレベルの奴（略
>>350 遅いよ、それそれはもう泥沼を歩くようなスピードさ。
VBユーザVSHSPユーザ
が、事実はDelアプリ高速。
VB厨の負けて荒らし始めたか（ｗ
今までの話しをまとめると、.NETになったらBCBやDelphiに存在価値はほとんど無くなる
>>359 そうか。VB より遅いのか。じゃぁボクは VB を使い続けるよ。（プ
DelphiでOracleやSQL Serverに接続するときなに使うの？
逆上したDelBが暴れています
あのもっさりした.NETより遅いものは無いよ。
>>372 たのむからIDEとテキストエディタを比べるのはやめてね。
>>369 いろいろあると思う。
たぶん BDE + SQLLink が一般的じゃないのか。
ODBC とか ADO ももちろんあり。
おーっと、粘着Del厨の爆撃が始まりました！
>>376 BDEとSQL Serverは相性最悪だと思うが。
BDE 経由するのはやめてほしい。
でも、BDE-TQueryはADOをVC++で使うより安定してるよ。
Delphi→BDE→SQLLink→SQL Server？
DBの分からない煽り君。急におとなしくなったな。
VC++でADOを扱うコードってめんどくさそうだな。
Delphi→ADO Query→ODBC→SQL Server？
>>390 > やったことないけど。
だろうね。ODBCが出てきているところで分かったよ。
>>389 VARIANTで値を詰めるのがメンドウ。
TQueryなら、AsIntegerとか、なんでも出来るのに。
>>392 それは違う。
ADOというのは、ODBCデータソースに繋がる。
Delphi→ADO でしょ。
>ADOというのは、ODBCデータソースに繋がる。
397 ：
デフォルトの名無しさん ：03/04/04 23:48
まぁお前らはMFC1.0でも使ってなさいってことだ
結論はDel厨はDBには弱いってこった。
>>400 しょうがないよ。DelphiはDB接続最強で楽してるんだから。
DelphiにBDEパレットもADOパレットもありませんが何か？
>>400 弱いっていうか Del がすべて面倒見てくれるから楽
>>401 あぁなるほど、接続できたレベルで終わっちゃってるのか（ｗ
>>402 無料のパーソナル版をダウソするからだ。
pro版買え。
>>403 うんうん。内部の仕組みを知らないやつが多いね。
>>402 Del6 Pro にはあるよ。
Del5 Pro にはない。
>>405 ヴぁかだなあ。
TQueryのパラメタクエリー最強。
フィールドの取り出しはADOより高性能。
１０年前のものでありながら。
>>406 pro版はどこでダウソすればいいでしょうか？
>>409 最強と高性能の理由を言わないことには貴方がヴぁかという事で終わりですよ。
そもそも１０年前といっている時点でネタでしょ（ｗ
BCBとVCの話はまだでつか？
>>412 TQueryのパラメタは:を先頭につけて名前を付けれる。で最強。
TQueryの値取り出しは、AsInteger、とかAsStringと書くだけで、値を取れて高性能。
VC++/ADOのVARIANTだと、ちょっと型違いで取り出すと実行時エラー。
416 ：
デフォルトの名無しさん ：03/04/04 23:58
>>262 ダウンキャストのどこがパフォーマンス悪いんだ！
だいたい、DUnit 使ってテスト作っておけば、それほど危険なもんではない。
なんなら、ダイナミック・キャストすればいいじゃん。
たしかに Delphi は DB 扱い易いよな。
ダイナミックキャストのパフォーマンスは(ry
419 ：
デフォルトの名無しさん ：03/04/05 00:00
Delphi、BCB、JBuilder でも、ボーランド製品はデータベースに使ってくださいって
DUnitで余計なテストが増えますな。
>>415 > TQueryのパラメタは:を先頭につけて名前を付けれる。で最強。
名前をどこから取り出すのか知っているのかと。
> VC++/ADOのVARIANTだと、ちょっと型違いで取り出すと実行時エラー。
文字列データをAsIntegerで取り出すと実行時エラーになるのだが。
Del + IBX が最強だよ。
423 ：
デフォルトの名無しさん ：03/04/05 00:01
>>418 落ちるね。でも、心配性の人にはそれしかないだろ。
現実的な解は DUnit だな。
424 ：
デフォルトの名無しさん ：03/04/05 00:02
>>420 テストに余計もない。全部テストしないと。
VC ユーザは Unit テストしないとか？
IBXじゃSQL ServerもOracleもつかえねーじゃん。
>>421 実際のコードだと一目両全なんだが。
VC++/ADOは、わざわざ、変数でVARIANT用意するし。
パラメタクエリーをVC++/ADOだと、?マークしかなくて、並び順でセットされて分かりにくいし。
実際にコーディングしてる他人のアドヴァイスを受け取れないのは残念だよ。
427 ：
デフォルトの名無しさん ：03/04/05 00:03
どうでもいいがDelphiとDBサーバー(InterBase除く)の相性が悪いのは事実
429 ：
デフォルトの名無しさん ：03/04/05 00:04
>>421 > > VC++/ADOのVARIANTだと、ちょっと型違いで取り出すと実行時エラー。
> 文字列データをAsIntegerで取り出すと実行時エラーになるのだが。
例外じゃなくて？
430 ：
デフォルトの名無しさん ：03/04/05 00:05
>>428 DelphiがRDB接続最強と言われてるんだが...
>>426 なんで型のVARIANTとメソッドのAsIntegerをごっちゃにしてるんだ？
433 ：
デフォルトの名無しさん ：03/04/05 00:06
>>428 Oracle なんか、ガンガンに使えるよ。
435 ：
デフォルトの名無しさん ：03/04/05 00:06
>>428 坊や、Delphi メーリング・リストに入って、おちえてもらいなさい。
>>432 TQueryでは、AsIntegerメソッドでＯＫなんだが、
VC++/ADOでは、VARIANT変数を用意しないとパラメタセットできないのだ。
ｻﾑｰ
なるー、だからDelはオモチャ扱いされるのか。
>>433 使えてもなー。機能は少ないし不具合多いし。
439 ：
デフォルトの名無しさん ：03/04/05 00:08
>>436 そう。UNIX C で Sybase やっている感じですよ。
SQLServer, DB2, Oracle 用の IBX 相当コンポがあれば
Delの接続は完璧なのに、
> VC++/ADOでは、VARIANT変数を用意しないとパラメタセットできないのだ。
443 ：
デフォルトの名無しさん ：03/04/05 00:09
>>438 機能って、パススルー SQL 使えればいいじゃん。
VC++ って、もっとすごいの？
ちなみに、不具合ってなに？ 最新のドライバ使えばいいんだよ？ 古いの使っているでしょ。
445 ：
デフォルトの名無しさん ：03/04/05 00:11
>>440 馬鹿だなー、InstallShield 使えば一発だよ。 < BDE の配布
>>443 レコードセットというものを調べなさい。
>>445 インストーラーがいるのか？ 不便すぎ。
449 ：
デフォルトの名無しさん ：03/04/05 00:12
VC++ の場合は、ユーザにコンパネ開いてもらって ODBC 設定でつか。
452 ：
デフォルトの名無しさん ：03/04/05 00:13
>>448 インストーラの方が、間違いないよ。自動化されているから、ぜんぜん不便じゃない。
むしろ、変にユーザに BDE Administrator でやられた方が不便だし危ない。
つつけば、つつくほどDelの粗が出てくるな。
>>449 VC++の場合File DSNが使えるねぇ。それがどうかしたのかな？
>>452 というか、煽りに混じれ酢しても...
面倒くさいといってるのはﾌﾞﾋﾞ厨であって。
大体、Winにインストーラの無いアプリなんて...
458 ：
デフォルトの名無しさん ：03/04/05 00:14
ここDelのスレじゃないんだが、なんでこんなにDel厨がわいてるの？
>>452 BDEつかわなければ、BDE Administratorもいらなんでわ
462 ：
デフォルトの名無しさん ：03/04/05 00:15
>>455 だから、使えっちゅーねんて書いてんねん。
>>458 あげて「嘘を信じないように」か。ふーん。
やっぱりC#にたどり着くわけか。
>>459 答えは簡単。ここにいる、筋金入りの煽り粘着厨房がDel厨だから。
466 ：
デフォルトの名無しさん ：03/04/05 00:16
>>460 じゃあ、Delphi で ODBC 使えばいいじゃん。BDE なしで、プログラミングは
まったく同様だよ。
あぁ、今日は金曜日か。
>>459 VC++な他人よりは、Del厨のんが多い。
469 ：
デフォルトの名無しさん ：03/04/05 00:17
>>466 性能は落ちるかもしれへんけど。BDE 使わないと。
C#は死滅しますた。
C#で作られたオンラインソフトって一つも見たことが無いんだが･･･
>>466 ODBC 使うのに BDE 必要じゃねーかよ。
直 API 使うつもりか？
474 ：
デフォルトの名無しさん ：03/04/05 00:18
>>468 VC++ 遣いは、OO されとらんライブラリのおかげで開発工数が無駄に多すぎて、
ヘロヘロなんやろ。おつかれさま。
Delマンセー野郎とC#死滅って言っている野郎は同一人物でしょ。
Accessとか使うときって、BDEいらなくないっけ？
>>471 2chビューアとかあったはずだけど。
まぁ、時期尚早だよ。.NETは。
これを機にWindows自体がこける可能性もある。
478 ：
デフォルトの名無しさん ：03/04/05 00:19
MFCは死滅しました。
>>475 いまこのスレはわたしとあなただけでつ。
480 ：
デフォルトの名無しさん ：03/04/05 00:20
481 ：
デフォルトの名無しさん ：03/04/05 00:20
C#死滅なんて、この板にイパーイ居るよ。
484 ：
デフォルトの名無しさん ：03/04/05 00:21
>>476 ローカル DB には、BDE 必要です。Access とか Paradox とか dBASE とか。
>>484 PQCompoとかIBXとかは必要ない？
このスレはDelphi相談室になりますた。
>>475 多分大正解。
おそらく、オブジェクト指向は詐欺って言ってる奴も、HSPは糞って言ってる奴も
同一人物。
VBと.NETがコケタおかげで、Delも人気が出てきた。
491 ：
デフォルトの名無しさん ：03/04/05 00:24
.NETは少しだけ時期尚早ではあるが、おそらくコケない。
499 ：
デフォルトの名無しさん ：03/04/05 00:29
ＢＣＢの参考文献の少なさは鬱・・・。
もともとDelphiの入る幕は無かったんだよ。残念だったね、ボーランド君。
>>494 頭ワリ-。
OSも言語も一杯ある時代に、一極集中で.NETするわけねーだろ。隙間市場は制覇するだろうが。
Delphiは開発終わってんだから、開発しなくても売るだけじゃん。厳しいも何も無い。
にしては、DelとBCBは変わらず使われて、
>>499 Del用の資料がそのまま使えると思うが‥‥
いっぱいあっても使われるのは小数。
505 ：
デフォルトの名無しさん ：03/04/05 00:32
Del厨はCOMを意地でも使わないんだろ。
少数ね
はぁ？
508 ：
デフォルトの名無しさん ：03/04/05 00:32
>>497 ODBC で DB 接続する場合は BDE は必要。（標準のコンポ使う場合）
BDE 経由しない ODBC API ラップしたコンポを誰か作ったとしたら
不要だけどそんなのあるかなぁ？
>>503 Del用含めても少ないと思うが。
当たり前だけどMSDNついてないし。
>>508 売り物がある。TODBCQueryだったかな。
511 ：
デフォルトの名無しさん ：03/04/05 00:34
Del は好きだけど某は嫌いなオレ
>>502 > DelとBCBは変わらず使われて、
DelとBCBは変わらず使われてなくて、
コンパイラってのは使う人が多いと得というものでない。
514 ：
デフォルトの名無しさん ：03/04/05 00:36
>>510 そうなのかぁ。でもオレは IBX に夢中な人だから不要だけど。
InterBaseって大規模に使えないし。
Interbaseってなんで、また売り物に戻ったんだろう。
>>508 いや別に、ODBC使うっていってないし。
BDE使わずにSQLServerやらDB2やらOracleに接続できればいいんじゃねぇの？
って
>>440 が言ったところからきてるわけだし。
>>513 それはVBは使う人が多いと認めたということかい？
使う人が多いと得というものではないからといっても
使う人が多いと損ということにもならないのは分かるね。
519 ：
デフォルトの名無しさん ：03/04/05 00:38
>>518 逆でつ。
VBが、使う人が多くても意味無いことを証明しますた。
522 ：
デフォルトの名無しさん ：03/04/05 00:39
>>507 日本語読めてる？
動作・開発できると、使う・使わないは別問題だろ。
524 ：
デフォルトの名無しさん ：03/04/05 00:40
製品のよさとシェアとは違います。
VB、VC++が、M$のコンパイラがロクデモ無いことを証明しますた。
でも、.NETが普及すれば、Delが散々言ってた「MFCはめんどくさい。ソースが汚い」だの、
527 ：
デフォルトの名無しさん ：03/04/05 00:41
528 ：
デフォルトの名無しさん ：03/04/05 00:42
>>526 最近、Delphi フリークは C# で .NET が流行りだよ。
その技術の無いMSでもOSを作ったのだから、ボーランドにOSが作れないわけが無い。
>>526 大丈夫でつ。
M$は、.NET用バイナリしか吐けないコンパイラを出します。戦略上。
でも、DelはWinでもLinuxでも問題ありません。
531 ：
デフォルトの名無しさん ：03/04/05 00:43
>>529 MS は OS を作っていない。買ってきて売っているだけ。
ADOExpressとかdbExpressってBDE要らないんじゃ無かったか？
534 ：
デフォルトの名無しさん ：03/04/05 00:44
>>531 技術がないから、バグがいつまでも取れない。
MS-Pascal もどこかから買収してきたけど、自分でバグ取れないし、
改良できなくて Turbo Pascal に負けた。
>>521 貴方がなにも証明になることを書いてないってのは分かるね。
>>524 技術はないという根拠が抜けているね。
貴方が言っているのは製品のよさとシェアが関係ない。MSはセールスの天才と
言うことだけ。二行目はMSの批判にすらなっていない。
関係のない文をならべて否定しているように見せるのはよくあるセールスの罠だね。
536 ：
デフォルトの名無しさん ：03/04/05 00:45
>>530 事実上 Kylix は使いものにならないと思うけど。
538 ：
デフォルトの名無しさん ：03/04/05 00:46
>>531 買ってきて売っているだけなら、バグは購入元のせいということになるが？
535はきティでつ。
>>539 買ったときは良くても、重くして潰してる。例えば、VB。
542 ：
デフォルトの名無しさん ：03/04/05 00:48
MS の製品はみんな、自社開発じゃなくて、ライセンスを買うか、それを作っている
どういうことだとMSが作ったことになるのだろうね。
>>541 じゃあ作ってるじゃん。矛盾ばかりだな。
>>540 へー、MSに在籍しているヘジがC#を開発したら、ボーランド製ってことになるんだ。
勉強になります。
>>543 製品単位で人を買ってるわけ。わかる？
WinNTにはカトラー。
M$ バカにするヤツは Win 使うな！
> 小学生のとき、ゲイツ君が何をやっていたか知っているか？
>>543 でもそのときヘジはBorlandにいたからね。
550 ：
デフォルトの名無しさん ：03/04/05 00:50
>>545 買収と移籍は違うぞ。ちゃんと勉強しろ。株券を半数以上持っているのが
買収ということだ。
>>546 > 製品単位で人を買ってるわけ。わかる？
常識ですが何か？
552 ：
デフォルトの名無しさん ：03/04/05 00:51
>>548 違うよ。経営コンサルタントは昔から知ってるよ。
553 ：
デフォルトの名無しさん ：03/04/05 00:51
>>544 作ったとはいわないね。軽く突っついただけだよ。
> 小学生のとき、ゲイツ君が何をやっていたか知っているか？
>>551 人を育てずコア技術も新技術も無い大企業なんかふつー無いＹＯ！
技術毎会社と人を買ってるんだから。
>>553 > 軽く突っついただけだよ。
抽象的ですね。
>>509 >当たり前だけどMSDNついてないし。
（´-`）.。oO（PlatformSDKのドキュメント落とせば済まないか？)
>>538 ですよねえ。(上の方のBDN云々の書き込みは撹乱か？)
>>549 そう。そして、今はMSにいるね？
いいかい、C#は「MSの」ヘジが作ったんだよね？
>>556 > 人を育てずコア技術も新技術も無い大企業なんかふつー無いＹＯ！
すべてが主観
>>560 ある製品のコピーを作るため、その本人を買うのが普通かい？
>>508 はBDE関係で旗色わるくなったので、ヘジがどうこうといっております。
564 ：
デフォルトの名無しさん ：03/04/05 00:54
ヘジってなんでつか？
ところで Del8 ガリレオはいつでるの？
ソニック・ザ・ヘッジホッグ
568 ：
デフォルトの名無しさん ：03/04/05 00:55
>>566 なんか、サイボーグの一種みたいな名前でつね。
>>562 ヘジに対してDelphi以外で言語を作るなというような発言は止めようね。
570 ：
デフォルトの名無しさん ：03/04/05 00:56
.NET になって、初めて自社開発をしたと聴いたけど。
× Delphi
561は真性キティでつ。
まあ、ボーランドは放って置いてもそのうち潰れるから、何言われようが家には関係ないけどね。
575 ：
デフォルトの名無しさん ：03/04/05 00:57
>>567 OK。すなわち、C#はMSが作ったんだ。
Delphiをボーランドが作ったようにね。
わかるかい坊や？
>>563 だから、dbExpress使えば、Oracle, DB2, MySQLはBDE要らないし、
InterbaseとADOもBDEと無関係に繋げるっての。
キティキティうるさいキティはもう寝ろ。
>>576 ヴぁかだなあ。技術がどうかという話に。
ヘジのC#がDelを越えてない罠。
580 ：
デフォルトの名無しさん ：03/04/05 00:59
>>577 そうだけどさー、俺何無機になってんだろ。こんなところで書き込みしていたって
お金がもらえるわけじゃなし、アンチ Borland をほって置いたって損しないのに。
また「でつ・まつ」口調の基地外がこのスレに帰ってきたよ。
582 ：
デフォルトの名無しさん ：03/04/05 01:00
某も JBuilder メインにしてるみたいだけど、
MSがまともな製品作れないなんて良く言うよ･･･
585 ：
デフォルトの名無しさん ：03/04/05 01:01
>>583 俺も Eclipse の方が好きです。
>>576 なにあたりまえのことえらそーにいってるの？
>>580 > そうだけどさー、俺何無機になってんだろ。
悔しいからでしょ？
だから、OS作ってないっての。
589 ：
デフォルトの名無しさん ：03/04/05 01:01
>>584 シェアが No. 1 なのは、売り方が達人級だから。
ヴぁかヴぁか言うヴぁかももう寝たほうがいいと思います。
592 ：
デフォルトの名無しさん ：03/04/05 01:02
>>587 そっか、悔しいからだなあ。
でも別に、誰がどのコンパイラ使おうと知った子茶ないない。
>>581 でつって流行じゃないの？
ぬるぽより上だし
>>588 そうそう。99%ぐらい改造しただけなんだよね（ｗ
>>586 お前、本当にそう思ってるなら、
>>543 を100回読み直せ。
そしてその意図をよく考えろ。
>>543 に反論した貴様が的外れだったってことだ。
OSを作れないOSメーカー。
597 ：
デフォルトの名無しさん ：03/04/05 01:04
>>596 壷を 100 万円で売れますよ。MS の営業マンは。
改造にも多大な技術は必要。
>>577 なんか、はなしがつながらなくなってきた。
みんなそれぞれ言ってることを誤解してる感じ。
で、MSが買った時点のOSってどんなもん？
VC++がまともになったら、WinのC++コードが多くなって、Linuxに流れてしまいまつ。
603 ：
デフォルトの名無しさん ：03/04/05 01:06
>>598 じゃあ、Windows Update は何なんだ。
欠陥 OS を直す仕組みも欠陥じゃん。中村正三郎さんのホットコーナー読んでみろよ。
604 ：
デフォルトの名無しさん ：03/04/05 01:06
VC++のコンパイラってBCBより性能いい。
>>597 実際に売っているのが100万円の壷だから当然のことだね。
>>598 うん。重大なセキュリティーの多さみればわかる。
608 ：
デフォルトの名無しさん ：03/04/05 01:07
C# は某のテクノロジーの賜物です。
611 ：
デフォルトの名無しさん ：03/04/05 01:08
>>605 VC++ は Lattice C の OEM だから。
>>604 買ったOSって言ってるだろうが。
やっぱりMS-DOS以下のOSを買ってWindowsXPまで進化させてるんだね。
>>608 種を買ってきて育てたのはMSじゃねーの？っていいたいんじゃないの？
基地外言ってる基地外も寝ろ
>>603 完璧なものなんて世界の誰も作れない。
粗さがしすりゃ、ミスぐらいでるに決まってる。
だからと言って、MSに技術力が無いわけじゃない。
Windowsの凄さがわからないようじゃ、ほんとにヤバイと思うよ。
616 ：
デフォルトの名無しさん ：03/04/05 01:09
>>612 Windows は、MS がウィンドウ・システムを作れなくて、インド人が作っていたやつを
見つけたから、それを買って売ったんだよ。
昔は TurboC が最強だった
とりあえず、MSのOSが自社開発じゃないよといっている人は
619 ：
デフォルトの名無しさん ：03/04/05 01:11
>>615 Windows がすごいんじゃなくて、Windows をたくさん普及させた MS のビジネスが
すごいの。
Windows マシンには、ワードとエクセルをバンドルしないとライセンス料を 10 倍に
しちゃうよ、とか、パソコンメーカーに脅していたんだから。
OS/2 モデルを売ると、ライセンスしないよ、とかね。
中村正三郎さんのページにその辺は詳しく書いてある。
>>616 そのウインドウシステムは何ていうものですか？
買った当時のウインドウシステムはどんなものか教えてください。
すげーｽﾚの伸びが速いな～。
買い取って、改良するにも技術は必要。
623 ：
デフォルトの名無しさん ：03/04/05 01:12
>>620 現在 Windows と呼ばれているもの。
QuickC も捨てがたいと思うが･･･
>>619 だから、Windowsの技術も凄いっつってんの。
Windows使えばわかることだ。
わからないんだったら、馬鹿だと思う。プログラマの才能無い。
626 ：
デフォルトの名無しさん ：03/04/05 01:12
OS/2をIBMと共同開発してたが、三行半。
>>626 買収した会社とはどこ？
いい加減なこと言ってるね。
629 ：
デフォルトの名無しさん ：03/04/05 01:14
>>625 Ether ケーブルに大量なパケットが流れると OS ごと死んじゃう技術がですか？
カトラーはDecから引き抜いた。
どうでもいいけど Win2K 最強。あとは糞
>>626 はて？ ウインドウシステムを買ったのではなかったのかな？
MSは、かけた金と時間に見合ったものを作れないから
635 ：
デフォルトの名無しさん ：03/04/05 01:15
>>632 ああ。
しかし、SP出す毎に最強から外れていってるな。
IBMも超一流だからな。
だんだん某の化けの皮が剥がれて来ましたね。楽しみです。
>>629 ハイハイ。揚げ足取りですね。
どんなものにも欠点はある。
総合的に見て、優れてるのは自明。
いや矛盾だらけで実に面白い。
msの化けの皮の間違いだろ..
技術力の無いはずのMSが作ったVCに劣るBCBを作ったBolandは（ry
>>641 とりあえず、自明、っていうところ、ちゃんと証明しといてね。
648 ：
デフォルトの名無しさん ：03/04/05 01:18
MS ファンはおおいでつね。
>>647 664は遠いよ。忘れるよ。と思ったら、今日ならすぐか。
某ファンだろ
>>645 自分の土俵で戦って負けてるMSのVCっていったい・・・
>>646 証明するまでも無い。
マルチタスクでGUIで、そこそこの安定性があって、
これだけのパフォーマンスでて、あれだけのAPIがあって
これだけの仕組みがあって。
みりゃわかること。
654 ：
デフォルトの名無しさん ：03/04/05 01:19
てゆーかさ、茶飲み話に事欠かないぐらい、毎週のように致命的なバグで、
>>651 戦略上だろ。
だから、コンパイラはMS避けるが良し。
>>651 負けてるのはBCBの方だね。実行速度もメモリも、サイズも全部VCの勝ち。
658 ：
デフォルトの名無しさん ：03/04/05 01:20
>>653 Linux + XFree86 でいいじゃん。OS/2 でも、Tron でも。
□□………………………………………………………………………………………………
□◆ sendmailに“またもや”深刻なセキュリティ・ホール
□□………………………………………………………………………………………………
米CERT/CCなどは米国時間3月29日，メール・サーバー・ソフト「sendmail」に見つ
かった新たなセキュリティ・ホールを警告した。細工が施されたメールを受信すると
sendmailが停止したり，任意のプログラムを実行されたりする恐れがある。商用，
非商用版を問わず，ほとんどすべてのsendmail（Sendmail）が影響を受ける。対策は
パッチの適用やバージョン・アップ。
http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20030331/1/ 660 ：
デフォルトの名無しさん ：03/04/05 01:21
661 ：
デフォルトの名無しさん ：03/04/05 01:22
>>659 いまどき Sendmail なんてやめた方がいいよ。qmail つかいな。
おもろいわー、このスレ
>>658 Linux+XFree86は世界中の凄腕ハッカーがよってたかって開発
したものだよな？
MSのプログラマはそれよりずっと少ない人数でそれに匹敵する（むしろ勝ってる
かもしれない）ものを開発してる。
665 ：
デフォルトの名無しさん ：03/04/05 01:22
>>659 は Sendmail が Linux の一部だと勘違いして吊るし上げていると思はれ。
>>657 実行速度って？
VCやらBCBで作った実行ﾌｧｲﾙの実行速度の事？
なら、おまえの腕が悪い。
メモリ？
おまえ、今だに64MBのメモリとか積んでる訳？
最低でも、今なら128だろよ。十分だが？
サイズ？
おまえ、出来上がりのサイズに拘ってる訳？
数ｷﾞｶﾞのHDDの時代に？
・・・もうね、ｱﾌｫかと、ｳﾞｧｶかと・・・
>>663 qmail はバグなし、セキュリティホールなし
668 ：
デフォルトの名無しさん ：03/04/05 01:24
>>664 しかも、アルファ版を売ってバグレポートを集めて、Windows Update で
修正して出している（しかも新しいバグがついている TM by MS）
>>666 >なら、おまえの腕が悪い。
人のせいにしてはいけません。ｗ
>メモリ？
>サイズ？
少なくとも、数年前までは重要でした。
今もそれなりに重要だと思うけど。
もし仮に今重要じゃないとしても、技術力の差であることに
変わりありません。ｗ
670 ：
デフォルトの名無しさん ：03/04/05 01:25
>>666 VC++ はクラス・ライブラリが OO としてきちんと設計されていないから
サイズが小さくなっているのを、性能がいいと思っているんだよ。
>>666 そんな事いったら別に.NETでもJavaでも良いじゃねーか。え？
VC だってスタティックリンクすれば大きくなるけど。
674 ：
デフォルトの名無しさん ：03/04/05 01:26
セキュリティホールぐらいLinuxでもあるだろ。
>>670 OOPとサイズと何の関係があるのかね？
VC++の小さいexeサイズは、dllがOSと一緒に配布されているという
>>677 でも、そのDLLをBCBも使ってるわけで。
MFCは別だけど。
681 ：
デフォルトの名無しさん ：03/04/05 01:29
>>676 たとえば、TForm はいろいろな機能がある。どんなアプリケーションも全部のメソッドを
使うわけではないが、優秀なクラスになっている。
682 ：
デフォルトの名無しさん ：03/04/05 01:30
>>678 Linux はそうやって逐一公開されて、すぐに修正されるから安心なんだよね。
>>669 おいおい、勘弁してくれよ・・・。
実行速度が遅い早いは、明らかに開発者の腕だろよ。
おまえは、すべてをｺﾝﾊﾟｲﾗの最適化に賭けてるのか？
・・・一言言わせてもらえば・・・「考えて作れ」。
＞少なくとも、数年前までは重要でした。
＞今もそれなりに重要だと思うけど。
どんな場面で重要なんだよ・・・
＞もし仮に今重要じゃないとしても、技術力の差であることに
＞変わりありません。ｗ
・・・その程度VCが勝ってるとか言うのなら・・・
明らかにBCBの方が勝ってるぞ・・・
ｳﾞｧｶｳﾞｧｶしい。
685 ：
デフォルトの名無しさん ：03/04/05 01:31
>>683 馬鹿だなあ。メソッドの分だけサイズが増えるということじゃないか。
フレームワークとして再利用性を考えると、そうなる。
>>684 あのさあ、実行速度はもちろん同じコードで比べるだろ？
開発者能では関係ないぞ。
>どんな場面で重要なんだよ・・・
サイズが大きいとそれだけHDD使うだろ。
ちりも積もれば山となる。
>・・・その程度VCが勝ってるとか言うのなら・・・
>明らかにBCBの方が勝ってるぞ・・・
意味がわからん。ヴァカヴァカしい。
>>672 そうだよ。
そんな、何でもいいような所で勝ってるとかって言ってるﾔﾂは、
何もわかっちゃいないってこった。
勝ってる所を考えるより、劣ってる所を考えるのが早い。
VCは、致命的にBCBに劣ってる所がある。
それは、VCは、C++じゃないって所。
VCなんてｷﾓい物使ってたら、ｱﾌｫになる。
690 ：
デフォルトの名無しさん ：03/04/05 01:33
>>688 > 実行速度はもちろん同じコードで比べるだろ？
本気でそう思っているならバカ。
同じ機能を果たすものであって同じコードとは限らない。
>>685 使っていないvirtual関数をVMTから削除するような、賢いリンカ欲しいね…(ひょっとして、既にある？
サイズとか実行速度のことしか言えないの？
695 ：
デフォルトの名無しさん ：03/04/05 01:35
>>691 同じコードじゃなきゃ、比較できないじゃん。
>>689 なーんて、BCB厨は良く言ってるけど、boostの互換成績表見たら、
BCBの方が悪かったりするよな。ｗ
>>688 ＞あのさあ、実行速度はもちろん同じコードで比べるだろ？
＞開発者能では関係ないぞ。
同じｺｰﾄﾞ？
C++ｺﾝﾊﾟｲﾙできないVCで、どーやって同じｺｰﾄﾞで比較するんだｳﾞｧｶ。
＞サイズが大きいとそれだけHDD使うだろ。
＞ちりも積もれば山となる。
ほう。数ｷﾞｶﾞ埋もれるほど、おまえは作ってるのか？
そりゃ、何百Mも違ってくりゃ、話は別だが。
>>691 限らないね。でも、できるだけ公平な条件で比べるよね。
普通。それで、BCBが遅いよね。ｗ
699 ：
デフォルトの名無しさん ：03/04/05 01:37
>>692 それは、RedHat が CERT の正規の公開手順を守らなかったからだろ。
速い遅いの問題じゃなくて、ルール違反。
セキュリティ・バグ報告は、必ず、回避方法が見つかってからしなくちゃならない。
VC++のIDEの補完機能便利だよなあ。
701 ：
デフォルトの名無しさん ：03/04/05 01:38
ルール違反は混乱を招きまつ。
VCが早いのは、Windowsに特化した言語だからだ。
703 ：
デフォルトの名無しさん ：03/04/05 01:38
>>700 開発効率悪いから、せめてそんなところでお茶を濁しているのだよ。
>>699 おーけーおーけー。いい言い訳を聞かせてもらった。
705 ：
デフォルトの名無しさん ：03/04/05 01:39
>>696 boost が VC++ の文法を考慮しているからでしょ。
>>700 templateとtypedefを組み合わせただけで補完が効かなくて困っている俺がいるわけだが
>>705 BCBもちゃんと考慮しとるっちゅーねん。
>>697 コンパイルできるコードで比較するんだよ。
アホか、こいつは。
正直、どうしようもないな。こんな奴と議論しようとした俺も馬鹿だった。
100キロバイトの差も1000倍になれば、数百メガぐらいの差にはなるな。
これは無視できないぐらいの差にはなる。
フロッピーは、書き換えのしやすさから、現在もそれなりに使われてるしな。
ナローバンドの奴もまだまだ存在するしな。
常駐ソフトのリソース気にする奴もまだまだいるし。
それなりにやっぱり重要かな。
そもそもさ・・・
>>709 BCBも同じ程度に書き直す必要があるだろ。
>>708 出たよ・・・FDとか考慮してお前作ってるの？
訳わからんよ。お前の環境が。
712 ：
デフォルトの名無しさん ：03/04/05 01:44
>>704 いいわけというか、セキュリティ・ホールの正しい公開手順知らないの？
>>711 サイズが重要な場面なんてないんだ！とお前が叫んでるので、
それなりに重要な場合もあると言ってるだけ。
考慮したけりゃすればいい。
714 ：
デフォルトの名無しさん ：03/04/05 01:48
MFC はたいしたライブラリじゃないから（SDK のラッパの役目程度にしてある）、サイズ小さくてすむね。
715 ：
デフォルトの名無しさん ：03/04/05 01:48
>>693 Delphi や BCB のスマート・リンクはそんなことしますね。
716 ：
デフォルトの名無しさん ：03/04/05 01:50
BCB でも MFC が使えるんだから、そしたらサイズ小さくてすむね。
8bitって、「えいとびっと」って読むの？
サイズでVC+SDKにかなうものはほとんど無いね。
Win32ならMinGW使えよ
VC++使ってる人 ＝ Windowsが死んだら一緒に死ぬ人達。
msvcrt.dllが200kb超えてるのですけど。
Windowsが死んだらなんて、VC++コンパイラがANSI/ISOに完全準拠よりもありえない話だね。
723 ：
デフォルトの名無しさん ：03/04/05 02:01
>>716 サイズの小ささなら、Borland C++ Compiler で GLUT とか、そんなもんじゃない。
>>722 Windows死ななかったとしても、
VC++使ってるﾔｼは、Windows以外の場では邪魔にしかならない訳だが。
725 ：
デフォルトの名無しさん ：03/04/05 02:03
そんなにｻｲｽﾞが気になるなら、ｱｾﾝﾌﾞﾘで１から書いてろ！
722が、MSを誉めているのか貶めているのかわからないところがﾜﾛﾀ
>>726 その種の発言はよく見るけど、
VCLやMFCを使うのをやめてSDKオンリーにした時のサイズの減りかたと、
高級言語を使うのをやめてアセンブラオンリーにした時のサイズの減りかただと
前者の方が大きいでしょ。
落とし所が肝心。
VC++ というより VB が無くなったら VB 依存症のヤツはプログラマ辞めるしか道はないよね。
730 ：
デフォルトの名無しさん ：03/04/05 02:08
こっちもいいよ。GUI 開発できるし、ソース・レベルで X Windows System 互換。
731 ：
デフォルトの名無しさん ：03/04/05 02:08
すごいいきおいで1000逝きそうだ。
732 ：
デフォルトの名無しさん ：03/04/05 02:08
>>729 ﾌﾞﾋﾞ使うﾔﾂは、ﾌﾞﾋﾞがなくなったら皆Delへ走る。
VCには走らない。
そして、Delﾏﾝｾｰになる。
VCでWindows開発やってると、他にもすぐ移行できるよ。
735 ：
デフォルトの名無しさん ：03/04/05 02:09
>>733 そうなればみんなしあわせなんだけどねぇ。
名前がにてるVB.NETにイク
VC++にQt。これが一番。
>>730 本当、よく見かけるんだけど・・・
細かいことだけど・・・
X Windows Systemじゃなくて、
X Window Systemなんだよね。
>>737 両方×じゃん、どっちが正しいねん、と思ったので逝ってきます。
739 ：
デフォルトの名無しさん ：03/04/05 02:16
740 ：
デフォルトの名無しさん ：03/04/05 02:17
× Windows System
>>740 ｴｯｸｽだよ！ｴｯｸｽ！
昔の俺の数学の教師の言葉で言えば、ｴｯｷｽだよ！
>>737 windowって入力しようと思うと、惰性でsまで付いてしまう漏れはMS厨ですか？
ｲｯﾃﾖｼですか？
風の中の昴～砂の上の銀河～♪
744 ：
デフォルトの名無しさん ：03/04/05 02:24
>>742 ローマ字入力だと w と s 近いしね。
X Windows Systemで検索かけても、結構引っかかる。
>>744 アルファベットをかな入力するのですか？
だんだん話題がそれて来たな
747 ：
デフォルトの名無しさん ：03/04/05 02:29
( ´∀｀)＜ 今日のはいったいなんだったんだろう。。。
>>733 >>735 ﾌﾞﾋﾞ使うﾔﾂは、ﾌﾞﾋﾞがなくなったら皆あぼーんされる。
名前がにてるVB.NETには走らない。
つーか、ﾌﾞﾋﾞのアプリはかなり大量にあるので
Ｍ＄はVB6の販売を中止出来ない罠。
>>736 先に言われてしまった。
たった一日でめちゃくちゃレス数増えててﾜﾗﾀ
ありゃ、このスレの320とは別人でし。ﾏﾁｶﾞｴﾏｽﾀ
すげぇ、アッという間にこんなにレスが。
754 ：
デフォルトの名無しさん ：03/04/05 09:23
前スレとは比べモノにならない勢いでしたな。
粘着君が二人同時に存在した結果です。
>>757 ほんと、たぶんひとりいなくなったと思われる時点で勢いがなくなって
もうひとりがいなくなったと思われる時点でいつもどおりになった。
（´・ω・`）SX-WINDOWは無視ですか？
☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀ～
761 ：
デフォルトの名無しさん ：03/04/05 17:05
∧＿∧ ／￣￣￣￣￣￣￣￣￣￣
>>760 は名前欄にC#～と入れてしまったbaka
763 ：
デフォルトの名無しさん ：03/04/05 17:22
BCBとVC++の違いってなんですか？どっちを買おうか迷ってます。
765 ：
デフォルトの名無しさん ：03/04/05 17:28
>>763 BCBはPascalを知らないと使いこなせないよ
>>763 ちゃんとしたC++で開発したかったり、
ﾎﾟﾄﾍﾟﾀで開発したかったりしたらBCB
Windows以外での開発は絶対しないなら、
VC++
>>765 ﾊﾟｽｶﾙ知らなくても使ってますが、何か？
TORIAEZU
使いこなせてはいないけどな。
>>771 おい・・・変な偽者出てくるなよ・・・。
ﾊﾟｽｶﾙ知らなくて、何が使いこなせてないんだ？
ｺﾝﾎﾟｰﾈﾝﾄもC++で作れるし。
ﾊﾟｽｶﾙ知らないと、BCBで使えない機能ってあるのか？
BCB で Del コンポ使ってないの？
VCLなしのBCBで何がしたいのだ？
775 ：
デフォルトの名無しさん ：03/04/05 19:03
BCB使いはDelコンポなんて臭いものは使いません
それだとBCCで十分な罠
VC++の方がBCBよりちゃんとしたC++だよ。
自分を信じろ
Pascalも使えないトーシロがいるスレはここですか？
大元の VCL コンポって BCB だって Del と同じやつ（ObjectPascal）だよな？
CとPascalの違いがわからん。どちらも同じように見える。
>>783 C++ と ObjectPascal は似てるところが多いというならわかる。
逝ってよし
Object PascalよりもObjective Pascalの方が格好良かったのに。
790 ：
デフォルトの名無しさん ：03/04/05 21:58
なるほど、Pascalを知らないためにコンポーネントの解析等ができないくせに、
791 ：
デフォルトの名無しさん ：03/04/06 00:24
ほぉ、BCB房が共食いですか。
795 ：
デフォルトの名無しさん ：03/04/06 00:43
>>782 開発中に VCL の中が重要になることは、実際ほとんどないけれど、
VCL を継承して何かコンポーネントを作ろうとしたり、中で何をやっているんだろう
と思ったときは、Delphi 言語が読めないとあかんですね。
横槍。
797 ：
デフォルトの名無しさん ：03/04/06 00:57
今は Pascal じゃなくて Delphi 言語というのが正しいです。
DelphiはALGOL系という枠を越えている点でC/C++なんかと比べものになりません
799 ：
デフォルトの名無しさん ：03/04/06 01:07
>>798 C++ は Algol の枠を越えていないの？
>>798 超えられない壁なんて大げさな物じゃなく・・・
ただ、Pascal覚えるのが面倒だからでしょ。
＞Delphi使いはインラインアセンブラもバリバリ使いこなせます
Del使ってるﾔﾂの大半はｱｾﾝﾌﾞﾘもできると。
801 ：
デフォルトの名無しさん ：03/04/06 02:54
>>798 いろいろ -> Turbo Pascal 3 -> MS-C 5 -> Delphi 1 -> C++ Builder 1 -> いろいろ
ってな感じでやってきたけど、C -> Delphi 全然移行できたぞ。
>>801 正しい日本語では「全然」は「～ない」と続きます。
805 ：
デフォルトの名無しさん ：03/04/06 09:33
>>802 「全然＋肯定形」は、平安時代から使われています。
>>798 弱小国家の人間は母国語以外に他言語を話すんだよね。
そうしないと生きて行けない。
日本のような大国は、日本語だけで何不自由なく暮らせる。
807 ：
デフォルトの名無しさん ：03/04/06 10:27
すんまそん・・・。教えてください・・・。
808 ：
デフォルトの名無しさん ：03/04/06 10:29
>>807 Delphiの資産を利用することになるだろうから。
分からないなら利用しなければ良いんだけどそうなると使いこなしているとは言えないね。
VC++って死滅しちゃうの？
無駄な抵抗はやめなさい。
816 ：
デフォルトの名無しさん ：03/04/06 13:39
CodeWarriorってどこで買えるの？
>>815 ﾗﾃﾞｨｿがCodeWarriorもBCBもVC++も滅ぼします。
そしてCOBOLだけが残ります
と、思わせといてCOBOLはF通と一緒に消滅します。
そして時は流れDelphiだけが残っていた。
Pascal知らなくてもBCB使えます。
C最強
今更ねえ
今後VisualStudioはVisualPerlが主力言語になります。
827 ：
ＭＯＴＨＥＲ ：03/04/06 23:36
ばーんいいます。
VCLにバグが少なければオブジェクト指向だしPascal知らなくても問題ないのだろうけど、
ヘジがM$に移ってしまったので、Borlandに残されたプログラマは
ヘジってバグ取り要員だったんだ。
>>830 他人が作ったスパゲッティーにバグが見つかった場合
作った本人でも(バグを取るのは）難しい、という意味と思われ。
VCLは捨ててCLXに移行します。
CLXで作るとJava見たいに糞使いにくくなるから却下。
834 ：
デフォルトの名無しさん ：03/04/07 23:29
CLX のおかげで不安定
うまいこといきませんなぁ。
∧＿∧
837 ：
デフォルトの名無しさん ：03/04/08 03:33
>>831 VCL がスパゲッティって、VCL のコード読んだことないね。
VCL のバグは、数行書き直すだけで治るものがほとんどだよ。
>>836 （ ・∀・） | | 0x834b, 0x8362
と ） | |
Ｙ /ノ 人
/ ） < >__Λ∩
＿/し' ／／. Ｖ｀Д´）/
（＿フ彡 / ←
>>1
まあ、事実、スパゲティなわけだし。
840 ：
デフォルトの名無しさん ：03/04/08 07:46
こことか
842 ：
デフォルトの名無しさん ：03/04/08 07:55
>>840 嘘なんだから信じるな。自分でコードのぞいてみろ。
Delphi書けるのにBCB使ってる奴ってなんで？
ぶっちゃけ無いよ。
845 ：
デフォルトの名無しさん ：03/04/08 08:11
846 ：
デフォルトの名無しさん ：03/04/08 08:12
>>843 C++ なら書いたコードがいろんな環境に持っていけるし。
ロジックは ANSI C++ の範囲で書いている。
さー、早く来い来いVS.NET 2003!!
848 ：
デフォルトの名無しさん ：03/04/08 08:17
いろんな環境に持っていけるようなコードしか書かないなら
>いろんな環境に持っていけるようなコードしか書かないなら
850 ：
デフォルトの名無しさん ：03/04/08 08:41
>>848 問題領域、ロジックだけでしょ。
Windows 環境では、コンピュータ領域は MFC より VCL が使いやすい。
そうはいっても MFC は業界標準だろ。
>そうはいっても MFC は業界標準だろ。
MFCはVC++標準であって業界標準でもないし、Microsoft標準はC#だ罠。
>>852 いろいろ言い分はわからない訳ではないが、
みんなが使ってるものは強い。
VC が標準準拠であろうとなかろうと、Windows 開発環境に特化して
使いやすければいいと言うこと。＜ユーザ数が多いことでそれを証明している。
必ずしも「標準」が使い易いわけじゃないと思う。
>>854 じゃ、VBが標準か？消えるVBが標準なわけない。
コンパイラのユーザ数と標準は関係無い罠。
854の内容を無効とします。
>>853 現場ではまだ VC++ が全盛ですが何か？
C# なんて話題だけ先行して誰も使っていませんが何か？
>>856 Microsoftが標準と置いてるのは、という意味。
読めないならカキコすんな。
>>855 VB はまだ消えないって。VB6 使い続ければいいんだよ。
まだ VB 使いなんていっぱいいるよ。
>>858 将来消えるものを標準とは言えない。
先ず、言葉を身につけて下さい。
いや、本当はどうでもいいことなんだけど。あまりムキにならんと。
>いや、本当はどうでもいいことなんだけど。あまりムキにならんと。
>要するに言いたいことはまだまだ現場では VB の開発者が多いし、
>当然 VB6 を使って開発している訳で事実上標準なわけ。（当然Windows 環境に限る）
>これは VC++ とは比べ物にならない。
>タダこれを言いたかっただけ。
>>860 この内容を納得出来るか？
>>858 COBOLみたいに生き残るんだろうね。
>>862 WinがバージョンアップすればランタイムもActiveXも動作しない罠。
COBOLの場合は、コンパイラ自体が色んなOSに実装されてる。大きく違う。
>>863 Winがバージョンアップされても、みんながそれに追随してバージョンアップ
するわけじゃないだろ。特に会社の場合は古いバージョンを使い続けるところが多い。
COBOLコンパイラはなくならないが、VBコンパイラは姿を消す。
>>864 携帯機器がPCの10倍100倍となった今、何言ってるの？
>>864 とりあえずWin2kで充分だしなぁ。。。
VBコンパイラが姿を消したところに、Win2kがあったところで...
>>869 分かって無さ杉。
自分がPCを使ったところで、ターゲットが携帯だ罠。
>>870 そもそも 863 と 864 のレスのつながりとどう関係あるんだ？
873 ：
デフォルトの名無しさん ：03/04/08 13:23
>>851 業界標準（かどうかは知らないが）ってだけでわざわざ使いにくい MFC 使うの？
問題の外。
874 ：
デフォルトの名無しさん ：03/04/08 13:34
>>873 就職したことのないやつには理解できないだろうな。
>>875 なんでって、天下の M$ だからだろ。
M$ ならつぶれないから安心感があるということ。
>>875 もし M$ が Del&BCB で 某が VB&VC なら確実に
Del&BCB が業界標準になっているのは間違いない。
答えは「M$ 製品だから」ということ。他に理由はない。
いくら某の方が優れていようと、これは太刀打ちできない。
世の中そういうこと。しょうがない。
878 ：
デフォルトの名無しさん ：03/04/08 14:14
879 ：
デフォルトの名無しさん ：03/04/08 14:15
>>878 ソフトウェアのエンジニアぐらいだね。MS が大手だから MS の道具を使うなんて
言うのは。
機械系のエンジニアなんて、危なくてそんなことできない。
何かで聞いたけど、Win3.1 の時代は MFC vs OWL といい勝負だったらしい。
仕事でBCB5エンプラ使ってますが何か
コンパイラが某であれMSであれどっちみち同じMSのOSで動かすわけで、
>>878 開発環境は手前で決めるわけじゃないしなあ。
ﾋｷｰにはわからんだろうけど。
>>881 違いのわかるいい会社だね。ウラヤマスィ
VC++ だと画面作りが大変だよね。
だからVB+VCなんでしょ。
EXEだけの配布でもEXE+DLLの配布でも変わんないじゃん。
>>886 VB はランタイムのバージョンの問題があるけど。
>>887 Delphi, BCB はランタイム DLL なんてものはないけど。
>>887 DLL って ActiveX コントロールのことを言ってるんだね。失礼。
>>888 side-by-sideで解決済み。
よって
EXE単体＝EXE+DLL+side-by-side
>>889 ランタイムDLLってなに？ 独自用語？（ｗ
893 ：
デフォルトの名無しさん ：03/04/08 15:13
（890 の続き）
ウイルスじゃあるまいしEXEで配る奴っているのか？
>>894 EXE だけって場合だってよくあるだろ。（特に社内とか友達に使ってもらうときとか）
そりゃフリーで公開する場合とかならドキュメントとか入れるだろうけど。
いちいちそんなことで揚げ足とるな。
メールも普通圧縮するよな。
>>896 わざと話そらしやがって。要は
>>893 が必要なんだよ。
EXE 配布って言い方は言葉のあや。ったく揚げ足とって楽しいか？
DLL ファイルがそのままあれば動くと思ってるアフォなのか？
連中は本気で豚コードビルダーとデルポイでMSの開発ツール郡を駆逐できると思ってるからなあ。
で駆逐されたのがVB。
MFCも駆逐された...
DelとBCBが無ければ、C#が生き残れるのに。
>>898 開発ツール郡ってどこなんだ？
ガッコの宿題でもやってなさい！
>>897 > 要は
>>893 が必要なんだよ。
わざと何が必要なのか書くのを避けやがって。
要はバッチファイルでregsvr32を実行するだけだろ。
Del厨どもは隔離スレに逝った事でようやくこのスレにも平和が訪れる。
905 ：
デフォルトの名無しさん ：03/04/08 23:51
で？結局VC++の勝ち？
STLとboostがあればDelphi使ってあげる。
それまではC++Builderだな。
908 ：
デフォルトの名無しさん ：03/04/09 02:51
CodeWarriorって実際どうなのよ。
>>1-907 OpenWatcomで十分でないですか？
お前ら馬鹿？
≫908
まあコンパイルに1日かけてろってこった。
912 ：
デフォルトの名無しさん ：03/04/09 07:43
某厨はBCBの高いANSI準拠度を強調しておきながら
>>912 Warningが多発するだけで、通る確率はVCよりずっと高いだろ。
STLが通らないVC++がBOOST使えるわけ無い罠
915 ：
デフォルトの名無しさん ：03/04/09 09:52
それでも結局「同じ程度」か。（ｗ
917 ：
デフォルトの名無しさん ：03/04/09 09:59
VC が 7 になってマシになってきたってことだね。
918 ：
デフォルトの名無しさん ：03/04/09 10:02
VC6でもさほど変わらんな。VC7では逆転。
919 ：
デフォルトの名無しさん ：03/04/09 10:05
よかったよかった。
920 ：
デフォルトの名無しさん ：03/04/09 10:05
しかし MS が ANSI 準拠にこんなに積極的になるとは、
921 ：
デフォルトの名無しさん ：03/04/09 10:07
なんでだろう。
windowsゲームアプリをgcc使って作っているけど
VCLのポトペタ＆コンパイル機能とLinux版バンドルになったら、
>>923 君みたいなのは乗り換えなくてもいいです。迷惑です。
C++でポトペタ出来て、Linux版も同時に開発出来るBCBは理想の通りだな。
つまり、死に体のブビ厨もBCBポトペタすればC++で復活出来るわけか。
VC++6.0 ProとDXライブラリでゲームを作ってる漏れはアフォですか？
BC++3.1買った、初心者だったのにわざわざAFW付きのものを買った
929 ：
デフォルトの名無しさん ：03/04/09 12:26
>>915 VC7.1βでは 91% + 2% = 93% みたいだね。
BCCはもうだめぽ。
BCB厨の詭弁まだ～？
VCLのポトペタ＆コンパイル機能とLinux版バンドルになったら、
M$って結局VC++をVisualにする気がなかったんだね
933 ：
デフォルトの名無しさん ：03/04/09 14:33
MS のインタビューで、もはや VC を使うのは、一部のデバイス・ドライバ製作者に
VCは、7じゃねーか
935 ：
デフォルトの名無しさん ：03/04/09 14:34
おれ BCB 好きだけど、詭弁じゃなくて、VC ベータ版の ANSI 準拠は歓迎するよ。
歓迎したところで、根底にあるのは、
937 ：
デフォルトの名無しさん ：03/04/09 14:58
>>936 そんなこと言っていないけど。
それより、BCB で作った ANSI C++ ソースがそのまま VC7beta で動くのは嬉しい。
938 ：
デフォルトの名無しさん ：03/04/09 15:00
>>937 違うよ。936に書いたのはM$の戦略。
小さい頃、肩の所に出来るクリリンのおでこのような（ｒｙ
だからCだよ！
C#にも早くテンプレートつけろって。
Cは最強。
Common Lisp 最強。これ常識。
Scheme>>>>lisp
でも、それらも、ひまわりには勝てないだろ。
947 ：
デフォルトの名無しさん ：03/04/12 16:26
948 ：
デフォルトの名無しさん ：03/04/12 17:56
>>944 いま Common Lisp は完全に OOPL だしね。
949 ：
デフォルトの名無しさん ：03/04/14 17:49
BCB買いたいんですが、Delphiのｱﾌﾟﾃﾞｰﾄ案内しか来ません。
950 ：
デフォルトの名無しさん ：03/04/14 18:33
Delphi から BCB にアップデートはできないと思う。
>>949 アップデートはないけど優待販売はあるんじゃないの？
952 ：
デフォルトの名無しさん ：03/04/15 09:59
優待販売の保証があるなら、先ず、Delphiをｱﾌﾟするんだけど。
954 ：
デフォルトの名無しさん ：03/04/17 00:45
ANSI準拠に関してBCBがVC++に劣っていることが証明されてから
955 ：
デフォルトの名無しさん ：03/04/17 01:12
それに比べてVC++厨は元気でつ！
BCBも7でANSIに完全準拠目指してるっぽいけど
957 ：
デフォルトの名無しさん ：03/04/17 03:40
Eclipse の plugin で BCB の OpenTools API 経由でアクセスして Eclipse から
（＾＾）
>>957 それってWindowsしか動かなくてBCBが必要なの？
Windowsでしか動かない=MFC=ATL=VC++
>>960 …そうか…VC++使いこなせなかったか。
>>960 BCB厨は歓迎だけど、デムパは消えてください。
963 ：
デフォルトの名無しさん ：03/04/18 09:40
BCBのVC++プロジェクト変換ユーティリティを使った。
>>963 当然でしょ。 そんなの30分で置き換わるでしょうに。
965 ：
デフォルトの名無しさん ：03/04/18 09:46
そうでつか。
>>965 きょうびDAOなんて流行らないんだよ。ボケが。
ADO使え。
967 ：
デフォルトの名無しさん ：03/04/18 14:28
ADOだって。
> ODBCもADOもTQueryがラップ
969 ：
デフォルトの名無しさん ：03/04/18 15:08
>>968 煽りにしては967に負けてる。
ドライバやインターフェースが変わり続けるVC++ってダサダサじゃん。
それもそれ用のコードをVC++のバージョン毎に違うものを吐き出すなんて、どういうこと？？？
負けてる。って、そりゃ自分を応援したくなるのは分かるけどねぇ。
何を言ったところで、
VC++って誰も「使いづらい」って言えない雰囲気があったんだろうね
976 ：
デフォルトの名無しさん ：03/04/19 01:31
>>971 >インターフェースが変わり続けるVC++ってダサダサじゃん。
VC4 -> VC5 あまり変わってない
VC5 -> VC6 あまり変わってない
VC6 -> VC7 大きく変わった
VC7 -> VC7.1 あまり変わってない
一回大きく変わっただけで「変わり続ける」ですか。自分で使ったことがないのがバレバレ。
宇宙人からの情報だけに基づいてカキコするのはやめてください。
初期のMFC大変更もあるだろ。
>>977 そりゃあWin16からWin32へ移行するときには大きく変わるだろうよ。
それでMFCが一回大変更されたら「定期的に大変更」ですか。 (ﾌﾟ
おまえらひまわりでも使ってろよ
VC++よりBCBの方が、確実に生産性は高い。
>>980 両方使えよ。UIはBCB、それ以外はVC++。仕事で使うんなら別に高い買い物でもないし。
982 ：
デフォルトの名無しさん ：03/04/19 04:18
BCB5とVC6だと
>>981 こっちには選択権がないって書いてるだろ。
この馬鹿チンが。
>>982 >>953 のコードだとどう？
結局、元のコードによるんじゃないの？
ただ、BCB の方が最適化オプションが少ないから感覚的にそう思うんでしょ。
そもそも、最適化レベルの速度差なんて意味ないしね。
>>983 まだそんな仕事が残ってたのか・・・羨ましいなあ・・・どっかの大手直下ですか？
今はもうこっちが提案していかないと仕事貰えない・・・
うーん、VCLもバンバン仕様変わってる気がするけどな。
>>986 たぶん古いVCLコードをそのまま持ってきたら動くだろうと思うんだけどね。
でも、実際 4以上古いともう使いたくないな
>>983 おい、俺を騙って何になるんだ。
まあ言いたいことは同じだが
結局どっちもどっち
990 ：
デフォルトの名無しさん ：03/04/19 13:37
>>986 >どーでもいいけど、ドッキングとかいらないから軽くしたTFormも用意してくれ・・・。
みんながそう思ってるはずだよな。
なんでもかんでも詰め込んでるって感じ。某の怠慢だな。
＞たぶん古いVCLコードをそのまま持ってきたら動くだろうと思うんだけどね。
>>991 ああ、もう判った、判った。
BCBの持ってるDCC32コンパイラは、TPascalの時代から上位互換性に優れていて
以前のコードは問題なくコンパイル出来る。
だから、古いVCLコード一式を一式としてならコンパイル出来る。
ただし、C++側のコンポーネントと相性がどうなるか迄は不明。
もう、VC++との比較は良いから、BCBのマニアック合戦やってくれ。
ダイアログアプリしか作らない人には、良いかもね。
名前欄の"980"は関係ないので悪しからず
997 ：
デフォルトの名無しさん ：03/04/19 14:38
Linuxとクロスコンパイルしたい人にも良いんじゃないか。
ぬるぽ998
Lindowsですか。
1000ぬるぽ
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。