C++の効率的な勉強方法

ダラダラ参考書を読んでても理解できません。
習得してる皆さんの勉強法をぜひとも伝授してください。
よろしくおながいします。

しっかり参考書を読みなさい。

まあそうですけど。
組みながらやったほうが良いと思うのですが、

ではしっかり参考書を読みながら、組んでみなさい。

ダラダラと独習C++読んで覚えましたが

ある程度の規模を持ったライブラリをいくつか使ってみるといいと思う。
クラス階層とかこういう風にすんのかーとか感覚がつかめる気がする。

Cを勉強してゲームとかを作った後
C++とオブジェクト指向を勉強したら、Cの弱い所を補うべく考えられた（？）要素に感動して
自然に勉強できた

単発糞スレ立てんＮＡ

hayakustl

見切りをつける('A`)

Cで基本的なやりかたを覚える
↓
出るファイでチュートリアル見ながら作ってみる
↓
Ｃにもどって自作の関数の作り方と使い方を復習する
↓
自作関数でよく似た名前・処理の関数を２，３個作る
↓
関数のオーバーロードを調べる
↓
もっかい出るファイで作ったソースを見る。
↓
C++の勉強スレにいって実際のクラスを使ったプログラムを見る。
↓
おめでとう

>>7じゃないけど、
実際にCで一品、まともなブツを作ってからC++学ぶと
あまりの便利さに感涙しながらすぐマスターできるぞ。

１じゃないけど、C++はイテレータとか自動開放とかややこしいの多くないか？
結構良スレになる予感age。

>>1はだらだらプログラミング言語C++を読んで勉強した俺に喧嘩売ってる。
楽したいのなら他の言語にしろ(　ﾟДﾟ)ｳﾞｫｹ!!

言語なんだからそれ使って何か作るのが一番手っ取り早いような

本に飽きてきたら、適当に最後まで流し読みする。
↓
自分の作りたいものと、関連するサンプルを公開してくれてる
本かサイトを探してきて、まず完全丸写しで作ってみる。
あまり大きくないものを、コピペでなく手打ちするのがベター。
↓
無事に動いたら、適当に改造してみる。
↓
エラー出まくるはずなので、凹んでみる。
↓
ここでもっかい、本の該当してそうな個所を熟読する。
最初読んだ時よりも、はるかに頭に入りやすいはず。
↓
それでも良くわかんない所は、具体的にリストアップして
本やネットで調べて、ひとつずつ確実に潰して行く。
ダラダラ調べると、実質サボることになるので注意。

↓
‥以上で完成したらアガリ。そうでなければ作業に戻る。
獲得した知識で何も見ないで、新たにゼロから作ってみると
尚良いかも。

まーあれだアルゴリズムを考えながらだな

サンプルのソースを自分なりにアレンジしてみる

Cの絵本・C++の絵本、C++の基本などを読んでるのですが

１：基礎の基礎知識・概念・用語を覚えるまでは、本を読む
２：アプリの操作方法を覚えながら、簡単なプログラムを写し打ち
３：自分の作りたいものを似ているコードを、写し打ち・内容解析
という感じで考えています。

>>11
＞出るファイでチュートリアル見ながら作ってみる
参照するチュートリアルのお勧めを教えてもらえないでしょうか。


>>16
2chブラウザや林檎チャンネルなどを作ってみたいと思っています。
参考になるサイトを教えていただけるとありがたいです。

よろしくお願いします。m(__)m

>>19
じゃあさっさとやれと。

考えすぎる前に手を動かした方が良い結果が出るよ。

>>20
＞考えすぎる前に手を動かした方が良い結果が出るよ。
凄く同意です。
いじってる内に覚えるものですよね。

＞2chブラウザや林檎チャンネルなどを作ってみたいと思っています。
参考になるサンプルを教えていただけると、うれしいです。

ttp://www.monazilla.org/
２ちゃんねるの仕様
ttp://www.monazilla.org/document/index.html

>>22
こういうのがあったのですね。
ありがとうございます。
Delphiのチャートリアルですよね？

現状、自分の力では歯が立たな過ぎorz
道は長いな。

もっと、シンプルな物から始めた方が良いな。。。

て言うか最終的に何が出来ることが目標よ？

コンソールアプリを組まずしてMFCなんぞさわれんぞ。

念のため。

>>24
「たくさんの人に使ってもらえるソフトを作る」事です。
真面目です。(^^;)

色々とありまして、せめて、少しでも多くの人に、ソフトを通じて、私がいたという事を
感じてもらえれば、と。
「私は、確かに存在してたよ」って、知ってもらいたいと言うか。。。


最終的に作りたいのは、親がネット株をやってるので、トレーディングツールか、P2Pソフトです。


2chブラウザとかFireFileCopy、P2P匿名掲示板「新月」、Winny レベルの物を
3年後くらいに作れればなぁと思ってます。

特に「Winnyの技術」を読んで、P2Pソフトに興味を持ちました。
Winny作者・P2P系統のソフトを作った人の発想力・創造性・実現力に、
すごく惹かれ、ああいった新しいタイプの物を作ってみたいと思いました。


今は、基礎本を読んでる段階で道は、物凄く長そうです。(^^ ;;;)

>>1
漏れも今グループウェア作ろうとしてる。
とりあえずWebとアプリケーションを連携させて動かせるようなグループウェアを。
なんかそういったフリーのグループウェアがないような気がしてさ。
Cある程度にPHPちょこっとしか出来ないが作ってみせるさ。
この機会にクライアント側のアプリケーションをC++で作ってC++の勉強をしようと思ってる。
データベースはPostgreSQLで管理させて、サーバー側はJavaで、Web側はPHPでやろうと思っているんですけどね。
とりあえず構成は出来たがアルゴリズム思いつかなかったり、どういった関数を使えばいいか分からなかったり、
どこから手をつけていいのかさっぱりな感じ。
まぁ言いたいことはあれだ、>>1よ、お互いｶﾞﾝﾊﾞﾛｰﾈ！

ノシ

悪いことは言わないから、もっと違う方面を目指した方がいいよ。
#だからと言って犯罪に走って欲しくはないが。

自分のC++学習遍歴

１．言語仕様を大体（なんとなく）覚える。
２．猫でもを死ぬほど読み、Win32APIのみでコードを追って試す。
３．MFCを使って何か作る。が、フレームワークに操られてる感が出てきて、
　　深層の仕組みをもっと知りたくなる。
４．CStringを自分で実装してみる。が、実用性に乏しく本物には勝てない。
５．Win32APIのみでちょっと大きなアプリを作る。が、APIのみの面倒くささにうんざりする。
　　（しかしここの経験は重要だと思っている。)
６．ATL/WTLを使ってみる。templateの素晴らしさに気づく。
７．STLやらboostやら使いまくる。
８．モダンなプログラミングやらデザインパターンやらに興味を持つ。
９．WTLでアプリやテンプレートクラスを作成中。
１０．WTLの今後の行方が不安になる・・・

windowsでC++を使うには理解しなければならないことが非常に多い。
オブジェクト指向、MFC or ATL/WTL、API、メッセージ駆動、STL、デザパタ(モダンなやつ）等など。
自分が納得いくものが作れるようになるまで、自分は２年くらいかかった。


C++は極めると他の言語には無い至高の喜びを得ることが出来る気がする。
が、それ以上に生産性が高い言語の存在の重要性を再認識するというジレンマがある。

コーディングの為のコーディングにムキになってしまう言語だよなぁ、C++って。

コーディングのためのコードがBoostなんだろうな
あらゆるコンパイラのバグ回避策を見ると
もうあれはコンパイラの一部と考えていいかもしれん

>>30
Boostなんてアホの極みだろ？
腕利きのC++プログラマがよってたかって日夜
コーディングの為のコーディングに励んでるんだぜ？

そう、C++は何か1つのことにひたすら熱中できるアホに打ってつけ。
問題はそうでないやつが、いかにしたらそんなアホになれるかということ。

変なレスが付いたな
マ板へ行けよ

フレームワークやライブラリを作る人がいて、アプリを作る人もいる。
何とも幸せな環境だ。

たしかに。

まあ、

>>31
それはとてもとても楽しいことなの。

>>37
ここ数年は俺自身もコーディングの為のコーディングが主になっているので
自戒の念を込めてカキコした。

そもそも具体的にどのあたりがコーディングのためのコーディングだと
言っているのか聞いてみたいんだが

>>39
人によって多少見解の違いはあるだろうが文字列クラスやコンテナクラスみたいに
コーディングの役には立つが、それ自身は直接はなにもソフトウェアの機能を実現
しないコードはコーディングの為のコードだろ。

>>40
31の言葉だからあなたに聞いても仕方ないことかもしれないけれど
それって「アホの極み」なの？

>>41
手段が目的と化してる時点でアホ確定。
てか、冗談を真に受けるなよ。(´Д｀；)

>>40
そうなると言語設計者ってのは全員アホ確定だな。

STLがおぼわりません。
どうしたらよいでつか...

>>44
無理しておぼわらせなくてもいいんだよ。

賛成だ。おぼわればいいってものでもないしな。

いや、おぼわった方がいい。
無理をしないようにってのは賛成だ。

俺はネトゲ用のツールを作るためにひたすらGoogleで調べまくったね。1からなｗ
だから本なんて一冊も買ってない。
おかげでパケット操作やらメモリ解析やらエントリポイントやDLLすり替えのAPIフックやらDirectXやらの知識も自然に身に付けれた。
（Advanced Windowsとか読んでみたいけど1円も金かけたくないというケチ根性が据わってるからなぁ…俺は。）

C言語がしっかりできていればC++をある程度使えるようになるのに1日もかからないと思うよ。
あと目的があれば早いのは間違いないと思う。

>>48
検索にひっかかるAPIフックのやつはAdvancedWindowsそのままだよ

>>48
それはWindowsに詳しいのであってC++がどうこうとは別の次元の話ではないですか？
UNIXに行った途端赤子のようになるのは少々寂しいです。

>>50
C++の話なのになんでOSがでてくるのかわからんが・・・
それ言ったらUNIXも相対的に同じなのでは？
というか1はWindowsアプリ作りたいみたいだよ

じぇんじぇん違います
MFCとかぬるいのしか慣れてないと尚更

>>52
そうですか。まぁ本職プログラマ等じゃないんで許してください。
Windowsプログラミングさえできればいいという私が浅はかでした。

>>53
OSのつくりが違うので仕方ないことです

他スレ読んで、初心者にはJavaが良いと聞いて迷ってる俺が来ましたよ。

C++の本買って、超基礎知識覚えて、環境整え終わって、「さあ、これから！」って時に。。。
どうすっかなー。

そこまで来たのなら、今更方向転換する方が大変だと思うよ。
とりあえずやってみて、自分にC++は合わないと確信できたらJavaをやってみるといいかもしれない。

>>56
サンクス。

なんかC++は覚える量が段違いで、最初にやるならJavaの方がオブジェクト指向を重点的に
学べて良いという感じの主旨だったんですよね。

でも、56さんの言うとおり、ここまで来て方向転換するのも、大変な感じがするんです。

とにかく最初は単純な時刻を表示するプログラムとかすぐに作れるものを
作ったほうがいいよ。
いきなりFF12みたいなプログラムを作りたいとかいうのは必ず挫折するから。
鉄棒でウルトラEとかの難易度をこなすオリンピックの選手だって、
まず初めは逆上がりあたりから始めたのだろうから。

いや、前回りじゃないかな

>>58
ありがとう＆レス遅くなってごめんなさい。

人のソース見て勉強した方が良さげって聞いてるんです、
勉強の参考になるソース置いてるサイト、ありません？

最初は人まねから入るのが良いかなと思いまして。

>>60
オマエ死んだ方が良さげって聞いてるんです

>>60
ねぇよ消えろ。

お前ら優しいな

>>60
>人のソース見て勉強した方が良さげ
気のせい、>>58のレスを理解出来るまで繰り返し読め

>>64
57は、58から聞いたって事じゃないでしょ。
おまいら、国語もう少し勉強しろよ。

と、マジレスしてみる。

と５５がつたない日本語で申しております。

なんだこの非寛容でトゲトゲしい雰囲気は。

仕切りなおすか。
C++自体は言語仕様が非常に巨大でルールもルーズ、文法理解するだけなら
大した手間じゃないけど、実際にまともな使い方ができるようになるには
業務で使ってて半年から１年が必要とか言われている超難解言語だ。
（そんなにかからんって奴は黙っててくれ。それはお前が非常に優秀だからだ。
天才の言うことは凡人の役には立たんものだ）

で、学習計画を立てるにあたって、まず方針付けをする必要がでてくる。
さしあたり思いつく選択肢としては

・C++の前身であるCから勉強をはじめる
基礎部分の文法はほぼ共通で、勉強の全てが無駄にはならんが、C++がCの欠点を反省して
再デザインされていることを考えると、Cの細かなところまで書け過ぎてしまう強力さは、
かえってアダになる可能性もある。
必ずしも悪い選択肢じゃないが、引き際の見定めが難しい。

・Javaからはじめる
C++のさらに改良発展系であるJavaの勉強からはじめるのは悪くない選択肢。
Java自体の勉強が無駄にならないし、C++で拘泥しなければならないメモリ管理等の些事から
開放されるので、順序良く勉強を進めていける。
が、C++においてはその些事の使いこなしこそが重要だったりもするわけで、
Javaの水に浸かりきってしまってはこれまた本末転倒。

・C++からはじめる
王道だろうか。「プログラミング言語C++」あたりを最初から通読するのは、痛みを伴うけど、
最短経路を辿れる方法ではある。「プログラミング言語〜」は、C++が包含しているCの仕様についても
こと細かく解説しているので、情報源として不足することはない。
問題点はただひとつ、難易度が高すぎる、情報量が多すぎる、密度が濃すぎる。

こんなところだろーか。誰か突っ込みいれてくれ。
あと、こんなん選ぶのに困る奴は死ねとかいう人は引っ込んでてくれ。
それはお前が人も羨むほど優秀だからなんだ。

>>68
仕切まで読んだ。

ご清聴ありがとうございますた。

>>68
・C++からはじめる
この場合、参考書の選び方が肝になると思うのよね。

阿呆みたいな感じの分かりやすい本から読み始めると良いと思う。
未知のものを吸収するのって、それだけで疲れるものだから。

個人的には、「Cの絵本」→「C++の絵本」が良いと思う。
「定義を絵(イメージ)で捉まえられる」って事は、良いと思うよ。

C++/CLIやれよ
いろいろ作れておもろいぞ

>>71
確かにC++を勉強するにあたって、最初に読むべき教科書って奴の選択は非常に悩ましい。
その二つは評判いいみたいだね、伝聞だけど。

この手の本の定番とされてる「独習C++」は…なんつーか、辛かったなあ。
読みづらいわ、中途半端だわで。

C++やるならまずCをなめとくだろ。
そんなのジョウシキだ。

>>71>>73
その本は良いね、効率的だと思う。
その次は何だろう？


>>74
別にCを勉強しなくても、C++を勉強していくうちに、Cの部分も触れるよ。
もう「C++やる前にCをやっとけ」っていう発言は、見飽きたよ。

「Cを勉強するのは、基本の基礎だ」みたいな馬鹿レス多いね。
「おまいの脳みそ硬すぎだよ」って言いたい。

脊髄反射レスすんな。
中身の無い空っぽレスすんな。

ｗ

>>61>>62>>63>>64のいくつかと、>>66>>70らへん、>>74>>76が、同一かぁ。


「低賃金・長時間労働は人を変える。」
の言葉の具現化だな。。。

転職考えようぜ。
同じ疲れるんでも体だけのほうがましだぞ。
薬飲まなくてもよくなんぞ。

>>75
> 別にCを勉強しなくても、C++を勉強していくうちに、Cの部分も触れるよ。
> もう「C++やる前にCをやっとけ」っていう発言は、見飽きたよ。
> 「Cを勉強するのは、基本の基礎だ」みたいな馬鹿レス多いね。
> 「おまいの脳みそ硬すぎだよ」って言いたい。
> 脊髄反射レスすんな。

理由も言わずにだらだら書けば脊髄反射レスではないとでもいいたいのだろうか。

心の底に溜まってたうっぷんを吐き出してスッキリできたから
本人にとっては実りのあるレスだったんだろう

最初に読んだ本が糞ならもう一冊読めばいいだけの話ですよ。

>>77
お前は何を偉そうに妄想を語っているんだ？ｗ

ところでD&EにもC++を勉強したければ、
まずはCからではなくC++をするべきだと思うということが書いてある。

「いきなりCをやるよりも、C++のサブセットとしてのCのほうがわかりやすく使いやすい」とか、
「Cを学べば、Cのプログラムを書くためのテクニックなどを学べるが、
それはC++にとってはあまり重要ではない」というようなことが書いてある。

>>82
人の言葉を自分で反芻せずに相手に教えとして与えるとはどういう事だ。

>>78
まあ、ある程度説明した方がいいと思うけどな。
あれじゃ、煽りと同じだろ。

各個、好きなように学べ。
学び方なんぞ後から付いてくる。

>>82
>「いきなりCをやるよりも、C++のサブセットとしてのCのほうがわかりやすく使いやすい」とか、
>「Cを学べば、Cのプログラムを書くためのテクニックなどを学べるが、
>それはC++にとってはあまり重要ではない」というようなことが書いてある。

「プログラミング言語C++」にも同じようなことが書いてあったはずだな。
受け売りばかりの問題でなくって、実際にC++使ってる連中は
大なり小なり実感としているところだと思うんだが、どうだろか。

とか言いながら、俺自身はCをある程度やってからC++に進んだ口なんだけどさ。
Cの知識なしでC++の勉強をはじめて、スムースに学習を進められたかどうかは
いまとなってはわからん…。

>>86
いきなりcoutで頭爆発とかMFC is C++とか悲惨な環境でなく、
Quick CとDOSでprintfが出来たのは幸運だったかも知れない。

>>86
必要と感じた時期に、必要と感じられた事柄を学べばいいと思われ。
「CをやってからC++」とか、あんまり効率的じゃないと思うけどねぇ。

それより使うソフトに慣れ親しんで、いじってた方がいいんじゃないかな。

Cも知らないような人間がいきなりC++を習得できるものか疑問。
挫折するのが関の山じゃねーのかな。

Cを先にいじり倒してしまった自分にはどうにもわからない。
C++から入った人間の意見が聞きたいところだ。

C++ Builderから入った奴は多いがVC++は少ないと予想。

VC++からだよ派が、これから増えると予想。
Visual C++ EE が出たからねぇ。

Borlandがどう出るか。

C++/CLR派が・・・

>>86
ヒント：D&Eとプログラミング言語C++の著者は同じ。

俺も最初はたまたまCの本を手に取ったのでCから入った。（もっと言えばその前にBASICをやったが）
その後C++をやり始めたとき、cout/cinの単純さには少しばかり感動した。

俺がいきなりC++をやりはじめていたら、ポインタ演算を理解するのに時間がかかっていたのではないかと思う。
Cでポインタ抜きにプログラムを書くことはできないから、必然的に多用する。
やみくもにでも、使っているうちにわかってきた感じがする。

でもポインタ演算は正に「C++にとってはあまり重要ではない」ことに該当すると思うんだ。
けれども、欠かせない存在だけどね。

gcc派

>>93
>Cでポインタ抜きにプログラムを書くことはできないから、

ポインタが理解できるまではなしでアプリ書いてましたけど。

>>93
D&Eって何？無知なので教えてくんろ

普通にC++から入ったけど。

coutで頭爆発とか意味不明。
一体なんでcoutで混乱すると思うんだ？

逆にprintfの書式指定が覚えられなかったよ。

今では汚点でしかないシフト演算子の意味を変えたオーバーロード。

Eclipse+CDT派

>>98
それ、逆にCやってたからそう思うだけだろ。

<<は整数のビットシフト演算、もしくはストリーム演算子。
特に違和感は覚えない。

やっぱCやるのは足枷だな。古く堅い頭になっちまう。

シフト演算子がいらないとかゆうな！

signed と unsigned で挙動が変わったり、
シフトはできてもロールはできなかったり、
色々中途半端だけど、かわいい奴なんだぞ！

職業プログラマとしてやっていきたいなら、Cで代表的なデータ構造を
あやつれるくらいまで勉強してからC++に行ったほうが良いと思う。

>>99
CDT、最近はよくなったの？
Makefileを自動生成してくれたり、結構便利に使ってはいたが、
自動補完とかはまるっきしアホの子で使い物にならなかった様な…

iostreamってゴミだよね。

>>102
根拠は？

>>102
C++でクラスの概念をちゃんと覚えてからのほうが
設計をしくじらないという考え方もあるんでね？
リストだなんだってのは、きょうびSTLとかで安全に使うのが筋なんだろうし。

>>102
車輪のなんちゃらかんちゃらやな。

アルゴリズムとデータ構造片手にC++でええんじゃ無いかい？

>>106-107
ダメプログラマの匂いが・・・

>>108
根拠プリーズ。

while(1) {} が無限ループになるから

>>110
お前のどじっこぷりなぞ知らん

>>108-111の超展開に吹いたｗ

根拠、根拠、うるせーんだよ、ボケ

はいはい、わかったからどじっ子は引っ込んでなさい。

根拠は俺の巨根

int a;
scanf("%d", a);

と聞いてとんできまつた

効率的も何も、C++やりたいなら、C++を勉強すればよかろーもん。

効率を求めるのが間違っている。
プログラミングに王道なし。

でもプログラマが表立って根性論唱えてると袋叩きに会うよね。

なんで、「Ｃから」とか「Ｊａｖａから」とかいう話が出てくるのかさっぱりわからん。

いま通ってきた道を振り返っても、その風景は来た時に見た風景とは違うってことさ。

警告　恥ずかしい台詞禁止。

　

方向音痴のおれには>>121の言いたいことが良く分かる。

error LINE121 : 恥ずかしい台詞が検出されました。

ぶっちゃけCもC++もあんまかわらんけどね
あとわざわざ本で勉強するより実際コード引っ張ってきていじくり回したほうが圧倒的に早いよ

なんでも律儀にしようとするのが日本人の欠点だよな。
中学〜高校の圧倒的に効率の悪い学校の英語勉強といっしょか。

>>101 今更だが、ローテートの事か?

>>68
初心者でいきなり「プログラミング言語C++」を読み解ける才能のある人は
勉強方法なんて考える必要ないだろう。
C++からはじめることには全く問題ないと思うけど，
いきなり「プログラミング言語C++」を勧めるのはどうかと。

結論がでましたね
まずはVBからはじめて物足りなくなったらアセンブラだのD言語だのやればいいってことで

VBはちょっと・・・
あのごちゃごちゃした感じが嫌い

まずVBやって、ごちゃごちゃしてるとか、書きにくいとか、無駄が多いとかを実際に感じれば
逆に他の言語やった時に理解しやすいんじゃないか?
VBで満足してしまうと全く成長しないという危険性もあるが。

それでCはじめて現在C++勉強中

大学の単位ぎっしり入れてるからバイトで経験も積めないから
実戦でやるには何をやればいいのかが分からない・・・
C宿題スレを覗いては自分で作ってみてその後ほかの人のソースを見て
勉強するくらいしかしてないｽ(´・ω・)

>>133
自分が次にやるべきことを自分で見つけられないようじゃ、
バイトしようがOJTしようが技術は上がらないよ。

>>133
独学なので他の人ソースを、どこで見ればいいかわからないっす。
ソース見れるところを教えてもらえないでしょうか。
お願いしますm(__)m

>>135
ほんとにおまえは世話のやける子だなｗ

小〜中規模で参考になるようなソースってあんまりなくない？
オープンソースで大規模なやつ見るしかないような・・・

>>137
そうですよね（ホッ）

K&RみたいにC++でもそういう系の本ってないですか？

禿本

プログラミング言語C++第３版。

ありがとうございます

そういう系っていうか、>>141はまさにそれではあるが…
いいのか？決して悪書じゃないが、ものすごいパンチ力のある本だぞ？
もうちっと易しめの本からはじめる手もあると思うんだが…
いや、K&R読んだなら、別に構わんか。
頑張れ。

いきなりC++から始めると、色々なスタイルがある書き方に翻弄されて
ソースを読み解くのさえままならないと思う。わからない人には暗号にしか見えないコードもあるからな。

何ごとも段階を追って覚えていく必要はあると思う。小学生が最初にひらがなやカタカナを覚えてその後、
漢字を覚えるのと一緒で、覚えやすいものから覚えていくのは効率的なやり方だと思うんだが、どうだろうか。

DOS時代からプログラムやってる奴らは段階を追って覚えられてるからいいと思うが、
今の、Windowsから入ってプログラムやってる奴らはどうやって覚えてるんだろうか。
情報量が多くて何から手を付けていいのか状態にはならないんだろうか。

MFCとかイベントドリブンとかに触れて、オブジェクト指向に何の疑いも持たず
するする学習してしまいます

とかだったらいいなあ。


でもまあ、
>情報量が多くて何から手を付けていいのか状態にはならないんだろうか。
これは杞憂だよ。
いつの時代だってそうだもの。
わけもわからず触ってりゃ、そのうち物になるもんさね。

「とりあえず、こうやればいいんじゃない？」って、レスが無いのが珍しいな。

大学受験板とかだったら、「こうやるのが一番だ」って、妄信的にさえみえる考えを
持ってる奴が、わんさか居たんだが。
まあ、3年前の話ではあるけど。

考えてやってる奴が少ないんだな。

プログラミングを何もやったことが無い人が、最初にC++に手を付けるのは危険すぎる。
プログラミングの面白さがわからない内に撃沈してしまう可能性はきわめて高いだろう。
CやVBやJAVAを数年やった後で手を付けた方が、挫折する危険性は低くなるのではないか。

あと、業務などで覚えなければいけない人はいいが、興味や趣味で覚えるにはモチベーションを
保つのも一つの課題になると思う。C++で作らなくても、殆どのものはVBやJAVAやC#で作れてしまうから、
何も好き好んで難解な言語で作ろうとする行為自体がバカらしくなる人も多いのではないだろうか。
C++でなければ作れないものを見出して、それに邁進して作っていける力がなければ、C++を極めることも
使う意味も無いと思う。

>情報量が多くて何から手を付けていいのか状態にはならないんだろうか。
これは当たってると思うなぁ。
今は情報が多すぎて、取捨選択ができないと、何でもうろうろ・おろおろして終わる感じがする。


＞わけもわからず触ってりゃ、そのうち物になるもんさね。
これも正しいけどね。
とりあえず何でも続ければ物になる。

>>146
> 「とりあえず、こうやればいいんじゃない？」って、レスが無いのが珍しいな。

いや、出てるんだが、お前が意図的に読み飛ばしてるだけ。

効率いいか悪いかわからんけど、Java でプログラミング言語の基礎をやって、
C# か VB で UI 作成の基礎をやって、手続き型プログラミング言語はだいたい
似たようなものという感触をつかんでからプログラミング言語C++ とか読めば
いいような気がする。

最初っからC++だと「手続き型言語のお作法（アルゴリズムやその実装方法）」と
「C++のお作法（各種のコンストラクタ、演算子、テンプレート）」が区別できなくて
混乱すると思うから。

区別する必要なんてないじゃん。

うん。151が生きてる必要もないしね。

SmalltalkやSqueakを勧める奴がいないのが笑える

>>153
一人で笑ってろバカ

今までのレスをまとめると

凡人はC++をする前に、JavaかVB・C#をやった方が楽かも。
Java：単独でも色々使えて将来性あるよ♪
VB：分かりやすいよ♪

って感じですか？


>>149
で、「実際にどんな本を使い、どんな順序でやったら良いのか」って話は出てないな

取りあえず試せ。
体に合わんなら別の親類に行けばいいし、体にあったならそこで学べ。どんな方言でも無駄にはならん。

よし、それじゃあプログラム経験の全くない俺様がいきなりC++はじめちゃうぞー

いやまあ、本屋で適当に買ってきたのが「決定版はじめてのC++」だったってだけの話ですが
C++だけでどこまで行けるようになるか試してみるお

Javaを覚える>Cを覚える>C++覚える>爆死

正直、学習するのにc++とbrainfuckはオススメできない。
暗号解読の練習にはなるかもしらんが。

C++でテンプレートに出会ったときに、おもしろそうって思える奴はC++向き。
また覚えることが増えたって思った奴はこの業界に向いてない。

テンプレートは望洋さんの本で最初に見たので、なんか面白そう、と思ってしまった。
（プリプロセッサをつかったジェネリックスと対比されちゃあ…ねえ）

いくらC++でもMFCはやる必要なし

はげどう
おもいっくそ開発環境依存じゃねーか

さっそく詰まりました＞＜
どこで変数宣言すればいいのかよくわかりません＞＜


ttp://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/2575.cpp

Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
static01.cpp:
エラー E2451 static01.cpp 8: 未定義のシンボル principal(関数 pr1() )
エラー E2451 static01.cpp 15: 未定義のシンボル interest(関数 pr2() )
エラー E2451 static01.cpp 23: 未定義のシンボル principal(関数 amount() )
エラー E2451 static01.cpp 23: 未定義のシンボル interest(関数 amount() )
警告 W8004 static01.cpp 26: 'year' に代入した値は使われていない(関数 amount() )
*** 4 errors in Compile ***

つ…次の章に答えが書いてある…orz

>>157
とりあえず、初心者としては、164のリンクのどこが間違いで、
どう訂正すればいいのか教えて欲しいお。

＞「決定版はじめてのC++」
はどんな感じ？
なんかタイトルが怪しさ全開なんだが

>>166
確かC言語の内容から入っていってクラス、継承、オーバーロード、ライド、Makefile
最後にncursesとクラスを使った簡単なC++プログラム

iostreamとかはおさわり程度
もちろんテンプレートとかはまったく触れていない


てかそんなソースなかっただろ

>>167
ほー。
まあ、構成は問題ないっぽいですね。
166としては、良い本でした？

いや、大いに問題あるだろ。

WebのC++解説サイトを印刷したほうがまし

>>169
えっ、マジ？
どこらへん？＜問題

iostreamをそこそこにncursesってのちょっとアレだな。

筆者が作ったものを御披露目してるって感じだな

>>170
そのサイトはどこ？

>>174
ロベールのC++教室

>>166
他の本持ってないし素人だからいいか悪いかどうかわかんない
読みやすいとは思う

>>167
とりあえず読む→ソースを見ずに自力で作ってみる
ってやってます。
main内に全部突っ込めばできるとは思うけど、関数を練習してみたかったので
でもcinの中身だけmainに持ってくる方法が解らなかった

>>170
いいとこあったら教えてください
とりあえずは「C++ 入門」とかでぐぐっていくつか読んでる

>>175
さんくすこ。
お気に入りに追加させてもらいました。
後で、じっくり・ゆっくり・ねっちょりｒｙ。

>>175
俺もthx
とりあえず読む

>>171
一応行っておくとここらへん。
> iostreamとかはおさわり程度
> もちろんテンプレートとかはまったく触れていない

どちらもC++に欠かすことのできない存在であり、特にテンプレートは現代C++の真骨頂。
C++使いが頑なにJavaやC#など他の言語へ移らない理由の半分はテンプレートがあるからのようなもの。

>>175
あの糞サイトが！？

本人乙としか胃炎な

>>179
サンクス。

テンプレートですね。
勉強するときに、テンプレートは179氏の言葉を意識しながら勉強するようにします。

初学向けの本を読むにしても、どうしても本の内容だけではフォローしきれない知識の穴なんかが出てしまう。
ついでに言うと、頼りのその本自体が素で間違った知識を語ってることなんてのも、往々にしてある。
（実のところ、仮に間違いがあったところで、それらが致命的な問題になることはほとんどないのも確かなんだが）

で、俺的には福読書として、「C言語FAQ」と、「C++FAQ」をオススメしたい。

体系立てて勉強計画に則って読み進めていくって類の本では全然ないが、
ある程度知識がついた時点でのんびり読み始めると、へーほーふーんと納得する記述がてんこもり。

C言語FAQはテキストとしても優秀な上、Web上でタダで読めるのもいい。
ttp://www.kouno.jp/home/c_faq/
情報としてはやや古いが、内容は色あせてない。
ことC言語上でプログラムを組むにあたって、どんなスタンスで臨むべきかを示唆してくれる良著だ。
単純に暇つぶしとして読んでも楽しい。

C++FAQはさらに突っ込んで専門色（つーか威嚇色）の強い構成だが、基本的なスタンスは前書と同じ。
これもオススメの一冊。オススメというか、扱ってる範囲が広くて読みやすいので、お買い得な一冊と言ってもいい。

わたくしからは以上です。

ふつーにC→C++のスタンダードでいいと思うけど。
C++は別としてCのほうがJavaやらC#やらより文法的な意味で簡単だし、覚なきゃならない概念も少ないし。
標準ライブラリもこざっぱりしてて必要最低限のレベルに到達するのはすぐだよ。
Javaはしちめんどくせー標準クラスライブラリを覚えてJava言語って感じだから、覚える量的にはCが一番少ない。
C++も皆が言うほど恐ろしいもんじゃないよ。いや、正確には恐ろしくデカイけど、
とりあえず一般的に使う、くらいだったら習得するのにそうそう躓いて頭悩ませる場所ってのは無いと思う。
業務で、バグの無い、完全でスマートなコードを書くにはやっぱりC++ってすごい勉強しなきゃだめなものではあるけど
とりあえず一人でゲームつくってみたい程度であれば、JavaもC++もそうそうかわんないよ。

間を取ってD

>>182
おー、勉強の参考にしてみます。
リンク先のC++版があると便利だなー。
勉強し始めたばかりだと、小さな差異がけっこう大変。慣れれば問題ないんだろうけど。

>>183
そういう意見は、今までに死ぬほど書かれてますよ。
今は、「具体的な本・サイトを上げて話そうよ」って段階なの。

>>185
勝手に仕切んな
スレタイ嫁

>>185
C++ FAQ LiteというWeb siteがある。英語だけど。

それと、C++を習得するためには、事前にCの勉強が必要/をしたほうが良い、という奴は、理由も添えてね。

C++の++じゃない部分をやる。

>>182
お前にとってプログラミング言語とは語り伝える物なのか？

>>187
英語はキツイかも。


＞184・186・188・189
あなたウザイです。
なんでこのスレに常駐してるの？

>>190
あなたウザイです。
なんでこのスレに常駐してるの？

>>189

わたくしからは以上です。

「福読書」じゃなくって「副読本」だろって言いたいんじゃ・・・って、どうでもいいな

http://dictionary.goo.ne.jp/search.php?kind=jn&mode=0&MT=副読本

http://dictionary.goo.ne.jp/search.php?kind=jn&mode=0&MT=%C9%FB%C6%C9%CB%DC

副読書

まぁハッキリいいますとですね。
C覚えてたらC++覚えるのなんて1日なんですよ。
C++覚えてたらC覚えるのなんて1日なんですよ。
ソースコード見ると当然だけどほとんどいっしょなんですよ。

何がいいたいかというとC覚えちゃったら、後はなんでもCで書けちゃうんで
逆にC++覚えようって気にならなくなりませんか？

ならなくなりません。

ならならなくなります


　　　　　　　　　　　　　　　　　…ん？

奈良ならならなくなります

ならなくなる気にならなくなりませんが？

ならならなくならなくならせるならいいでしょう

>>201
これを見て一瞬で理解できた奴だけプログラマとして認める

じゃあ、「いけなくなくなくなくなぁ〜い」を一瞬で理解できる
女子高生はプログラマか

ならならならなくならなくなくなくなぁ〜い

ときに逝き神様のストラストラップ御大がC実務半年C++実務追加半年必要とおっさってるのに
180倍速で習得なされるとはどんなスーパープログラマ様なんだ

そんなの一瞬で理解してる女子高生いねーよｗ

そこをスーパー女子高生がC++を神速でマスター！

だが可哀想に見た目がピザ子だったので、世のマどもに全力でスルーされてしまう。

「ぷらぷら」ってギャル語っぽくね？

ちんちんっぽい

チンプラプラって新言語誕生の瞬間ですか？
世の小学生たちが大喜びしそうな響きだが。

　　　　/::::i::::､:::ヽ､:::::＼:ヽ:＼::::::ヽ:::､::ヽ::､:',
　 　　/::i|::l::ﾄ､ヽ::､:::ヽ:､::::::＼::ヽ::::l::::ヽ::i:::i:::!
　　　/:/:!:::!:|::ヽ:＼ヽ::::､:＼::::ヽ:::ヽ!::::::i::|:::!::!
　　　!ﾊ::|::::i::l:|心､:ヽ::＼:ヽ_＼､＼:::ヽ:::|!::|:|i　駄目だ　このスレ・・・
　　　　i､:!:|:､N{､ﾋjヽゝ＼ヾｲ ﾋｊ　>､ヽi:､|!:|:l
　　　　　ヽ:!::ﾄヽ￣　l! `　　｀￣´　|::l::|:|j:,!:!　　センスのかけらもねぇ・・・
　　　　　　ﾄ､::! u　　　　　　　　　ｊ |::/lj:::!ﾘ
　　　　　　　 ヾ、　 丶 -　　　　u　ﾘｲ:|ﾘ　　早くなんとかしないと・・・
　　　　　　　　ﾘヽ　‐､ｰ- ､_　　 ／ｲ:::i
　　　　　　 rｰ'"ﾄ:lﾞ､ 　￣ 　 .／　 , |::!
　　　　　　/ ﾍ　ヾ　ヽ､ _,.　'　　 /　|:'

tech winのC++君で勉強しました。

できたーヽ(ﾟ∀ﾟ)ノ
ttp://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/img/2591.cpp

長い道のりだった…orz
この調子でC++マスターできるのはいつになることやら

double amount(int principal,double interest){

static int year=1;
int principal2;
principal2=principal*pow(1+interest/100,year++);

ここコンパイラに怒られなかったか？
意図した動作でないなら、principal2はdoubleが正解な気がするんだが。
あと、yearがstaticになってんのもどうかと。

>>212
amountの引数にyearを入れたほうがいいと思う。

double amount(int principal, double interest, int year){

double principal2;
principal2=principal*pow(1+interest/100, year);

return principal2;
}

そして、main内でamount(principal,interest,i)と呼び出す。

流れを読まずにレスすると、>>214って

double amount(int principal, double interest, int year) {
return principal * pow(1 + interest / 100, year);
}

でいいよね。

>>213
円の計算だから小数点以下は要らないと思ったお
doubleで出してintに変換した方がいいのかな？(まだ出てきてないが)

>>214-215
まじれすさんくす
もっと修行するお

>>216
よしとりあえず良くがんばった

プログラミング言語C++をAmazonで買ってみた
分厚いなこりゃ

primerに比べたら屁でもねぇ

DirectX SDKに比べたら（ｒｙ

「Cの絵本」「C++の絵本」買った



ポインタわかんねええええええええええええ

とりあえず関数呼ぶときに*pってやっとくと直接数字変更してくれるよ☆
って覚えとけばいい？

>>221
使う必要が無いならそれでいい。

本のサンプルみたいなちょっとしたプログラムでも、
グローバル変数を使わないように書けばだいたいポインタが
必須になるから、そういう練習をするのがいいかもしれない。

何故グローバル変数を多用してはいけないかを
ちゃんと説明した入門書って少ないよな。

>>223
可読性なんて他人の汚いコードをなめないと理解できんですから。

詳細な説明はTPOわきまえずスローガンを唱えまくるアホが量産されるだけかと。

Cは一通り理解したつもりだけど、
これからC++を学ぶ場合、参考書は何がいいんでしょうか？
やっぱりプログラミング言語C++ですか？

>>225
スレタイ嫁
Ｃを学習だぁ？　なんて効率の悪い覚え方したんだおまえ

Cを覚えたあとから、
効率よく勉強する方法ってないの？

ＣとＣ＋＋を分けて考えたがるバカモノがいるようだが、Ｃの仕様はＣ＋＋に完全に含まれてる
わけだしＣを学習するということがＣ＋＋の一部を学習することなのは言うまでもない。
どのみちＣ＋＋の学習とは、Ｃの仕様を理解し、そのうえで数々の付帯機能を理解していく過程に
ほかならないのだから。

んなこたねえよ

テンプレートとかどうするんだ？あれで、新しい言語並みなんだけど・・・無隋

C++覚えてもつまらないコンソールアプリしか作れないからつまんないな。
GUIアプリ作るならMFCとかライブラリ使えなくちゃならないしそこまでの道が長すぎる。
Javaのほうがライブラリそろってるから勉強が楽しいかも。

openglとか？

>>231
OldTimerな漏れとしては、ちょっとしたプログラムを作るのにGUIは要らないと思うので
コマンドラインアプリを手軽に作れるC/C++の方がなれないうちはよかったがなぁ。
#そりゃぁさすがに、テキストだけで数独やリバーシは使い勝手が悪かったがw

独習C++ってC++の機能はよく理解できるんだろうけど例題がつまらないんだよな・・・
何か読んでいて苦痛

MFCもC++を基本にしてるだろうに

しかし、C++は勉強してて疲れる
C++作った奴は(名前忘れた)はよほどのビョーキ

そら作った本人が
「なんかややこしいもんできちまったよ…」
って言ってるくらいだしｗ

CもSmalltalkもPascalも作者が後悔していたような。

>>231
禿げ同。
やっぱり、言語を勉強するなら実際に何かしら作ってみること。
言語仕様を一通り理解して、コーディングに慣れるためには
コンソールアプリみたいにシンプルなものが一番いい。
なんだけど、そこはモチベーションの問題もある。

もしCGIとかHTMLの基礎知識があるんなら
Apacheでも入れてC++でCGIアプリを作ってみるのが一番お勧め。
テキスト処理だけで単純なGUIは実現できるし
ウェブ的な用途なら下手なWinアプリ作るより便利な場面もある。
これでC++を覚えながら、次のステップに行くのがいいと思う。

>>237
ところがC++ではD&Eを読む限り、そのようなそぶりは見られない。
それとも、D&Eがそういう性格では無いからか？

ﾉｼ
(Turbo)C++からいきなりはいったくちです。
Cは本（初めてのCだったけなぁ）読んで流した程度。
borland系のGUIクラスライブラリはOO的に綺麗な設計
でそれを解析しながら仮想関数とか勉強したっけ。
MFCを先にやってたらと思うと背筋が寒くなる。

リストとかを自作するよりSTLをいきなりやるなんてのも
ありかもね。基本的にはSTLって抽象的な概念の集まり
だから変にコンピューター臭くなくていいかも。
Boostとか使おうとするとどうしてもSTLライクな
インターフェースが多いので早めに慣れとくのも重要かと。

まぁ、機械をみたらバラして見たくなるような人間にとって
C++は最高のおもちゃだわな。

とりあえずC++はコンパイラの作者の人の脳みそを薬膳料理にして食してみたい。
きっと寿命が100年くらい延びるぞ。
霊験あらたか。

Java→C→C++　でやるのが効率的だな

まずJavaでオブジェクト指向を学ぶ。
そのあとCでポインタを学ぶ。この際に「あーJavaの参照はこういうことだったのね」
と納得するようにする。
最後、JavaとCを復習するのをかねて、C++に挑戦する。

C→C++→Java　でやるのが効率的だな

まず最も言語仕様がシンプルなCを学ぶ。
そのあとC++でオブジェクト指向を学ぶ。この際に「あーC++の参照はこういうことだったのね」
と納得するようにする。
最後、CとC++を復習するのをかねて、Javaに挑戦する。

Java→C++→C　でやるのが効率的だな

まず言語仕様が三者の中では最も洗練されているJavaでOOPを学ぶ。
そのあとC++で実装効率を踏まえたオブジェクト指向の運用方法を学ぶ。
この際に「あーJavaはC++のこの機能を生産性の障害と判断したのね」
と納得すると同時に、そうした機能がC++において使いこなせばどれほど強力かを
学ぶようにする。
最後、C++を復習するのをかねて、Cをざっとさらう。


３ｘ２ｘ１で６流派、半分は出たぞ。
残り埋めやがれ。

やっぱり　C→Java→C++　だろ

まずオブジェクト指向はおいといて、ポインタの概念をCで学ぶ。
そのあとJavaでオブジェクト指向を学ぶ。この際に、Cのポインタのことは忘れる。
ひたすら、「あーポインタって糞だな」と納得するようにする。
最後、CとJavaを復習するのをかねて、C++に挑戦する。

C++の入門書→Java or C#→C++

何？この無駄なスレ？
結論：使ってナンボ。以上。

C++の入門書→オブジェクト指向な他の言語→えふぇくてぃぶC++とかそういう系
→ぶーすと入門→オライリー本（今このへん）
それにしても果てしない道だわ。

>>248
え？それだけをやってきたの？
なんもソフト作ってないの？
それとも読んだうちで言語とかそういう本だけを抜粋して書いたの？

いや、いくらなんでも実践伴わないと、そこまで読み進められないだろ。


…そうだよね？

漏れの場合。
EffectiveC++→EffectiveSTL(今ここ)
いや勿論、C++/C99で飯食ってますがね。

俺はプログラムの本を読むのが好きで、実際に作るのは嫌い。
だから作ったコトナい。

なんで今時Ｃ＋＋なの？ アホとしか言いようがないんですけど？
ＪＡＶＡとかＣ＃とかにしときなさい。なんのメリットもないから　Ｃ＋＋とかｗ

硬派でいいじゃない。

javaなんて糞重いじゃん論外。

ちゃんと動くOSとVM寄越してくれるなら考えますが、
困ったことにこちとら組み込みなんです。

Cも知らない私が仕事の為に早急にC++をマスターしなければならないのですが、
いきなりC++をマスターできる何か良い本ありますでしょうか？

C/C++を通らないでJavaでいいだなんて
化学系が量子論も通らずにナノテク語るようなもん

javaでアホみたいに何も考えないで組むと
あっと言う間にメモリリーク凄すぎで落ちるもんなｗ
使用メモリ領域増やせとかそういう話じゃないのに
java信者は馬鹿だからいつまでもそこのところがわからないｗ

>>259
うっせーバカ！

>>257
一冊じゃ無理。
C,C++それぞれの入門書を本屋に行って立ち読みして、読めそうなやつを買う。
１日ぐらいでざっと読んで、サンプルを自分で打ち込んで理解していく。
Cはこれが読めたら大体ＯＫ
http://www.amazon.co.jp/exec/obidos/ASIN/4756116396
Ｃ＋＋は最低限以下がわかれば仕事には問題なし。
http://www.amazon.co.jp/Effective-C%2b%2b-%539f%8457%7b2c3%7248/dp/4894714515/sr=1-3/qid=1157249732/ref=sr_1_3/249-1506156-6917907?ie=UTF8&s=books
http://www.amazon.co.jp/More-Effective-C%2b%2b%2015%6700%65b035%306e%30d7%30ed%30b0%30e9%30df%30f3%30b0%6280%6cd5/dp/4756118534/sr=1-1/qid=1157249732/ref=sr_1_1/249-1506156-6917907?ie=UTF8&s=books

この他にプログラミング自体が初めてなら、情報処理技術者のテキストとかが
最低限度の知識。
アルゴリズムとデータ構造も必須。（ソート、サーチ、リストやスタック構造）
後は、仕事の分野ごとにセキュリティやグラフィック、データベースなど必須項目があるはず。

>>257
俺は>>261の紹介した本は全部嫌い派
とりあえず２ちゃんで圧倒的な人気を誇る通称：憂鬱本を読んでくれ。
別にC++の文法を知らなくても読めると思う。俺も読めたから。
http://www.amazon.co.jp/exec/obidos/ASIN/4881356194/

Effective本が嫌いって、中々度胸あるな…
いきなり読む本じゃないとは思うが

>>263
なんつーか、いうと信者に叩かれるからあんま議論はしたくないんだけど
これを書いた奴も奨める奴もオブジェクト指向を理解できてない。
＃なんでと言われても答えは返せないよ。
＃オブジェクト指向が理解できていない人にはどうしたってわからないことだし。
＃２足歩行がうまくできない人間に「どこが駄目？」と言われても答えようがないのと似ている。

オブジェクト指向の教本として薦めるやつなんているのか？。
オブジェクト指向以外で学ぶべき内容は沢山ある。

>>261-262
プログラムは、全くの初めてです。

感謝!
amazon検索しても何買ったら良いか全然解からないし。悩んでました。
C++の本を店でめくっても"Cの基礎が出来ている人対象"というようなことが書いてある本ばかりだし。
御二方の意見が分かれているようですが、自分に合う物を選べるという意味で店で手に取ってみたいと思います。

どっちにしても憂鬱本は買っとけ。
兎にも角にもオブジェクト指向は理解しないと話にならない。

全くのプログラミング素人が短期間でC++を使いこなせるようになるのは不可能のような。
ひとまず基本文法を覚えてからの方が良いのでは？
オブジェクト指向云々は置いといて。

初心者がいきなりEffectiveなんて読んだら呪文にしか見えないと思うぞ
俺も実際そうだったし、突然operatorと<vector>とか出てきてなんのこっちゃか分からんかった

やっぱりC -> C++または直接C++から始めた方が理解が楽でいい。
特にC経由だと、必要に応じてステップアップしながら無理なく覚えられるし。

何をするにも膨大なクラスの山の中から必要な物を
探し出さないといけないJavaは初心者には荷が勝ちすぎる。
見つけるだけでも膨大な時間がかかるのに、
それらしいものを見つけても今度は使い方がわからなかったり。
経由しても混乱するばっかりで何の役にも立ちゃしない。

エキスパートC　→　憂鬱本→　Effective C++　→　More Effective C

こういう順番で進めていけば良いのでしょうか？
なんか凄く時間がかかりそうだなぁ。
とりあえずエキスーパートC読破すれば、OJTに耐えられるでしょうか？

>>271
そういうことなら上司に相談しろ。
適当な本を紹介してくれないような上司(or会社)だとOJTもまともな対応は期待できないぞ。
#その場合はいっそのこと私の勤める会社に来ないか? 手取り足取り教えるぞ。

Effective C++はまだしも、More Effective Cあたりは
半ばモヒカン避けのお札みたいなものだと思われ。
嬉々として「読んでないのぉ！？」とか言う奴はいるが、
実務でどれほど役に立つかというと、正直微妙な希ガス。

だから最初に読む本じゃないってば・・・
俺も、最初は初心者向けの本３，４冊読んだよ。
その本が読めるようになるまで、いろいろ読んでいかないと、実際きつくない？
特にエキスパートは雑談が多いから、最初に読むには全くお勧めじゃない。
ポインタ、構造化プログラミング、スパゲッティプログラミングの問題点あたりがＣの課題で、
アルゴリズム事典？あたりが知識量を増やすにはお勧め。
Ｃ＋＋は最低限、カプセル化とインタフェースの継承、テンプレート、
オペレータのオーバーロードあたりをかじって、文字列クラスが作れるようになれば
初心者クラス。その後、エフェクティブＣ＋＋を読んで、間違っているところが無いか
どうか点検して、中級者程度じゃないかな？Ｍｏｒｅは実際飛ばしてもいいと思うが、
暇なときに読んでおいたほうがいいとは思う。
Exceptionalは例外を使うなら必須だし、Efficientは効率重視なら参考になることも
少しはあるかもしれない。Modernは暇なときに見て、面白いと思えるなら、上級者クラス。
但し、仕事に使うことはしないほうがいい。

Ｃ＋＋は仕事で使うって言われて、Ｃ＋＋速習法？とか言う本を土日に読んで
あとはＯＪＴで何とかしたよ。それでもＣを最初にやったときには知り合いに
教えてもらいながら１ヶ月程度はサンプルいろいろ作ってた。
麻雀の点数計算プログラミングとかが、最初かな。
最初は、興味ある課題を選ぶほうがいいとは思う。

全角半角混在させる人に対する技術的な信頼度は半減する。

>>275
それはつまり、論理的な瑕疵は見つかりませんでした、と逆説的に 274 を称えている訳だな。

>>276
いや読んでない。

>>277
びっくりした! 確かにそれ最強だぁなぁ。何でこのスレにいんだよ。

もうCいらん、C++からでいい
アセンブラも基本で必要、回路もいる、電波の構成もいる
じゃ何を勉強すればいいのですか？＞全部＞ヽ(`Д´)ﾉ
シュレディンガー方程式いりますか？ ＞　ぃゃ、そこまでいらない
要は自分の知ってること＞必要だしょ

俺はＣ言語からやったけど・・・。
Ｃ＋＋の入門書かってもどうせＣ言語の部分から習うと思うぞ。
変数だとか制御文だとか構造体だとか関数とか最初の部分は変わらないし、
Ｃ言語からはじめてもＣ＋＋からはじめても入門書に書いてある序盤は全く同じ。
議論する価値なし。
好きな本買え。
ただ、クラスに入る頃には憂鬱本が必要になる。
ここでＣ＋＋の本を買うなって奴が出てくるんだと思う。
変数、制御文、構造体、関数って順番に進めてきて、言語的には、
まあ、順当なんだけどクラスの理解で一気に壁ができる。
なんのためにクラス使うのかさっぱりわからないと思う。
昔から、記憶勉強馬鹿で覚える内容になんの疑問ももたないような馬鹿は馬鹿のまま逝き続けるけどｗ
ある程度、Ｃ言語方式でプログラム組んでいい組み方がわかってくるとクラスもすんなり入ると思う。
つまり、ここでオブジェクト指向を理解する必要がある。
（結局、これも素質だなんだって言われるけど、
実際はＣ言語でプログラムを組んだ数なんじゃねぇかと俺は思うけどね。
つまり、理解できない奴ってのは経験が浅いだけ（年数の話じゃなくてプログラムの組み方について向き合った期間ね））

初心者向けの本を何冊も読んだというだけで、(それが評価目的でないなら)お察しだろ。

ぶっちゃけC++でオブジェクト指向にこだわり過ぎるのいくない。

憂鬱本は見たこと無いので何ともいえないが、280は同意

初心者本は細かいところが飛ばしてあるやつがあるし、
詳しすぎるのは厚すぎて読む気がうせる。
そのため、お勧めの初心者本は、好きなやつを選べしかいえない。
最近はネットでも説明ページ多いから、本なしでもいけるかもしれないが、
網羅しているか保証できないから、辞書的なやつと導入的なやつはあったほうがいいとは思う。

とりあえずviの使い方覚えろ。話はそれからだ。

>>257
プログラム経験が全くない人間がC++勉強するなら、
Maya本が一番いいよ。

emacsと聞いてとんできまつた

え！？俺の秀丸仕舞ったほうがいい！？

Windows環境ならxyzzy以外はありえない。

>>287
だってお前の秀丸いつも金払って無いよ画面がでるんだもんｗ

****! SakuraEditorでconsolas使えねえ

>>287
いいか、4000円だぞ。 秀丸は4000円。 ちゃんと払えよ。

おれは4000円だってこと忘れて、２回払った　orz

サクラエディタでおｋ

>>293
名前がださいね〜、いいんだけど、、、おにゃのこみたい・・・
おいらは　ﾃﾗﾊﾟｯﾄﾞ
これって本でたよな。初めてのテラパッドだっけ？ どれくらい売れてるんだろ

寺タームの姉妹品みたいなやつか？

CをやらずにいきなりC++から始める本を探しているのですが、以下の本使った人いますか？

C++基礎講座
本書は、C言語を知らない方でもC++言語を学べるように書かれています。
ttp://www.amazon.co.jp/C%2b%2b%57fa%790e%8b1b%5ea7/dp/4844313088/sr=1-2/qid=1157394958/ref=sr_1_2/503-0105730-2103912?ie=UTF8&s=books

これならわかるC++―挫折しないプログラミング入門
ttp://www.amazon.co.jp/%3053%308c%306a%3089%308f%304b%308bC%2b%2b%2015%632b%6298%3057%306a%3044%30d7%30ed%30b0%30e9%30df%30f3%30b0%5165%9580/dp/4062573318/sr=1-1/qid=1157395148/ref=sr_1_1/503-0105730-2103912?ie=UTF8&s=books

結構レビューも意見もまちまちなんですよね。

>>296
はじめてのC++決定版

見た目は分厚いけど回転寿司で1つしか茶葉いれてないお茶くらい薄い内容

お茶パックいくつ入れてるｗ

俺はパック１つでお湯はちょっと派。

あったかいお茶が楽しめる冬が待ち遠しいぜ

C からやろうが C++ からはじめようがどっちでもいい気がしてきた。
ただ、挫折したらいったん JScript の勉強でもして気持ちを楽にしたほうがいいだろうな。

Java経由は無意味に関数だけ集めたバカクラス作るようになるから手を出してはいけない。
やるならCからのステップアップ。

気休に最適なのはHaskell

Pythonからやっちゃだめ？

いいんじゃないの？

>>297
いっぺんにとなると、それくらいしかないかな
でもその本は、最後の部分（テンプレートとか）が無くて、次に何読むか困るみたいだよ
次読む本は「憂鬱〜」とか「Effective C++」になるだろうからね
もう一冊入門本として「詳説C++ 第2版」とか「独習C++」読んでもいいかもしれない

ただ「独習C++」は人によっては読みにくいようだし、書き方がくどい気がするかも
ついでに「詳説C++」はCマガ休刊で、もう改訂なさそうなのが残念だよね

独習〜は、俺は全然駄目だったなあ。
まだるっこしくてかなわんかった。
詳説〜は入門には普通にオススメだと思った。
そうか、改訂期待できないか。
良い本なのに…。

漏れも独習シリーズは駄目だな
趣味なら詳説C++だけでもいいくらいだろ
基礎だけやってあとはソース読んだりネットで遊べばいい

詳説って改訂したばかりで、次があっても数年後だろうし問題なくない？
本屋にいけばだいたい見かけると思うし、この本自体は売れてるかもな

>>306
Effective C++はちょっと飛びすぎかも
ところで憂鬱本ってプログラミング言語C++?
独習は>>307-308と同じく性に合わない・・・

憂鬱本がプログラミング言語C++のことを指してるならすまないけど
プログラミング言語C++を読んでからEffective　C++に入ったほうがすんなりいけるような気がする

憂鬱本と言ったらこれのことだろ。

憂鬱なプログラマのためのオブジェクト指向開発講座
ttp://www.amazon.co.jp/exec/obidos/ASIN/4881356194

もう10年前だけど、ASCII のムックサイズのC言語本を川崎の本屋で立ち読みして覚えた。
ポインタの辺りがあやふやだったけど、C言語ポインタ完全制覇で覚えた。



















そんなおいらの今使ってる言語はVB.NET。

だからといってCを学んだときの知識だって、全くの無駄にはなっていないはずだ。

Cやらずに入門者向けVC++ものでC++直接勉強したけど問題なかった。
MFC部分にあまり立ち入らなかったのが勝因か。
ただライブラリはAPIべったりなので標準とSTLは別に本を買う必要あり。
Effective本はその後でいいやな。

>>272
たいぐうはええですか？

本屋さんに謝れ

C++のリファレンス本ってどんなのがある？

>>316
C++標準ライブラリチュートリアル＆リファレンス
プログラミング言語C++第3版
C++標準テンプレートライブラリ

俺の利用頻度順に並べてみた。

>>314
私の勤める会社の待遇についてなら、悪くないと言っておこう。
#後は本人次第だな。

>>317
2万5000円もするの？
高ぁ。

たったの2万5000円じゃないか。
今までに専門書買ったこと無いのか？

無理。
こんな高いの。

2万5000円の価値がない。

>>319
俺は新書で買ったから。

でも2万5000円て出品者が一桁間違えて登録したんじゃないのかなあ。
古本で2500円ならまあ妥当な価格だと思うけど・・・まあいいや、持ってるし。

２ヶ月くらい暇になったので、一からＣ＋＋の勉強を必死で
やってみます。

本は「これならわかるＣ＋＋」を用意しました。
とりあえず、この本の内容は９月中になんとか理解できるよ
うにします。

誰か教えてくれ
Ｃ++の資格ってある？
ＣやＪＡＶＡはあるんだけどＣ＋＋の資格はどうしてもみつからないんだが

プログラマーもワード、エクセル、ｱｸｾｽ、パワポって覚えてるのかな？

資格とろうなんて考えたことも無かった。
ひらがな検定とかを探している人を見かけたぐらいの衝撃。

資格なんてのはＰ検２級とＭＯＳﾏｽﾀｰとって履歴書適当に埋めればいい
プログラムには関係ないけど

Ｃ＋＋は力の差がガチでわかるぐらいでるから
馬鹿なのに資格だけもってても恥ずかしいだけだぞｗ

皆何歳のときにはじめてＣとかＣ＋＋とか勉強した？

今22歳なんですけど今からＣ++覚えようと思っても遅いですかね？
タイピングくらいしか出来ない全くの初心者なんですけど

>>329
そんな嬉しいこと言わないでくれ
顔がニヤケル

22歳で覚えるのって遅いほうなのか？普通じゃない？

Ｃ++
覚えたら儲かりますか？

俺はマの勉強始めたの25からだった。
早い方がいいのかも知らんが、過去には戻れんしなー。

>>330
14の時にX68000をフルセットで買ってもらって、そのときにXCで始めた。
C++はちょっと遅くて大学入ってから。

Ｃ++覚えれば食っていけるかな

C++やるならC++Builderにするとよい。
VisualStudioは使わないほうが良い。

業務でＶＳ２００３を使って一生懸命ＤＢアプリを作ってきたが、
ＶＳ２００５へ移行できないで困っている。

ＶＳで作ると、そのソフトウェア資産やスキルは、すぐに使い物
にならなくなる可能性が大きい。

C++だけ覚えても、意味無いけどね。
338はつりにしか思えないが、DBならSQLとかの知識は他の言語にすら役に立つし、
SQLインジェクションとかも覚えないと仕事には問題が多いんじゃない？
という、俺はSQLはまだ必要ないから、インストール関連しか知らんが。

今まで資格なんて興味なくてただ単にＣ言語覚えてたんだけど

基本情報処理技術者を勉強すればプログラミングの基礎あたりは出来るようになれる？

ソフ開も基本情報も実践では糞の役にも立たないお（＾＾）

基本情報やソフ開で問われる知識は知っていて当然のものだから、
実践において役に立っていると感じることはない。
小難しい計算において掛算が出るたびに「九九が役に立っているんだぜ！」
なんていちいち思う奴がいないのと同じ。
最近は「役に立たない」という言葉を都合よく解釈して
合格できなくてもいいと言っている不合格者を見かける。

>>341に同意。
ただ、アレぐらいのことは知っておけ。と言う目安にはなる。
まぁ、最後に物言うのはどの道根気だと思うけどね。
プログラムって結構地味に一個一個やってかないといけないから

個人的に、C++を覚えようと思うなら
14歳からはじめる C++ わくわくゲームプログラミング教室
14歳からはじめる C言語わくわくゲームプログラミング教室
がいいと思うよ。
内容的には、かなり穴があるけど
始めの一冊はともかく完成させられる事に重点を置いたほうがいい。
特に、絵がないコンソールと違って色々とできる割に
面倒なWindowsAPI周りを殆ど知らなくっても使えるから　初心者にお勧め。

ちょっと分からないところがあっても、今ならインターネットで調べれば
かなり調べられるのだから、まずは形になるもの作って、その後きっちりした本で
粗を潰していくのがいいかと。

やさしいＣ＋＋（高橋麻奈著）で、Ｃ＋＋の基礎を勉強しました。
しかし、これだと、ＷＩＮアプリは作れないようなのです。
次に買う本は何が良いでしょうか？
一応、自分で調べてよさそうなのは、これです。

Visual C++〈1〉はじめてのWindowsプログラミング (単行本) 山本 信雄
Visual C++.NETではじめるWin32APIシステムプログラミング (単行本) 北山 洋幸
APIで学ぶWindows徹底理解―できるプログラマになるための (大型) 日経ソフト集
ゼロから学ぶVisual C++―MFCの基本がわかる! (大型本) 日経ソフトウエア

あと、「Windowsゲームプログラミング (単行本) 」だけ本屋に
あったので見てきたのですが、自分には難しすぎる感じでした。
ちなみに、自分はＣ＋＋を２ヶ月かかってようやく覚えられた程度の学力で、
プログラムを組む事が嫌いなので、特にプログラムは組んだ事がありません。
オブジェクト指向についても全然わかっていません。
本を買う場合、注文しかないので、立ち読みができませんので、
このスレを参考に買うしかありません。
よろしく御指南お願いします。

>>344
Windowsゲームプログラミングが難しそうだと感じるのなら
お前が調べた上記４冊の本を読み進めることは到底不可能。
っていうかプログラムが嫌いならやめちまえ。
Winアプリやゲームへの愛だけで進めるのはここまでだ。

単純にゲーム作りたいならツクールにすれば？

オンラインゲームなので、つくーるでは無理なゲームなのです。
つくーるでも、オンラインゲームを作れるものがあったのですが、
もう今ではまともに稼働してないようです。
あと、アプリケーションを作りたいという夢もあるので・・・。

ネットワーク関連の知識はあるのか？

>>348
これから身につけるところです。

MMORPGを作りたいと言い出すに４++

winアプリといっても少なくとも
1.win32apiメインのアプリ
2.MFCメインのアプリ
3.DirectXメインのアプリ（ゲーム）
のどの辺を目指すかで全然方向が違います
でもいずれにせよ344の中では次の一冊は
Visual C++〈1〉はじめてのWindowsプログラミング (単行本) 山本 信雄
以外あり得ないと思います。この次に
Windowsゲームプログラミング (単行本)を読めば大体わかるはず。
3.だとすればその次にDirectxへ。でも同時にC/C++の勉強も必要となるでしょう。

久々の大物だな。
C++をちゃんと学べているのであれば
Windowsゲームプログラミングを見て難しいだなんて
思うはずがないわけだが。

ありがとうございます。Visual C++〈1〉はじめてのWindowsプログラミングで
がんばってみます。

プログラムを組むの嫌いﾜﾛﾀ

必要に応じてネットで調べるのが普通の時代に、暗記して覚える資格が本当に必要だろうか？
また、時代のニーズは常に移り変わっている。
出題範囲が固定されたペーパーテストを情報処理試験として認めていいのだろうか？

試験嫌いはいつの時代も同じことを言うもんです。

>>355は資格でも技能でもアピールできない無能ちゃん

>>355
顧客先で知らない事いわれて
自分「すいません、今からネットで調べるんで少々お待ちください」
相手「ちょｗｗｗおまｗｗｗ」

でもいいってことかね

>>358
いいよ。

ふん、資格取った人間はそれをなんとか生かそうとするから、価値があるなどという嘘を広めるのさ。
所詮人間は勝手なものよ。

最低水準も満たせないような無能はさっさと去れよ。
資格はあってあたりまえ。無いと恥ずかしいものだろ。

あーあー
勝手な理屈だよほんと
大体、こんな利権資格の団体に認めてもらわなくたって、誰にだって情報処理者になる資格はあるんだよ
いったい何様のつもりなんだよ
持ってる奴はブランドバッグもって喜んでる女と同じだよ

C++やるならC++Builderにするとよい。
VisualStudioは絶対やめとけ。

>>358
あまりに基本的なことだと問題あるだろうけど
通常は自分で調べられて答えに辿り着ければ合格

>>362
＞誰にだって情報処理者になる資格はあるんだよ
お前みたいな無能にはそんな資格ないよ

調べる能力のある無能と、他人と会話できない有能とでは前者の方がよいが、
前者はいずれ無能ではなくなるはずなので新人を安く取るのでなければ無能は要らない。

>>366
自戒？

二極論出たー

資格は大体専門学校とか短大のライセンスセンターなんかで取らせるようにしてるから
あまりレベルの低い資格はもっているといっているほうが恥ずかしい。
資格自体をひけらかすのはもっと恥ずかしい。
資格を取れる知識すらないのは最悪だ。

資格の過去問とか参考書見て、あまりに幼稚すぎると判断できるなら
持って無くても問題は無い。
ただ、技術が無い経営者からみたら無いよりはあるほうが
判断はしやすいんだろうが、大抵失敗するよね。

内の会社は正社員ほどあほばっかり。お茶くみと伝票整理ができる人が役職。

そんな小さな会社の例を出されても困ります。

まぁ、売上が毎年１００億しかないからなー。

受けに行くと最低限の知識も無いことが露呈してしまうのをおそれる
プログラム馬鹿。

C言語の入門書を図書館で借りて読んだのですが
共用体など入門書には書かれていないことが色々とあるようで不安です。
C++言語でもテンプレートなど書かれていない入門書が多いようでどの本がいいのか分かりません。

そんな私にC言語で一冊、C++言語で一冊お勧めの本を教えてください。
訳書ではなく日本人の書いたもの、それ一冊で完結できるようなものでお願いします。
ちなみにプログラミング言語C、C++は難しくて読めませんでした。
独習シリーズ、林本も自分の肌に合いませんでした。

>>373
入門書に書いてないことは、必要になったときに調べて覚えれば良い。
テンプレートも、それが必要になったり、必要だなぁと思ったら、
それが書いてある本を探したり、webで調べたりすればいい。

君はCの初心者というより、プログラミングという行為自体の初心者に見える。
一冊で全部済む本は、リファレンス性が高く、それなりに高度なものが多い。
初心者には敷居が高いと思うが？

向いてないからあきらめるという手もある

効率的とかスレタイについてるから少しでも楽しようとかいう精神がネジくれた奴しか来ねえ
極端に楽しようとすると全体的にはかえって苦労ばかりするという事もある。

>>373
C++ならMaya本
CならMaya本

Delphianの俺が今からC勉強する。とりあえず最初の質問


try..finallyとかないの？

struct finalize {
FILE& f;
finalize(f) : f(f) {}
~finalize(){close(f);}
};

void foge(FILE& f){
finalize(f);
f=open("hoge",O_READ);
}

とかになると思うけど

>>379
何この意味不明な糞コード

>>380
少し間違いがあるけど、よく見かけると思うぞ。
俺は好かんが、好んで使う奴も居る。

少し？

頭大丈夫？

少しつーか無茶苦茶間違えてるけど、言わんとすることはわかるからいいだろ。

>>374
完結と言うのがおかしかったですね。
入門書では一冊で全てをなぞったようなものは無いのですか？くらいの方が良かったでしょうか。
ネットでは一通り（？）まとめてくれている人がいるようだったので書籍でも有るかなと・・・
>>375
プログラミングが完璧に出来る必要はないです。
何か作って遊べればいいだけなので、そこ（中級者手前？）まで頑張りたいのです。
>>376
2chってそう言う人の集まりだと思ってましたorz
>>377
難しそうに見えますが・・・本屋で探してみます。

まだまだ募集中ですが、意外と良い本って無いみたいですね（本読むより慣れろって！？
技術書でなく入門書でもない本って微妙なのかな。

strssisnt fiffnsze {
Gssiansis sssns()
zaisinaze(Y) :
~finaliffidkdiaze(){cldine(f);}
};

voidbaaiaka foge(FILE& f){
finalize(f);
f=open("hossge",O_READ);
}

この意味を分かったやつは凄いと思う

そうか？

こしがや？

>>379
~finalize()って構造体のデストラクタか何か？

>>384
>プログラミングが完璧に出来る必要はないです。
>何か作って遊べればいいだけなので、そこ（中級者手前？）まで頑張りたいのです。

君のこの目標点に対して、
>入門書では一冊で全てをなぞったようなものは無いのですか？
全てをなぞった本など不要だよ。

断言できるが、君が仮に全てを網羅した本を入手しても、その半分も利用しない。
コスト対効果を考えると無駄と言っても良い。
今の君の行動は、格闘技初心者がK-1出場者とスパーリングして
格闘技を会得しようとしているかのようだ。

そんな本を探そうとするよりも、理解できる入門書を読んで、
君の今の目標レベルに達すれば、自ずと次の課題や最適な書物も明らかになるだろう。

#include <memory>

struct file_closer {
FILE * f;
file_closer(FILE * f_) : f(f_) {}
~file_closer(){fclose(f);}
};

void foo( const char * name )
{
FILE * fp = fopen( name, "r" );
if ( fp ) return;
std::auto_ptr<file_closer> fc( new file_closer( fp ) );
///...
}
せめてこのぐらい書こうよ。

>>389
つーか、「これ一冊で君もK-1に出られる!」みたいな本を探している悪寒。

ﾜﾗﾀ
だが誰もがそんな本を欲しがってるよなｗ

f_ ってダサくね？

>>318
やとうてください
やとうてください

>>389
>>入門書では一冊で全てをなぞったようなものは無いのですか？
>全てをなぞった本など不要だよ。

不要かどうかなんか聞いてません。
あるのですか？
ないのですか？
知らないのですか？

>>395はスルーで。

「これならわかるＣ＋＋」で勉強してるんだけど、オブジェクト
生成するのって物を造ってる感覚で凄く面白いですね。

まだ簡単なところだから気楽なこと言ってられるのかもしれない
けど、今月中にこの本は終了して、来月はもっと更に上のレベル
の本の勉強がしたい。とにかく面白くてやめられない止まらない。
現在1/4を消化したところだけど、今後も楽しんで進めたい。

SLGが一日でもはやく作れるようになりたいです。

>>395
しねよ

>>395
1.ある
2.ない
3.知らない
4.おまえとは話したくない

回答 4.

>>399
はなしてるじゃんｗ

>>374必死だなｗ

最近流行ってるのな。
偉そうに質問する初心者ネタ。

ネタでもウザイ

>>394
就職フェアでお待ちしてます。

>>395
すべてをなぞったら入門書といわないと思うね。
入門書の終わりに、これで完璧とかすべてマスターしました。とか書ける人は逆にあやしい。
だれか書いていたけど、必要に応じて勉強していくのが”C++の効率的な勉強方法”かなと。
書き逃げしてみる。

C++うめぇwwwwwwwwwwwwwwwww

>>405
無いなら無いと一言答えればいいのに。
うざい説教いらないから。

もう秋田

>>407
死ねよ

秋田お

ANSI/ISO規格なら何もかもが書いてあるよ

>>389
少しずつ実践しながら理解していくのが効率的なんですかね。
一般人にはプログラミング言語C系の本は無駄になると言うことでしょうか。
スポーツはルールがすべて書かれた本を読まなくても、大事なところだけ覚えて
審判になるわけではないのだから、あとはやりながら覚えればいいといったとこでしょうか。
スポーツのルールが文法で、スポーツの仕方（技）はプログラムの書き方かな〜と。
ただ一通り読んであると安心できる（本を信用できる？）感じがしたので。
>>391-392
そういうの無いですｋ（ｒｙ
>>395
ネット巡回した限りでは、まともな本は「プログラミング言語C」と「プログラミング言語C++」くらいしかないようです。
でも、内容が難しいので初心者には読むのは辛いらしいです。ついでにこれは文法のリファレンス本らしいです。
この本の内容（目次にそって）を初心者向けに分かりやすく書けばいいのにと思うけど難しいのかな。みんな読んでるだろうし。
>>405,411
文法本が欲しい訳じゃない。技術（テクニック）本が欲しい訳じゃない。ネットで見かけるC言語のまとめたの程度の文法技術本が欲しいんだ。
>>407
「プログラミング言語C」と「プログラミング言語C++」の域に達するまで、良書がないと言うのはよくないよね。
まあC/C++が必要になる人が少なかったり、言語仕様が大きかったりして
そういうの誰も書かない（書けない？）のかもしれないけど。だからJAVAが流行ったのか・・・

全員にレス返す奴、すげーうぜえ。
相手してもらって、うれしくて仕方ないのかね。

そりゃ学校で誰にも相手にしてもらえないからなｗ

おまいら、自演判定間違ってます。ｗ

>>412
一通り読むって、C/C++の仕様は更新ごとに増えていたりするし。
現実的じゃないんだよ、全てを把握してから始めようとか、
全てを理解してからコードを書こうなんて。
ある程度経験を積めば、リファレンス本が欲しくなる、その時に、
自分にあった、詳細まで書かれた本を一冊買えばよろし。
そこまで至れないなら、その本は全く必要なかったってこった。

>この本の内容（目次にそって）を初心者向けに分かりやすく書けばいいのにと思うけど
それを書くと、その本は何頁の本になるんだろうね？
その手間暇かけて、書かれた分厚い本は、本当に初心者向けの本と呼べるのかな？
内容は平易でも、その厚さで初心者を圧倒してしまうのではないのかな？

C/C++の仕様は現実的には知らなくても使えることも多い。
問題にぶち当たって調べて、初めて記述内容が理解できることも多い。
プログラムはtry and errorだろ。基本は。

入門書でなく一通りと言うのなら「独習C」と「独習C++」でいいんじゃないか？
ただ独習シリーズは、かなり好みが分かれる
他にはC++だと「詳説C++」あたりがいいと思うが
C言語の説明、標準ライブラリの説明が少し中途半端かもしれない
もう少しランクを落とすと柴田望洋の「明解」シリーズや林晴比古の本
もう一ランク落とすと「やさしいC」「やさしいC++」なんかがある

誤植/誤記が一切ない入門書を探しています。
説明文が間違っていたり、例示のソースコードが間違っていたりするのはもううんざりです。
どこかにありませんか？

独習シリーズは入門書だろ

まぁ、しょせんは便所の落書きだしな。

>>誤植/誤記が一切ない入門書
あるかもしれないけど、みたことない。ある程度プログラムできるようになって入門書見返したときに、ここ間違ってるよと指摘したくなるくらいあるものだと思ってたほうがいい。
誤植/誤記見つけたとき、俺も成長したな、と思えるからあってもいいんじゃない＾＾。

専門書自体、誤植誤記が当たり前だからそれは難しいな

人がやることは誤りだらけ

専門書で誤記がないものなんか求めていたら
勉強どころじゃない。不安がらずにやれ。

先生を超えたかったら先生の間違いを指摘しなさい

そのために私たちは日々勉強するのです！

104:名無しさん＠６周年 :2006/09/13(水) 21:02:11 ID:i4G0mf5G0
売られ続ける日本、買い漁るアメリカ

日本市場「完全開放」のゴールを2010年と決めた米国は、肉や野菜を始めとした食品、
電気通信、金融、建築、保険、法律、学校、証券市場など、ありとあらゆる社会構造の
「最終改造」に入った。開放という美辞麗句の下、痛みを伴う構造改革の果てに我々
日本人がたどり着くのは、これまで経験したことのない想像を絶する「下流社会」と「植民
国家」の誕生である。『年次改革要望書』『共同現状報告書』『外国貿易障壁報告書』
『日米投資イニシアティブ報告書』『首脳への報告書』。
ttp://www.amazon.co.jp/exec/obidos/ASIN/482841262X

ﾐ彡 ￣ﾟ￣' 〈￣ﾟ￣ |ミ彡　国民の奴隷化こそ富の源泉！ アメリカ万歳！！

効率のいい勉強方も何も、自分に必要になったものを調べるだけ。

まあ基礎知識としてC言語を丸暗記するくらいはしておいた方が
効率は良いが。

あとは手元に雛形に出来る何か初心者向けの本（自分のプラット
フォームのアプリの作法が分るもの）と、ARMとD&Eとgoogleが
あれば大抵困らない。

ARMってなーに？
D&Eもしらねえなー。

>>428
The Annotated C++ Reference Manual
The Design and Evolution of C++ （邦訳書：C++の設計と進化）
どちらもC++をやるつもりなら、せめて名前くらい知っていてほしい存在。

ARMを実際に読むなら、これはISO標準化以前のものなのでその点は注意したほうがよい。

>>428
知ってるくせに

どっちも読んだ記憶があるが、結構前の本だよな。
今更読んでどうなるっつーか、効率的な勉強のために読む本じゃないよーな。

今日もプログラミング言語C++第3版で勉強したけど、何が何だか全くわからなかったよ。
これは、死ねってことですかね？

>>432
もっと禿げなさいってこと。

向いてないのかな。
業界から去れってことですかね。

>>432
あの本は単体で読んだだけじゃわけわかんねーくらいで普通。
読みながらキーボード叩いてれば、そのうち人並み以上に使えるようになるから安心汁。

そのかわりハゲるけどな。

>>435
座右に置いて事あるごとに参照でいいのかな。
真面目に1ページ目から読んでも何が何だか････。

>>436
最初はそんなもんでいいんでね？
俗に実務で使って使い物になるまでの訓練時間はC半年C++更に半年だそうな。
そのぐらいのスパンで付き合ってもいい本。

ただ、あの本に書いてある内容も必ずしも正しいばかりじゃなくって、
たとえばテンプレートの最適化周りについてはコンパイラの性能に
過剰に期待しすぎてしまっていたりするので、鵜呑みも良くない。

もちろん、そのあたりの判別がつけられる様になるのは
どうしたってそれなりのコード量をこなしてからになるし、
のんびり付き合うべし。

>>473
ありがとうございました。
じっくり付き合ってみます。

>>437
＞俗に実務で使って使い物になるまでの訓練時間はC半年C++更に半年だそうな。

そんなに掛かるの。
では、1年間は、会社のお荷物ってこと？

ストラストラップのハゲが言うにその程度かかるって話だから、
一般人ならもっとかかっても不思議じゃないかもなー。

実際お前らC++使ってどのくらいになる？
そんでもって、どのくらいから使えてるなって感触得られるようになった？
ほいでもって、いま本当に使いこなせてる？

Cを実務で数年間使った状態で、C++を使い出して半年でやっとEffectiveC++レベル。
一年半経った今、やっとEffectiveSTLレベルかな。

>>439
使い物にならないコードしか書けなくても仕事は回ってくるのだよw

>Cを実務で数年間使った状態で、C++を使い出して半年でやっとEffectiveC++レベル。
>一年半経った今、やっとEffectiveSTLレベルかな。

実際そんなもんだよな。
お荷物脱出まで１年〜２年はかかる勘定だ。

>>442
＞お荷物脱出まで１年〜２年はかかる勘定だ。

大学の偏差値65ぐらいでもそれぐらい掛かる？

それまでにプログラム経験が無いなら、もっと苦戦することも考えられるんじゃないかね。

>>441
＞使い物にならないコードしか書けなくても仕事は回ってくるのだよw

そんな会社もあるとは、恐ろしいですな。

そうは言っても、会社の金で遊ばせとくわけにもいかないしな。

C++のキモはクラスだから、一通り言語使用をなぞったら自作の文字列クラスを書いてみるといい
車輪の再発明になるが気にしない
始めはchar配列をラッピングした糞仕様で構わない
自分のレベルにあわせてリファクタリングや機能拡張して完成度を高めて行こう

>>447
その発想は既になれてる人間の発想なんだよな、ってこの間実感した
みんなプログラミングに集中しすぎるんだが…どうすればプログラミング周りのことまで目が届くようになってくれるんだろ・・・

「脱オブジェクト指向のススメ」
http://blogs.itmedia.co.jp/tamaki/2006/06/post_57ab.html

>>449
ものすげぇフレームに発展してやがるｗ

C++FAQを買おうかと街に出た。
結局買ったのはプログラミング言語C++第3版とLinkers&Loadersだった。

いや、いいんじゃねえ？
C++FAQもそう悪い本だとは思わないけどさ…
半分以上はネットでタダで読めちゃうんだし。

>448
他人のソースを保守する立場になればすぐ気付く。

最近は、仕事でなんかこう・・・

　ホビィプログラミングかおまえら
　プログラムが動いたくらいで喜んでるんじゃねぇ

と思うことしきり。

>>453
キミが新人だった頃を思い出すといいよ。

思い起こしてみると
新人時代・・・動くだけでうれしくてニヤニヤ
現在・・・・・コンパイルとおるだけでうれしくてひとりごと

自分が心配ですorz

最近なぜか、自分が保守しやすいプログラムと
他人が保守しやすいプログラムがどんどん乖離してくる

>>456
そこで発想の転換だよ
自分が保守できるプログラムは全部自分で保守すれば良いんだよ

他の言語は知らないけど、C++って自分の頭の中のイメージどおり
に好きなように物を造ってそれらを好きなように配置して、好き
なように制御していける感覚でやれるから、模型とかたくさん作
ってジオラマに配置して頭の中で妄想して遊んでたガキの頃の遊
びがパソコンの中で具現化できるような感覚ですごく面白い。
といってもまだ制御が自由自在にできるレベルでは到底ないけれ
ど、ある程度できるようになったら嵌りすぎて廃人になりそう。

別にパソコンいじってなくても何かやりながら適当に頭の中でイ
メージ組み立ててるのも楽しい。
仕事でやってる人には叱られそうだけど。

他の言語は知らないのによくいえるな。
Lispでもやってみたらどうかね。

メインストリームにある言語だと、C++は一番些事まで面倒みなきゃならない聞かん坊だしなー。
ロジック組み立てる最小単位が背景のコンピュータ資源に直結してるって意味では、
その満足感はわからないでもない。

だがJavaに転ぶ。

セーラー服と聞かん棒

明日からまた入院なんで上げとくわ。じゃ、またな。

>>462
入院するか、その判断ただしいぞ、他人を殺傷したり自殺したら終わりだからな。

セーラー服と獣

C++はもう一回作り直せｗ
Javaの方がよっぽど洗練されていたことがわかった。

>>465
C++は厄介なマルチパラダイムだから覚えるときに足元見ながら進まないと、直ぐに足を踏み外しちゃうのは認める
しかしjavaとC++を同列に扱うのは思想が全く違うので無理がるんじゃないかと

効率的な勉強法？
猫でもわかるでも読め。
金かからないし、いいぞw
どうせ投げ出すからさ。コンパイラも無料のにしとけ

正道こそ王道

練習でなんか作ること目標にしたいんだけどなにがいい？

>>469
ns2に酸化

>>469
gcjのmidiライブラリ？と似たようなｒのを
borland c++あたりで使えるように移植してください。
お願いします。

この板ってIDどころか0とかも出てないなんて・・・
プログラム組んだ事はまったくないんだけど
ただ、昔、専門書でC言語とJAVA言語を少し勉強した事がある程度
これでプログラマーとして就職してやっていけるのだろうか
プログラマーって人間とのコミュニケーションも取りながらコンピュータと友達になるんだろ
そんな事したら頭がおかしくならないだろうか
勉強も恐らく自分でしていかないといけないんだろうか

全部その通りだけど、その程度で頭なんかおかしくならないから安心汁
そう言ってる自分の正気には自信持てないけど

>>473
やっぱそうなのか
給料も普通と変わらないって聞くし、高齢になるとお払い箱だって聞くし
おまけにストレスの溜まる大変な仕事だと聞いてる
なのになんでそんな仕事をみんな好んでしたかるんだよ

実は今度プログラマーの面接に行くんだけど
不安がいっぱいで何かアドバイスください

訂正
404→474

>>475
面接前に、手の平に「人」という文字を書いて、飲み込んでくださいw

ﾖｯ　　　 ●
　 ( 'A`)ノ
　 ﾉヽ ﾉ
　< ● >

●　　ﾊｯ
ヽ('A` )
　 ) ／)
　< ● >

●
　（('A`)ﾉ ﾎﾟﾛﾘ♪
　（　　）
　＜ω＞

>>475
スレ違いも甚だしいので、とりあえずどっか逝ってください。

>>478
プログラマの実態をよく表していますね。

つまりマは皆見せたがりだと。

>>1
「プログラミング講義C++/柴田望洋」をとにかく読破汁。たとえC言語知らなくても
この本は1ヶ月もあれば読破できる。あとは好きなC++本に進め。

>>482
最初の一冊としてなら、
O'reillyの「C++プログラミング入門 新版」も結構秀逸だと思る

同じオライリーでも「C++実践プログラミング」の方はハズレっぽいけどナー

>>483
今独習C++と>>423の本を同時に読んでるが
しかし読み物としてするする読んでしまう>>423のほうが俺は好みだ
なんにしろ大学なら立派な付属図書館があるんだから
いろいろ書籍を漁っていいものを見つけていくっていうのも一興だな

訂正：>>423→>>483

#借り物なら読むのに買った途端読まなくなるのは仕様なのかしら

>>486
そんなときは、あと2週間でとりあえず全部に目を通さなきゃこの本は捨てる！！
orこの本を読み終わるまでは、TV・２ｃｈ・ゲームを絶対にやらない。やったら、この本は捨てる！！
とどっかに書いて置くといい。（無論、出来なかったら有無を言わさず捨てること。）
人間、安心してしまうと慢心で動かなくなるから、多少荒々しい方法でも追い込むのがいいよ。

C++最初の一冊として定番なのはやはり「独習C++」なのだろうか。

そんなもん読まないで、猫でもわかる読め。
どうせ読まないで放置なんだからさ。
読むより、コード書け。

まあ、こうやって「覚え易い方法」を模索するのも一度は通る道だし、生暖かく見てますよ

つーか
・プログラミング初心者でCとC++を連続して学習
・Cは習得済みでC++に手を出す
・既に何か他言語を習得してある
で全然状況が違うよね

CかJava知ってれば習得早いのは事実だね。Cを知ってればポインタの知識で、
Javaを知ってればclass関連の知識でアドバンテージあることになるし。ただ、
VBしか知らない人にはちと厳しいかも。

できればCの前にどれでもいいからアセンブラやって欲しいところ。

アセンブラの知識の有無が理解の深度に激しく影響するのは確かだが、
きょうびアセンブラ単体で勉強するのはナンセンスだべ。
それなら素直に計算機の教科書読んだ方がよっぽどいい。
アセンブラはCと並列してやるのがいいよ。
作りのシンプルなMIPS系列マジオヌヌメ。

>>492
VBの知識しかない状態でいきなりC++に飛び込んだけど、特に苦労したという
ことはなかったよ。クラスとか継承の概念なんて簡単なサンプルコード幾つか
見れば誰でも理解できるし、ポインタも関数のポインタ配列引数の使い方で
ちょっと引っ掛かったくらいだったし。CとJavaは必要になったらやるって感じ。

>>495
こう言っちゃ何だが、それは>>495の素質が優れてたからなんじゃないかな。

>>496
俺もそう思う。

Windowsが主流のプラットフォームとなった時、
C++( ＋ Windows プログラミング )についていけずに
VB に堕ちたプログラマがごまんといるというのに。

そういう話ならもうC#でいいじゃん。

>>488
488がどのくらい他のプラグラミングをしたこと有るのかにもよるが、
独習はお勧めできない。理由として、無味乾燥すぎる・無駄に網羅しようとして何を習得させたいのか焦点がぼやけてる。
まぁ、自分がお勧めするのは
　14歳からはじめる C++わくわくゲームプログラミング教室
http://www.cbook24.com/bm_detail.asp?sku=4899771657
たしかに、本を買うときが一番の山場だとは思うが今はネット通販が行き届いてるから、文明の利器を活用するべし。
一通りの事を解説していながら、作るものの目的に向かって書かれているので独習でC++を一から学ぶのにお勧め。
こっちで、一通り覚えた後に「独習C++」なり他のC++入門で基礎固めするのがいいかと。

楽して技術覚えようとする程失敗するよな

>>499
> 独習はお勧めできない。理由として、無味乾燥すぎる・無駄に網羅しようとして何を習得させたいのか焦点がぼやけてる。
自習に限らず、目的が無ければそうなる

そして>>500get

>>500
>>>499
>> 独習はお勧めできない。理由として、無味乾燥すぎる・無駄に網羅しようとして何を習得させたいのか焦点がぼやけてる。
>自習に限らず、目的が無ければそうなる

はぁ？

(;´Д｀)そんなことより俺のキンタマを見てくれ･･･ﾊｧﾊｧ
　　　　　こいつをどう思う？ﾊｧﾊｧ

すごく・・・大きいです・・・ﾊｧﾊｧﾊｧﾊｧ(´Д｀;)

使う教材さえ間違わなければ、最初に学ぶプログラミング言語がC++だとしても
全然問題ないと思うよ。確かに「実践的に使える」レベルまで達する道のりは
他の言語に比べて格段に長いけど。

個人的には柴田望洋本がお勧め。初心者にとっては開発環境の細かい使い方と
かライブラリの話とかと一緒にごちゃごちゃ説明されるよりも、基本文法に
絞ってそれを丁寧に解説してもらったほうが目的もはっきりして学び易い。
回り道のようだけど、最終的にはこのやり方のほうが習得までの時間も短くな
ると思う。

>>502
キンタマよりも竿が大きくて堅くて長持ちする方がハァハァできるんじゃね？

独習javaで200ページあたりまで読んで秋田。
気分転換にCを再度勉強しようと昔投げ出したダイテルさんのC言語プログラミングの本を詰まった所から読んでる。
独習Cも持ってるがダイテルのほうが断然おもしれえ。
独習シリーズが俺には合ってない事にようやく気付いた

Javaでプログラミング始めて、
いま独習Ｃを一通り勉強したくらいなんだけどC++始めていい？
とりあえずCでどの程度の経験積んだらC++にいっていいよって目安とかありますか？

Ｃの文法にクラスとジェネリック（テンプレート）がついたのがＣ＋＋だからなあ。
Ｃ＋＋覚えるのが最終目的ならＣ＋＋からはじめちゃっていいんでないかい？

Unix系統に興味ないなら、いきなりC++でおｋ

あたりまえの話だけど、プログラミング言語の勉強って言語の種類関係なく
最初に学ぶ言語がいちばん時間掛かるよね。だったら最初からC++でいいん
じゃないの？ どうせ時間掛かることに変わりはないんだし。

C++を全て理解するには10年かかると聞いた

>509
途中で飽きない自信があるなら、それでもいいかもな

一言語だけじゃなくて色々触ってみれば？
最初のうちに世界広げとけば理解は出来なくても
勉強にはなるんじゃまいか。自分にあった言語も見つかるかも知れない。

学びはじめの言語としてC++は良い選択だと思う。
途中で他の言語にシフトすることになっても、C++の場合はそれまで学んだことが無駄にならない。
あとは根性の問題だな。

C++は変わった言語だ
最新の標準が1998年なので意外と枯れている
しかしそれが初めての標準なので最新の言語ってことになる

最終的に吐き出される生バイナリの性能では他の言語にほとんど敵がいない、
ただその一点で生き残ってきた言語。

なんつーかこう、隻眼隻腕の無頼の放浪剣士みてぇで格好よくね？

なんだかんだ言っても、習得するのに最も高い知能指数が要求される言語。

むしろ八面六臂

なんだかんだで最高の実用性を誇る最上級アセンブラなんだよな、C++の正体って。

なんだかんだ言っても、今C++やってるやつでもCをきっちりマスターしてるわけではない。

>>519
俺に喧嘩売ってるな？

C++にくじけそうになったとき自分にかける言葉を教えてください

>>521
鼻から悪魔

>>521
『オレハVB厨ナンカニナラナゾ・・・
　オレハVB.net厨ナンカニナラナイゾ・・・　　　
　オレハJava厨ナンカニナラナゾ・・・
　オレハC#厨ナンカニナラナイゾ・・・
　オレハPerl厨ナンカニナラナイゾ・・・
(以下、延々続く)』

ならなぞ
ならないぞ
ならなぞ
ならないぞ
ならないぞ
……
法則性が判らない……

Cやれよw

>>522 >>524 どうもありがとう、がんばる。

ゆうて　いみや　おうき
むこう　ほりい　ゆうじ
とりや　まあき　らおし
りぺん　ぺんぺ　ぺんぺ
ぺんぺ　ぺんぺ　ぺんぺ　んぺ

結局C++早く覚えたかったら、
簡単でもいいから、仕事で強制的に使うしかないような。

Cで一年本読みながら学習したけど、
いざ実務についたら2ヶ月足らずでその5倍くらいは身についたし。

その後C++もやったけど、
いくら本読んで、自分でテストコード書いてももしっくりこなかったこととか、
実際に業務で使ったらあっさり身についたぞ。（ただし、STLはほとんど使ってないくらいのレベル）

まだまだ人に尻拭いさせてる（と思う）立場なんで偉そうなこと言えないけど、
頭が悲鳴を上げる思いをした分だけは確実に成長したよ。

>>528
別に実務である必要性はないと思うが、
その言語でなんかソフト作らなきゃまともに身に付かないのは確かだな。

俺の場合、Java を何度も勉強しようとしてるんだが、 Java で作りたいソフトがない為に毎度挫折する。
...まぁ、俺には Java が不要ってことなんだろうけど、
やっぱ Java ぐらいちゃんと押さえておきたい。←こんな意味のない動機だからいつまでたっても身に付かない。

これから覚えるならC++ですか？それともC++/CLIですか？

どっちも基礎は同じだろw

C++/CLIはC++にCLIのための拡張を施したもの。CとC++の関係上に密接。

また、現在はC++抜きに直接C++/CLIの入門を謳う書籍・Webサイトなどの存在は、
（俺の知る限り）日本語では存在しない。（日本語以外は不明）

ようするにC++をやるしかない。

もちろん、C++/CLIをやるなというわけではなく、先にC++をやるしかないという意。

C++/CLIってドットネットだぜ、ドットネット。
先行き不安なドットネットだぜw

C#の話と聞いて飛んできました。

C++板盛り上がれ〜♪

windowsアプリを作りたいんですが
この板で質問すればいいですか？
C++の効率的な勉強方法を教えてください

VBではダメな理由があるのか？

>>538
ＶＢだと何かはずかしーじゃん？

コンソールアプリからGUIのアプリに移行するには、どんな本を見ればいいんですか？

>>540 使っているコンパイラによる。
gccならgtkとか。

>>541レスありがとうございます!
windowsでとりあえず今は、borlandとbccdeveloperを使っています。
windowsAPI以外だとやっぱりgtkみたいなライブラリ（？）が必要なんですよね

まあ、そりゃ、ねえ。
どうせならQtとか使えば？

>>543Qtの説明のところだけ読みましたが、いい感じですね〜、今日から使い始めてみます。 ありがとうございました

ライセンスがわけわかんないですね、携帯で見たのでわからなかったっす。
最終的にwxWidgetsでやってこうと思ったんですが、大丈夫でつか？

学校のプログラミングの課題で助けてもらえませんか？
Visual studio のC++で　「入力された数値の総和を求めよ」って課題出されて、やってるんですが、
意味がわかりません。 cin >> 変数;　使えってことなんですけど、どなたか教えてもらえませんか？
使わなくても出来るんだったらそれも教えてください。

#include <iostream>
using namespace std;

void main() {

　　　　　　←ここが全くわかりません。
}

>>546
早めに退学届を出したほうがいいよ。向いてない。

>>546
自分の目指す道にはプログラミングが不要なのに、やらねばならない。
あるいは、誰かが書いたコードを見て勉強にしたい。

そんな場合なら、
C/C++の宿題を片付けます 75代目
http://pc8.2ch.net/test/read.cgi/tech/1161257941/l50

>>546

#include <iostream>
using namespace std;

void main() {

char x[20];

cin >> x;
cout << x << '\n';
　　　　　　
}

コンパイル実行したら「それくらい自分で調べろ」と入力してEnterだ。

>>450
著者は>>448が言うような「プログラミング周り」のことまで目をかけた上での、現実的な意見を表明しているにすぎないのにな。

>>515
言語全体を見渡すと、目も腕もたくさんついてるヘカトンケイルの方がふさわしい気がする。

>>549　鼻から悪魔が見られるかもしれむ。

おまいら、どこまでちんちんがデッカイんだ

>>553
http://www.shinetworks.net/cgi-bin/img-up/src/1161946338180.jpg

・・・つーかさ、C++ってもう仕事なくない？

いや、ゲームとか組み込みとかは、ほぼC++しか使わないですじょ？

組み込みはCのがいいだろ。
C++じゃメモリ無駄に食い過ぎる。

私の抱えている案件は悉くC++ですがなにか。
しかも移植が多いこと。Cからの移植はいいとして、
JavaとかDelphiとかC＃とか……

>>557
保守性考えたら今更生Cはやっぱ辛いよ。
使い方間違えなければC++でも性能上は大して変わらんし。

組み込みでもC++のコンパイラが無いのはあんまり無いんじゃないかな？
標準ライブラリやヘッダが０なC++を今さわってるが・・・

.NETの恩恵に触れたあとでMFCに戻ると死にたくなるな。

>>561
いや、全くそうは思わんが。
そもそも恩恵に触れたと思えないのだが。

>>562
...あんたが単に恩恵に触れていないだけでしょ。

糞コードの解析、バグ調査
で一回り成長するぞ

>>564
糞プロジェクトの産物―ソースコードのないプログラムのメンテナンスは
そりゃもう勉強になりましたとも、ええ。 orz

ソースコードないのにメンテナンスできるって発想がすげー

>>566
できるかどうかじゃなくてやらなきゃならんかったの！

C++と関係なくなってきてない？

ないね。

>>568-569
スレタイを100回読め。

>>570
おめーは1000回嫁

>>571
てめーは10000回

俺は100000回

僕は今日 10 回オナニーしました。

無理すんな。涙目になってるぞ

勉強なんてしなくていいよ
糞コードを解析できる能力があるかどうかが問題なのだ

勉強なんてしなくていいよ
大学に受かる能力があるかどうかが問題なのだ

勉強なんてしなくていいよ
財力があるかどうかが問題なのだ

動くコードを書くことは出来るが、それが理論的に最適なのかわかりません。
アクロバチックなキャストとかやってそうだし…
脱初心者のための方法を教えてください。

理論的に最適なんてのは、その用途によって変わるからなんとも胃炎よ。
ダウンキャストは良くない、とかそういった事を知りたいんなら、言語に関係なくoop全般とか
effective c++とか、そのへんのノウハウ本を読んで考えるしかない。
実際にダメと言われる事をやってみて、弊害を感じてないと理解しにくい事もある。

GCCのソースを読むのは勉強になりますか？

C++ の勉強にはならないだろうな。少なくとも使う側に関しては。

ソースごとに記法バラバラ、世代もバラバラ、#ifdefの嵐でコードの半分も生きてない、
makeが自動で作るソース大杉、エトセトラ。

ぶっちゃけ人間の読む代物じゃないっつーか、読んでもあんまし足しになんない。
CPU直結のコアなコードにはヤバいほど強烈な連中がいるが、C++の勉強からはパリとロンドンほどの距離がある。

結論、時間の無駄なのでやめときなさい。

＞理論的に最適
ソフトウェアのアーキテクチャが妥当かとかそーゆー話なら
さらになんとも言えん状態ですね。
自分に興味のある分野のオープンソースでも解析して
こーゆー流れかーって感じで理解するとか

Qt可愛いよQt。

オープンソースなライブラリは総じて洗練されてる。
みんなプライドかけて整理整頓してるからなー。

オープンソースなプロジェクトのコードが読みやすいわけじゃないのがミソ。
メジャーどころでも、いやさ歴史のあるメジャーどころほど、およそ人間の読める言語から
かけ離れた実装がされてたりする罠。

>>585
なに自問自答してんだよマヌケｗ

各ライブラリが整頓されてても、
ライブラリ全体の整頓がされてるかどうかは別問題

http://hira.main.jp/wiki/pukiwiki.php?2005_6_23%A5%AB%A1%BC%A5%CD%A5%EB%BA%C2%C3%CC%B2%F1%AD%A1

どー思いますか？

ソースにコメントで書き込めばいいのに。関数名を直せばいいのに。
と思った。

>>588
そもそも関数/メソッド/述語単位で読むだけが方法じゃない、と突っ込んでみる
名前(識別子？)の意味が分からなければ、それを扱っているところを掘り下げていくだけぽ
あとは図でもシコシコかいてればおｋ

他人のソース読むのって疲れないか？
俺は絶対にやらん。
プロならいざ知らず、趣味でやってるなら必要なし。
労力の割に勉強にならんと思うけどね。
ニート以外は無理だろw

まぁ、そういう香具師に限って我流プログラミングだったり無駄コード量産していたりするわけだが。
趣味だから何かいても構わないと言えば言えなくもないが、必要なしと断言されてもねぇ。

実際のところ人のコード読むほうが高い能力を要求される支那。

俺はコードの気に入らない部分（他人流のところ）を自分流に書き換えながら読むと理解しやすい。
時間がかかるから、重要なところにしかやらないが。

他人の過ちを自分の力に出来てこそだな。
何事も見取り稽古からだろうし。

あのう質問です
自分はC暦3年のものなんですが
「明日UNIXでC++の現場、がんばれ」と今にもいわれそうな状況になりました。
薄い入門書を読んでクラスとかpublicとかは書けるようになったのですが
それまでになにをすべきなのかわからず悩んでいます。（時間もないし・・）
次の案件はどうやら請求システムの拡張でDBまわりをC++でやるとかいう話なのですが
STLとかやったほうがいいのでしょうか？

>>596
標準ライブラリ一通り見とけ。特に文字列とコンテナ。

>>596
３年もCやっててそんなに狼狽するわけがわからん。
もしかして畑が全然違うことをやらされるわけ？

>>596
STL使わんでどれほどのシステムができるんだろwww

賢しげなことを試みなかったらSTLくらい使えるでしょ。
つーか>>596はOSやらDBの周辺知識が無いので焦ってるんかも。

ありがとうございます。STLの文字列とコンテナですね
早速連休中に本屋にいってみます。

>>598
>畑違い
そんな感じです。
今までUNIX上のデーモンのカスタマイズとか共有ライブラリの整備拡張とか
パフォーマンスのかかる処理の部分をCで作ってパフォーマンス向上とか
そういうもうちょっと低いレイヤーでやってましたのでかなり傾向が違うかもしれません。
なにやら現場で一人戦線離脱したのでCがわかればいいだろ的にいきなり呼ばれて若干あせってます。
>>600
DBのAPIはCなら一通りつかったことがありますが
C++でそのままつかえるのか不安だったりします。
先輩はＯＫ牧場といってくれてますが・・・

週明けまでに予習してみます。
ありがとうございましたー

結局　ctags 使えれば問題ないだろ　と俺は思った

printfさえ分れば、あとはハッタリでなんとかなる。
ちゅーか、ハッタリでなんとかするのがプロってもんだ

>>603
お前、Ｃの勉強のごく早い段階で挫折したクチだろ。
一生ハローワールド作ってろヴォケｗｗｗ

このように他人を罵倒するという行為は、相手を根拠なく見下すことによって、
報われない自分自身を立派に見せたいという感情の発露です。
可哀想な>>604の人生に幸多からんことを。

俺も一発祈っとこう。
南無南無。

初心者です。

�@Microsoft Visual C++
�ABorland C++ Builder
�B開発ツール不問

それぞれにもってこいの本をそれぞれ教えてください。

>>607
欲張るな素人

プログラミング言語C++ 第三版
これ以外何もいらない。

�@(�Bの後)Advanced Windows 改訂第4版
�A論外
�Bプログラミング言語C++第3版

>>610
いきなり「プログラミング言語C++」はﾑﾁｬだろw

>>611
多言語の経験があるのなら、そう無茶な選択でもないと思うけどなぁ・

何の初心者か書いてないからそれでもいいな

>>612
日本語の解読が一番難しい・・・素人には無理

それにあの小さい斜字体の表記もわかりづらい。
あんな本イラネ。あ、もちろんオイラには、ってことさ。

>>614
K&Rとどっちがひどい？

>>616
K&Rはぜんぜんひどくないだろ。バカかおまえ。

訳出の問題じゃないの

>>616
K&Rよりは万倍くらい読みやすい。

K&Rって聖典だ原典だと持ち上げられてはいるが、どう見ても入門書の類じゃねーしなあ。
同じ労力で「C++の」勉強するなら、明らかにプログラミング言語C++の方が上だろうし。

で、C++って何ができるの？

>>620
あれは邦訳で読むとムダに混乱する。

プログラマーC言語は出来ても、論理的思考も日本語もできないバカしかいないから仕方ない

>>623
それは言い過ぎじゃないですか？

OSはFreebsd 6.1です

オライリーの実践C++プログラミングで
「C++manがある」って書いてあったんですが、
ないのはなぜ・・・
どこかにおっこってるんでしょうか？

こんなんでます・・
#man iostream
No manual entry for iostream

すいません書き忘れました

gccのバージョンはversion 3.4.4 [FreeBSD] 20050518
です

と思ったらこんなところにあったよ兄さん
ftp://gcc.gnu.org/pub/gcc/libstdc++/doxygen/
man std::iostream
でｷﾀｰ
・・・やけに長いなと思ったら
Generated automatically by Doxygen for libstdc++-v3 Source from the
source code.
こんなもんか…('A`)

C/C++ わかんねぇからVBにするね

ごめんねみんな・・・・・・・

>>628
そうかい。まあ、VBでしばらく頭を冷やすのもよかろう。
でも、またCプラプラ心が疼いたらここへ戻って来いよ。
おまえの席は空けたまんまにしとくからな。

VBは様々な意味でマをスポイルするぞ。。

Javaへいらっしゃーい、あ、いらっしゃーい

先生、C/C++がしたいです。

>>632
どうぞ。

lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllll／￣￣ヽlllllllllllllllllllllllllllllllllllllllllll
lllllllllllllllllllll /　　　　　　ヽllllllllllllllllllllllllllllllllllllll
iiiiiiiiiiiiiiiiiiiiii　 試 そ あ　.iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
iiiiiiiiiiiiiiiiiiiii|　 合 こ き　 |iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
;;;;;;;;;;;;;;;;;;;;;|　 終 で ら　 |;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;;;;;;;;;;;;;;;;;;;;|　 了　　め　 |;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;:;:;:;:;:;:;:;:;:;:;|　 だ　　.た　 |:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:
;:;:;:;:;:;:;:;:;:;:;|　 よ 　　ら　 |:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:
:.:.:.:.:.:.:.:.:.:.:ヽ、　　　　　 /.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:
:. :. :. :. :. :. :. :. ‐‐--‐‐':. :. :. :. :. :. :. :. :. :. :. :.
: : : : : : : : : : : : : : : : : : : : : : : :　,.‐- 、 : : : :
　　　　　　　　　　　　　　　　　　廴ﾐﾉ
　　　　　　　　　　　　　　　　　／//¨' ､
　　　　　　　　　　　　　　　　 y':;:;:;:/⌒i!
　　　　　　　　　　　　　　　　�J:;:;:;:;};:;:/;},
　　　　　　;il||||li'　　　　　　　t`'---‐';:;:;:l
　　　　 ,.r'"''､,┘　　　　　　　 7;:;:;:;:;:;:;:;「
　　　　ﾉ4　(⌒i　　　　　　　　.}:;:;:;:;:;:;;/
　　　/..,__彡{, |　　　　　　　　　`i:;:;:;:;:;}
　　 （　　.ミi!} l､　　　　　　　　　.」:;:;:丿
　　ｸｭ二二`Lっ)　　　　　　　　`==='

あき　そこらめたら　試合で　終了だよ。

そのとおり

int main()
{
char line[255];
int count = 1;
ifstream ifs;
string str;
ifs.open("test.txt", ios::in); // 読み取り専用で開く
BREGEXP *rxp = NULL;// 必ずクリアしておくこと
char msg[80];
std::string aa = "あい";
std::string bb = "うえ";
char patern1[100]= "s/"aa"/"bb"/g";
int ctr;
while( !ifs.eof() ){
ifs.getline(line, sizeof(line));
std::string str1 = line; // 空のstring
ctr = BSubst("s/"aa"/"bb"/g",line,line+strlen(line),&rxp,msg);
printf("after(%d)=%s\n",ctr,rxp->outp);// 置換したパターン数と文字列
printf("length=%d\n",rxp->outendp - rxp->outp);// 置換後の文字数
count++;
}
ifs.close();
ifs.close();
if (rxp)// コンパイルブロックの開放
BRegfree(rxp);// 忘れないように
return 0;
}

試行錯誤しております。検索・置換に変数と正規表現を使用したいのですが、うまくいきません。

>637
perlでやれ

perlでやった結果、C++でやればもっと速くなるのかな？と
考えて、試行錯誤をしています。

>>637
せめて質問スレに池。

あげあげ♪

テンプレート使ったメタプログラミングってのに今一馴染めない
STL以上のもの求めても他人が読みにくいだけでレビューコストが高くなると思う

あまり賢くない人は、自分が理解できないことについては何でもけなす。

文盲ほど他人の言葉をありがたがるな

２ちゃんで覚えてことを違うスレでいかにも自分はすごいんだぜカキコする奴のことか

>>645
日本語ちゃんと覚えてこようね

>>643-645に当てはまってる奴↑

>>643
正に反証可能性がない仮説ですね

>>642
（少なくとも現状ではそうでないところが多いと俺は思うが）
仮にみんながみんなテンプレートメタプログラミングをばりばり使っているのだとしたら、レビューコストは上がらないと思う。

>>642
C++は捨てて
Dで幸せになってください

Dなんてやめとけ
貧乏神が憑いてる

先生！クラスを作ると何ができてどんな利点があるんですか？
ヘッダーファイルとcppファイル行ったり来たりで頭がついて行きません！

クラスを作らなければいいじゃない。

>>652
OOPはおまじないか！
クラスを作ると何かご利益があるというわけではない。
普通は、何ができてどんな利点があるクラスを作ればいいか考えてから
クラスを作る。

C++というかWinAPIな俺がいます

>>652
コンパイラさん乙

根本的に勘違いしていたようで＾＾；
「必要だと思ったものを自分で作る」これですね
精進します

( ﾟωﾟ)ﾎﾟｺｰ

何度もすみませんがもう一つだけ教えてください。

ヘッダーとcppファイルをつくりますよね
それらをコンパイルしようとすると

bcc32 TestClass.h
　　　↓
「testclass.h 1:宣言の構文エラー」 って出るのですが何が悪いんでしょう？

クラスとcppを一緒にして
TestClass.cppをコンパイルした場合は問題無いのですが・・・

根本的に間違ってるよ

ヘッダはコンパイルするもんじゃない

TestClass.cpp から TestClass.h を include していれば、
コンパイルするのは TestClass.cpp だけでおk。

なるほど、cppだけで良かったんですか
お答えいただき感謝します

>>651
kwsk

>>1
効率的な勉強なら気持ちの問題が第一。「何がしたいのか？」ということが即座に
具体的に答えられるといいね。だらだらやっていてもなかなか身に付かないし、身
に付くときというのは比較的短期間だよ。ただし、C++は最初にやるにはしんどい。
やるなら、最初は、python/rubyあたりを取得してオブジェクト指向の感覚をもてた
らいい。次にjava（すっ飛ばしてもいいと思う。）にいって、最後にC++だよ。

コーディングのセンスやデバックのコツなどを含めれば、実践C++が入門では一番御
勧め。それをほぼマスターしたら、C++プライマーとEffective C++、プログラミング
言語C++に手を出せばいい。この３冊は辞書代わりにもなるし、入門脱出にはよい。
ただし、敷居が高い。実践C++修了まで１年でやれればいいと思うよ。これだけでも
守備範囲はそれなりにあるから。入門修了者にはプライマーは一押しなんだけどな。

C++はすべての言語のスーパーセットなんだから
他の言語をやればいいじゃないかな

>>666
黙れ悪魔

「はじめてのC++」読み終わったんですけど次は何読めばいいですかね？
上見るとけっこー穴があるみたいなのでまだ次も入門書レベルでしょうが…。

仕事とかで強制されていないのであれば、やりたいことだけをやりたい分だけ続ければいいと思う。
面白いと感じるプログラミングだけをして、
面白くなくなったら、他のアプローチで面白いことを探し続ける、これがコツじゃないか。
心が折れたらそこで終わりだから熱意を持続させる工夫をｼﾙ。

>>668
『憂鬱なプログラマのためのオブジェクト指向開発講座』

まずObjective-Cでオブジェクト指向を勉強。
次にObjective-C++でマルチパラダイム言語をあじわった後で最期にC++だな。

>>670
憂鬱本っていわゆるオブジェクト指向の考え方とチップスの本ですよね？
それは次に読む本と並行して読もうと考えています。
上見ると「はじめてのC++」にはテンプレートとやらの説明がないので
どうやらテンプレートの勉強ができる本を買ったほうがいいようです…。
上のほうで「はじめてのC++」の次は「詳説C++」あたりと書いてあったんですが
amazonのレビュー見ると網羅本らしくて「はじめてのC++」を呼んだ程度で読めるか不安なんですが大丈夫でしょうか？
つーかはじめてのC++じゃなくて明解C++読めばよかったorz

>>668
文法わかるようになってるなら・・・
ってか、何か読みたいために文法勉強してたんだよね？
なら読みたい文を読めばいいんじゃない？

読む本探すんじゃなくて、「作ってみたいもの」を探してさ、
もし必要な知識が全然足りないと感じたら、それにあわせて
それを満たしてくれるような本を買ってくる。

それが本来あるべき姿なんじゃないかと俺は思う。
漬物本探してもしょうがないよ。

買って積読になるなら立ち読みで読破するべき。

文法勉強しとくのも悪くはないと思うけどね
特にC++のような巨大な言語だと
「作りたいもの」に必要な知識を学んでいくというのもわかるけど、
自分の使っている言語ぐらいは一通り使えるようにしたいとか、
もっと良いコーディング方法があるんじゃないかとかって
欲求もプログラミングやってたらあるんじゃないか？

>>672
「詳説C++」は言語全体をさらうには良い本だと思う。
分量は多いので、読み方には工夫がいるかもね。
「C++ in-depth series」を読む前の足がかりにはなるだろ。
テンプレートとSTLに関してはこの本だけでは足りない。

N88BASICからプログラミングに入ることができたのは
今考えると実に幸運だったと思う。マジで。
んでQuickBasicを介してLSI C試食版に行き着いて
VC++をいじってるうちにOOP覚えて最終的にJavaと。
何の無理もなくここまで来られたもんなあ。
おかげで友人に「どうやってプログラミングを覚えたらいいか」と
聞かれてもさっぱり答えられないけど。

第一歩に98なんか踏んでる時点でダメだろ。
男の中の男はみんなX68k選んでた。

>>678
いや、N88Basicは文字通りPC-8801用のbasicだ。
PC98用はN88Basic(86)かN-Basic(86)だ。

OOPの基本的な手法を、C++の仕様を用いてどのような方向性で実現するか
を学べる本が知りたい
今は他人のソースを解読しながら試行錯誤でノウハウを覚えるやり方でやってるけど
これは効率が悪すぎる気がする
独習C++は文法の解説だけで終わってるし・・・
OOPと並行して勉強するから駄目なのかなぁ

てか、「OOPの基本的な手法」なら
JavaもC++も全然変わらないような気がするんだけど、
何か根本的な違いってあるの？

そもそもOOPについて理解するためのプログラムするのが遅い

日本語でおｋ

うむたしかに日本語でおｋ

俺が言うのもなんだが、

>>682
日本語でおｋ

なんか最近こればっかりだな

>>682
昔のオレ日本語でおｋ ヽ（´ー`(ﾉ

C++やJavaにのめりこみすぎると
他の言語の構造が理解できなくなっちゃうんだよな

俺みたいにorz

？

他の言語ってたとえば何よ。

構造が理解できないのはお前の頭が足りていないから。

僕は中学生ですが、C++やJava言語について理解すればするほど他の言語もわかりやすくなりました。

普通そうだよね。

次はprologだ

言語について理解したなら次はAPIとか

HSPあたりにのめりこみすぎると
他の言語の構造が理解できなくなる

これはガチ

>>680
俺が実際に読んだC++本のなかでは、多少入門書の
部類かも知れんし、OOPに特化してるワケじゃないけど、
とりあえずAccelerated C++あたりはどうでしょう？

リファレンス的な本ではなかなか理解しづらい、C++の
”使い方”を解説してる本でつ。

プログラミングに関しては全く経験のない経済学部大学生です。
今回ゼミの関係でC/C++を使ってwindows用のソフトを作るという課題をする必要があり、
現在は猫でも分かるシリーズのC言語プログラミングを読んでいます。
それが終わったらこのまま猫でも分かるwindowsプログラミングという本を読みながら
実際にすこしずつ作ってみようかと思うのですが、
それじゃ遠回りだよ等の否定的な意見があればご教授下さい。
こうする方がもっといいよ等の改善策を提示していただけるとなおありがたいです。

>697
それで出来なかったら猫以下だぞ
ガンガレ

スキーム
↓
アセンブラ
↓
C
↓
C++

>>697
「DXライブラリ」で、ぐぐってみる
（WindowsゲームでもOKなら）
初心者にはいいと思う・・・

詳説Ｃ＋＋

苦痛で仕方ないんですが

辞書系の本だからな。

初心者はとりあえず作ってみる系の本じゃないとつまらんだろ。

根性がある奴は文法系から入ってもいけるんだろうが。

ど素人だけど「はじめてのC++」という本で頑張ってるよ
これって文法系の本なの？

C++でメモリリークしないプログラムを書けるようになるにはauto_ptrの使い方と原理までちゃんと書いてある本で勉強しなきゃいけないと思うん
だけど、そういう本って実は滅茶苦茶少ないんじゃないか？？

>>704
そんな事はない。sutterの本とか詳説C++とかたくさん出ている。

>>704
auto_ptrをメインで推奨しているかどうかは別かもしれないが、
メモリやリソースの取得、解放については、例外と絡めたりして
RAIIだのスマートポインタだので言及している本なら結構あるんじゃないか？

セキュアプログラミングとかどうかね？

詳説C++ってそんなに良書か？
クラス概念の説明にSmalltalk系の話持ち込んだり、変に処理系依存の実装話に首突っ込んだり、
切口があまりC++本って気がしないんだが。
まあ、俺がこの頃は
モダンとかエフエクティブとかエフィンシャルとか設計と進化とか
あの辺りの本に毒された？だけなのかもしれないが……

そらdepthシリーズと比べたらいけまへんがな

>>708
>クラス概念の説明にSmalltalk系の話持ち込んだり、
メンバ関数がオブジェクトにメッセージがどうのって説明のことなら同意
他の書籍なり、サイトなりで矯正可能なものであるとは思うけど、あの解説はどうなのかね

>変に処理系依存の実装話に首突っ込んだり
そんなのあったっけか？例えばどんなところ？


depthシリーズとじゃ位置づけが異なるから比較するのは少し違う気がする
詳説C++は万人向けとは思わないので特に人に勧めないが、林ハルヒコよりかは良いと思ったな。
文法書としては掘り下げがちょうど良い感じだし、厚いけど分冊じゃない。
ストリーム回りの解説はオレには役に立ったが、要らない箇所はばっさり読まなきゃいいと思う

詳説買ったけど、例外処理とかストリーム関連、型変換あたりの
解説はありがたい。この辺結構詳しく書いてる本がなかったもんで。
まあ、用途に応じて使い分ける。

おっと、忘れたがシルトよりは10000倍良かった。
シルトは糞

>クラス概念の説明にSmalltalk系の話持ち込んだり、変に処理系依存の実装話に首突っ込んだり、
関数の呼び出しをメッセージの送信と解釈すれば、と断ってるようだからいいんじゃないかな。
逆に、メッセージ通信の正体を、そんなに高尚なもんじゃないと暴いたようなもんだし。
一番最初にメッセージ通信の話しから始まってたらヤバイと思うケド。
あと、処理系依存の部分も、規格では決められていないけどある処理系では、って感じでちゃんとことわってるし。
かえって、実装の仕方がわかって参考になった。反復子がコンテナの種類によって操作後に無効になるなりかたが違うのも納得できたし。

>詳説買ったけど、例外処理とかストリーム関連、型変換あたりの 解説はありがたい
ロカールの具体的な使い方が載ってなかったのが超残念。どっかを削ってでものせて欲しかったな。
ロカールの使い方は結局規格書と処理系のマニュアルでなんとか把握したけど、ここあたりが載ってる和書って今あるのかな？？

2chや掲示板でかかれている勉強法を鵜呑みにしない。
自分にとってとっつき易いC++の参考書やHPを見つけて
それをきっちり勉強すること。

C++を勉強する前にC言語をマスターすべきという人がいるが、
かったるくてやってられない。C++から始めても別に構わんよ。
ただ、ポインタ関係だけはしっかり勉強しておくこと。

それと、STLのvectorとlistの使い方は始めの段階から勉強して
おいた方が良い。

MFCを用いたWindowsプログラミングは、C++を習得したからといって
簡単にできるものではない。両者は全く別。MFCの難しさは、

(1)プログラミングである機能を実現するのに幾通りもの方法がある。
(2)MFCの全貌がつかみにくい。
(3)ヘルプファイルが初心者にわかりにくい。

という点にある。それでSDKを用いたプログラミングを習得した後
にMFCを勉強すべきという人もいるが、かったるくてしょうがない。
ヘタするとＳＤＫの勉強の段階で挫折してしまうかも。

ＭＦＣは複雑すぎて混乱するが、習得できればそこそこのWindowsソフト
を簡単に作成できる。これを勉強するときは、細かいテクニックはマイク
ロソフトが決めたオマジナイと考え(大体特定の会社が作った規則を真面目
に考えるだけ無駄)、とにかくMFCの概要、全体を把握することに努める。

それとMFCを勉強するときは、まず１冊の本、あるいは一つのHPで勉強する
こと。十分にマスターしていない段階でいろんな本やいろんなサイトを読む
と記憶力が良くない限り混乱して、結局ものにならない。

あれってロカールって読むのか…
ずっとロケールロケールと脳内で読んでたぜorz

オレの周りはロケールというやつが多い
デジタル事典とか見る限りはどっちでもよさそうだな

長期休暇利用して、簡単な３Dゲーム作れるようになりたいのですが

１、いきなり３Dゲームの参考書やらサイトとにらめっこ
２、２Dゲームをライブラリ使わないで制作

どっちが効率良いでしょう？
休みが２ヶ月しかないので辛くても早く作れるようになる方が望ましいです。
ちなみに、DXライブラリ使えば２Dゲームはネトゲ意外は作れます。

１、いきなり３Dゲームの参考書やらサイトとにらめっこ

>>718
返答ありがとうございます。
やはり一番勉強したい３Dゲームを制作しようと思います。

「２ちゃんねるの書き込みを信用してはいけない」という書き込みは信用して良いのだろうか

>>720
「私はウソしか言わない。」と言った人間は嘘吐きか？

ゲーデルの不完全性定理か

>>721
それは嘘をつくことも、つかないこともある人が、
"嘘しかつかない"という嘘をついたということでしょ
2chでの発言云々は自分の発言を特別扱いしているだけで
そのパラドックスとは似て非なる問題だす

>>723
そんな単純な問題じゃあないが、
>>720の質問に答えるとすれば、自分で判断しろってこった。

「嘘を嘘であると見抜ける人でないと（ネットを使うのは）難しい」

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　〜　ひろゆき　〜

「嘘を嘘であると見抜ける人だと（ネットを楽しむのは）難しい」

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　〜　なんっちゃって　〜

>2chや掲示板でかかれている勉強法を鵜呑みにしない
こんなことを言いながら長々と勉強方法を2ちゃんに書き込む神経がわからん
しかもなぜか突然MFC

>>724
"そんな単純な問題じゃあない"とかいうのって、
根拠を述べずに、いきなり結論だけなわけだから、すごい非論理的で
哲学とか論理学とかディベートとかやってる人からみると、超バ(ry

>>727
同じ轍を踏むのが哲学とか論理学とかディベートとかやってる人なんだな
把握

ってか論理学って一言で言われても色々派閥があるから注意してね　（・ω☆

>>727
スレ違いのことを延々述べてもうざいだけだろうという心遣いさ。
スレ違いの分析哲学とネットにおける情報の取り扱いについて、
一から語れというのかおまいはｗｗｗ

>>727
普通は、結論を先に言って、根拠をのべるもんなんだがな……。
日常的に文章を書く人間からすると（ｒｙ

>>728 そんな単純な問題じゃあない（・ω☆

>>729 そんな単純な問題じゃあないｗｗｗ

>>730 そんな単純な問題じゃあない（ｒｙ

夏だな……。

a="そんな単純な問題じゃあない"
map (\(x,y)->x++y) $ zip [a,a,a] ["（・ω☆", "ｗｗｗ", "(ry"]

putStr $ concatMap (\(x,y)->x++y++"\n") $ zip ["a","a","a"] ["（・ω☆", "ｗｗｗ", "(ry"]

>>726

自分に適する方法と適しない方法があるから、うのみにするなといってるだけ。
掲示板や２ｃｈ見て｢そんな勉強法やってられるか！｣と思うことがしばしば
あったから。

自分が書いた勉強法が合う人もいれば、合わない人もいるだろうし、それは
勉強する奴が判断すればいい。

MFCの話をしたのは、C++で作られているがC++とは全く別物と考えたほうが
いいから。C++を知っているとMFCによるWindowsプログラミングの学習が
スムーズに行えるかというとそうでもない。

お前の｢C++コンパイラみたいに頭の固さ、融通のなさ｣に驚いている。

C++コンパイラみたいに
↓
C++コンパイラみたいな

>>735
まあ前半は同意。
いい本を薦めてはいるんだが、やたら本をやる傾向があるからなｗ
あんなに量やれるかよｗ

結果としてやるのと、はじめから決めるのでは違いすぎる。

文法は勉強して、簡単なサンプルは見たけど
次はどうすればいいのかわからない
仕事ではC++を使ってないから、これからも独学して
いくわけだが、何を楽しみに勉強していけばいいのか
わからない

これじゃあ実力はつかんよ

Cは１０年以上いじっているが、C++ はさっぱりわかりません。
STLやBoost ってのを使うと便利そうなのに。。

Cを理解してればC++に行き着く
昔、汎用コンテナはマクロで実装されていた
C++を分からないCプログラマはCを理解していない

>>740
コイツ暴論

難しく思うのなら難しく考えている証拠だ

>>740
ﾊﾞｶｼﾞｬﾈｰﾉ

>>739
あんたが今までCで組んできたものが
必ずしもC++を必要としていなからじゃないか？
一度今までやってきたCの考え方を切り離してみるといい。
もし、組み込みのような、ビット演算やメモリレイアウトを
直接意識したようなプログラミングばかりしてきたのなら
最初はとまどうかもしれない。

まぁ気長に勉強します。

私が今まで合った人間をみると、javaやC++ から始めた人って・・・って感じですけどね。
Ｃでカリカリ組んできて意味をわかっている人間の方が有利だと感じています
（ちゃんと設計して、最後まで作れます）

>>745
Cやってきた人間からじゃ考えられない事する時あるよね。
お互い様なんだろうけど。

>>714
>C++を勉強する前にC言語をマスターすべきという人がいるが　〜　やってられない
PC上で動作するだけのC++のプログラムしか作らないのであればそれでいいと思う。
しかし、組み込みのようなリソースが制限されていて、直接アドレスを
叩かなければならないような場合は、C++といえどもCに近いコーディングになる。
まして、仕事で他人のソースを読まなければならない状況にある場合は、
組み込みのCの流儀に慣れていないときついだろう。

何が言いたいかというと、自分がプログラミングするターゲットによって、Cを最初にやるべきかを考えるべき。
C++はデカすぎるので初心者が取捨選択するのは厳しいだろうし、
C++の参考書は低レベルな部分についてはページ数のためかかなり弱い（Cの初心者本もアレだが）。
低レベルなコーディング技術と知識が必要ならば最初にCを選択するのも一つの考え方。
高レベルなプログラミングならjavaやC#を最初にやってみるのもいいかも。

MFCだが…　長くなったので止めとく。
酔っているせいか汚い散文になってしまってスマン

Cで出来る抽象化はせいぜい関数単位まで
いまどき無いくらい低レベルな抽象化だから
とっつきやすさは異常にある

でもそろそろ時代遅れ
C++は・・・しらん
javaはちょっと腐りかけ

というわけで俺は今Ｈａｓｋｅｌｌを布教している
みんなＨａｓｋｅｌｌで勉強しよう
実装はＣ＋＋でしよう
Ｈａｓｋｅｌｌで仕様書を書こう
Ｃ＋＋で汚いメモリ操作をしよう

CMOSの出力をPC上に表示するソフトの改造をしたいと思っています。
この場合、勉強の仕方としてはMFCを勉強すればいいのでしょうか?

当方、Cは学生時代に経験しているのですが、C++の経験が殆どありません。
なんとなくソースを見て、クラスやらC++っぽいというのがわかる程度です。
アドバイスをいただければ幸いです。

>>748
その改造対象のソフトが書かれた言語とそのソフトが使っているライブラリについて勉強すればいいと思います。

>>749様
ありがとうございます。
ライブラリは標準のようなので、まずはC++の基本から勉強したいと思います。

おいおい、勘弁してくれ。

>>750
ロジックICか何かを叩いて表示するものなのか？
素直にそのソフトを作った奴か、プログラミングできるやつに
見てもらった方がいいと思うが。

プログラミングすることが目的、というのなら止めないけど

なぁ、ここのみんなは
http://warp.povusers.org/FunctionParser/
にあるファンクションパーサーのソースって全部
理解できるの？
俺には全部は不可能だ。
こういうの作れる人って頭良いんだろうな〜と思う

>>753
英語が読めません。

実はCMOSイメージセンサだったりして

>>739
そこで目先を変えてDelphiに手を出してみるというのはどうでしょう？

デフォルトで登場するWindowのフォームからその他、ポトペタのパーツ群に
至るまで、およそ目に付くものはすべてと言って良いくらいOOPの塊なので
「クラスとはこういう風に扱うのか！」などと目から鱗な状態になると思われます。

単にC++のクラスライブラリを眺めて、これまでの関数群の延長みたいな扱いを
してるだけでは、絶対に辿り付けない境地がそこにあると言っても過言ではありません。
Cでカリカリ書いてやってきたこととの違い、何のためにOOPを用いるのかという
ことが、VCLのコンポーネント群を見ることで見えて来るのです。
その辺の効果はMFCなどとは比べ物になりません（あれはむしろ混乱するだけです）。

ちなみにC++Builderではなく、Delphiなところがミソです。
物事を多面的に捉えるという目的の前には、既存の常識からは一旦離れてみる方が
邪念も入らず効率が良いからです。

こういう稚文ってテンパってるときに涌いてくるよな

>>757
稚文？　どういう意味？　場合によっちゃ表に出てもらうことになるよ？

稚拙な文章　かな。

>場合によっちゃ表に出てもらうことになるよ？

駄文ｗｗｗ

たかだかCからC++に移行するのに、Delphiなんぞまで
用意させなきゃならんのか
本の2〜3冊でも読んで、ちょっとコード書きゃそれで事足りるだろ

10年以上前からC++は存在してた訳で、その10年かけてもC++が分からない、
存在価値が見出せないというのだから、Delphiでも持ち出さなければ
もはやどうにもならんでしょう。

クラスの構造をそのままコンポーネントのパーツ群に当てはめてるDelphiは
皮肉なことにC++を理解する上で理想的な学習教材なのです。
STLのライブラリなどを眺めるよりも遥かに効果的でしょう。

しかしそれでは「クラスライブラリを使うコツ」がわかる以上の成長は難しい。

C++って何でもできちゃうから難しい
やっていいこととダメなことをぉvkf｣s座＠d＠:b＠b、ｆｄｘ

>>745
C完璧に理解してるなら、アクセレーテッドと
びよ〜んの設計と進化でも読めば十分じゃないかな
自分はC++から入ったから、Cはなんかメンドクサイ

アクセレーテッド→Boostのドキュメント
が最速

TR1サポートされているコンパイラってどれ？

>>767 g++ の新しいの。

>>768
Fedoraの最新には同梱されてる？

・OpenCVで画像処理をやりたいと思っています。
・Cを授業で扱ったことはあり、関数が書けるくらいです。
・他にはMATLABが使えます。
・C++を使いたいのはLinux上です。

こんな私はどんな本を読んでから、
OpenCVのサンプルコードを読めばいいでしょうか。

プログラミングの参考書を一項目ずづ飛ばして読む
分からないのがでてきたら前のページを読んで理解
これマジ最強

最初は，な．

>>771
加速度的に理解できなくなっていく

毎日、弄らないとすぐ忘れる・・・orz

三日に一度くらいboostのソース眺めてニヤニヤしてると忘れない…かも

あんた、世間の常識から見るとキモイ

７７７

眺めてるだけで理解できるなんて凄いね
俺なんてテストコード書いて動かしたりメモ取りながらじゃないと脳がスタックオーバーフロー起して
思考停止してしまう

>>771
　　_,,_　　
（ ﾟω ﾟ）y-･~~ ﾓﾏﾏﾏ…マジで！？

とりあえずコンピューターの基礎がわからんと話にならないだろう。
どの言語学ぶにしても「はじめて読む8086」は読んでおいた方が良い。
ポインタで悩むＣ初心者の頃にこれ読んで目から鱗だった。

>>780
そこまで堀り下げなくても理解できるだろ

>>780
悪名高いセグメンテーションモデルなんて今となっては既に知ってても忘れたほうがいいぐらいなのに
何が悲しくて新しく読むの？せめて386以降のはないんか？

つ[はじめて読む80386]

>>782
別にアセンブラで8086動かそうってんじゃ無いからそこまで理解せんでもいい。
ぱっと読んでコンピューターというものがどういう動作をするものかという
基本を概略で知るだけでも全然違う。

8086みたいな変態CPUの本なんか読む気しないわ。
68000にしとき。

>>785
そりゃ手に入るならそっちの方がいいだろうが
問題は68系の入門書は軒並み絶版という点

漏れは Z80 から入ったのだが、これももう売ってないのかな？

z80はないが、その派生チップは未だに現役。

68KだってColdFireが現役じゃないか。

最新の68Kのデータシートおいときますね
つ　http://www.freescale.com/files/32bit/doc/ref_manual/MCF51QE128RM.pdf

だから現物の入手性じゃなくて入門書の入手性なんだってば。
Z80だろうが68だろうがPDP-11だろうがエミュレーターなら全部フリーで入手できる。
しかし、アセンブラのアの字も知らないような初心者向けのわかりやすい入門書は
現状86が一番入手しやすいというだけ。
まあZ80本の「はじめて読むマシン語」はまだ新品で手にはいるみたいだな。
amazonで見ると。
86だと別途エミュ落としてこなくてもwin標準で付いてるDEBUGコマンド+DOSエミュ
だけで手軽にいろいろ試せるというメリットもあるな。
ちなみに、俺が初心者の頃はDEBUGはDOS拡張セット無いと使えなかったから
座学レベルで理解するしかできなかったけどな・・・・・さらに昔だと標準で付いてた
らしいが。

SYMDEB

内容が足りてない入門書なんか読むより、メーカ配布のマニュアル見た方が早いだろう。
サンプルコードなんか本に書いてあっても、誤記・誤植の被害が増えるだけで良いことがない。
最適な入門書はメーカ配布品。

レジスタって何？ってレベルの人間が読むこと想定してるマニュアルなんかあるのか？

いちいちレジスタが何であるかなど説明する必要はない。
読めばレジスタが存在することは分かるし、命令の説明を見ればレジスタを介して数値の
やりとりをしていることは直ぐにわかる。まともな理解力を持った人間ならば。
必要な情報は全てそこにある。著者によって意図的に切り落とされたりしていない。

入門書や解説書に求められてるのは、まさに情報の選別と切り落としなんだが。
とにかく情報量の多さが求められるなら、どんな言語を学ぶにしろ「言語仕様書
読め」で終わってしまうｗ

8086のエミュレータのアドレスおいときますね
http://www.emu8086.com/

って、C++関係無いじゃん

Cで組んでみる
↓
ある程度のものが組めるようになる
↓
なんか段々ダルくなってきた…
↓
同じプログラムをC++で書き直してみる
↓
ちょｗ便利ｗ感動ｗ
↓
Boostとか手出してみる
↓
なんか段々ダルくなってｒｙ
↓
同じプログラムをJavaで書き直してみる
↓
ちょｗEclipseｗ便利ｗ　←いまここ

最初はそうやって渡り歩くものさ・・・？

C++から見ると、Javaは不自由過ぎて書く気無くすんですが。
まるで拘束具つけて猿ぐつわでも噛まされてるようなマゾ言語
C++は逆に、裸にコート着てるだけのストリーキング言語だが。

Cで組んでみる
↓
ある程度のものが組めるようになる
↓
猫でもとかその他サイトを見てＣでwin32apiをむさぼってみる
↓
なんか段々ダルくなってきた…
↓
MFCに手を出してみる
↓
よけいにダルくなってきた・・・
↓
C++を勉強しなおす
↓
constって大事だねと思う
↓
Boostとか手出してみる
↓
へー便利じゃん。頭の良い人はすごいねと思う。
と同時に、C++の理解不足をさらに痛感する。
↓
同じプログラムをJavaで書き直してみようと思い立つ。
↓
NetBeansの使い勝手の悪さにいらつく
↓
Ｃ＃に手を出す。
↓
javaとC++混ぜたんだ。と思いつつ上手く使いこなせない
↓
javaやっとこ。もう右往左往はうんざりだ。　←いまここ

アセンブラ（8086）
↓
VB
↓
C（Unix）
↓
Perl
↓
Java
↓
C++
な俺が来ましたよ。

今はC++0xにwktkしてる。

>>800
そっかー？　仕事で使う分にはJavaの制約は便利だったぜ？
俺の参加したC++のプロジェクトは無法状態だったんで、JavaはC++を踏まえた言語なんだなって思ったよ。

Cで組んでみる
　↓
ある程度のものが組めるようになる
　↓
Win32APIをやる
　↓
段々ダルくなる、引数多すぎﾜﾛｽ
　↓
x86アセンブラを勉強する
　↓
突然Linuxに変更することを思い立つ
　↓
Linuxに慣れ、Windowsから完全に離れる
　↓
あれ、有名なアプリもソースほとんど全部Cじゃん、と思う。
　↓
スゲエ、makeって便利すぎ！と思う。
　↓
Perl、Pythonとかに手をだす。
　↓
C++もやってみる。
　↓
Qt、Gtk、wxWidgetsをやる。
　↓
とある事情でWindowsのプログラムを作ることになる
　↓
C#、J#はわからない、Cは経験上論外なのでMFCを使うことにする
　↓
ヤベエGUI作りやすすぎ！！と感動する。　　　←いまここ

お前もWTLの世界に来い

>>800 >>803
まぁ両方とも正しいんじゃない？ C++ は自由度高い分扱いやすいが、
無法状態になる危険があってそうなるとメンテが大変。
Java はお行儀作法にうるさいんで、管理は比較的しやすいが、
どうも、いちいちうるせーな、と感じるときが出てくる。
あと、Operator overloading できないため、直感的なコードが書けない
ことが出てくる。

>>804
何回転職したんだ？

C++⇒JavaをするとC++がだるく感じます。
気をつけよう〜

逆よりいいじゃん

C++を効率的に勉強するとJavaと聞いただけでだるくなります。

俺は中身書くときは C++ の方が簡単だな。GUI 周りは
Java の方が書きやすいかな。
MS に縛り付けられるのも嫌だというのもあるかな。

そこでQt、wx。

Qt, wx って両方とも滅茶苦茶マイナーじゃない？
Qt の方がまだ普及してるのかな…

Qtと聞くとどうしてもQuicktimeな俺

>>813
Windows、Mac以外のユーザならQtはKDEがあるからたぶん1度は触ったことがあると思うよー。
wxはまあマイナーだけど、vlc media playerのGUIとかはwxで書かれてたりする。
LinuxでGUIやるなら、現在のところ事実上GTK、Qt、wxの三択。

まあWindowsユーザならこんなの両方ほとんど縁がない代物。gtkくらいなら少しはあるかもしれんが。

化学屋の自分がいきなりﾌﾟﾛｸﾞﾗﾑを勉強しろと言われて

これなら分かるC++　
C++の基礎知識
から始まり

EffectiveC++
C++ Coding Standards
Code Complete第2版　上巻
デザインパターンとともに学ぶオブジェクト指向のこころ
を何度も読み返して6-7割ぐらい理解して

Visual C++（1）はじめてのWindowsプログラミング
でwinAPIについてさわりだけ理解したものの
どうにも給料貰って客に物を出すレベルの出来というものが分からない
（プログラムは付属品程度の扱いなのだが）

プログラムを解する人が居ないからどこまでも自己流で、何処が間違ってるか分からないYO
こういう場合どうしたらいいのかな

>>816
それって普通じゃね？

言語も精通する必要があるけど、デプロインメントも精通する必要があるよ
どんなふうに配布したらちゃんと運用できるとか、ライブラリは〜必要だとか、ログの出力は…とか

>>817
そう言うのも必要なのかorz

あとは、エラー処理はどういう方式にして良いのかと言うのがいまいち理解できない
try-catchなんてほとんど使わないままなんですがorz

boost使ってみようぜ☆

憂鬱本って
デザインパターンとともに学ぶオブジェクト指向のこころとかを先に読むと微妙に内容に違和感覚えるよね
ｸﾗｽ設計のあたりとか

軽く読み返して違和感の原因が分かった
継承の使い方とか説明がデザインパターンの考えをあまり取り入れてないのか

『デザインパターンとともに学ぶオブジェクト指向のこころ』
はC++で説明されてますか？デザインパターン本はJAVAばかりで
困ってます。

>>822
基本はJAVAだが内容は容易でコードを読めないとダメって言う物ではない
ていうか、デザインパターンの考え方の解説本でありコーディングの解説本ではないと思う
ちなみにwebサイトにｃ++のコードも掲載されてるが確か英語だったはず

ていうか説明が懇切丁寧だから
簡単な物なら自然とコードが書けるくらいにはなると思う
足りない部分は解説サイトを探して保管していけばいい

むしろjavaだからこそ、サンプルのコードをTMPで書いたり
素のCで書いたりと遊べると考えれば…

>>816
何が問題なのかよくわからない。
要求（期待されている機能・期間）を満足したらいいんじゃないの？
ユーザの要求に応じて技術は高くも低くもなるような気がする。

>>816
とりあえずCode Qualityを読んでみたら？
http://www.amazon.co.jp//dp/4839919798/

あと、化学屋なら、その分野のプログラミング本を読んだほうが、
イメージが明確になるんじゃないかな

例えばこんな本とか
http://www.amazon.co.jp/dp/4274200574

人様に出すアプリを作るとなると、それなりに作りこまなくちゃいけないってのは感覚でわかると思う
例えば、計算にやたらと時間が掛かったら困る
じゃあパフォーマンスを最適化するにはどうしたらいいんだ、って考えてみると課題は自ずと明確になる

>>818
自分用じゃ exception handling はあまり重要じゃない場合多い。
変なもの入れたりしないし、クラッシュしたらまた走らす的な
発想で良いから。

何を入力しても（指示を守らない場合も）なんらかの仕様に
適合した処理をするようにしないといかんだろうな。
ただ、実際にはそれができていないアプリケーションも結構あるからなぁ…

どの程度経験あるのかわからんが、ある程度コード書いた人じゃないと
Effective C++ とかはピンとこないと思うよ。逆に経験あればある意味じゃ
当たり前、とかなるほど、的な感じ。

>>825-826
なんというか、間違った解釈による気がつかないバグを埋め込んでそうとか、
変な癖をつけてしまっているのではないかというかなんていうか

>>823
>>824
レスどうも。
とりあえず読んでみます。

正直、プログラム以前に要求開発ができるかどうかの方が問題のような気がする。
要求を明らかにできれば、あとはそれを満たすように実装するだけなわけだし、
変な癖をつけていようがいまいが機能と納期を満足したらユーザには違いはないよ。
趣味で作るプログラムなら好きに作れとしか言わないが、仕事ならユーザがいることを忘れるなと言いたい。

例外安全性については基本事項として考えてほしいなぁ。

アセンブラ(仕組みを学ぶ)
↓
C(プログラムの基本)
↓
C++(オブジェクト指向チック)
↓
MFC(時代遅れにはまり込む)
↓
STL(ベクター、リスト、マップ、セット、アルゴリズム)
↓
テンプレート&DeepC++&Boost(shared_ptr,static_assert,serialize,pp,regex)
↓
Javascriptに限界を感じる
↓
Java<->C# (Python+Perl)
↓
正規表現(すげえ)
↓
.NETﾏﾝｾｰ＆ C++/CLI(変態だけど便利) & Boost
↓
アルゴリズム(やっぱり基本だよー)

そこからSICPとかに走りだして、挙句の果てにモデル理論とか計算機科学の方に行ってしまわれるんですね

>>830
素人考えもいいとこ
新規開発は1回、差分開発はn回だよ
保守性拡張性を無視したコード書いてたら、商売になりゃしない

>>834
>保守性拡張性を無視したコード書いてたら、商売になりゃしない
悪いけどそっくりそのままお返しする。
素人考えもいいとこ。保守契約取ったことあるか？
あるならそんな言葉は出てこないと思うぞ。

信頼ってぇもんを武器に技術力を売るか、ひたすら媚びて日銭を稼ぐかの違い棚。

>>835
言いたいことが良くわからない
保守契約取ったことある人間はどういう考え方するはずだって主張してるの？

>>834,835

1回で捨てるコードなら、適切な要求開発で十分
ｎ回使うなら、それに加えて保守拡張再利用性も必要

ところで「素人考え」って何だ？

金勘定ができていない夢見がちな考え方のことじゃない？

ぶっちゃけていうとテンプレートを使ったジェネリックプログラム？の有効性というのがいまいちわからん

デザインパターンを知ったときは即応用可能で感動したんだけど
これはどうなんだろう？新しい世界が広がるものかね

ジェネリクスは単純にアドホック多層型を作るためのものだけど
テンプレートはさらにメタプログラミングまでできるからキモい

使わなきゃ使わないだけだ。

構文糖衣を作って遊べるところとか…(ｗ

新人にC++のコード書かせるのって勇気いるよね。
絶対にまともなコード書かないの眼に見えてるし。
安心して任せられるようになるのに何年かかるんだろ。
これってツールとして破綻してないか？

だからjavaが作られた。

JAVAは馬鹿用言語

C++は変態用

馬鹿用言語ってどういう意味？

メモリ管理はガベージコレクションまかせとか？

c++でメモリ管理というと
newとdelete絡みはともかくポインタが絡むとうっかりﾐｽが増えてやだね

コンストラクタ、デスクトラクタの方が変になる確率は高いと思う

例外が絡むととたんにｲﾐﾌ状態にorz

俺どうしても戻り値NULL、errnoなりGetLastErrorなり呼び出して理由取得のほうが
例外投げられるより分かりやすいと思うんだが。。。
わけわからん例外投げまくられてもｲﾐﾌだし。。。

モジュール境界で意味が変わるエラーを取り扱えるところ？
ごめん言ってみただけ

わかったGetLastErrorはマルチスレッドの時に破綻する！
…ごめんやっぱ自信ないわ

そいういうのってスレッドなりforkで生成したプロセスごとにerrnoなりLastErrorなりを作るように設計するんじゃない？
そうじゃなきゃCとかの例外をサポートしない言語だとそういうLastError系は全部
マルチスレッドだと破綻してることになる。。。

例えば、マルチスレッドのネットワークプログラムだと、
スレッド1でrecv失敗
タスクスイッチ
スレッド2でrecv成功
タスクスイッチ
スレッド1でlasterror --> エラー無し、あれ、さっきrecv失敗したのに、使えねーーーーwwww
みたいなことになっちゃう。。。

Cで例外と比較すべきはlongjmpだから。

関数呼び出しのネストの深いところから一気に戻ってこられるのがいい。
unwind-protectかfinallyがあると、例外の使い方もぐっと広がるんだが・・・

例外は無視すると死んじゃうのがいいんだよ。戻り値ヌルとかエラーコードとかだと
無視して動かす奴が出てくる。

>>847
馬鹿でも使えるってことだろ。
工業製品としては誉め言葉。
最終的には神経と直結して文字通り猫でも使えるようにするのが
コンピューターインターフェースの理想。

javaを貶すならもっと言葉を選べと言うつもりだったが、
やっぱり馬鹿でも使えるって意味の誉め言葉だったか。

だってJavaって主婦がアルバイトで書いてるぐらいだよ
それゆえ時給も低い
C++は高給取りだが誰でも書ける言語ではない
ハードウェアに強く依存するし

>>852
戻り値にNULLなどエラーを表す状態が返す方法は
きちんとエラーチェックしないアホがいるのが問題。

>>854
GetLastError/SetLastErrorはスレッド毎にエラー値を保持する。

>>861
でも現実は、誰でも書いてるから、
完成したもののリソースチェックのテストすると、
必ず右肩上がり。

それでメモリ破壊の再現性のない意味不明の実行時の
エラー。

・・・鬱だ死のう

馬鹿用言語と書いたのは、考える力の弱い頭の悪い奴向けという意味なんだが。

と馬鹿が申しております

と馬鹿なJAVA厨がのたまわっております。

CでlongjmpなんかC++、Javaの例外に比べて全然使われないだろ。
それともそう思ってるのは俺だけでみんなエラー処理でガンガンlongjmpで飛ばしてるのか？

>>864
自分の発言の意味をよく考えてみることをおすすめする。

>>868
オマエがな

馬鹿ハチマキしてJavaやってりゃいいんだい

C++はマルチスレッドが使えない
糞言語

無知とは恐いことだ

C++なんて全世界で
1000人ぐらいしか使ってないしな

>>871
お前が使えないだけだ、気にするな。

C++は馬鹿には使えない言語
考える力の弱い頭の悪い奴には向かない

C++はちょっと道を外れると直ぐにperlになるから死ねｒ

たとえC++でも、現場ではバカでも使えるようにあれこれ制限させるけどね
下流工程はとことん単純作業化させて、単価の安い人材を大量投入する
中規模以上のシステムならこれぐらいやるほうがベスト
オフショアなんてのがその最もたる例
優秀なPGは要所要所に配置して、バカの面倒をみさせる
逆に小規模のシステムでは、C++のパフォーマンスを最大限に発揮できるような少数精鋭のPG部隊でちゃちゃっと作ってしまう

>>844

最近ようやくこのスレが理解できるようになった
成長したな俺も

>>871
言語機構にないが、処理系依存でPOSIX Threadとか使える。
逆にJavaは言語機構に組み込んだのはよくも悪くもある。

たしかにJavaでは排他制御のコードは簡単に書けるが、
VMは想像するより冗長に処理している恐れが常にある。

またJavaコードだけでは排他制御の本質理解には達しない。
VM処理解析＆ハックできる位なら、達しているかもしれない。

Thread Runnable で interface とマルチスレッドの両方理解できるんだから、
一粒で二度おいしいね。
ついでにホワイトボックス継承も理解できてとってもナイスです。

threadgroupはどこへ消え去った・・・

そもそもC++とJavaは較べるもんじゃないだろう。
もっと極端に言えばアセンブラとPHPを較べるようなもん。
守備範囲が違う。C#とJavaで較べるならまだわかるが。

>>871
非同期操作の提案がC++0xでなされていることに関してどう思う？

>>881
Thread Runnableでinterfaceとマルチスレッドがわかるのではない。

Runnableの実装オブジェクトと対応Threadのコンポジション関係を
想像するのであって、コンポジション自体わかるという程でもない。

またsynchronizedというおまじないひとつで動いてしまう状況は、
マルチスレッドの本来の難しさをわからなくしている。

皮肉なことにカプセル化を得意とするJavaは、開発者の根源的な
スキルアップを助長する設計対象要素をも、カプセル化している。

ホワイトボックス継承？

>>885
本気で言ってるなら、ここはC++スレでアセンブラスレではないとだけ言っておく。

すくなくとも現代OOについて理解してないことだけは理解した

>>886
ご冗談を。
アセンブラとはアセンブリ言語解釈機構だがそんな話はしていない。

>>887
ご冗談を。
現代OO(とやら)と非現代OO(?)って別ものなのかね？で、だから何？

>>885
> マルチスレッドの本来の難しさをわからなくしている
マルチスレッド本来の難しさって何？

>>889
自分が苦労して学んだマルチスレッドを新人プログラマが苦労なく使っていることが気に入らないおっさんプログラマの僻みだろ。
おっさんプログラマによく見られる思考パターンだ。多分C/C++がメインで他言語は使えないっていう団塊Jr世代だな。

>>890
ぷぷぷ

>>890
仕組みもわからずに使ってることが楽しいですか？
僕は新人ですが仕組みを知った上で使いたいです。
ある意味苦労した人たちのほうが良い時代だった
とも思います。技術者として詳細を知りたいと
思えないのはレベルが低いと思いますよ。

>>892
仕組みを分かることと苦労することに何の関係がある？
苦労せず仕組みを分かればそれに越したことはないだろう。
もちろん890が苦労したか、仕組みを分かっているかは知らないが。

>>892
おっさん、さすがにそれは見ていて痛々しすぎる。
自分が苦労した昔話をしたいなら後輩か掃除のおばちゃんにでもしろ。
技術の進化に付いていけないならもっと勉強しろ。

楽しく仕事をしたいのは結構だが、仕事はおっさんの楽しみのためにあるんじゃない。
仕事と趣味を混同するな。

＞団塊Jr世代だな
なんだ、私より下か。

仕組みを知った上でというけれど、仕組みとなりうるもの
全てを網羅するのはムリだろうしな
ハッシュとかそういう簡単なのはともかくとして
それに、たとえばハッシュの実装知ってたからといって
ハッシュを使って何が出来るか考えるときに役に立つと
いうものでもないだろうし

便利なものが出てくると、使いやすく（とっつきやすく）なるが、
中身が見えにくくなる、ってのは、自然な流れだろう。

中身をどろどろした部分と感じるか、本質と感じるかは人それぞれ。
必要になったり、興味が沸いてきたら調べればええやん。

さすが２ちゃんレベル

石屋のにおいがぷんぷんしてくるぞ。
最下層の携帯屋かもな。

いまどきマルチスレッドがもっとも重要なのはサーバサイド。
でもサーバサイドのアプリ組むやつがスレッド意識するかは別。
アーキテクトマターに分離されてきつつあるだろ。
つまり進化とかそういうものなのさ。

>>899
進化とは　じゃね？

俺も仕組みの理解は必要や興味に応じて、で良いと思うけどな。

大体、自分の使ってるものの仕組み全て判ってる奴なんていない。
実装といったってソフトから回路レベルでのハードウェアまであるんだから。

ごく一部のレベルだけ取ってきて、ここは仕組みだから理解しろ、と言っても
それが必要な場合もあるね、という程度。

結局、日本のIT技術者なんてアメリカやインドとか優れた国と比べると
程度は低いよな。要は好奇心に突き動かされて技術を学んでないという
ところにこの国のレベルを感じてしまうよ。

低学歴でもごまかしが効くというＩＴ業界全体の雰囲気にも
問題ある。ある程度のレベルの大学（工学部、理学部）で勉強
した奴でないと行き着く先は見えてるし、できる仕事のレベルも低い。
プログラムを書ければそれで一人前というのものではないし。
そんなものにプログラムを応用するのか、そこで初めて専門卒とレベルの高い
大卒との違いが出てくる。そういう環境に身を置いてないとＩＴなんて
誰でもできると勘違いしてしまう。新人研修をしていると大学で考える力と
好奇心を養うことが重要だと感じる。

公用語が英語じゃないってのも割と大きなハンデだと思う
あと低レイヤーの技術に対する考え方とか
まぁPGが底辺だと捉えられている時点でお察し下しあみたいな

>>904
ほんとそうだと思う。日本のメーカーって下流工程がないがしろに
されすぎているよ。大手になるとＰＧ経験なんかほとんど無い奴が
ＳＥや主任の名の下に上流を仕切ってるんだから、救いようが無い。
新しいことは他国発信という構図は変わらないだろうね。
ただ大卒なら英語の読み書きくらいは卒なくできないと困る。

英語は第２公用語として認定されて、一時期ニュースになってたよね

>>903
大卒が、専門卒程度の仕事しかしないのが問題なんだよ
たぶんな

好奇心ってのは重要だけど。
もっとも重要なんは柔軟な頭。

例えば、スレッドがわかってないのは駄目とか
相手の状況もわかってないのに決め付けるような話しかた・思い込みするやつは
大成していない。
技術的なことも含めた状況判断能力がないとな。

>>908
サラリーマンタイプと研究者タイプの違いかな

実際今から始めて、リアルタイムで色々見てきた世代に追いつくのはたいへんだと思う。

先人がいるなら追いつくのはそれほど大変ではないと思う。

>>911
まあ、先頭を走ってたら、追いつくことは無理だもんな
競技場のトラックでも走ってない限り...

とにかく作ってみたいものが無いことには、上達しないよな
後は、プログラムが動いたときに、良い気分に浸れるかどうかだ

>>913
そうだね。俺は数値計算していて必要があって使ったから迷い無く
入ったけど、勉強してみよう、という人は何を作ればいいんだろう。
教科書見ても、これは便利、とか面白い、というものあまり無いし。
ある程度書けるようになればいろいろ作れるけど、初めは大変そうだ。

文法厨のオレがいますよ

それを超えて規格厨になってください

どのオープンソース実用アプリのソースコードが勉強向き？

望洋先生の「明解Ｃ＋＋」やってますが、
３ヶ月たっても１冊読みきってません。
時間かかりすぎと思いますが、普通
だいたいどの位の期間で読みきるものですか？

そんなもん個人のペースで違うだろ

>>918
本読むのに他人のペース気にしてるのか？
その本がどれほど難しいのか、ボリュームあるのか知らんが
時間かかりすぎと思ってるなら、とりあえずプログラム書きながら
必要になったら目を通せばいいんじゃね？

初学言語でプログラムも初だとすると3ヶ月はかかる量だと思う。
始めてプログラムやった時は、望洋の「明解C言語」だったが、
夏休み2ヶ月を費やし、全部書いて色々覚えたもんだ。

C++入るときに同じく望洋の「明解C++」やったが、
その時は1週間で読みきれたな。　オブジェクト指向は未だに難しいけど。
初学でC++とか俺なら絶対挫折してるわ。　頑張れ>>918

数時間ボーっと眺めてれば一冊読めますよ

C++ を網羅しようと思ったら３ヶ月以上かかるかもね。

boostのコードを読んだ後だと普通のC++の本がすらすら読める

テンプレートの相互作用さえ理解すればboostも結構わかるな。
ムスカ「読める、読めるぞ！」みたいな感じで

１週間でマスターできる方法を教えてください。

>>926
エヴァンジェリンの別荘で修行知る。

本来の仕事をつぶすことなく、C++を完全に理解し尽くすまで学習できる人っているのかな。
何でも知ってて最善の方法が使えるように学習はしたいもんだが。

一流大学出身の頭のいい人でなくてもC++は使えるようになるのかいな。
それともあきらめたほうがいいのかいな。

学歴ではなく、努力と根性だと思う。
C++は文法の勉強よりもオブジェクトの設計技術を磨くほうが重要だと思う。そのためにはたくさんの試行錯誤と努力と根性で簡潔な構造を設計できるノウハウを蓄える必要がある。

確かにそうだが、C++の設計思想にはいちいちインテリチックなアカデミズムが伴う。
なんでC++に関心を寄せるような人間は、大方、元々勉強好き好き人間だろう。
結果として多くのケースで一流大卒勉強人間がC++の理論や薀蓄を語るのだろう。

とりあえず、勉強してみたらどうよ？

C++の設計をインテリチックなアカデミズムが伴うなんていうのなら、
そこらへんのプログラミング言語は、
みんなインテリチックなアカデミズムが伴っているといっていいと思う。

C++の設計が適当だったと言いたいのではなく、
どの言語も熟考されて作られたはずだと言いたい、念の為。

>>933
とりあえず、C++の仕様の一つ一つには理由があるようなので、丹念に仕様の目的を考えるのも良いんじゃないかな。

>インテリチックなアカデミズム
0xスレ覗いていてもそんなものは感じないが。

>１週間でマスターできる方法
10日で覚えるシリーズでもC++はなかったな。
多分無理なんだろう

インテリチックかもしれないが、理想論に溺れずにシステム記述言語として地に着いた堅実な仕様ではあると思うよ。だから少々の不満には目をつぶるな。

>>933
かなり恥ずかしいな。

そこらへんの言語ってなんだよ？　　　　　　　　　　　　　→そんな括りはない。
インテリチックなら何故それらと同一視されるのかね？→なんら演繹されん。
インテリチックと適当が同義なのか？ →んなわけない。

インテリチックというのが何を指すのかはいまいちわからんが、
高い理念と形式に凝り固まって実戦の中ではあまり使われていないアレやソレか

C++なんてのは実戦の中でよく練り直され、都合よくツギハギ当てまくった不恰好なもんだが、
いい意味で「インテリチックではない」言語だと思う。

知的（インテリジェント）な生産過程を経て策定された言語はそう多くないと思うよ。
C++は非SmalltalkなOO、例外安全性、templateメタプログラミングと
過去に無い議論をいくつも経て結論を出している点でインテリジェントと言える。
それでいて実用性や互換性にも気を使って維持しているので、ただ理想論的なだけでもない。

>>939
>知的（インテリジェント）な生産過程を経て策定された言語
C++以外だと、どんな言語が該当するのでしょうか？

haskellとかなんとなくインテリっぼい気がする

Prolog

「インテリジェントな」という形容を悪い意味にしかとらないバカがいる

知的なバカ

バカ的なインテリジェンス

俺は中２の時プログラムを始めて（因みにその前は機械語でプログラムを組むものだと思ってた）
で、参考書とか探っていて最初にやる言語はＣ++に決めて、
（理由は今需要がある言語の中でCとC++で組んだプログラムは早く動作するし
Ｃ++はＣの拡張したものだからＣ++やっといた方がいいと思ったから）
学習してＣ++を大体使えるレベルになったんだけど
Ｃ++しか出来ない俺って可笑しいですかね…

（あと、C++って需要ってあるの？VBとかC#の方が良く聞くけど…
javaとかVBとかCを先やっとけば良かったかな…
Ｃ++は苦労しなかったけどjavaはＣ++より難しいんだろうな…ｏｒｚ）

>>946
＞Ｃ++は苦労しなかったけど

だったら何でもできるだろ

C++はJavaやC#と違って広告主体が存在しないからな

>>946
> Ｃ++しか出来ない俺って可笑しいですかね…

おかしくねーとおもうけど、
そんなの気にするぐらいなら、javaとかC#もやればいいのに、と思う。
文法レベルなら、１週間かからねえんじゃないか？

>>946
おれはC++はC#やJAVAよりも全然難解だったし
今でもTMPとかで苦労してるから、C++が簡単に
感じるなら他のオブジェクト指向言語なんて
さほど苦労せず習得できると思うが。

C++が一番簡単だったなんて、どんだけ○○（ゆとりの反対語）なんだよ！

C++ は繁雑だからなぁ。C を基本的に含んでいてさらに OO要素が加わってる。
同じことするにもかなり重複する関数/object がある。

やさしいＣ++ って本は
基本を学ぶには分かりやすい本ですかね?

やさしすぎる...?

Ｃ++の初心者向けのいい本って 何かありますかね?
教えて下さい。

>>953
C++ Primer 4/E。
ちょっと高いけどこいつはいいぜ。

>>954さん

それは本ですか?

初心者向けですかね?
ちなみに自分は Ｃは多少なら理解しています
組み込み系の仕事をするので Ｃ++を覚えたいのですが 何かいい本はないかと思いまして...

>>955
本です。
http://www.amazon.co.jp/Architect%E2%80%99-%E3%82%AF%E3%83%A9%E3%82
%B7%E3%83%83%E3%82%AF%E3%83%A2%E3%83%80%E3%83%B3%E3%83%BB%E3
%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%83%86%E3%82%A3
%E3%83%B3%E3%82%B0-Architects%E2%80%99-Archive%E2%80%95CLASSIC-COMPUTING/dp/4798109924

組み込みならEmbedded C++でも勉強した方がいいかもね。

Ｃ++プライマーって本 結構高いですね...
かなりぶ厚い様ですが
素人でも読めますかね...?

C++ Primer
辞書でひいてみ。

組み込み系っつってもいろいろあるからなあ。
普通の C++ が使える環境もあるだろうし。

分厚いのは分厚いが、ロベールの C++ 入門講座の方が厚さは多少マシ。

C++ Primer のアマゾンのレビューは散々だな。

>>955
規模にもよるが組み込みでCが多少できるなら、
最初は手頃な入門サイトと「Effective C++」でいいと思う。
それと文法じゃないけど「組込みソフトウェア開発のための オブジェクト指向モデリング 」
とかで組み込みの設計、モデリングの常識的なことは抑えた方がいいかな。
膨大なC++の中で、とりあえずは組み込みに必要なC++の最低限の情報を得ることができる。
後は少しずつでもC++の知識を肉付けしていけばいい。全て使うわけじゃないから。
もし、CORBAとかのミドルウェアや高度なC++ライブラリを使ったり、実装しなきゃ
ならないならテンプレートについての理解やデザパタも必須になってくるかな。
老婆心ながら、組み込みだったらマイコンとOSも勉強しておけよ。

>>961
Effective シリーズは読むと良いと思うけど、C++ 初心者なら
一冊はどれか入門書読んだ方が良いと思うな。C++ にどういうもの
があるか基本的な事は把握した方が良い。C++ は特に繁雑だから。

C は知ってるなら入門書どれでも読めると思うけど、簡単な本を
毎日少し読んで手を動かすとか。その人のスタイルによるけど。
個人的には「やさしいC++」は内容が薄い割にかったる過ぎる。

Schildt の本使ったけど、これはあまりにもコードにセンスが
無さ過ぎるからもっと良い本があると思う。

>>953　　
やや、出遅れた感が否めないがWindows環境ならば
14歳からはじめるC言語わくわくゲームプログラミング教室
14歳からはじめるC++わくわくゲームプログラミング教室
がお勧め。
http://www.amazon.co.jp/dp/4899771657/ref=pd_sim_b_title_1
http://www.amazon.co.jp/dp/4899771657/ref=pd_bxgy_b_img_a

とりあえず、本当の初心者には文法や味気ない画面・なんの役に立つのか分らない文法項目よりも、
やりたいであろう事が一通り目で確認できて、なんとなくプログラミングの流れや考えが分る良書。
ただし、別に一冊文法系の本かＷｅｂを持っておく必要はあるが。



あと、プログラ夢系の本はどうしても専門書の定め故に高くなるのるので
下手に安いので無駄に浪費するよりもしっかりとしたいい本を買ったほうがいいよ。

>>963
書き忘れたが、本に誤植等がかなり目立つのでソースはCDから直に見るべし。

新Ｃ++言語入門 ってどうなんですかね?
ビギナー編とシニア編がありますが

Ｃ＋＋って何に使うの？
画面系？

>>965
そういえば、プログラミングはC++から始めたんだけどその本で覚えたよ
良書かは他の本買ったことないから分からないけど・・・

>>965
C の方の書評
ttp://www.6809.net/tenk/html/prog/hayasi_c.htm

禿が考えた言語を何で真面目に勉強するんだ？
いろいろゴチャゴチャ理屈をつけなければならない言語なんて要らない。

オタクは勝手に使ってろや。

使うも自由、使わぬも自由。
勝手に使わせてもらいます。

>>969
C++に挫折したC厨涙目ｗｗｗ

C++は文法を知ってるだけじゃ使いこなせないから、挫折する人も多い。

程度の差はあるだろうけど、文法だけ知っていれば使える言語なんてあるのか？

>>972
その文法も複雑で仕様が膨大で覚えるのは大変

>>965
シニアの上下が会社にあったが、その本はあまりお勧めできない。
分冊で厚い割には重要なことはdepthシリーズで補完しなきゃならないことが多い。
これは個人的な価値観の差かもしれないが、C++の入門は常にオブジェクト指向を意識して
C++のイディオムに慣れていくことが重要だと思うが、クラスの説明がたしか二冊目にまわされていたはず。
オブジェクト指向そのものについてはどうだったかな？
ひょっとしたら上巻はベターCを意識してたのかもしれんが、そうだとしてもあの章立ては疑問だな。
それと、人によっては使うかどうか微妙なマニピュレータやstringクラスに結構ページを
割いていた気がするが、クラスの説明のウェイトと順序を考えたら疑問に思う。
巻末のリファレンスも中途半端。
4〜5年前の記憶で中身確認せずにレスしてるんで内容違っていたらスマン。

>>975さん
アドバイスありがとうございます。

ビギナー編はどうですかね?

あと 明解Ｃ++って賛否両論あるそうですが
どうなんですかね?

>>976
近い流れがあるからこっちを読んどけ
http://pc11.2ch.net/test/read.cgi/tech/1198173179/345-

「安め」、「薄め」、「著者が日本人」の入門書が良いと思う。
あと、ダメだこの本と思った瞬間に別の本を買う。
最近は図書館にもコンピュータ関係の本が置いているから借りても良い。

そもそも、過去に分厚い専門書を何冊も読破している人なら遠慮なく
詳細な分厚い専門書に飛び込んでも良いが・・・。

先ずは、専門書、技術書に慣れる事が大切だ。C++じゃなくて、
不親切な翻訳、小難しい表現でつまづくのは避けたい。

薄い本買っても、結局後何冊も買うことになるから、
分厚いけどしっかりとした本を１冊買った方が
コストパフォーマンスは高い。

オライリーを最初に読むとか俺には無理だ

厚くても分かりやすい本はあるべさ。