VisualC＋＋を買って独学でなんとかなるものか？

VisualC＋＋を買って独学でなんとかなるものか？
参考書だけで、何とかなるんでしょうか？
レベルは中小のソフトハウスプログラマー程度です

VBAならわかる程度です

時間と根性があれば。
私はヘタレなんで3ヶ月くらいかかりました。

私は中小のソフトハウスプログラマーレベルで、独学で何とかしました。
つーか、なんとかせざるをえなかった。
そんなんばっかだ、うちの会社。

なんかそんなMLがあったなあ

何を独学するんだか。

講義かなんかで人に教えてもらってもアクビが出るだけで効果ないよ。
自分で理解しないと

半年プロジェクトにぶち込まれれば
それなりに出来るようになるよ。(藁

あなたが開発に携わったプロジェクトについて800字以内で述べよ

ぎんこう

何とかなる。
以上。

でも、独学だと挫折する人多いよなぁ。

っていうか何とかならなかったらヤバイ。
プログラマー辞めれ。
他の職業の方がいいよ。

VisualC++がJavaとか他のキーワードでも独学でなんとかせんと。
教えてくれる学校とか先生とかないでしょ。
でも今は検索エンジンがあるからインターネット常時接続環境が
あればなんとかなるね

うーん、私は、10年ぐらい前に中小のソフトハウスプログラマー程度で、
TurboC2.0DOS版でC++を独学で覚えた。やっと参考書が出始めた頃だったなぁ。
当時実務では、GW-BASICとか、MSBASCOMとか、PL/Mとかやってた。
頑張れば、何とかなるさ。

ダメでもいいじゃん。やらないより。投資も安いもんだしね、プログラムの場合は。

＞中小のソフトハウスプログラマー程度

ってどれくらいのレベル？
オンラインソフトでいればどの程度のものですか？
興味あります。教えてください。

>オンラインソフトでいればどの程度のものですか？
総入れ歯でしょうかね？

＞17
意味和姦ね〜ゾウ！

私も知りたいです。
初心者はVC++を使って始めるのが
よいのでしょうか？

初心者といっても、頭のいい奴もいれば、そうでない奴もいる。

>20

俺のことだ。らーりらーりら〜ん。(そうでない

>>１
大概挫折するからやめとけ。

割と簡単でしたよ。

独学で十分覚えられる。
本代かかったけどね。

漏れも独学だ。

私の場合、参考書は買わずにVC++ 4.0 Standardについていたチュートリアルだけで何とかした。
やる気さえあれば、どーにでもなる。

そのどーにかなるってのが問題。
ウィザードが作ったクラス以外なにもクラスを書かなかったり。。。

車の運転みたいなもの。"向き・不向き"はあるけど独学でも教習所で
覚えても一応運転できるようになる。

私も独学。
本でね(ほとんど図書館から借りた)
自分である程度のプログラムを作れるようになったと実感できるまでに４ヶ月。

というか、いままで本を読んでもぜんぜんわからなかったのが、自分にあってる本を見つけたらすぐに上達した。
自分に会う本を見つけられれば、比較的早く取得できるはず。

まあ、私はプログラム経験(perl、JavaScript、API使わないVB程度)があったけどね。

つーかさ、独学ででもやろうって気のないやつは
たいてい使い物にならん。
けっきょく誰に教わろうが、勉強は自分でするものだ。

独学でなかったらどうやって覚えるの？学校に行くとか？
本とかネットでひとまず覚えても、仕事なりなんなりで使わなきゃ知識だけで、
ある程度までしか使えるようにはならないと思うけど間違ってるかな？

＞３０
いやー基本だけどいいことゆうね

なんとかなるが使い物にはなんないね。
だってVisualC++4.0のマニュアルやチュートリアルなんてクソだったでしょ。
ま、それはほんの一例。
C++から、基礎を固めるのが大事。
VC++買っても、暫くWindowsアプリ作ろうとか考えないこと。

>>33
じじぃは、逝け

>>33
そーは思わないな。考えちょっと古いよ。
RUN AND GOでいーんじゃない？

＞３３
ダダ

>>28
独学で運転覚えたのか？
元族？

VisualC++ はおろか、 C++ を教えてくれるところってどのくらいあんの？
大学じゃまず教えないけど、専門では教えますか。

OJT?

>>38

本

私がC++覚えた頃ってろくに参考書無かったけど（日本語のね）、
いろいろ試行錯誤しながら、作りながら覚えたなぁ。
どっちかって言うと、C++を勉強したって意識は無くって、
こういう開発言語を求めてたってとこもあるし、
理解すればするほど面白くてしょうがなかった。

勉強しようとか、そんなに構える必要は無いように思うんだけどね。
楽しみながら、覚えて欲しいなぁと思ったりする。
何とかなるかどうか、迷うんじゃなくって、始めてみれば良いと思うんだよね。
＃オヤジの昔話みたいですまん。

MSのサイトに公式解説本のってたぜ。7000円くらい（たしか。。

Ｃ＋＋はクラスが理解できれば５割は理解したも同然。
ただ、残り５割が複雑怪奇だったりするんだけどね。♪

>>42
つか、オブジェクト指向だよね。
これが理解できれば、世にある言語の５割は理解したも同然。

オブジェクト思考の理解と言語の理解は全く別
混同君逝って良し

オブジェクト指向とオブジェクト思考は全く別
混同君煎って良し

高校に入ったと同時にＶＣかって友達と二人で本を見ながら勉強したけど、
Direct Draw とか　sound を使ってゲ−ム作るぐらいならすぐだった。

やっぱり、高校生がプログラムで作りたいものというとどうしても
ゲ−ムになってしまうわけです。

＞なんとかなるものか？
というのもひとそれぞれだとおもう。
僕はゲ−ムが作れたらいいのでこれで十分だし。

どっかの専門学校の先生はＶＣつかって授業してるのに
クラスなんか使わなくてもできる！とか言ってるし。

どうにでもなるんじゃないですか

>どっかの専門学校の先生はＶＣつかって授業してるのに
>クラスなんか使わなくてもできる！とか言ってるし。
流石専門教師！
きっとクラス使わずにＭＦＣも使えるとか言い出すんじゃない？(藁

クラスを使わないで暮らす

>>46
そのゲーム公開してる？
教えてくれ。

１さん頑張ってね。
こんな書籍もあるのだから。

http://hp.vector.co.jp/authors/VA013231/koka/

Visual Basic 、ACCESS、なら、業務アプリで職はあると
おもうのですが、実際、地方で、VisualCで飯をくっていくと
なるとどのようなソフトウエアになるのでしょうか？
私は中小のソフトウエアハウスですが、VisualCができる
人はいませんし、そういった仕事もないです。

VBでフォームモジュールを使用しないように心がければVCへの移行
は楽ですぞ。APIバリバリ使って下さい。

>50
おいおいこのページ。
子供にVC++を教え込もうっていうのかよ
天才少年でも発掘したいんだろうか？

その前に普通に教育してプログラムの裾野を広げたほうがいいと
思うんだが

プログラム教える前に一般教養教えないと
近い将来必ず厨房プログラマになっちゃうよ。

俺は小学生のとき友人とテトリス作ったぞ。
スゲーだろ。
今から１０年前の出来事です。

独学でVBやり始めたんですが、
VBでAPI使うには、宣言文を書かなくてはならないが、
APIビューアを使え。でもバグがあって役にたたない。と聞きます。
皆さんはどうやっているのですか？？

小学生の頃にVisualCを持っていたのか・・・うらやましい・・・
俺の頃はノートにニモニックコード書いて表を見ながら手でマシン語に
変換してたよ・・・動いてたプログラムも今考えるとしょぼかったね。

ここってＶＣスレだったの？
自分が使ったのは Basic です。

あ、BASICか・・・スマソ・・・

>52
なんか本末転倒

小学生のころ、友達がポケコンを買って、みんなで使いまわしてたら
そいつが飽きたのでぼくがもらった。ボロボロになってたポケコンで、
BASICをやりまくり、最後にはエラーの出し方が分からなくなった。
今から思うとすごい。

＞56
API_Viewerははっきりいってあまり使えません。MSDNの方がいいですよ。
将来のためにも。ダニエルアップルマンWin32　APIパズルブック（翔泳社）
が勉強になるよ。

俺は小学校の頃既にＲＰＧ作ってたよ。
一応ＯＰ、町、フィールド、戦闘、ボス、ＥＤと
一通りは作ったよ。
けど、音楽無し、シナリオ糞だったな。(藁

独学で技術レベルがどんなに高くなっても、
実務経験が無いと認めてもらえなでしょう。

とりあえず一種取っておけ！

62さんありがとう。

>独学で技術レベルがどんなに高くなっても、
>実務経験が無いと認めてもらえなでしょう。

認めてもらえないけど実際に働けばすぐに
「実務経験があっても...」
という人間よりはましな仕事が出来るでしょう。

その結果安い給料でこき使われるでしょう。なんてな‥

>>65
過去にタイムスリップしなけりゃもうとれねえよ
馬鹿が

結局努力でしょう

Viusal C++ 6買って独学していますが、VBとフォームの扱い
が違うのが難しいところ

フォームってどうやって作るんだろう

>71
同感＆あげ

VBで作ってVCにインポート。:-)

>>71
リソースエディターで作る。

CreateWindowで作ったほうが、簡単に他の人に改造されない。

>VBで作ってVCにインポート。:-)

どうやる？

>76
リソースエディタでインポート
リソースって何？とか言わないでね。

>>77
リソースエディタで作るのとどう違うの？

つーか、「フォーム」ってどういう意味？
普通のSDIやダイアログのウィンドウとなにか違うの？
ＶＢ使いさん教えてつかーさい。

つーかそもそもWin32に「フォーム」なんて概念ないだろ。
VB likeに使いたいならダイアログベースでやれ。

「フォーム」＝「ウインドウ」でしょ？違うの？

c#にもそれある。教えて。

俺はフォーム＝コントロールを貼り付けるための土台という理解なんだけど違う?

灰色のウィンドウじゃ間違ってる？

素朴な疑問なんだけど、フォームをＭＤＩに設定することもできるの？
もしできないなら、ＶＢでＭＤＩはどうやって作るの？

var Form1: TForm1;
implement
Form1.MDIChild := True;

>>86
それDelphi、と一応突っ込んでおく。

フォーム:登録用紙(などの定型用紙)
ウィンドウ:窓

実体はコントロールが載るからダイアログと同じ。

実際VBでの仕事が殆どの会社が多いだろうがC知っていれば
何かと重宝がられるのは確か。ゲーム系ならC出来ないと話にならない。
Javaと合わせて全部やっとけば？

>>87
確かにCだけど
どっちかっつーとSDKじゃない？

ゲームプログラマー（特に３Ｄ系）はアセンブラ必須です。

>>89
どの部分でアセンブラ使うの？（ネタかな）

>>89
知ったか恥ずかしい

>>89
確かに携帯ゲーム機なら今でもアセンブラは必要かも。
特に新人のうちは携帯ゲームの開発部隊に回されそう
なのでCPUアーキテクチャを深く知る上でも知っといた方が
いい。

>>90-91
エロゲーとは違うのだよ。

>93
頂点しぇ−だとかピクセルしぇ−だって言葉聞いたことあるけど
変な苦労してリアルにするよりゃゲーム面白くした方がいいと思うが？

>>94
それはゲームヲタの理論です。
プログラムヲタは違います。

>>95
煽りばっかりで、具体的な事は何も言えない奴。

>>96
オマエモナﾅなﾅな菜ﾅななー

>95
そうはいうけど、ここ最近のゲームって絵はいいけど
ゲームはさっぱりだねっていうのばっかりだぞ。
そろそろプログラム的にも考えなきゃならんのとちゃうか？
確かに「凝ったしぇーでぃんぐ」とか「もーしょんぶらぁ」とか
やれば何々をやりましたって言えるし本人も達成感があるみたいだけど
それってゲームをプレイする側にはホトンドメリットないんよね。
PS2の馬糞がいい例でしょ。それよりはもっとゲーム的に面白く
なるようなプログラムを組んでいかなきゃ駄目な時代に突入してるんじゃ
ないか？例えばなんだっていわれると何もいえんが、
ゲーム的に凝るって意味を見た目に向けるんじゃなくて
内容に向けるようにしなけりゃならんと思うのよ。
見た目にだけ凝るのは楽な逃げ道だよ。数学の本を読んで勉強して
その通りの式を入れてちょっと工夫してできたエフェクト見て
手ぇ叩いて喜んでるのはもう旧石器時代のエテ公プログラマだけだって。

>>98
>PS2の馬糞がいい例でしょ。それよりはもっとゲーム的に面白く
>なるようなプログラムを組んでいかなきゃ駄目な時代に突入してるんじゃ ないか
もうこれはPSでも起きてる。FF8とか。
初めのオープニングとかSTARTで飛ばせないし。そんなに見てほしいのか。
それでもクリアして、後からもう一度やろうと進めたけど
始めのほう(イフリートに行くあたり)で飽きて電源offしてしまう。
もうストーリーもわかってるし、レベル上げても敵が強くなるから
つまんない。カードも進めると取れないカードがあったりして、いやになってくる。
一回で飽きた。
FF7は何度もやったんだけど。

今は反射神経ゲーム付きチャットソフト作りつつ
GB DQ3をやってます(合計で3回はやってるなあ)。

# やまがめさん?

>>98
凄いグラフィックは基本。
これをはずすと売れないソフトになるからだめ。
プログラミングで面白くはならない。つまらなくはなるけど。

売れりゃいいんです。作ってるのは企業ですから。
こだわりのあるゲームがやりたいなら、アマチュア系から掘り出した方がいいね。

K仲川さんはもうC++は消えるであろうと予想されていましたが
どうですか？

>>97
煽りしかできない奴には、煽りで十分だよ。
まず89が「世間の3Dプログラムでアセンブラがバリバリ使われている」ということの
具体例を出すべきだろ。
そうしたら、まともに相手にしてやってもいいよ。

>103
いや、それは使われていることはたしからしい。
俺はＰＣで簡単なもんしか使ってないから解らないけど
じつはアセンブラでしかできないようなこともあるらしいし、
事実ＰＳ２で組むにはアセンブラが必須らしいし、
会社の求人広告みてもアセンブラできる人優遇ってところは多い。
世間の３Ｄプログラムってところは具体例をあげるまでもなく
ＰＳやＰＳ２ではアセンブラが必須なのだから89にはまともに
あいてしてやれ。

もとにもどして１の質問への質問なんだけど、
独学以外にどうやって覚えるの？

独学以外だとOJTでしょ。
簡単な改造からやらせてわからんことがあったらその都度教える。
仕事に入ってるのに1から入門書読ませてるわけにもいかんし。

>>103
PS1 - SCEのライブラリに頼るだけじゃ他社の映像に負けちまうから
GTE直叩きとパフォーマンスアナライザでスペック引き出し、
よって要アセンブラ

PS2 - ライブラリがまだ整備されてないし、
VU周りのアーキテクチャがかなりキてて汎用コードが書きにくいんで
仕方なくハード直叩き、よって要アセンブラ。

PC - Direct3Dにおまかせよ〜ん。下手にアセンブラでいじくっても
ハードの性能アップのほうがずっと激しいし、あんま意味ないよね。
しかぁし！ ピクセルシェーダと頂点シェーダが登場したし、
2DエロゲーにはやっぱりMMXいぢりが必須、よって要アセンブラ。

>2DエロゲーにはやっぱりMMXいぢりが必須、よって要アセンブラ。

？？？

>？？？
意味のないフェード、無意味なモーフィング

>109
うむ、返す言葉が無い。

>>106
>簡単な改造からやらせてわからんことがあったらその都度教える。
そんなかったるいことに耐えられるんだ。尊敬するよ。

>仕事に入ってるのに1から入門書読ませてるわけにもいかんし。
俺は入門書読ませるよ。入門書レベルのことを、いちいち教えちゃ
いられないよ。
あ、だから、俺の下は、人が育たんのか？

たとえば「あの子と付き合いたい」というような相手もあってのことの場合は努力をしても結果として実現出来ない場合もあるし、
「宝くじで1億を当てたい」なんていう運がすべてのような願いは運しだい。
「金持ちになりたい」という途方もないことは実現方法すらどうしていいかわからない。

しかし、「VisualC＋＋を買って独学でなんとかしたい」という、
本でも資料でもいくらでもそろっている世の中で後は自分の努力がすべてのようなことは、自分の努力しだいではないの？

そこまでしなくても、楽して「なんとかしたい」ってことなのでしょうか？

>>111
現場で入門書読ませても全然頭入らないみたい。つまらないからね。
ヘタすると寝ちゃうし。
こうこうこうするんだと作業の流れを形だけでもやらせてやった方が
教わる方も面白いから覚える。
仕事中は本はリファレンスでいい。頭から読むのは家でやらせる。
客先とかだとマズイから。形だけでも仕事させてるようにしないといけ
ない。
本当はそいつらいない方が効率あがるんだけど、一応人を使う勉強
もしないとね。つきはなすだけじゃ下ついてこないし。

>112

努力次第でなんでも実現できるのかな？
IBMのSEみたいになりたいといっても、それなりの環境が必要なわけで、
独学ではなれない。

「みたい」にはなれるんじゃないか？

>115
IBM のSEみたい　にもなれないよ

>>114
なんで、「IBMのSEみたいになりたい」と
「VisualC＋＋を買って独学でなんとかしたい」が同じなの？

>117
独学で、できるかどうか　をくらべている

>>114 == >>118

IBMのSEみたいになりたい ==> 環境が必要で独学ではなれない。
VC++を買ってなんとかしたい ==> 環境をそろえるのが容易。あとは自分の努力次第。

でいいですか?

ソフトはどれがいいと思います？
僕もやってみたい。

>>120
VCやりたいわけ？
まず、C→C++→VisualC++。
いきなりVCに入ると
「こんなに難しいのはオイラには出来ない。」がオチなんでCから入るのが無難
VCまで長い道のり・・・・・もちろん本読みながらゆっくりと。
生半可な決意でVCに挑戦すると、金の無駄遣いになるから慎重にね。
では頑張り給へ。新米プログラマ

C++BuilderとVC++のそれぞれの長所短所を教えていただけないでしょうか。
もちろん両方できるのが一番良いとは思いますが。

VCの長所はMSの製品、統合環境が使いやすい、コンパイルが速い。
BCBの長所はUI作るのが楽、VCLが理解しやすい。

VCの短所は、、、なんだろう、、
今となってはちょっとC++の仕様の対応が古いことかな。

BCBの短所はエディタが使いにくい(人それぞれなのは承知してる)。
タブがへんだよね。どう考えても。

リソースの編集とコンパイル＆デバッグにのみＶＣ++使ってる。
それ以外は「メモ帳＋ペイント」です。

aa

>>125
メモ帳ってフォント大きすぎない？
行数制限もあるし、プログラムに向いてるとは思えないけど...

>>127
フォント変えなよ…

>>128
うそ！！メモ帳ってフォント変えられるの！？
知らなかった（涙）

メモ帳使うくらいなら、どっかからテキストエディタをひろってきなよ。

.

>>129
MkEditor お奨め

VCで直ガキでいいとおもうんだけどな・・・

>>133
Ｆ１おしまくる私にはその方法しか残されていない…

cygwin + meadow + nmake

cygwin + gcc + gvim

　　　　 　,一-、
　　　　 /￣　l |　　　／￣￣￣￣￣￣￣￣￣￣
　　　　■■-っ　＜　んなーこたーない
　　　　´∀｀/ 　　　＼＿＿＿＿＿＿＿＿＿＿
　　 ＿_／|Ｙ/＼.
　Ё|＿_　| /　　|
　 　　　| У..　　|

>>1
「独習C」は例題が豊富だから、これ1冊やればCに関しては、ある程度
理解できると思うけど、実用レベルがどの辺にあるのかワカランから
なんとも言えないな〜。

>レベルは中小のソフトハウスプログラマー程度です

これって目指す目標？　>>1さんの現在のレベル？

VBAってポインタとか大丈夫なの？　マシン語がまったく分からなければ
「はじめての8086」あたりからはじめてみるのがbetterだと思う。。

ボーランドとMSどちらが初学者向けですか。
やっぱMSのほうが使ってる人が多くていいんですかねぇ。

クラスが分かって、ポインタの分からん奴はどうすれば？

個人ならどちらでもいい。
会社はVisualC++が圧倒的に多い。
BCBはdelphiで作られたライブラリも使えるメリットがある。
比較的BCBは頻繁にメジャーバージョンアップする印象があるんでアップグレードするのが面倒。

その質問で何を答えればいいんだ？

>>142
結局関数すら書けないから何も分かってないことと同じ。

ＶＣ＋＋って事はＭＦＣも、って事でしょ。

そこまでやるんだったら、ＭＦＣやる前に、最低でも
Ｃ＋＋(特に継承）、
ＡＰＩ(デバイスコンテクストとかメッセージとか)、
そしてクラスライブラリの仕組みくらいは、やる必要あるんじゃない？

いくつかＶＣ＋＋の本みてみたけど、ここらへんの事を詳しく書いて
ある本って、ほとんど無いんだよね。

mingw32 + Wz + sgiSTL

>>144
VCの本はほとんどMFC中心ですね。

MFCはいらない。

VC++で使える関数(とクラスライブラリ?)のリファレンスっていう
と、ＭＳが販売してる高価なやつしかないですかね？　やっぱアレ
買うしかないのかなぁ。リファレンス欲しいんだけど、お金きつい・・(T-T)

MSDNで十分
頭使えや

MSDNで十分
頭使えや

日本語ちゃんと書けや

Cの基礎が一通りできたら
「C言語によるプログラミング(スーパーリファレンス)」を読むべし！！
ANSIの全てが解説されている上標準関数の戻り値や使い方もすべて
載ってる。まさにC言語学習書最高傑作といっても良い。
だまされた思って買ってみな

>>152
あ、騙された♪

C-＞java-＞C++はどうですか？

>>150
つーかMSDN高過ぎや。
個人にゃ　ならかなか手が出ーへん。

鬱だ

Ｃから習得する方が、結果的に近道な気がする、今日この頃。

VC++付属ってことじゃなくて？

＞155
やふおくで買えるで。

http://hp.vector.co.jp/authors/VA000092/jokes/strup.html

VC++付属のMSDNって見づらいです。リファレンスには
いいけど、あれを「読む」のは一苦労。サンプルコードも
少ないしね。

http://search.auctions.yahoo.co.jp/search/auc?p=MSDN&alocale=0jp&acc=jp

MSDNってコレ？　これ１つ買えばＯＫなの？

常時接続環境を持っているならオンライン使っても良いんじゃない？

オンラインもちょっと使いづらいんだよね。
やっぱCD-ROMより冊子形式の方が使いやすいなぁ

>>149
ムチャなこというなよ・・・。

一時期、オンライン使っとったけど、使いづらくて駄目でした。
（サーチが出来なかったような
移り変わった会社は、何時も最新のＭＳＤＮが有るから
えれぇ嬉しい．．．．
開発がえれぇ簡単なの /_;。

最新のＭＳＤＮとオンラインで調べ物が出来れば
全く問題ないですね。

>>124
BCBのタブ変？
もしかして、デフォルトの設定で使ってたりする？

ただまあ、設定変えたところで使いにくいのは承知。

やっぱオンラインをダウンロードしてHTML HELP Workshopあたりで
ひとまとめにして検索するのが一番良いかと。

構造体のリファがない＜オンライン

やっぱヤフオクか？

>168
platform sdk

>>166
エディタの環境オプション、BCBは
タブ文字の使用：off
スマートタブ：off
インデント幅：4
タブ位置：5 9
Delphiは、
タブ文字の使用：off
スマートタブ：off
インデント幅：2
タブ位置：3 5

殆どの人がこの設定で使ってると思うんだけど違う？
確かにデフォルトは妙な設定だよな・・・

ちょっとスレ違うかもしれんけど許して。

gds2kのサイト「The Road to Opened World」てどうしちゃったの？
久々に見てみようとおもたら
ないみたいなんだけど。

>>167
！！詳細激しくきぼ〜ん！

去年私が勉強した内容です。
前知識としてCとWin32APIあると便利かもしんない。
それで
「VC++6.0についてきたチュートリアルブック」
「VC++5.0入門　Try!PC」
でココまで読んでMFCの考え方、フレームワークつーか
なんつーか、ドキュメントクラスやらビュークラスを
理解する。
である程度わかると系統的なちゃんとしたＣ++知識が必要かも？
って思うから
「C++パワフルテクニック」
「憂鬱なプログラマのためのオブジェクト講座」
てな感じで４年生の青春は過ぎていきました。
４月から配属先は半導体関連、いま回路の勉強してます。
CMOSとかステートマシンとか。

もうやめよっかな。。。。。

だいじょうぶです。壁を越えれば、見えてくると思います。
がんばってください。

だいじょうぶです。壁を越えれば、見えてくると思います。
がんばってください。

だいじょうぶです。壁を越えれば、見えてくると思います。
がんばってください。

だいじょうぶです。壁を越えれば、見えてくると思います。
がんばってください。

だいじょうぶです。壁を越えれば、見えてくると思います。
がんばってください。

age

MFC って
document-view 分けて直列化でやりとりするというMVCモデルを標準で強要。
windowsに新機能があってもソレ用のヘッダしかマイクロソフトは出さない。
以外に見るところあるの？

参考書見ても「とんでもなく view は作りづらい」という事しか分からんかったんだが。
使いつづけてると良いことあるのカナ？

>>180
ソフトウェア開発は仕事であって、
研究ではありません。

そうそう、windows最新版にはランタイムが標準に入ってるから便利というのを忘れてた。

>>181
いつからここは「仕事で使うVC++独学」スレになったのか？
説明きぼー

大体、SDK直書きなコード書かないとプログラムできんくせに、何がvisualだっーの。
MSCの名前を変えたらびじゅあるになるっーのか？

SDK知らないとコンソールで "hello world" 書くしか出来ないなんてのは舐めてるぞ。
大昔、本格的なプログラム書くにはMASM使わないとダメ。なんてぬかしてたのと同じじゃん。
進歩が無いよ進歩が。

マジで俺の知ってるVC（俺がかじりかけてやめたのはバージョン２）から進化してないのか？
VC知ってる奴、教えろゴラァ。





以上は、もしかしたら、近いうちにこんなクソクラスライブラリで仕事するハメになりそうな
おっさんの愚痴記事でした。（こんなにMFCを嫌ってることは営業上の理由で顧客には内緒だ）

>>184
うむ。MFCというクラスライブラリを作るのはいいが、SDKユーザが
すぐに理解できるものを作る必要がある、とMSは判断した。
よってMFCはあまり高度なクラスライブラリではない。
それでもSDKしか知らない人たちの一部はSDKの範囲から
離れるのをためらうのではあるけれども・・。

＞こんなにMFCを嫌ってることは営業上の理由で顧客には内緒だ
心配すんな、みんな似たようなもんだから(;´Д`)

>>185
いっそ全部SDKで書くという選択肢も検討中。
主にサービス部分らしいんでＧＵＩいらんし。
というか、サービス書くのにはMFCって関係ないのか？もしかして。

>>187
標準C++ライブラリを使えるんだったら、それ使ったりしたほうが
いいかもしれない。
char str[256];
なんてコーディングはやめれ。

>>188
おお、MSC（もうVCなんて呼んでやんない）でもいつのまにかSTLが使えるように
なっていたんだ。バグってて使えないと聞いてたんだけど。

>>187
サービスだと COM じゃない？

COM を SDK だけで書くと疲れるので、ふつー ATL 使う。MFC は GUI
が絡まなければ忘れて良いと思うぞ。

>>184
くちばかり達者でモノはでてこないタイプだね君。
VBでもいじってな。

>>190
StartServiceCtrlDispatcherだかRegisterServiceCtrlHandlerだか色々使ってごりごり書く
SDKプログラムのはずだよ。(Win32 Developer's References に載ってる)
WIN32APIの本でサービスの作り方見た記憶あるし。とりあえずはSDKで作れるでしょうと。
まあ本決まりになりそうになってから調べてもいいやなんて思ってる。


>>191
言い返せるスキルないから人格攻撃か。ぷぷ。可愛い奴。


>>1 へ忠告。
フリーのBCCとSDK(もしかしたらBCCに同梱かも)をそろえて、
http://hp.vector.co.jp/authors/VA010523/
でも見れば、ひとまずWindowsプログラミング経験は可能だと思う。
高い買い物はそれからでも遅くはないぞ。（もうとうに手遅れとは思うが）

>>192
ATLウィザードもつかえずにSDKでサービス作ろうってような
アプローチしかできん奴にスキル云々いわれたかないな。

>StartServiceCtrlDispatcherだかRegisterServiceCtrlHandlerだか色々使ってごりごり書く
>SDKプログラムのはずだよ。(Win32 Developer's References に載ってる)

おもしれーからそれでやれよ。オレなら5分で相当品が吐けるが。
ああ、IDL読めないだろうしムダか。（笑）

┌─────────────────┐<BR>
│>>192は現在ATLについて検索中です. 　│<BR>
│ 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　│<BR>
└─────────────────┘<BR>
　 　 　 　 　 　 　 ヽ(´ー｀)ﾉ <BR>
　 　 　 　 　 　 　 　 (　 へ) <BR>
　 　 　 　 　 　 　 　 く <BR>

>>194
ﾜﾗﾀ

>>192
悪いコト言わないから COM と ATL についてよく調べときなよ。

COM は一度は API で作って動作を調べておくのは良いけど、仕事でそれ
やられたら保守性が低すぎて迷惑。

ついでだ。
サービス組むときは本体のEXEとは分離して、主要コードをDLL化してから
スタブとなる別のEXEから呼び出して実装していくといいぞ。
すなわちウチのサービスEXEはほとんどスケルトンのままだ。
リセットの回数が減るぜ。コントロールパネルアプレットを作る場合も
この手が使える。

しかもBSTR?なんすかそれ？なんてのたまうMFCオンリーなPGを
使ってMFC-DLLで組ませてもサービスとして動作するモジュールが
できるっていう特典つきだ。

>>193-197
はて・・・そこはかとなく噛み合っていない気がする。
もしかしてサービスの意味の取り違えでは？

俺が言ってるのは 「StartServiceCtrlDispatcherだかRegisterServiceCtrlHandlerだか」
から分かるように、SCMで管理されるＮＴサービスなのだが。

それとも、俺がタコで本を読み間違えてて、実はNT版の常駐処理でもCOMは必須なのか？
それだったらＡＴＬの知識が必要だという主張にも激しく同意。

>>190
とりちがえてねえよブァカ
193-197でいわれてるのが今時のNTサービスの組み方なんだよ。
管理ツール->サービスからちゃんと見えるっての。
脳ミソ固まってんのか？
こんな奴に発注だなんて客がかわいそうだヨ・・・。

あーごめん誤爆した。
上のは>>198宛て。スマヌ。

>>199
100%君がタコだと思ふ。

>>199
必須ではないが obsolete。

冗談抜きで、この仕事にはコンサルタントを入れた方が良いと思う。今のまま
で突っ走ると 大量の労力をつぎこんだ挙句に、時代遅れで保守性の低いシ
ステムができる有様が目に浮かぶよ。

>>必須ではないが obsolete。
といって安易にJ2EEでやりましょうとか言うコンサルも痛いけどな。

>>204
御意。コンサルタントと ISer は、クズを引かないように注意な。

そうなのか。最近のNTサービスはCOMで作るのがトレンドなのか。参ったな。

でも、サーバからデータを取り込み続けるだけの単機能な処理だからオーバースペックではないか？
最悪コンソールアプリ組んでサービス登録するとかいうやり方（MS製ツール）もあったと思うが。

ま、COMを使ったサービス作成も考慮しとく。
情報アリガトな。

あのさー、単機能ならなおさらでウィザードが吐くコードに
軽く付け加えたほうが劇的に製造早いってさんざん言ってんのに
わかんない人だな。

あんたが参考書よんで頭抱えてる
StartServiceCtrlDispatcherもRegisterServiceCtrlHandler
も、ついでに言うなら登録と登録解除の関数も自動で出力
されるのに、なぜそんなに右往左往が好きなの？
AppWizardからボタン数回たたけばおわりだよ。
あとはもう好きにしな。

>MS製ツール
リソースキットの instsrv.exe、srvany.exe とかいう奴らしい。
delegated のサービス化などの記事に載っていた。

>AppWizardからボタン数回
コンソールで組んでデバッグしてこれ使ってサービス化するよりも簡単という意味と理解した。
簡単なら使うよ、もちろん。だから、考慮しとくって言ってるじゃない。情報アリガトとも。
俺だって右往左往したくないもの。別にSDKに固執してないよ。


まあ、上で書いてるけど、その部分をやるかどうかも決定事項じゃないんだけどね。
俺自身、本決まりにならないでくれと祈ってるし。
万が一本決まりになったら、とりあえずは簡単なコンソールアプリをサービス化して試してみて
から（これなら半日）、AppWizardでスケルトン書き出して見てみるよ。

>>208
んじゃがんばってな。プロジェクトが迷走しないことを祈る。

それとATLなしじゃスレッド管理が著しく複雑になるから、
簡単なコンソール、といって実装ナメてると納品後に悲惨な目
にあうからよろしく。

>>210
おおう、スレッド管理がややこしくなるのか。確かに問題だ。情報ありがとよ。
でも、クライアントだからスレッドは少ないはずなんで大丈夫と判断。

というよりメインスレッドと通信スレッド（１本）だけだな。
通信スレッドでじゃかじゃか読んではキューに繋いで、メインはそれをファイルに落とすという
ありがちなパターンだ。通信スレッドの終了もサービス終わらせる時だけだし。


せっかくだから、馬鹿にされついでに落とし穴の指摘を大希望。
絶対に見落としがあると思うんだ、俺。
よくある落とし穴があるなら教えてくれ。
たとえば、メモリ確保の上限に問題があるとか、スレッド同期（色々あるけどクリティカルセクション
使うつもり）には見落としやすい制限があるとか
といったレベルで問題点はあるのか？

ターゲットマシンはW2K及びNT4だ。

ワリィ、よく考えたらそんな曖昧な質問で答えられるわけ無いよな。
忘れてくれ。