■掲示板に戻る■ ■過去ログ倉庫めにゅーに戻る■
C++BuilderとVC買うならどっち?
1 名前: VB好き 投稿日: 2000/12/16(土) 10:40
C++BuilderとVC買うならどっちがいいですか?


2 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 10:44
逝け

http://piza.2ch.net/test/read.cgi?bbs=tech&key=975576060



3 名前: もういいよ 投稿日: 2000/12/16(土) 11:20
http://piza.2ch.net/test/read.cgi?bbs=tech&key=974890090


4 名前: VB好き 投稿日: 2000/12/16(土) 11:37
>>3
過去ログにあったね
スマソ


5 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 13:19
買うならどっちという質問は多いが
買う買わないにかかわらずどっちがいいかという質問はないのか?


6 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 13:31
VC++はヘルプが充実しているが、使い勝手がイマイチ。
C++Builderは使いやすいが、ヘルプがイマイチ。
どっちもどっちだな。


7 名前: 答え 投稿日: 2000/12/16(土) 13:45
VBとC++Builderを買うべし。
その心は・・・
VBとC++Builderを買えばVBとC++Builderと
使いやすいヘルプが手に入る。


8 名前: さらに 投稿日: 2000/12/16(土) 13:47
C++Builderはpro版を買うとDelphiとJbulderがついてくる


9 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 18:02
DelphiとVB買うならどっちがいいですか?


10 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 20:05
>9
きたきた(w


11 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 20:22
>>9
両方買って両方使え。
月-水はDelphiで、木-日はVBと使い分けろ。



12 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 21:37
一日おきのほうがたのしいゾ


13 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 22:31
VBにきまっている、会社ではStdioを一般に買うので
VCとVBがついてくる、よってなにかとつかえるのがVB、
Delphiがインストールされてるマシンまだみたことない



14 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 22:34
はいはいみなさん一度デフラグデフラグ


15 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 22:37
>>14
なにか、悪いこといいましたぁ?



16 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 23:04
いま(windows用の)言語製品を買うやつは蛸


17 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/16(土) 23:22
ミ(。;) ミ( ) 彡(゜') ミ(@ :)

↑タコでしゅ

とりあえずどっとネットはまったらんかいな。


18 名前: D使いX 投稿日: 2000/12/16(土) 23:27
はいはい、私の出番ですか。一応さげておきますね。(w

>13
あなた使った事もないでしょう

>VCとVBがついてくる、よってなにかとつかえるのがVB

Delphi使いからみたら、どっちも使えないツールです。
っていうか、君らなんで二つの言語を使って開発するの?
どっちも不完全だからでしょ。相変わらずプーですね。

VBからDLLコールするくらいなら
せめてBCBからVCコールすればいいのに。それすら出来ないんだよねみんな。
ププププ


19 名前: 海外じゃ 投稿日: 2000/12/16(土) 23:28
日本ほどMS信者って多くないよ。
つーか日本はMS信者多すぎ。


20 名前: D使いX 投稿日: 2000/12/16(土) 23:37
日本は情報処理産業後進国でして
バカが多いのでしかたないでしょう。

本当に優れたツールを見る目すら失った節穴くんばっかですから


21 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 00:18
>>18
Delphiは、完全なの?
でも、Delphiでは、所詮、趣味止まり。
仕事で使ってるとこ、見たことないぞ。
VC、VB、BCBはあるが。
C++なら仕事で使える処理系がたくさんあるが、
Pascalの処理系って、見かけないな。



22 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 00:30
>>21
仕事ってなんの仕事だよ?
クラサバ系なら断然 SQL Linkが上だし、
ウェブ系はそもそも VB使えないだろ、、


23 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 00:48
VBとVCに比べるとより完全です。
俺はそれで仕事ついてるけどな。
当たり前だけど場所によるんじゃねえ?

それに"仕事で使ってる所見たこと無い"って理由で
ツール選択しているから
俺は君らの目が節穴だって言ってあげているんですけど。

>C++なら仕事で使える処理系がたくさんあるが、
場面場面で最適な開発を行えばよいでしょ?
同じC++だからって
Windowsの開発と他の開発を同列には扱えないでしょ?

まあいいや、節穴くんにはナに逝っても無駄ってわかってるし。


24 名前: 同じD使いから一言 投稿日: 2000/12/17(日) 01:26
VB使いを煽ったところで何も得ること無いよ。
いいじゃん、自分で苦労を買ってでてるんだから。


25 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 03:53
いや、一人でもBorland陣営につれてこようと思ってね。
フラーも「つれて来い」言ってたでしょ。
煽った本人は入ってこなくても
これ見て厨房が入ってくりゃそれでよし。

業界にBorland開発ツールが増えれば、俺の転職先も増えてよし。

実際の所VB離れしてBorland系ツールに移行しているところ
増えてきたみたいね。
さすがにOSのVersion管理があまりにもうザすぎてきたみたい。


26 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 09:12
>>18
あと3,4年先、もっと先の10年先考えたら、今Delphiで組んだ
コードはまったく再利用できないだろうね。

オレはプログラム組んで飯を14年食っているけど、CやらC++の
コードの蓄積があって、仕事は、昔のコードの変形やら、昔の
サブルーチン、クラスの使いまわしで結構な部分が済んでいるよ。

Delphiは2まで使ったけどヘルプやら資料が少なくて、結局
MSDNのCDを別に買わないと新しいAPIを使ったプログラムは
組めなかったな。将来を考えてDelphiを使うのは2で止めました。

あ、ここDelphiをけなすところじゃないのね(笑


27 名前: 26 投稿日: 2000/12/17(日) 09:14

Delphi(ObjectPascal)は消えちゃうから再利用できないだろうって意味ね。


28 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 09:40
RAD使いがRAD使いを笑う。


29 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 09:48
本屋にいってみろよ。
Delphi厨房本か、VB厨房本のどちらが多く書籍棚に並んでるか
初心者になじみやすいのは、参考書類が多いほうだと思うが、
ちなみにVBマガジンは存在するが、Delphiはどうなんだ?
いくらよくてもな〜、βとVHSのように市場がシビアに選んでくれんだよ。




30 名前: >26 投稿日: 2000/12/17(日) 09:50
20年やってるけど、Cのソースもアセンブラで使ってたテクニックも
N88basicでやったアイデアも
みんなDelphiでも生かせるし使ってるよ
Delphiで書いたコードもC++に移植するのは簡単。


所詮道具


31 名前: 26 投稿日: 2000/12/17(日) 10:04
>30
お、年代的に話が合いそう。

同感だけど、自分の財産となるコードをなにもObjectPascalで
せっせと組んで蓄積するよりは、別の言語の方が後が楽だろうと、
オレは思うわけ。C系ならC++、Java間の移行も結構楽だろうし。

Delphiで大量のコードを書いたとき、他に使いまわしが面倒で、
後で愕然としたよ。

>所詮道具

道具以前に、新しいプログラム作るときに、一から作り始めるわけ?

あとPCだけがオレの仕事ではないので、Delphiは没。



32 名前: 30 投稿日: 2000/12/17(日) 10:47
>新しいプログラム作るときに、一から作り始めるわけ?
 組込用関係が多いので、私の場合は当然そうなります
 DSP用はDSP用に、16bit用はそれ用。また色々勝手に出来ない部分もあるし
 使い回すのも著作権が絡んで難しい事も多いですからね。
 Winが絡むと逆にDelphiを提案した方が自分の裁量の範囲が増える面もあっ
 て、出来るだけそうしています



33 名前: 26 投稿日: 2000/12/17(日) 10:54
オレも組込やるけど、I/Oドライバ部分なんてほとんど再利用だけど。
ヘルパールーチンもほとんど使いまわすけど。
新規のCPU、I/Oなら一からですが。


34 名前: 30 投稿日: 2000/12/17(日) 11:13
私の場合は一人でやってるので立場弱くて請負といっても著作権込
なので使い回すのは信義にもとるって奴ですね。特にC絡みだと。
もちろんそうじゃないのもあるけど、それはアセンブラ系かDelphiか。

それと、Cのソースだとエラー処理とかゴチャゴチャ組み込まれてし
まって大規模開発の後のソースって利用出来ます? せいぜい部分
コピペか関数利用しか出来ないけど・・・まあ私が下手なのでしょうね。

でも、Delphiでコンポ作ると当然再利用効率とてもあがるし
BCBでも使えて便利じゃないですか?
そんなに否定する程の欠点かな?


35 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 13:03
>>34
Delphiのコンポーネントだと再利用率が上がるけど、
Cは、部分的なコピペしか出来ないってのは、あんまりだな。
マジにヘタクソだと思うよ。


36 名前: 26 投稿日: 2000/12/17(日) 13:11
>34
>私の場合は一人でやってるので立場弱くて請負といっても著作権込
>なので使い回すのは信義にもとるって奴ですね。特にC絡みだと。

ならしょうがないっすね。うちの場合は同じところから受注すること
が多いんで。

>でも、Delphiでコンポ作ると当然再利用効率とてもあがるし
>BCBでも使えて便利じゃないですか?
>そんなに否定する程の欠点かな?

そうなんだけど、一度Delphiをメインにすると、Borlandの
ツールから離れられなくなってしまうのが嫌です。
できれば中間的な立場でいたいです。

昔BC++でOWLにはまり、痛い思いしました。



37 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 13:45
パッケージものやそこから呼び出すDLLなどを個人で受注うけてます。
Delphiがメインというわけではないけども、やはりこちらのほうが
簡単というか早く作れますね。とくに画面まわりは‥
クライアントから特に指定がない限りはVC++はだんだん使わなくなって
きました。

VBから呼び出すDLLの仕事が多いのですが、クライアントにはC信者が
多いのか、Delphiで作ると言ったらいい顔されないことがけっこうあって
速度が要求されるところだからCで書いてくれなんて言われます。
同じ手順で同じようにWinAPI呼ぶんだから同じ速さですよ、といっても
納得してくれません。
そんなわけで最近はBuilderの出番が多くなってきました。
でもコンポーネント製作中心でやってるので、なかみはほとんど
Delphiで書かれているのは秘密です。

#まわってくる仕事が、速度が要求されるところが多いのは、
 そうでないところは、クライアントがVBで書いちゃうから。
 もっとも、実際にくる仕事は、VBでもちゃんと書けば
 そんなに遅くないってところが多いんだけどもね‥


38 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 13:49
BCBに詳しくないので質問です。
コンポーネント(VCL)ってBCBでは作れないんですか?
コンポーネント作るにはDelphiが必要ですか?



39 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 14:04
BCBでもコンポは作れる。
が、それをDelphiで使うのにはちょっとしたテクニックがいる。
(基本的には使えないと思ったほうがいいかも)
Delphiで作ったコンポーネントは、BCBでもまず問題なく使える。

BCBでしかプログラムしないなら、BCBで作ってもいいけど
公開したりするつもりならDelphiでつくった方がいいだろうね。


40 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 14:07
>39
回答どうもでーす。


41 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 15:04
結局、仕事はVCの方がある。 でも著作権相手式の労働契約になりがち

事務系のソフトは、Delphiとかで作業効率勝負に個人請負した方が色々
有利って事かな?

みなが使ってる道具は労働契約系の仕事になりがちって結論で幕は如何?

なんかこのまま続くと荒れそうな予感があるのでさ・・・・


42 名前: 30 投稿日: 2000/12/17(日) 16:10
>マジにヘタクソだと思うよ

うーむ。
PC98DOSアプリからAT互換Win3.1移植の時はC++物はまあまあ使えたけど
C物は作り直したなあ

今となってはCも出来るだけ情報隠蔽してるから多少は使えるかも
でも、そもそもシステムが違うからなあ


43 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 16:40
26さんて他人のソースは弄らないのかなあ
他人のMFC C++ソースを弄る仕事と、
他人のDelphiソースを弄るって仕事があって同じ金額ならどっちやりたい?

俺ならDelphiソースをC++にして弄るって話でもこっち取りたい。


44 名前: 26 投稿日: 2000/12/17(日) 17:15
>43
改造の仕事もやります。とんでも無いソースを泣きながら解析して修正
したこともあります。マジで人を殺したくなることもあります。

>他人のMFC C++ソースを弄る仕事と、
>他人のDelphiソースを弄るって仕事があって同じ金額ならどっちやりたい?

これならMFCのC++ソースですね。Delphiは2までしか知らないんですが、
VCならソースの解析、クラスの解析をやってくれるので、他の人のソースを
追うのは結構楽なんです。とんでもないクラス設計されていると気がおかしく
なりそうになりますが。
Delphi5はもしかしてもっと進化してますかね?

# 今までの発言、ちょっと反省しています。18にムカッときました。
# 気を悪くされたかた、すみません。


45 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 18:33
>他人のMFC C++ソースを弄る仕事と、
>他人のDelphiソースを弄るって仕事が

きれいなソースならどっちでもいいや
どちらも汚いソースならDelphiかな‥


46 名前: たなか 投稿日: 2000/12/17(日) 18:48
結局は何をするかだ!

成果物が趣味か仕事か、メンテのしやすさか、早急に仕上げる必要
があるのかによって変わってくる。仕事だと自分のスキルだけを考
えるわけにもいかない。

仕事であればVBを薦める。VBでもクラスやAPIを自在に(フ
ォームモジュールなしで)使えるようになればあとからVCに移行
するのもさほど苦にはならないだろう。VBでもCOMやIDLなど
十分勉強できる。時間とお金が許すなら全て抑えたいところだが。
VBやるにせよVC,BCB,DelphiやるにせよCの入門書を終えて
おくと結構やくに立つ。

Delphiも素早くアプリを作成できる点で素晴らしいが、たとえば
あなたが学生であるとして、やはりVBを薦めたいのだ。



47 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 19:37
今VBを買うのは自殺行為だと思うが…
もうちょっと待とうね。


48 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 19:55
>47
そうかもしれないけど。。。
MSのページに既存のVBプログラムを.NET対応にするための情報とか
あるけど、MSは.NETのVBとVBAの違いを今後どうしていくつもりなんだろうね?

VBはWindowsの一般常識として知った方がいいね。
これしか知らないってのはソフト技術者としては通用しないと思うけど
知らないのもまずいと思う。VBSなんかもあるし。Borland派の人も
触れたほうがいいと思うよ。

Delphiに関しては、知らずにけなすのは良くないよね。
Delphiは素晴らしいけPascalであること、どBorlandの製品ってのが
欠点。もっと経営を安定して欲しいね。

>たなか氏
学生ならそれでいいですね。
プロでVBオンリーって???



49 名前: D使いX 投稿日: 2000/12/17(日) 22:38
はあ、、(シ留 自/心)
大半のまともな意見の中にろくでもない意見が所々見受けられるな
判断力が節穴なヤツ混じってるよ。

>46
>VBは後からVCに移行するのもさほど苦にならない
だとしても結局VCに移行しなければ話にならんのだろ?
全部の言語をマスターできたらそれに越した事は無いことは誰だってわかるが
時間は無限にはないだろが.

Windows開発に限れば
Delphi/C++Bilderなら他の言語に移行しなければならなくなる機会は
ほとんどないですね。
成果物を納入する場合に限るけどね。

くだらん政治圧力で開発ツールを指定されるっていう
ドロくさい仕事が好きで好きでたまらんのなら無限ループでやっててくれ。

それが判断力の無いオマエ自身が引き起こしたともしらずにウメイテロ



50 名前: D使いX 投稿日: 2000/12/17(日) 22:43
>Delphiに関しては、知らずにけなすのは良くないよね。
>Delphiは素晴らしいけPascalであること、どBorlandの製品ってのが
>欠点。もっと経営を安定して欲しいね。
けなしてないけど、一応シッコモウ力?
PascalはC++よりもコンパイル速度が圧倒的に高速、あと可読性は高いね。
それにC++BuilderはDelphiと何も変わらないツールだから
趣味趣向でPascalかC++を選べばいい、
.NETなんてやらなくても言語選択できるのはBorlandツールの技術の高さだけどね。

MS製品じゃないおかげでLinux上でも動く
マルチプラットホーム環境に成長できました。

貴方の主観で欠点を決めないように。
そんな意見は厨房が真似するからとても迷惑だよ。


51 名前: 41 投稿日: 2000/12/17(日) 22:47
だからもう終わろうって言ったのに・・あぁぁ


52 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 23:04
>他人のMFC C++ソースを弄る仕事と、
>他人のDelphiソースを弄るって仕事が

改造が外に回ってくるような仕事は絶〜対〜にロクなソースじゃないのは
もう、それだけは100%請合えるな。絶対誰もが作り直した方が早い
って言う。だけど、それが仕様書代わりだから読まん訳にはいかんのね。

MFC系はそりゃ悲惨だよ。 Delphiはとりあえず.DFMだけ利用すりゃ外見だけ
は継承できるからな。


53 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/17(日) 23:15
ところでDiscoverProgrammingって使ったことある人いる?


54 名前: 名無しさん@デフォルト 投稿日: 2000/12/18(月) 00:18
こういうのが嫌われてプログラマ板から分板したのに

今はプログラマ板はエロ板になって こっちが元のプログラマ板に・・・


55 名前: 馬鹿馬鹿しい 投稿日: 2000/12/18(月) 01:10
個人で買うならBCBだな。VCは会社に買わせたまえ。
っていうか、まずフリーのコンパイラ使いたまえ。


56 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 02:46
>個人で買うならBCBだな。VCは会社に買わせたまえ。
BCBがある程度使えるようになったら、
VC++に移行することは簡単なんですか?


57 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 02:47
あげんな


58 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 03:28
>>56
死ぬほど大変。


59 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 03:54
VC++しか使ったことない。
あとはJavaとかその辺。
厨房学生で〜す。


60 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 03:59
俺昔からボーランド〜インプライズの信者だけどさ、
正直な話、VC使えないと仕事では困るとおもうぞ。


61 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 05:10
VBはやたら嫌われてるみたいなのでBCBを勉強してるのですが
僕の選択は間違ってないですか?
どちらが武器になりますか?



62 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 06:57
VBは新聞紙丸めた剣
BCBは下敷きの角
DelphiはワルサーP38
JavaはVXガス
VCは核兵器
C#はアラレちゃんのパンチ


63 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 06:58
>61
VBもBCBもDelphiもVCも全部知っとけ。
そんなに大変じゃないと思うぞ。


64 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 10:10
>>63
激しく同意
あれがいいとか、こっちがいいとかの議論にはもう辟易。
全部やっとけ!


65 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 11:46
全部買ったらいくら?
買って、買って、お兄さん(はぁと)


66 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 14:05
全部買っているぞ。乗り換えキャンペーンを相互に利用しろ。


67 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 14:08
びづあるすたでおもあかでみ〜でかったらえんとが4万逝かない。
しーべるでー5はでるふぇがついてなかった?
10万もいかんよ。

今の所でるふぇ以外はそこそこ使える。
でもVC++が一番楽だね。


68 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 15:23
確かに、
一つの言語がそれなりにできるようになると、
他の言語やるのは簡単だわな


69 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 15:42
一言語しかできない奴に言語を語る資格なしってことで。



70 名前: 名無しさんi486 投稿日: 2000/12/18(月) 15:51
C#とVBで十分


71 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 16:07
あほかC++は必須


72 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 16:23
もうこんな話題はどうでもいい
もう飽き飽きだよ


73 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 16:53
うん、あきた。3年後も同じこといってるんだろうな


74 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/18(月) 19:59
結論は出ないね。
M$次第って事か…


75 名前: 投稿日: 2000/12/19(火) 21:56
C++Builder Learningを注文しました。

書店で青山学さんの本をみていたら
VB好きの自分でもすぐに作れそうな気がしたんで。


76 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/19(火) 22:14
だから Power++ 買えって!


77 名前: sage 投稿日: 2000/12/23(土) 11:32
>>26
>あと3,4年先、もっと先の10年先考えたら、今Delphiで組んだ
>コードはまったく再利用できないだろうね

来年には再利用できなくなる VBはどうすりゃいいんだよ!


78 名前: 無党派さん 投稿日: 2000/12/23(土) 11:57
個人的にはBCBのが好きなんだけど
仕事で使うんならMSのじゃなきゃダメって言われるんだよね
言わない所もあるけど、多くないしね


79 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/23(土) 12:02
巨人・MS・自民党
トヨタ・スカパー・NTT。


80 名前: カルメン・マキ 投稿日: 2000/12/23(土) 12:19
>77
.Net FrameworkではVB6ソースのUpgrade Wizardがついてるので
心配はいらん。VB6のソースが無駄になるようなことをMSがすると
思ったのか?


81 名前: 79 投稿日: 2000/12/23(土) 12:20
ぼくはバカです。BCBもVCもVBもしったこっちゃありません。


82 名前: >80 投稿日: 2000/12/23(土) 12:31
するさ


83 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/23(土) 12:35
>>77
5年前の Delphi1のアプリはWin2000上のwin3.1エミュで何の問題もなく動く
さらにDelphi1のソースは殆ど変更無くコンパイル出来る

VB2アプリについて述べよ



84 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/23(土) 12:42
>>80
>Upgrade Wizardがついてるので心配はいらん。
使い物になるわけないじゃん。

>VB6のソースが無駄になるようなことを
>MSがすると思ったのか?
VBユーザは今まで覚えたことが無駄になる。



85 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/23(土) 12:43
>>83
>VB2アプリについて述べよ

・プロジェクトが開けません。
・文字コードがUNICODEになったので大変です。
・VBXもクソでしたが OCXはさらにクソでした。



86 名前: 名無しさん@お腹いっぱい 投稿日: 2000/12/23(土) 12:52
>84,85
君は学生か?工学部の機械・電子・情報や理学部数学科の学生であれば
よいのだが。


87 名前: カルメン・マキ 投稿日: 2000/12/23(土) 12:56
>VBユーザは今まで覚えたことが無駄になる
それは無駄になるようなことしか覚えてないVBユーザが多いからです。
IDLプログラミングなど決して無駄にはならんと思うが?


88 名前: デフォルトの名無しさん 投稿日: 2000/12/23(土) 15:15
Interface Definition Language の事?
Interactive Data Languageの事?

というか自分で<無駄になるようなことしか覚えてないVBユーザが多い>
って認めてるじゃん


89 名前: デフォルトの名無しさん 投稿日: 2000/12/28(木) 02:49
VCもBCBも使用してますが、研究室では圧倒的にBCBです。汎用UI部品をわざわざ
コーディングするのは時間の無駄です。先輩の話などを聞いても大学院では
BCBの方が多く使われているようです。「メインのロジックが何処にあると
思ってんだお前」とお叱りを受けました。でも大半がVCも使えてます。


90 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/28(木) 02:59
BCBは趣味
VCはビジネス


91 名前: デフォルトの名無しさん 投稿日: 2000/12/28(木) 03:07
MFCは論外だけど、VCLもどうかと思うのでWTL対応開発環境待ちです


92 名前: 名無しさんi486 投稿日: 2000/12/28(木) 05:11
VC++ムズイとかいわれてるが、ある程度まで覚えればそれほどでもないけど・・・。


93 名前: デフォルトの名無しさん 投稿日: 2000/12/28(木) 13:35

 私は、画像処理なんかの「実験プロラム」はC++とWin32API、
ツール類はDelphi+VCLで作ってますね。以前MFCも使ってみた
けど、利点を感じなかった。VCLも、ないならないで別に良い
んですが、あると適当なコンポーネントを継承して独自のコン
ポーネントを作る時などに結構重宝します。VCLにはもともと
高機能・高性能なコンポーネントがそろってるんで、「ちょっ
と付け足す土台」には最適かも。

 VBは、最近VB6を使う機会があったけど「相変わらず使えない」
と思いました(^^;。



94 名前: デフォルトの名無しさん 投稿日: 2000/12/28(木) 13:55
スレのテーマに沿っていないかも知れませんが質問させてください。

「猫でもわかるプログラミング」ではVC++を使っていますが、
このページにあるソースは全てBCBでもコンパイルできるのですか?


95 名前: デフォルトの名無しさん 投稿日: 2000/12/28(木) 14:09
BCBってアカデミック版あるんですか?


96 名前: >94 投稿日: 2000/12/28(木) 14:14
猫でもは知りませんが、可能だと思います。
リソースファイルがらみでちょっと手順が難しいかもしれませんが



97 名前: >95 投稿日: 2000/12/28(木) 14:22
調べてみてね
http://www.sofmap.com/shop/product/tanpin.asp?PRDT_ID=1050818
http://www.sofmap.com/shop/product/tanpin.asp?PRDT_ID=1050821
http://www.tokka.com/sis/search.asp?cl0=EB011001&sc=9770227#m0_5




98 名前: デフォルトの名無しさん 投稿日: 2000/12/29(金) 15:55
>97
ありがとうございます。
お手数かけてすいませんでした。

・・・ボーランドのページに載ってなかったんです


99 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/30(土) 02:31
え?あるけど・・・
http://www.inprise.co.jp/sales/cbuilder.html


100 名前: 名無しさんオーバーフロー 投稿日: 2000/12/30(土) 02:55
お金が無いのでどっちも飼えないなあ。
いまはWideStudioってのを試してます。
こちら。
http://www.asahi-net.or.jp/~uj3s-hrby/




101 名前: デフォルトの名無しさん 投稿日: 2000/12/31(日) 02:27
アマチュアのプログラマならC++Builderがお勧め。
プロのプログラマなら両方使えないとお話にならない。



102 名前: 名無しさん@お腹いっぱい。 投稿日: 2000/12/31(日) 03:43
プロならBCBは要らない。
BCBが必要なのはBCBでしか使えない低脳がプロジェクトに参加する場合、
BCBで書いたコードを修正する場合、
どちらも低レベルな仕事。
そういう趣味的プログラムを書く仕事をするのはプログラマーではない。


103 名前: デフォルトの名無しさん 投稿日: 2000/12/31(日) 05:32
つか、UIなんてコアと分離しとけばBCBでも何でも良いよ。>>101-102
環境依存なコードしか書けないやつは迷惑だからプロやめとけ。


104 名前: デフォルトの名無しさん 投稿日: 2000/12/31(日) 06:25
SDK APIオンリーで書いたものをコンパイルしたらどれが一番いいものが作れますか?
やっぱMSの?


105 名前: デフォルトの名無しさん 投稿日: 2000/12/31(日) 06:32
>>104
mingwinも結構凄そう。


106 名前: デフォルトの名無しさん 投稿日: 2000/12/31(日) 06:48
>>102 お前の発言はプロとは思えないよ・・・


107 名前: デフォルトの名無しさん 投稿日: 2000/12/31(日) 10:50
>>106お前に言われたくないよ・・・


108 名前: デフォルトの名無しさん 投稿日: 2000/12/31(日) 13:44
>>53
買ったけど使ってない。



109 名前: デフォルトの名無しさん 投稿日: 2000/12/31(日) 15:37
VCかBCBか迷うなら、BCCを試しては?Mingwもオススメ。

但しMingwは、VCやBCCには標準付属のライブラリ(vfw等)が欠けているので、
これから勉強しようという人にはやや不向き。
(一応VCとリンクレベルで高い互換性がある(らしい)ので、何とかなるかも)
一方BCCは、ソースレベルではVCと高い互換性があるけど、生成されるバイナリが
別物であり、VC用Libがそのままでは使えないので仕事にはやや不向き。
(一応ライブラリインポートツールが付属)

あと参考までに、コンパイラの性能は、BCC<VC<Mingw(gcc) だそうで。
実際、生成されるexeのサイズは BCC>>VC>Mingw でした。
(実行速度は未計測。でもBCC製exeが遅いのは有名らしい)
でも貧乏人かつ、vfwが必要な自分が使っているのはBCC。(藁


110 名前: 109 投稿日: 2000/12/31(日) 15:41
>VCやBCCには標準付属のライブラリ(vfw等)が欠けている
一部訂正。「Windows用のライブラリが一部欠けている」です。
誤解を生むような書き方をしてスマソ。
なるべく簡潔に書こうと思って言葉足らずになってしまった。


111 名前: デフォルトの名無しさん 投稿日: 2000/12/31(日) 22:59
プロはプロでも
パッケージ系と業務系、では
BCB,VCの評価は全然ちがうだろうさ。




112 名前: デフォルトの名無しさん 投稿日: 2001/01/05(金) 06:37
ライブラリっつーかむしろ、これからWinのプログラム組みたいならヘルプとかの方が大事じゃないかと思う。
フリーのコンパイラでWinプログラム組もうとして挫折中。

WINAPIのこととかが分かるヘルプやチュートリアルはVC、BCBに付いてるのだろうか?



113 名前: デフォルトの名無しさん 投稿日: 2001/01/05(金) 06:44
VCはMSDNライブラリあるけど肝心な部分が英語だったりする。
ヘルプの充実度はJava(JDK)が一番だと思うのは気のせいでしょうか?


114 名前: デフォルトの名無しさん 投稿日: 2001/01/05(金) 07:07
きのせい。


115 名前: デフォルトの名無しさん 投稿日: 2001/01/05(金) 07:30
JDKってサンプルが少なすぎるよ。いきなりsrc.jar展開して読めってのも
つらいし。
VC++、というかMS系はヘルプが英語だったりはするけど膨大なサンプルが
あるので結構それでなんとかなる事も多い。
# Editionによってはケチられてるかもしれないけど



116 名前: デフォルトの名無しさん 投稿日: 2001/01/05(金) 08:53
>115
サンプルにバグがあることもあるけどね。



117 名前: デフォルトの名無しさん 投稿日: 2001/01/07(日) 22:51
c?



118 名前: デフォルトの名無しさん 投稿日: 2001/01/07(日) 23:06
>>112
リファレンスマニュアルはあるけど、
ユーザーズガイドみたいなチュートリアルは無いと考えて良いよ。
この辺は本読んだ方がずっと良いと思う。


119 名前: 112 投稿日: 2001/01/08(月) 00:41
>118
そうですか。
ま、チュートリアル的なサイトがいくつか見つかったんで、VC買ってなんとかやってみますわ。

他の方も情報どうもです。


120 名前: デフォルトの名無しさん 投稿日: 2001/01/10(水) 19:48
誰かmingwとVC(Release)で出来たexeの速度比較した人いないか?
昔、cygnusで試したらVCの最適化に遠く及ばないので捨てたんだが。