使います。
シェアウェアでもありますよね、確か。
業務APはVBで作ることもありますからねぇ。

今MFCしか勉強していないということなら、一度はMFCなし(いわゆるSDK)でプログラミングしてみましょう。

>今MFCしか勉強していないということなら、一度はMFCなし(いわゆるSDK)でプログラミングしてみましょう。

やっぱり、そうですよね。他のサイトや書籍でも、MFCを使わないプログラムを書くことで、MFCがわかるようになる
と書いてあるんですが、いきなりMFCはさすがにきつい気がしてきたこのごろです。がんばらないといけないですね。

>使います。
>シェアウェアでもありますよね、確か。
>業務APはVBで作ることもありますからねぇ。

ここで、ちょっとわからなかったんですが、シェアウェアでもあるっていうのは、VC++でつくったシェアウェアが
あるってことでしょうか。ちょっと確認の為にお聞きします。

今日から週が開けまたお忙しいとは思いますがよろしくお願いします。

Cdsさんがお忙しいかもしれませんのでワタクシが。

>ここで、ちょっとわからなかったんですが、シェアウェアでもあるっていうのは、
>VC++でつくったシェアウェアが
>あるってことでしょうか。ちょっと確認の為にお聞きします。

ありますよ。沢山。
vectorとかでも探せるのでは？（そこまでする必要もないと思いますが。）

>やっぱり、そうですよね。他のサイトや書籍でも、MFCを使わないプログラムを書くことで、
>MFCがわかるようになる
>と書いてあるんですが、いきなりMFCはさすがにきつい気がしてきたこのごろです。がんばら
>ないといけないですね。
いきなりＳＤＫよりは、いきなりＭＦＣの方がやさしいと思いますが・・・

>ここで、ちょっとわからなかったんですが、シェアウェアでもあるっていうのは、VC++でつく
>ったシェアウェアが
>あるってことでしょうか。ちょっと確認の為にお聞きします。

シェアウエアどころか、市販のものでも結構あると思いますよ・・

初めてまだ２ヶ月目の私が答えるのもなんですが、ＳＤＫから入るより、ＭＦＣから始めた方が
いいと思いますよ！
で、ＭＦＣで出来ない機能をＳＤＫを使って補う事をした方が上達は早いのでは・・・
でも、将来的にはＳＤＫオンリーの開発をやってみたいと思っております。

>実際の会社では、MFCを使ってプログラム
実際、私は今まで業務用アプリをＶＢで作っていましたし、現在はＭＦＣで業務用のアプリの作
成を行ってますし・・・

開発工数から言えばMFCを使ったほうが少なくすみますから、
実際には高度なことはSDKで、（工数を）軽く作るにはMFCやVBで、
といった具合でしょうか。

どっちゃにしても、SDK,MFC,VBを全部やるつもりで、まずは
MFCというのは別におかしくないと思います。
要は「動けばいいや」ではなく、動いたあとに構造を
理解してみることが大事ですね。会社に入ったあと、きっと
役に立つでしょう。＜MFCとSDKは基本的に同じC++です。

ちょっと突っ込みを・・
>MFCとSDKは基本的に同じC++です。
MFCはクラスを使うのでC++でかまいませんが・・
SDKはC++でなくCで書く場合もあります。

MFCから入る方を薦める方が多いようですね。
私は、かつて通っていた大学がUNIX環境だったため、C/C++でコードを組んでいた事情もあり、
SDKで組む方が違和感がなく、むしろいきなりMFCは敷居が高く感じました。
それまでの経緯から無理なく入れる方を、私はお勧めします。

業務でMFCを使うか、ということですが、使っていますよ。
ただ、なんでもかんでもMFCというわけではありません。
他の言語も含め、どれで組むのが効果的かが常に考慮されてます。

厳密にはそうですね。＞不良ＰＧさん
まあ、一般的なSDKによるプログラミング入門書や猫がC++(VC++?)を
前提に書いてあるので、「(いわゆるSDK)」という意味で
わかりやすくするために使ってみました。
「MFCで作る」も、厳密には「MFCを利用してVC++で作る」ですしね。

ということも、理解できる範囲であれば知ってください。＞はまちさん

仕事としては全体的に(私の周囲では)VBの方が多いように思います。
私個人が引き受けているのはVC++のものがほとんどですけど。
MFCに関して言えば、手間を省きたい時に使うくらいです。

CdSさん、ヨコヤリさん、不良ＰＧさん、クリリンさん、いもちぃさん、sugarさん、NGAさん、
お返事ありがとうございました。初めに質問してから4ヶ月。あれから僕も必死に本を読みなが
ら勉強していたのですが、この4ヶ月間、いろいろなVC++で作られたソフトを見つけ、とてもい
い参考になりました。結局、僕自身は、以前にCの経験が少しあったので、思い切ってMFCの本
を一からはじめました。勉強当初はひたすら本を読んでばかりで、いつになったらそこそこのプ
ログラムが作れるようになるのかと思案に暮れていたのですが、ここの掲示でたくさんの人から
ヒントをいただけたおかげで、当初目標にしていたプログラムの形がだいぶできてきました。み
なさんにとても感謝しています。

　みなさんが言うところでは、やっぱり多くの現場でMFCは使われているみたいですね。また、
不良ＰＧさん、クリリンさん、いもちぃさん、sugarさん、NGAさんの言われるとおり、MFC以外
のこともとても大切なんだと強く感じました。こういった話は学生の僕にはとても新鮮に感じて
うれしいです。

　最後にもう一つお聞きしたいのですが、NGAさんが、NGAさんの周りではVBの方が仕事が多そ
うに感じているようなのですが、みなさんはどう思われますか。

VB、根強いです。
私のところでも、VBはまだまだ現役の感が否めません。
何といっても、C系より簡単というのが大きいです。
(反面、リスクも多々ありますが。)

最近ではWebシステムの開発が多くなってきているため、
絶対数が減ってきているのは確かです。
ただ、Web(ASP)開発ではVBScriptを使うことが多いので、
VBで培われた知識は、そういった部分で生き続けています。

どうも、クリリンです。
私の経験から言って、今まで業務に携わってきてから６年間、ＤＢ＋ＶＢが主流でした。
実際、私の周りでは、業務系アプリの開発はＶＢを主体でやっています。
確かに、ＤＢ＋ＶＢはどちらかというとＤＢの設計に力をいれておけば、比較的、開発工数が減
るのが現状です。
しかし、この２ヶ月の間、ＶＣだけでアプリケーションを開発する事になって、気づいたのです
が、ＶＢはおもちゃです。
なんて言ったら、怒られそうですが・・・
ですが、ＶＢはかゆい所に手が届かないという事が今までやってきて感じています。
そういった意味でも、ＶＣ（Ｃ＋＋）は勉強して損はないと思いますよ。
また、ＭＦＣは比較的、色々な文献で叩かれていますが、ＶＢに比べれば「月とすっぽん」だと
感じています。

とにかく、私も頑張って習得しますから、一緒に頑張っていきましょう！

>最後にもう一つお聞きしたいのですが、NGAさんが、NGAさんの周りではVBの方が仕事が多そ
>うに感じているようなのですが、みなさんはどう思われますか。
私のところでは、ＶＢは、ほとんど使われていません。
速度や柔軟性を要求されるソフトが多いからです。

ただ、一般的には、ＶＢやDelphiの方が多いと思います。
ＶＣと違って必要工数と必要スキルをかなり削減できると思います。

私はＶＢも使えますが、ＶＣ（ＭＦＣやＳＤＫ）を知ってからは、ＶＢを進んで使うことはなく
なりました。

私の思う効率のいいソフト構成は、
「ＶＣで部品を作って、ＶＢで組み立てる。」
ですね。