VB vs VC＋＋
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGまた、そのときのVBとVCの利点は？
よろしくおねがいします。
0002デフォルトの名無しさん
NGNGこちらこそ、よろしく。
**********終了**********
0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNGＶＢワールドにいる人にとって「よく使われてるのはＶＢ」。
比較できんのか！？
0005デフォルトの名無しさん
NGNG量的に見れば圧倒的にＶＢ人口のほうが多い。
0006デフォルトの名無しさん
NGNG0007デフォルトの名無しさん
NGNGの半分がVBを使えるらしい。
0008デフォルトの名無しさん
NGNG>VBとVCはどちらが業務でよく使われてるのか？
両方。
ＶＢ：画面表示
ＶＣ：内部制御（ＤＬＬ）
0010デフォルトの名無しさん
NGNG厨房は挫折する ... VC(C++)
0011デフォルトの名無しさん
NGNG地動説的に美しくシンプル ... Java, Delphi
0012デフォルトの名無しさん
NGNGVCでも、GUI作るのにそんなに困らないけど、
VBだとそんなに簡単にできちゃうのですか？
ちょっと興味あります。
0013デフォルトの名無しさん
NGNGそんなに困らないってゆーか、全然困らないって。
使えない奴がほざいてるだけでＶＣより、Delphiがすぐれてるって
言ってる奴は能無しだけだよ。Delphiのスレにいけばわかることだが。
0014デフォルトの名無しさん
NGNGメッセージ直接操作したいんじゃゴラァ！
0015デフォルトの名無しさん
NGNG0016デフォルトの名無しさん
NGNGVCでもできるってのは確かに出来るがVCLみたいな動作する
コントロール作るとなるとかなり手間がかかる。
ずーとVCやってるやつならそういうの自前で作ってあるんだろうが
間もなくそんなものは過去のものになると思う。
VCしか出来ない、VBしか出来ないって奴はCOBOLERの後を追うと。
0017デフォルトの名無しさん
NGNGとかあるけどな。
BCBのpublishdedってあれはなんだ？ あれこそCOBOLERつーか、APLER
つーか、PL/IER（いないって）
0018デフォルトの名無しさん
NGNG0019デフォルトの名無しさん
NGNG厨房は挫折する ... VC(C++)
0020デフォルトの名無しさん
NGNG0021デフォルトの名無しさん
NGNGその言語のこと批判する奴がオバカさんなんだな。
たたかれて無期になるなって。>>20
0022デフォルトの名無しさん
NGNG0023age
NGNG0024デフォルトの名無しさん
NGNG0025デフォルトの名無しさん
NGNGGUIなんか知ったこっちゃないよ。
0026デフォルトの名無しさん
NGNG使えもしないのに無理すんな
そのままVCと心中してくれよ(ﾌﾟ
0027デフォルトの名無しさん
NGNG簡単に作成できるGUIに組み込む事ができる
といいなあ。
0028デフォルトの名無しさん
NGNG0029デフォルトの名無しさん
NGNGATL（MFCとは言わん）でActiveXコントロール作りゃBCBで使えるよん。簡単に。
ちなみにVBで作ってもいいよん。
0030デフォルトの名無しさん
NGNGVBでも十分高速なんじゃないの？
VBだったらGUIすぐに作れるからコストも安いんじゃないの？
0031デフォルトの名無しさん
NGNGリソーススクリプトを習得せねばなりませんけど。
リソースファイルを書くのがかなりめんどくさいから
ダイアログボックスをつかわないアプリばかりになりがち。
0032デフォルトの名無しさん
NGNG細かいことやろうと思ったらVCでしょ
スピードだけど、十分高速で満たされる要求ならいいけど
そうじゃないものもあるし、例えばシビアな処理のあるゲームとか
GUIはリソースエディタ使えばVCだって即効でデザインできる、
俺はWTLを使うが、SDKをそのまま使ってもソースが汚くなるだけですぐ作れる
っつーか俺はC++で記述するのが好きなんだけどね
やぱり自由が一番
まあ社内ではVB,Access厨ばかりだけどね
0033名無しさんだよもん
NGNGそもそもVBの利点がわからん。GUIすぐつくれるって言うけど最近の環境じゃ
VCでもCFormViewクラスを使えばGUI作成が楽になるんじゃないの?
VCだったらこれで組めないものはまずないから他の処理系いらないんじゃないの?
0034ui
NGNG0035デフォルトの名無しさん
NGNG昔、VBでFFTやらせたらものすごいことになってしまった。
今考えるとVBでやらせるあたりが自分でお馬鹿だと思うが。
VCはやったことないけど、この辺のスピードはやっぱり速いんですか？
0036デフォルトの名無しさん
NGNGちゃんと計ったことは無いけど、感覚的には３〜５倍くらいスピード
が違う。
0037デフォルトの名無しさん
NGNG0038デフォルトの名無しさん
NGNG0039デフォルトの名無しさん
NGNGVCのどこがいいの？
0040デフォルトの名無しさん
NGNG004139
NGNGwhy?
004212
NGNGまだ、明確にVCより楽にGUI開発できるという認識はもてません。
ただ、TABは簡単そうでいいかな？と思いました。
他にこういうことをやるのにはVBの方が明らかに楽というのはありますか？＞VB･VC両刀使いの方々
0043デフォルトの名無し
NGNGで、その大多数がVCで大したこともできないくせにどっかの受け売りばかり（ｗ
ホントにＶＣでバリバリ業務をこなしている奴以外がＶＣ語るんじゃねえ
そんなんだから勘違いした厨房、工房や受け売りだけのＶＣ崇拝ヴァカがふえんだよ。
そんな事もわかんねえ奴は逝ってよし！
で、マジスレだけど・・・
ＶＢでできることをむりにＶＣでやる必要はないよな。
習得まで複雑だけどやれることが細かい、ＶＣが「大」、
習得は簡単にできるけど細かいことができない、VBが「小」
大は小を兼ねるけど、ガーデニングするのに耕運機使うヴァカはいないよな。
つまり適材適所！なんでも１つのことで解決するんじゃなくて、必要なときに
必要なだけ、必要なもので解決するのが良し！
大多数の企業がゲイツの下僕なんだから、ＶＢはマスターしていた方がいいよ？
まあ、マスターするってほど大したモンじゃないけどな（ｗ
あ、それから単体でアプリケーション開発するのはもう時代遅れ。
既在するその他のアプリケーション資産を有意義に活用するプログラムが必要に
なってくると思うのだけど、どうだろうか？
今からどう頑張ったって、ＯＲＡＣＬＥを超えるＤＢＭＳなんてできやしねえよ
できたとしても、す〜ぐオラクル社に抜かれちまうよ！
＃ＯＳもしかり。。。
この業界、結局はユーザー数に依存するわけだから新参者なんて蹴られるって。
まあ、まとめるとＶＢ程度でできることを誇らしげにＶＣでやってる奴とＶＣで
できるぞ！っていってる奴は糞！ 逝ってしまえ
あと
0044デフォルトの名無しさん
NGNGあと、なんだ〜？
続きあるなら聞かせてくれぇ
004543
NGNGいることを忘れるな。業務の中で気合入れてプログラム作るほど
たいしたことじゃないけど、ちょっと楽してぇなあって具合のとき
にこそＶＢは適してると思われ。あと小規模アプリ開発かな？？
まあ、ＶＢであろうがＶＣであろうが機能すればそれでいいじゃん。
ソースがわかりやすいようにとステップを置いて処理してると
ソースが汚いだとか、いちゃもんつけるヴァカがＣ使いに多いような
気がするのはおれだけであろうか？
プログラムソースは「わかりやすさ」とそこからくる
「リニエンジニアリングの可能性」が重要なんだよ！
ソースがどうこうとか、コンマ数秒早くなったとかで粋がってる
ヴォケどもの相手は疲れる・・・。
ＶＣだのＶＢだのこだわらないでマルチプログラマーを目指して
がんばんな！フローチャートの考え方はどれでもおんなじ。
要はそれを他のプログラム言語で応用できるかできないかの差だ！
特定の言語に固執するやつほど、ウザイ生き物はいないな。
そのへんを勘違いしている基地外にはなるなよ？
夏休み中の厨房、工房ども（ｗ
0046デフォルトの名無しさん
NGNG0047デフォルトの名無しさん
NGNG0048デフォルトの名無しさん
NGNGゲイツ崇拝者
0049デフォルトの名無しさん
NGNGWindows厨
0050デフォルトの名無しさん
NGNG0051デフォルトの名無しさん
NGNG0052デフォルトの名無しさん
NGNG0053デフォルトの名無しさん
NGNGだから、いつまで経っても BASIC でかかれたコードしか理解できない
んだよ、あんたは。
せめて UML を勉強してから出直せ。
0054デフォルトの名無しさん
NGNG友人の紹介で見にきました。僕はＶＢばかりでＶＣは話だけしか聞かないんですが、
ＶＣじゃないとだめだ！ってプログラムはゲームくらいしか思い浮かばないです。
ＶＣはあくまでＶＢの部品作りの言語ってイメージがあるのですが？
そんなにもＶＣは実務に使用される言語なのでしょうか？
これから学ぶにあたって「ＪＡＶＡ」「ＶＢ」を主軸に基本を抑えて「Ｃ」を学
んでいこうと思うのですが、ほかに何かやっておいたほうが良いプログラミング
言語ってあります？
ちなみに僕は内定いただいて来年からソフトウェア系企業に就職する学生です。
005554
NGNGただもっと、実務に近いようなプログラム開発の勉強をしたいんです。
職につく前にあとどんな言語をマスター（かじる）しておいた良いのでしょうか？？
0056デフォルトの名無しさん
NGNG簡単に作るならVB、細かいことをやるならVC、
ってイメージがあるんですがどうでしょ？？？
0057デフォルトの名無しさん
NGNGとりあえず言っとくと、
この板で「マスター」は禁句です。
言語に関しては、かじれるだけかじる。
それで一番気に入ったのを主として、補うように他の言語を使う。
どれも平等になんてできないからね。どうしても。
だからといって、固定言語厨房にはならないように。
VBだVC++だDelphiだって言ったって、使うやつが糞じゃどうしようもないし。
0058デフォルトの名無しさん
NGNG>ＶＣはあくまでＶＢの部品作りの言語ってイメージがあるのですが？
私は逆です。ＶＣメインで、ＶＢで作ると楽なところのみＶＢです。
0059デフォルトの名無しさん
NGNG>「ＪＡＶＡ」「ＶＢ」を主軸に基本を抑えて
>「Ｃ」を学んでいこうと思うのですが
ＣからＪＡＶＡへいったほうが賢明ではないでしょうか。
それと、ＶＢを使っているなら、Delphiも使ってみると良いでしょう。
0060デフォルトの名無しさん
NGNGVCで作ったdllをVBで呼びながらのデバッグテストがｲﾏｲﾁよくわからない
006154
NGNGとりあえずＣは学習してから、オブジェクト指向を学ぶためにＪＡＶＡへ移行しました。
ＣＵＩ環境で開発することは少ないと思い、Ｃはあくまでもアルゴリズムの学習用言語
として使用していきたいと思います。
windowsアプリとしてＶＢを使用して、ＤＢのインターフェースにも使用しています。
あとこれからのことを考えて新言語習得のためにＶＣではなくＪＡＶＡを選択しました。
理由はあまりwindowsに依存もしたくなかったし、どの機種でも起動するＪＡＶＡに興味を
もったからです。（ＶＣが難しそうだったのもありますけどね（汗））
でも、必要ならかじっておこうかなぁ・・・。ん、そうしよう！
やっぱり固定言語には縛られたくないですもんね。いろんな言語を通して
自分自身のスキルアップを目指したいと思います！
あ、「マスター」って言葉 使わないようにします。
ご忠告ありがとうございました。
0062デフォルトの名無しさん
NGNG0063デフォルトの名無しさん
NGNGhttp://www.borland.co.jp/delphi/vbusers.html
0064名無しさんだよもん
NGNG>>VBだVC++だDelphiだって言ったって、使うやつが糞じゃどうしようもないし。
おいらのことだ…
逝ってくる。
0065デフォルトの名無しさん
NGNG水割り
0066デフォルトの名無しさん
NGNG時間とか、金とか。
0067デフォルトの名無しさん
NGNGワラタ・・・
0068デフォルトの名無しさん
NGNGVCってできること多すぎ。わざわざVCで使わなくていいよ。
0069デフォルトの名無しさん
NGNG\39000
\12400
\8800
\ｵﾏｴﾓﾅｰ
0070デフォルトの名無しさん
NGNG00711
NGNG開発にかかる時間は変わんないよ。能力が低ければ別だけど。
0072デフォルトの名無しさん
NGNGＶＢの功績はかなり大きいと思われます（マジ）
0073デフォルトの名無しさん
NGNGVCの功績はかなり大きいと思われます（マゾ）
0074デフォルトの名無しさん
NGNG0075デフォルトの名無しさん
NGNGエクセル、アクセスは標準で企業は導入してるだろうし。
そんなデータを操作するならVBのほうが向いてるきがする。
0076デフォルトの名無しさん
NGNGそういう奴に限って、ほかの言語もろくに使えないんだよな･･･
0077デフォルトの名無しさん
NGNG＿＿＿ ／
／。Д。;:::＼＜ ｱﾋｬﾋｬ
/ /::::::::::| ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
| ./| /:::::|::::::|
| |｜／::::::::|::::::|
0078デフォルトの名無しさん
NGNGMSのものと同じジャンルのソフトを別の会社が出す場合
内容、価格、歴史の少なくとも１つは勝っていなければ
商品としては生き残れない。
MSのものと同程度にユーザーに受け入れられているソフトがあるとすれば
ほぼ間違いなくMSのものよりは優れている。
でも結局MSのを使っちゃうんだよなぁ・・・
0079デフォルトの名無しさん
NGNG0080古の型の職人
NGNG実開発段階でもの作り作業になった時点でやらなあかんことは言語問わず決まってんねんで。
たとえばクラスの関連決めるのにきみらなにすんの？
やるべき事象を選定して細分化して役割決めはおこなわなあかんやん。
それはフローチャート知ってりゃそっちのがより言語よりで物事決めれる手法であるっちゅうのはつかわなわかれへん。
フローからクラスつくんの難しいこと違うんやで〜。
そのうえで。
上でもいわれてる通り、お気軽にものつくるんならＶＢやんね。
デバッグが楽なことこの上ない。
リリース時に「VBの洗礼」を許容できるとこならVBが楽〜。
（なきゃいけないDLLだのレジストリにふえるごみだの・・・）
0081デフォルトの名無しさん
NGNGネタだとは思うけど、まじめに答えておこうか？
> たとえばクラスの関連決めるのにきみらなにすんの？
コラボレーション図とシーケンス図を書きます。
> フローからクラスつくんの難しいこと違うんやで〜。
もちろん、フローチャートが書けてれば、それをコードに落とすのは
簡単でしょう。フローチャートを書くのは、ほとんどコーディングす
るのと同義ですから。
問題は、そうやって作ったクラスが、仕様変更に耐えられるだけの柔
軟さ、再利用できる汎用性、そして見通しの良さを持っているかどう
かです。
フローチャートを用いて設計すると、設計段階で完全に変数の型やら
データ構造、条件分岐文などが固定されてしまうのが致命的で、コー
ドの柔軟性はゼロになります。その上、規模が大きくなったときに、
サブシステム間の相互作用を記述する方法（もしくは抽象的な概念）
がまったくないため、全体像を把握するのが極めて困難になります。
ただ単に動くコードなんて、プロの設計者なら誰でも書けます。問題
はその先。
0082古の型の職人
NGNGあんさん設計やさんやろ。
再利用性と保守性が今まで考えられてなかったわけないやろ。＠構造化の部品化
（実行できる人材が世に普及してた〜っちゅうのとは股別の話しやが。）
言語っちゅうのはこんぴゅーた君をしつける道具。
しつけ方の特性があれども「理論的な道筋から導かれる結果」っちゅうのはなんでだって実現できる。
モノ作り工程に特化した場合、今も昔も必要とされる手順はかわれへん。
手順を実現する際使う道具がUMLだのフローだのやっちゅう程度の違いを踏まえた上で。
（このての話をすると反応が各人の知識＆経験レベルによってほぼ決まってるから、
人員の見極めを目的として言っている側面もある（厨房選別の法 ）
でもCOBOLでクラスは書けんやろ
↓
すんげーがんばればニセクラスみたいもんはつくれるかも
↓
労力かかりすぎ
↓
保守性も再利用性も皆無
↓
(°д°)ﾏｽﾞｰ
0083デフォルトの名無しさん
NGNGＶＣ使っているよ。
0084as of
NGNGここでの評判があまりにも悪いので、いまDelやってまふ。
0085デフォルトの名無しさん
NGNG本当に小規模、低レベル処理しかしていない
黄身はもういい。
周りもフローチャートとか言っている人には
何を言っても無駄なようだから相手しないようにしてほしい。
0086デフォルトの名無しさん
NGNGコボルじゃぁね(w
って気がするが。
気になるのは、class 設計を フローチャートに完全に落す事が出来るか
って事です。
正直出来ますか？
(-_-) 後、大規模になった場合、フローチャートなんて書きたくないってのが
有りますよ。
どうせ、仕様変更重ねて、デバッグが終った後書くんだし。
0087デフォルトの名無しさん
NGNG−C++による実践的ソフトウェア構築入門− Tucker!著
ISBN4-88135-619-4 翔泳社 \3200
これよみな。
フローチャートって本当の純粋な意味のフローチャートだとしたら
落とせるわけないでしょ。
COBOLERやVBerの言うフロチャだから本当のフロチャなんだろうが…
0088古の型の職人
NGNG設計と製造を混濁してないか？
>>86
できる。但しやる価値はない。単純に紙の量が増えて管理できなくなるから。
管理図面とプログラムコードの関連イメージの一例
フローチャート：コード を １：ｎ（言語により100〜1000などなど）っすると
クラス図 ：コード は １：１（オブジェクト指向言語依存かつ理想形）
であるとして、
「クラス図なら１ですむものをフローなら100書かなあかん」くらいに思うと想像しやすいかも。
フローからコード化作業するには一つ展開作業がある。
↓
展開作業要員(プログラマ)の力量次第
↓ﾄﾞｷｭｿ ↓以外
(°д°)ﾔﾊﾞｰ (°д°)ﾗｸｰ
0089デフォルトの名無しさん
NGNG無理にVCにしろとは言わない。ただ会社の標準がVCなので、ほかの人と
ほかの人とプロジェクトを組むときはVCにしてもらってる。外注の選定条件も
VCができることが条件。プロとしてお仕事をもらうならVCはやっておいた方がいい。
0090デフォルトの名無しさん
NGNG0091デフォルトの名無しさん
NGNG例えば、条件分岐を多態に置き換えた瞬間にフローチャートとコードが全く対応とれなくなると思うんだけど。
0092デフォルトの名無しさん
NGNG0094デフォルトの名無しさん
NGNG適当にってのがあれだけど、
フローなんぞちまちま書いてきよるんよりはマシやね。
0095デフォルトの名無しさん
NGNGそれ以前に、分析・設計といった抽象的なレベルでシステムを俯瞰するときに
は、フローチャートは粒度が細かすぎて使いモノにならないし。
0096古の型の職人
NGNGそりゃ単にデスマーチへ序章なだけでしょ。
>>95
製造での〜っちゅう前提でゆーてんのに設計立場だけで反応すんな〜っちゅうねん。
フローチャートもそんなときのために「QC７つ道具」とかあったやろ。
0097デフォルトの名無しさん
NGNGブジェクト指向で行い、その結果をオブジェクト指向言語を使って
スムーズに実装に落とすことを指します。
オブジェクト指向で開発する利点は、上流の分析／設計と下流の実
装が、比較的シームレスに繋がっていることです。分析から設計、
そして実装と一本道で進むウォーターフォールモデルと比較すると、
はるかに柔軟に変更できるのが、なんと言っても大きな利点。
ソフトウェア開発においては、実装工程は全工程の一割、せいぜい
二割程度を占めるだけです。その実装工程だけ取り出して云々され
てもねぇ。実装を軽視しすぎる設計者も痛いけど、分析／設計済み
の仕様を渡されてコードに落とすだけの経験で、ソフトウェア開発
経験を騙る^H^H語る COBOLer は、もっと痛いですな。
0098デフォルトの名無しさん
NGNGフローチャートを書くくらいだったら、PDL書いてソースにコメントとして埋め込んだほうがマシ。図に描くことはオーバーヘッド以外の何者でもない。
でもそれよりメソッド／ルーチンを細かく分けてコメントのいらないコードを書くほうがいいと習った。
あえてフローチャートを書くとしたら、別オブジェクトのメソッド呼び出しはどんなハコで記述するのだろうか？
「処理」でもないし、「サブルーチン」でもないし…、そもそも多態を使っていると相手のクラスすら記述できないぞ。
0099デフォルトの名無しさん
NGNGコメントのないコードはぞっとします。
0100デフォルトの名無しさん
NGNG0101古の型の職人
NGNGここにもおぶじぇくと厨発見っとφ（．．）
実装のあとの保守と改修作業工程考えてへんやろ。
それ含めて全体の４割で抑えられたら実務上ばっちしやけどな。
ちなみにその設計分析済みの仕様うぃ渡されてコードにおとすだけなんは
オブジェクト指向でのソフトウェア開発のめざすとこなんちゃうん（ｗ
ついでだがそんなCOBOLerが痛いのはドーカンやけどねぇ。(~-~;
あんさんが実務でもまれるまではそんなCOBOLerとおんなじよなもんやで。
0102古の型の職人
NGNG>>98
クラス図書くならVBで開発するとしんどいし、フローかくならVCだとたるい。
これをふまえて。
オブジェクトは両端の縦線が二重線のハコマークを使って関数扱いにてかくと書けるよん。
＞でもそれよりメソッド／ルーチンを細かく分けてコメントのいらないコードを書くほうがいいと習った。
細かく分けてコメントかいとくだけでごっつい違いあるで
あとから見た別の人への親切
↓
保守も早く確実になる
↓
(°д°)ｳﾏｰ
010386
NGNG同感。
つーか、多人数の開発の中に 居て欲しくないですね。
コメントが無くてもイイソースなんて、所詮はまやかし以外の
何者でもない。
もっとも、本人「だけ」には判るんだろうけどね。
（予想される反論に対する答え）
そのソース、斜め読みできますか？
>>古の型の職人さんへ。
設計分析済みの仕様って、つまり、フローチャートなんですか？
もしかしたら、僕がフローチャートに関して、イメージが違うのかも。
学生の頃は、フローチャートって言えば
+--------+
|印刷処理 |
+--------+
とか書いてましたけど。
(中のソースコードは、当然プリンターの初期化やらなにやら
５０行以上書いてましたけど。)
こういう書き方しているなら、全く問題ないです。
(try catch throw も問題なさげだし。)
これだけ有れば、PGも展開出来るはずだし。
もし、そうだったらすんませんでした。
0104古の型の職人
NGNGそれっすよ〜
１個の項目をコードに落とすのにかんがえなあかんことが実はいっぱいある。
設計書としては「プログラム設計」のフェーズ（うぉーたーふぉーるより）の成果物であるはずです。
んでそれをコードに落とすときのためのさらなる詳細フローもあったりしますが、
混同するとたいへんなことになれまふ(~-~;
（このへん言語依存はげしくなってくるゆえです）
0105デフォルトの名無しさん
NGNG保守・改修のフェーズに入ったら、設計を見直すことに時間を割かず
に、いきなりコーディング始めるんですか？
だいぶスレッドの趣旨から外れているので、この話題は sage 進行で
お願いします＞各位
0106デフォルトの名無しさん
NGNGしっかり勉強するならVB、VCどっち？
0108古の型の職人
NGNGＶＣ＋＋。
これから新しくおぼえていくなら時代の言葉でおべんきょするのが効率がいい♪
ついでに。ＶＢはソフトウェア開発を知ってる人間が使って始めて「おきらくツール」になりえるから。
0109デフォルトの名無しさん
NGNGやっぱりWindowsの仕組みを知るには一番いいし
最初にそれをやるのが結局一番効率いい。
Windowsに固執しないなら
Ｃ言語 → Ｊａｖａ
がいいかな？
0110デフォルトの名無しさん
NGNG>しっかり勉強するならVB、VCどっち？
VBの良さってしっかり勉強しなくても取り敢えず使える点じゃないの？
0111デフォルトの名無しさん
NGNG■ このスレッドは過去ログ倉庫に格納されています