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

C++の効率的な勉強方� ..

562:デフォルトの名無しさん
06/10/29 01:05:14
>>561
いや、全くそうは思わんが。
そもそも恩恵に触れたと思えないのだが。

563:デフォルトの名無しさん
06/10/29 01:28:24
>>562
...あんたが単に恩恵に触れていないだけでしょ。

564:デフォルトの名無しさん
06/10/29 01:40:15
糞コードの解析、バグ調査
で一回り成長するぞ

565:デフォルトの名無しさん
06/10/29 02:48:31
>>564
糞プロジェクトの産物―ソースコードのないプログラムのメンテナンスは
そりゃもう勉強になりましたとも、ええ。 orz

566:デフォルトの名無しさん
06/10/29 03:07:33
ソースコードないのにメンテナンスできるって発想がすげー

567:デフォルトの名無しさん
06/10/29 03:32:43
>>566
できるかどうかじゃなくてやらなきゃならんかったの！

568:デフォルトの名無しさん
06/10/29 03:41:58
C++と関係なくなってきてない？

569:デフォルトの名無しさん
06/10/29 07:59:39
ないね。

570:デフォルトの名無しさん
06/10/29 12:23:39
>>568-569
スレタイを100回読め。

571:デフォルトの名無しさん
06/10/29 14:09:46
>>570
おめーは1000回嫁

572:デフォルトの名無しさん
06/10/29 15:32:17
>>571
てめーは10000回

573:デフォルトの名無しさん
06/10/29 15:34:51
俺は100000回

574:デフォルトの名無しさん
06/10/29 15:39:52
僕は今日 10 回オナニーしました。

575:デフォルトの名無しさん
06/10/29 16:57:21
無理すんな。涙目になってるぞ

576:デフォルトの名無しさん
06/10/29 16:57:24
勉強なんてしなくていいよ
糞コードを解析できる能力があるかどうかが問題なのだ

577:デフォルトの名無しさん
06/10/29 17:15:40
勉強なんてしなくていいよ
大学に受かる能力があるかどうかが問題なのだ

578:デフォルトの名無しさん
06/10/29 19:01:04
勉強なんてしなくていいよ
財力があるかどうかが問題なのだ

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

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

581:デフォルトの名無しさん
06/10/30 22:51:35
GCCのソースを読むのは勉強になりますか？

582:デフォルトの名無しさん
06/10/30 23:02:07
C++ の勉強にはならないだろうな。少なくとも使う側に関しては。

583:デフォルトの名無しさん
06/10/31 01:22:55
ソースごとに記法バラバラ、世代もバラバラ、#ifdefの嵐でコードの半分も生きてない、
makeが自動で作るソース大杉、エトセトラ。

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

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

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

585:デフォルトの名無しさん
06/11/02 02:43:36
Qt可愛いよQt。

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

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

586:デフォルトの名無しさん
06/11/02 09:40:59
>>585
なに自問自答してんだよマヌケｗ

587:デフォルトの名無しさん
06/11/02 11:56:00
各ライブラリが整頓されてても、
ライブラリ全体の整頓がされてるかどうかは別問題

588:デフォルトの名無しさん
06/11/02 21:05:25
URLﾘﾝｸ(hira.main.jp)

どー思いますか？

589:デフォルトの名無しさん
06/11/02 22:10:52
ソースにコメントで書き込めばいいのに。関数名を直せばいいのに。
と思った。

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

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

592:デフォルトの名無しさん
06/11/03 03:40:44
まぁ、そういう香具師に限って我流プログラミングだったり無駄コード量産していたりするわけだが。
趣味だから何かいても構わないと言えば言えなくもないが、必要なしと断言されてもねぇ。

593:デフォルトの名無しさん
06/11/03 07:02:49
実際のところ人のコード読むほうが高い能力を要求される支那。

594:デフォルトの名無しさん
06/11/03 09:24:18
俺はコードの気に入らない部分（他人流のところ）を自分流に書き換えながら読むと理解しやすい。
時間がかかるから、重要なところにしかやらないが。

595:デフォルトの名無しさん
06/11/03 09:28:01
他人の過ちを自分の力に出来てこそだな。
何事も見取り稽古からだろうし。

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

597:デフォルトの名無しさん
06/11/03 13:11:50
>>596
標準ライブラリ一通り見とけ。特に文字列とコンテナ。

598:デフォルトの名無しさん
06/11/03 13:28:00
>>596
３年もCやっててそんなに狼狽するわけがわからん。
もしかして畑が全然違うことをやらされるわけ？

599:デフォルトの名無しさん
06/11/03 19:05:25
>>596
STL使わんでどれほどのシステムができるんだろwww

600:デフォルトの名無しさん
06/11/03 19:48:10
賢しげなことを試みなかったらSTLくらい使えるでしょ。
つーか>>596はOSやらDBの周辺知識が無いので焦ってるんかも。

601:596
06/11/03 23:58:21
ありがとうございます。STLの文字列とコンテナですね
早速連休中に本屋にいってみます。

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

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

602:588
06/11/04 00:07:10
結局　ctags 使えれば問題ないだろ　と俺は思った

603:デフォルトの名無しさん
06/11/04 03:12:32
printfさえ分れば、あとはハッタリでなんとかなる。
ちゅーか、ハッタリでなんとかするのがプロってもんだ

604:デフォルトの名無しさん
06/11/04 12:16:21
>>603
お前、Ｃの勉強のごく早い段階で挫折したクチだろ。
一生ハローワールド作ってろヴォケｗｗｗ

605:デフォルトの名無しさん
06/11/04 12:38:53
このように他人を罵倒するという行為は、相手を根拠なく見下すことによって、
報われない自分自身を立派に見せたいという感情の発露です。
可哀想な>>604の人生に幸多からんことを。

606:デフォルトの名無しさん
06/11/05 10:46:15
俺も一発祈っとこう。
南無南無。

607:デフォルトの名無しさん
06/11/05 14:10:44
初心者です。

①Microsoft Visual C++
②Borland C++ Builder
③開発ツール不問

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

608:デフォルトの名無しさん
06/11/05 15:14:52
>>607
欲張るな素人

609:デフォルトの名無しさん
06/11/05 15:16:00
プログラミング言語C++ 第三版
これ以外何もいらない。

610:デフォルトの名無しさん
06/11/05 15:19:25
①(③の後)Advanced Windows 改訂第4版
②論外
③プログラミング言語C++第3版

611:デフォルトの名無しさん
06/11/05 17:28:14
>>610
いきなり「プログラミング言語C++」はﾑﾁｬだろw

612:デフォルトの名無しさん
06/11/05 18:53:23
>>611
多言語の経験があるのなら、そう無茶な選択でもないと思うけどなぁ・

613:デフォルトの名無しさん
06/11/05 19:05:10
何の初心者か書いてないからそれでもいいな

614:デフォルトの名無しさん
06/11/05 23:36:11
>>612
日本語の解読が一番難しい・・・素人には無理

615:デフォルトの名無しさん
06/11/06 17:05:42
それにあの小さい斜字体の表記もわかりづらい。
あんな本イラネ。あ、もちろんオイラには、ってことさ。

616:デフォルトの名無しさん
06/11/06 19:36:39
>>614
K&Rとどっちがひどい？

617:デフォルトの名無しさん
06/11/07 00:30:11
>>616
K&Rはぜんぜんひどくないだろ。バカかおまえ。

618:デフォルトの名無しさん
06/11/07 00:48:41
訳出の問題じゃないの

619:デフォルトの名無しさん
06/11/07 03:38:32
>>616
K&Rよりは万倍くらい読みやすい。

620:デフォルトの名無しさん
06/11/07 03:41:07
K&Rって聖典だ原典だと持ち上げられてはいるが、どう見ても入門書の類じゃねーしなあ。
同じ労力で「C++の」勉強するなら、明らかにプログラミング言語C++の方が上だろうし。

621:デフォルトの名無しさん
06/11/07 10:56:45

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

622:デフォルトの名無しさん
06/11/07 11:06:00
>>620
あれは邦訳で読むとムダに混乱する。

623:デフォルトの名無しさん
06/11/07 13:25:57
プログラマーC言語は出来ても、論理的思考も日本語もできないバカしかいないから仕方ない

624:デフォルトの名無しさん
06/11/08 00:50:53
>>623
それは言い過ぎじゃないですか？

625:デフォルトの名無しさん
06/11/08 01:14:09
OSはFreebsd 6.1です

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

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

626:625
06/11/08 01:16:57
すいません書き忘れました

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

627:625
06/11/08 01:38:47
と思ったらこんなところにあったよ兄さん
fURLﾘﾝｸ(gcc.gnu.org)
man std::iostream
でｷﾀｰ
・・・やけに長いなと思ったら
Generated automatically by Doxygen for libstdc++-v3 Source from the
source code.
こんなもんか…('A`)

628:デフォルトの名無しさん
06/11/08 16:04:00
C/C++ わかんねぇからVBにするね

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

629:デフォルトの名無しさん
06/11/08 17:43:16
>>628
そうかい。まあ、VBでしばらく頭を冷やすのもよかろう。
でも、またCプラプラ心が疼いたらここへ戻って来いよ。
おまえの席は空けたまんまにしとくからな。

630:デフォルトの名無しさん
06/11/08 18:18:02
VBは様々な意味でマをスポイルするぞ。。

631:デフォルトの名無しさん
06/11/08 20:42:52
Javaへいらっしゃーい、あ、いらっしゃーい

632:628
06/11/09 10:01:26

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

633:デフォルトの名無しさん
06/11/09 11:27:40
>>632
どうぞ。

634:デフォルトの名無しさん
06/11/09 17:47:56
lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllll／￣￣ヽlllllllllllllllllllllllllllllllllllllllllll
lllllllllllllllllllll /　　　　　　ヽllllllllllllllllllllllllllllllllllllll
iiiiiiiiiiiiiiiiiiiiii　試そあ　.iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
iiiiiiiiiiiiiiiiiiiii|　合こき　 |iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
;;;;;;;;;;;;;;;;;;;;;|　終でら　 |;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;;;;;;;;;;;;;;;;;;;;|　了　　め　 |;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;:;:;:;:;:;:;:;:;:;:;|　だ　　.た　 |:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:
;:;:;:;:;:;:;:;:;:;:;|　よ　　ら　 |:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:
:.:.:.:.:.:.:.:.:.:.:ヽ、　　　　　 /.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:
:. :. :. :. :. :. :. :. ‐‐--‐‐':. :. :. :. :. :. :. :. :. :. :. :.
: : : : : : : : : : : : : : : : : : : : : : : :　,.‐- 、 : : : :
　　　　　　　　　　　　　　　　　　廴ﾐﾉ
　　　　　　　　　　　　　　　　　／//¨' ､
　　　　　　　　　　　　　　　　 y':;:;:;:/⌒i!
　　　　　　　　　　　　　　　　⑪:;:;:;:;};:;:/;},
　　　　　　;il||||li'　　　　　　　t`'---‐';:;:;:l
　　　　 ,.r'"''､,┘　　　　　　　 7;:;:;:;:;:;:;:;「
　　　　ﾉ4　(⌒i　　　　　　　　.}:;:;:;:;:;:;;/
　　　/..,__彡{, |　　　　　　　　　`i:;:;:;:;:;}
　　（　　.ミi!} l､　　　　　　　　　.」:;:;:丿
　　ｸｭ二二`Lっ)　　　　　　　　`==='

635:デフォルトの名無しさん
06/11/09 22:15:11 BE:134792093-2BP(204)
あき　そこらめたら　試合で　終了だよ。

636:デフォルトの名無しさん
06/11/09 22:42:45
そのとおり

637:デフォルトの名無しさん
06/11/10 12:45:17
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;
}

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

638:デフォルトの名無しさん
06/11/11 01:46:06
>637
perlでやれ

639:デフォルトの名無しさん
06/11/11 07:17:38
perlでやった結果、C++でやればもっと速くなるのかな？と
考えて、試行錯誤をしています。

640:デフォルトの名無しさん
06/11/11 22:40:01
>>637
せめて質問スレに池。

641:みじんこ
07/01/27 01:23:15
あげあげ♪

642:デフォルトの名無しさん
07/01/27 01:48:22
テンプレート使ったメタプログラミングってのに今一馴染めない
STL以上のもの求めても他人が読みにくいだけでレビューコストが高くなると思う

643:ラ・ロシュフコー
07/01/27 02:15:29
あまり賢くない人は、自分が理解できないことについては何でもけなす。

644:デフォルトの名無しさん
07/01/27 02:20:49
文盲ほど他人の言葉をありがたがるな

645:デフォルトの名無しさん
07/01/27 02:30:45
２ちゃんで覚えてことを違うスレでいかにも自分はすごいんだぜカキコする奴のことか

646:デフォルトの名無しさん
07/01/27 02:40:56
>>645
日本語ちゃんと覚えてこようね

647:デフォルトの名無しさん
07/01/27 11:01:56
>>643-645に当てはまってる奴↑

648:デフォルトの名無しさん
07/01/27 13:56:53
>>643
正に反証可能性がない仮説ですね

649:デフォルトの名無しさん
07/01/27 15:09:58
>>642
（少なくとも現状ではそうでないところが多いと俺は思うが）
仮にみんながみんなテンプレートメタプログラミングをばりばり使っているのだとしたら、レビューコストは上がらないと思う。

650:デフォルトの名無しさん
07/01/30 09:28:11
>>642
C++は捨てて
Dで幸せになってください

651:デフォルトの名無しさん
07/02/03 00:03:10
Dなんてやめとけ
貧乏神が憑いてる

652:デフォルトの名無しさん
07/02/03 01:52:55
先生！クラスを作ると何ができてどんな利点があるんですか？
ヘッダーファイルとcppファイル行ったり来たりで頭がついて行きません！

653:デフォルトの名無しさん
07/02/03 02:06:46
クラスを作らなければいいじゃない。

654:デフォルトの名無しさん
07/02/03 02:27:00
>>652
OOPはおまじないか！
クラスを作ると何かご利益があるというわけではない。
普通は、何ができてどんな利点があるクラスを作ればいいか考えてから
クラスを作る。

655:デフォルトの名無しさん
07/02/03 13:51:55
C++というかWinAPIな俺がいます

656:デフォルトの名無しさん
07/02/03 13:52:08
>>652
コンパイラさん乙

657:652
07/02/03 14:49:40
根本的に勘違いしていたようで＾＾；
「必要だと思ったものを自分で作る」これですね
精進します

658:デフォルトの名無しさん
07/02/03 16:15:06
( ﾟωﾟ)ﾎﾟｺｰ

659:652
07/02/03 18:39:48
何度もすみませんがもう一つだけ教えてください。

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

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

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

660:デフォルトの名無しさん
07/02/03 19:29:29
根本的に間違ってるよ

661:デフォルトの名無しさん
07/02/03 19:30:24
ヘッダはコンパイルするもんじゃない

662:デフォルトの名無しさん
07/02/03 19:42:09
TestClass.cpp から TestClass.h を include していれば、
コンパイルするのは TestClass.cpp だけでおk。

663:652
07/02/03 20:31:02
なるほど、cppだけで良かったんですか
お答えいただき感謝します

664:デフォルトの名無しさん
07/02/04 09:48:18
>>651
kwsk

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

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

666:デフォルトの名無しさん
07/02/07 07:02:57
C++はすべての言語のスーパーセットなんだから
他の言語をやればいいじゃないかな

667:デフォルトの名無しさん
07/02/07 13:34:28
>>666
黙れ悪魔

668:デフォルトの名無しさん
07/02/21 10:28:52
「はじめてのC++」読み終わったんですけど次は何読めばいいですかね？
上見るとけっこー穴があるみたいなのでまだ次も入門書レベルでしょうが…。

669:デフォルトの名無しさん
07/02/21 14:45:01
仕事とかで強制されていないのであれば、やりたいことだけをやりたい分だけ続ければいいと思う。
面白いと感じるプログラミングだけをして、
面白くなくなったら、他のアプローチで面白いことを探し続ける、これがコツじゃないか。
心が折れたらそこで終わりだから熱意を持続させる工夫をｼﾙ。

670:デフォルトの名無しさん
07/02/21 23:28:37
>>668
『憂鬱なプログラマのためのオブジェクト指向開発講座』

671:デフォルトの名無しさん
07/02/21 23:39:42
まずObjective-Cでオブジェクト指向を勉強。
次にObjective-C++でマルチパラダイム言語をあじわった後で最期にC++だな。

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

673:デフォルトの名無しさん
07/02/22 07:31:25
>>668
文法わかるようになってるなら・・・
ってか、何か読みたいために文法勉強してたんだよね？
なら読みたい文を読めばいいんじゃない？

674:デフォルトの名無しさん
07/02/23 01:26:36
読む本探すんじゃなくて、「作ってみたいもの」を探してさ、
もし必要な知識が全然足りないと感じたら、それにあわせて
それを満たしてくれるような本を買ってくる。

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

675:デフォルトの名無しさん
07/02/23 15:58:36
買って積読になるなら立ち読みで読破するべき。

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

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

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

678:デフォルトの名無しさん
07/03/03 06:47:04
第一歩に98なんか踏んでる時点でダメだろ。
男の中の男はみんなX68k選んでた。

679:デフォルトの名無しさん
07/03/03 08:10:34
>>678
いや、N88Basicは文字通りPC-8801用のbasicだ。
PC98用はN88Basic(86)かN-Basic(86)だ。

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

681:デフォルトの名無しさん
07/03/06 01:52:38
てか、「OOPの基本的な手法」なら
JavaもC++も全然変わらないような気がするんだけど、
何か根本的な違いってあるの？

682:デフォルトの名無しさん
07/03/06 02:29:08
そもそもOOPについて理解するためのプログラムするのが遅い

683:デフォルトの名無しさん
07/03/06 09:51:13
日本語でおｋ

684:デフォルトの名無しさん
07/03/06 22:33:46
うむたしかに日本語でおｋ

685:デフォルトの名無しさん
07/03/07 17:46:09
俺が言うのもなんだが、

>>682
日本語でおｋ

686:デフォルトの名無しさん
07/03/07 17:52:45
なんか最近こればっかりだな

>>682
昔のオレ日本語でおｋ　ヽ（´ー`(ﾉ

687:デフォルトの名無しさん
07/03/08 21:20:06
C++やJavaにのめりこみすぎると
他の言語の構造が理解できなくなっちゃうんだよな

俺みたいにorz

688:デフォルトの名無しさん
07/03/08 21:42:37
？

689:デフォルトの名無しさん
07/03/09 03:45:49
他の言語ってたとえば何よ。

690:デフォルトの名無しさん
07/03/09 08:18:36
構造が理解できないのはお前の頭が足りていないから。

691:中学生
07/03/25 18:21:01
僕は中学生ですが、C++やJava言語について理解すればするほど他の言語もわかりやすくなりました。

692:デフォルトの名無しさん
07/03/25 18:22:35
普通そうだよね。

693:デフォルトの名無しさん
07/03/25 19:57:18
次はprologだ

694:デフォルトの名無しさん
07/04/26 15:44:44
言語について理解したなら次はAPIとか

695:デフォルトの名無しさん
07/04/30 22:11:41
HSPあたりにのめりこみすぎると
他の言語の構造が理解できなくなる

これはガチ

696:デフォルトの名無しさん
07/04/30 23:46:14
>>680
俺が実際に読んだC++本のなかでは、多少入門書の
部類かも知れんし、OOPに特化してるワケじゃないけど、
とりあえずAccelerated C++あたりはどうでしょう？

リファレンス的な本ではなかなか理解しづらい、C++の
”使い方”を解説してる本でつ。

697:デフォルトの名無しさん
07/06/22 20:34:45
プログラミングに関しては全く経験のない経済学部大学生です。
今回ゼミの関係でC/C++を使ってwindows用のソフトを作るという課題をする必要があり、
現在は猫でも分かるシリーズのC言語プログラミングを読んでいます。
それが終わったらこのまま猫でも分かるwindowsプログラミングという本を読みながら
実際にすこしずつ作ってみようかと思うのですが、
それじゃ遠回りだよ等の否定的な意見があればご教授下さい。
こうする方がもっといいよ等の改善策を提示していただけるとなおありがたいです。

698:デフォルトの名無しさん
07/06/22 23:42:29
>697
それで出来なかったら猫以下だぞ
ガンガレ

699:デフォルトの名無しさん
07/06/28 18:21:29
スキーム
↓
アセンブラ
↓
C
↓
C++

700:デフォルトの名無しさん
07/07/04 21:49:05
>>697
「DXライブラリ」で、ぐぐってみる
（WindowsゲームでもOKなら）
初心者にはいいと思う・・・

701:デフォルトの名無しさん
07/07/13 13:02:20
詳説Ｃ＋＋

苦痛で仕方ないんですが

702:デフォルトの名無しさん
07/07/18 03:31:36
辞書系の本だからな。

初心者はとりあえず作ってみる系の本じゃないとつまらんだろ。

根性がある奴は文法系から入ってもいけるんだろうが。

703:デフォルトの名無しさん
07/07/18 23:28:07
ど素人だけど「はじめてのC++」という本で頑張ってるよ
これって文法系の本なの？

704:デフォルトの名無しさん
07/07/19 17:01:56
C++でメモリリークしないプログラムを書けるようになるにはauto_ptrの使い方と原理までちゃんと書いてある本で勉強しなきゃいけないと思うん
だけど、そういう本って実は滅茶苦茶少ないんじゃないか？？

705:デフォルトの名無しさん
07/07/19 18:30:54
>>704
そんな事はない。sutterの本とか詳説C++とかたくさん出ている。

706:デフォルトの名無しさん
07/07/19 21:06:13
>>704
auto_ptrをメインで推奨しているかどうかは別かもしれないが、
メモリやリソースの取得、解放については、例外と絡めたりして
RAIIだのスマートポインタだので言及している本なら結構あるんじゃないか？

707:デフォルトの名無しさん
07/07/19 22:44:34
セキュアプログラミングとかどうかね？

708:デフォルトの名無しさん
07/07/22 09:30:38
詳説C++ってそんなに良書か？
クラス概念の説明にSmalltalk系の話持ち込んだり、変に処理系依存の実装話に首突っ込んだり、
切口があまりC++本って気がしないんだが。
まあ、俺がこの頃は
モダンとかエフエクティブとかエフィンシャルとか設計と進化とか
あの辺りの本に毒された？だけなのかもしれないが……

709:デフォルトの名無しさん
07/07/22 11:01:11
そらdepthシリーズと比べたらいけまへんがな

710:デフォルトの名無しさん
07/07/23 15:02:42
>>708
>クラス概念の説明にSmalltalk系の話持ち込んだり、
メンバ関数がオブジェクトにメッセージがどうのって説明のことなら同意
他の書籍なり、サイトなりで矯正可能なものであるとは思うけど、あの解説はどうなのかね

>変に処理系依存の実装話に首突っ込んだり
そんなのあったっけか？例えばどんなところ？

depthシリーズとじゃ位置づけが異なるから比較するのは少し違う気がする
詳説C++は万人向けとは思わないので特に人に勧めないが、林ハルヒコよりかは良いと思ったな。
文法書としては掘り下げがちょうど良い感じだし、厚いけど分冊じゃない。
ストリーム回りの解説はオレには役に立ったが、要らない箇所はばっさり読まなきゃいいと思う

711:デフォルトの名無しさん
07/07/23 18:23:39
詳説買ったけど、例外処理とかストリーム関連、型変換あたりの
解説はありがたい。この辺結構詳しく書いてる本がなかったもんで。
まあ、用途に応じて使い分ける。

712:デフォルトの名無しさん
07/07/23 18:24:20
おっと、忘れたがシルトよりは10000倍良かった。
シルトは糞

713:デフォルトの名無しさん
07/07/24 10:11:51
>クラス概念の説明にSmalltalk系の話持ち込んだり、変に処理系依存の実装話に首突っ込んだり、
関数の呼び出しをメッセージの送信と解釈すれば、と断ってるようだからいいんじゃないかな。
逆に、メッセージ通信の正体を、そんなに高尚なもんじゃないと暴いたようなもんだし。
一番最初にメッセージ通信の話しから始まってたらヤバイと思うケド。
あと、処理系依存の部分も、規格では決められていないけどある処理系では、って感じでちゃんとことわってるし。
かえって、実装の仕方がわかって参考になった。反復子がコンテナの種類によって操作後に無効になるなりかたが違うのも納得できたし。

>詳説買ったけど、例外処理とかストリーム関連、型変換あたりの解説はありがたい
ロカールの具体的な使い方が載ってなかったのが超残念。どっかを削ってでものせて欲しかったな。
ロカールの使い方は結局規格書と処理系のマニュアルでなんとか把握したけど、ここあたりが載ってる和書って今あるのかな？？

714:デフォルトの名無しさん
07/08/08 10:26:33
2chや掲示板でかかれている勉強法を鵜呑みにしない。
自分にとってとっつき易いC++の参考書やHPを見つけて
それをきっちり勉強すること。

C++を勉強する前にC言語をマスターすべきという人がいるが、
かったるくてやってられない。C++から始めても別に構わんよ。
ただ、ポインタ関係だけはしっかり勉強しておくこと。

それと、STLのvectorとlistの使い方は始めの段階から勉強して
おいた方が良い。

MFCを用いたWindowsプログラミングは、C++を習得したからといって
簡単にできるものではない。両者は全く別。MFCの難しさは、

(1)プログラミングである機能を実現するのに幾通りもの方法がある。
(2)MFCの全貌がつかみにくい。
(3)ヘルプファイルが初心者にわかりにくい。

という点にある。それでSDKを用いたプログラミングを習得した後
にMFCを勉強すべきという人もいるが、かったるくてしょうがない。
ヘタするとＳＤＫの勉強の段階で挫折してしまうかも。

ＭＦＣは複雑すぎて混乱するが、習得できればそこそこのWindowsソフト
を簡単に作成できる。これを勉強するときは、細かいテクニックはマイク
ロソフトが決めたオマジナイと考え(大体特定の会社が作った規則を真面目
に考えるだけ無駄)、とにかくMFCの概要、全体を把握することに努める。

それとMFCを勉強するときは、まず１冊の本、あるいは一つのHPで勉強する
こと。十分にマスターしていない段階でいろんな本やいろんなサイトを読む
と記憶力が良くない限り混乱して、結局ものにならない。

715:デフォルトの名無しさん
07/08/08 10:44:12
あれってロカールって読むのか…
ずっとロケールロケールと脳内で読んでたぜorz

716:デフォルトの名無しさん
07/08/08 12:32:20
オレの周りはロケールというやつが多い
デジタル事典とか見る限りはどっちでもよさそうだな

717:デフォルトの名無しさん
07/08/08 20:27:51
長期休暇利用して、簡単な３Dゲーム作れるようになりたいのですが

１、いきなり３Dゲームの参考書やらサイトとにらめっこ
２、２Dゲームをライブラリ使わないで制作

どっちが効率良いでしょう？
休みが２ヶ月しかないので辛くても早く作れるようになる方が望ましいです。
ちなみに、DXライブラリ使えば２Dゲームはネトゲ意外は作れます。

718:デフォルトの名無しさん
07/08/08 20:36:16
１、いきなり３Dゲームの参考書やらサイトとにらめっこ

719:デフォルトの名無しさん
07/08/09 12:19:37
>>718
返答ありがとうございます。
やはり一番勉強したい３Dゲームを制作しようと思います。

720:デフォルトの名無しさん
07/08/09 23:27:00
「２ちゃんねるの書き込みを信用してはいけない」という書き込みは信用して良いのだろうか

721:デフォルトの名無しさん
07/08/10 00:10:47
>>720
「私はウソしか言わない。」と言った人間は嘘吐きか？

722:デフォルトの名無しさん
07/08/13 16:53:40
ゲーデルの不完全性定理か

723:デフォルトの名無しさん
07/08/13 17:18:28
>>721
それは嘘をつくことも、つかないこともある人が、
"嘘しかつかない"という嘘をついたということでしょ
2chでの発言云々は自分の発言を特別扱いしているだけで
そのパラドックスとは似て非なる問題だす

724:デフォルトの名無しさん
07/08/13 18:55:59
>>723
そんな単純な問題じゃあないが、
>>720の質問に答えるとすれば、自分で判断しろってこった。

「嘘を嘘であると見抜ける人でないと（ネットを使うのは）難しい」

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　～　ひろゆき　～

725:デフォルトの名無しさん
07/08/13 19:19:25
「嘘を嘘であると見抜ける人だと（ネットを楽しむのは）難しい」

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　～　なんっちゃって　～

726:デフォルトの名無しさん
07/08/13 21:14:04
>2chや掲示板でかかれている勉強法を鵜呑みにしない
こんなことを言いながら長々と勉強方法を2ちゃんに書き込む神経がわからん
しかもなぜか突然MFC

727:デフォルトの名無しさん
07/08/13 21:22:56
>>724
"そんな単純な問題じゃあない"とかいうのって、
根拠を述べずに、いきなり結論だけなわけだから、すごい非論理的で
哲学とか論理学とかディベートとかやってる人からみると、超バ(ry

728:デフォルトの名無しさん
07/08/13 21:38:58
>>727
同じ轍を踏むのが哲学とか論理学とかディベートとかやってる人なんだな
把握

ってか論理学って一言で言われても色々派閥があるから注意してね　（・ω☆

729:デフォルトの名無しさん
07/08/14 00:16:08
>>727
スレ違いのことを延々述べてもうざいだけだろうという心遣いさ。
スレ違いの分析哲学とネットにおける情報の取り扱いについて、
一から語れというのかおまいはｗｗｗ

730:デフォルトの名無しさん
07/08/14 00:17:30
>>727
普通は、結論を先に言って、根拠をのべるもんなんだがな……。
日常的に文章を書く人間からすると（ｒｙ

731:デフォルトの名無しさん
07/08/16 20:44:14
>>728 そんな単純な問題じゃあない（・ω☆

>>729 そんな単純な問題じゃあないｗｗｗ

>>730 そんな単純な問題じゃあない（ｒｙ

732:デフォルトの名無しさん
07/08/16 20:55:16
夏だな……。

733:デフォルトの名無しさん
07/08/16 20:57:57
a="そんな単純な問題じゃあない"
map (\(x,y)->x++y) $ zip [a,a,a] ["（・ω☆", "ｗｗｗ", "(ry"]

734:デフォルトの名無しさん
07/08/16 20:59:16
putStr $ concatMap (\(x,y)->x++y++"\n") $ zip ["a","a","a"] ["（・ω☆", "ｗｗｗ", "(ry"]

735:デフォルトの名無しさん
07/08/17 10:11:44
>>726

自分に適する方法と適しない方法があるから、うのみにするなといってるだけ。
掲示板や２ｃｈ見て｢そんな勉強法やってられるか！｣と思うことがしばしば
あったから。

自分が書いた勉強法が合う人もいれば、合わない人もいるだろうし、それは
勉強する奴が判断すればいい。

MFCの話をしたのは、C++で作られているがC++とは全く別物と考えたほうが
いいから。C++を知っているとMFCによるWindowsプログラミングの学習が
スムーズに行えるかというとそうでもない。

お前の｢C++コンパイラみたいに頭の固さ、融通のなさ｣に驚いている。

736:デフォルトの名無しさん
07/08/17 10:12:56
C++コンパイラみたいに
↓
C++コンパイラみたいな

737:デフォルトの名無しさん
07/08/17 14:48:08
>>735
まあ前半は同意。
いい本を薦めてはいるんだが、やたら本をやる傾向があるからなｗ
あんなに量やれるかよｗ

結果としてやるのと、はじめから決めるのでは違いすぎる。

738:デフォルトの名無しさん
07/08/17 19:39:13
文法は勉強して、簡単なサンプルは見たけど
次はどうすればいいのかわからない
仕事ではC++を使ってないから、これからも独学して
いくわけだが、何を楽しみに勉強していけばいいのか
わからない

これじゃあ実力はつかんよ

739:デフォルトの名無しさん
07/08/17 21:28:42
Cは１０年以上いじっているが、C++ はさっぱりわかりません。
STLやBoost ってのを使うと便利そうなのに。。

740:デフォルトの名無しさん
07/08/17 22:17:16
Cを理解してればC++に行き着く
昔、汎用コンテナはマクロで実装されていた
C++を分からないCプログラマはCを理解していない

741:デフォルトの名無しさん
07/08/17 22:22:30
>>740
コイツ暴論

742:デフォルトの名無しさん
07/08/17 23:03:34
難しく思うのなら難しく考えている証拠だ

743:デフォルトの名無しさん
07/08/17 23:30:42
>>740
ﾊﾞｶｼﾞｬﾈｰﾉ

744:デフォルトの名無しさん
07/08/18 00:19:53
>>739
あんたが今までCで組んできたものが
必ずしもC++を必要としていなからじゃないか？
一度今までやってきたCの考え方を切り離してみるといい。
もし、組み込みのような、ビット演算やメモリレイアウトを
直接意識したようなプログラミングばかりしてきたのなら
最初はとまどうかもしれない。

745:739
07/08/18 00:47:39
まぁ気長に勉強します。

私が今まで合った人間をみると、javaやC++ から始めた人って・・・って感じですけどね。
Ｃでカリカリ組んできて意味をわかっている人間の方が有利だと感じています
（ちゃんと設計して、最後まで作れます）

746:デフォルトの名無しさん
07/08/18 01:38:21
>>745
Cやってきた人間からじゃ考えられない事する時あるよね。
お互い様なんだろうけど。

>>714
>C++を勉強する前にC言語をマスターすべきという人がいるが　～　やってられない
PC上で動作するだけのC++のプログラムしか作らないのであればそれでいいと思う。
しかし、組み込みのようなリソースが制限されていて、直接アドレスを
叩かなければならないような場合は、C++といえどもCに近いコーディングになる。
まして、仕事で他人のソースを読まなければならない状況にある場合は、
組み込みのCの流儀に慣れていないときついだろう。

何が言いたいかというと、自分がプログラミングするターゲットによって、Cを最初にやるべきかを考えるべき。
C++はデカすぎるので初心者が取捨選択するのは厳しいだろうし、
C++の参考書は低レベルな部分についてはページ数のためかかなり弱い（Cの初心者本もアレだが）。
低レベルなコーディング技術と知識が必要ならば最初にCを選択するのも一つの考え方。
高レベルなプログラミングならjavaやC#を最初にやってみるのもいいかも。

MFCだが…　長くなったので止めとく。
酔っているせいか汚い散文になってしまってスマン

747:デフォルトの名無しさん
07/08/18 01:59:09
Cで出来る抽象化はせいぜい関数単位まで
いまどき無いくらい低レベルな抽象化だから
とっつきやすさは異常にある

でもそろそろ時代遅れ
C++は・・・しらん
javaはちょっと腐りかけ

というわけで俺は今Ｈａｓｋｅｌｌを布教している
みんなＨａｓｋｅｌｌで勉強しよう
実装はＣ＋＋でしよう
Ｈａｓｋｅｌｌで仕様書を書こう
Ｃ＋＋で汚いメモリ操作をしよう

748:デフォルトの名無しさん
07/08/18 08:35:17
CMOSの出力をPC上に表示するソフトの改造をしたいと思っています。
この場合、勉強の仕方としてはMFCを勉強すればいいのでしょうか?

当方、Cは学生時代に経験しているのですが、C++の経験が殆どありません。
なんとなくソースを見て、クラスやらC++っぽいというのがわかる程度です。
アドバイスをいただければ幸いです。

749:デフォルトの名無しさん
07/08/18 10:04:24
>>748
その改造対象のソフトが書かれた言語とそのソフトが使っているライブラリについて勉強すればいいと思います。

750:748
07/08/18 10:37:34
>>749様
ありがとうございます。
ライブラリは標準のようなので、まずはC++の基本から勉強したいと思います。

751:デフォルトの名無しさん
07/08/18 10:40:05
おいおい、勘弁してくれ。

752:デフォルトの名無しさん
07/08/18 13:07:57
>>750
ロジックICか何かを叩いて表示するものなのか？
素直にそのソフトを作った奴か、プログラミングできるやつに
見てもらった方がいいと思うが。

プログラミングすることが目的、というのなら止めないけど

753:デフォルトの名無しさん
07/08/18 14:28:51
なぁ、ここのみんなは
URLﾘﾝｸ(warp.povusers.org)
にあるファンクションパーサーのソースって全部
理解できるの？
俺には全部は不可能だ。
こういうの作れる人って頭良いんだろうな～と思う

754:デフォルトの名無しさん
07/08/18 15:25:40
>>753
英語が読めません。

755:デフォルトの名無しさん
07/08/18 18:23:12
実はCMOSイメージセンサだったりして

756:デフォルトの名無しさん
07/08/18 18:35:28
>>739
そこで目先を変えてDelphiに手を出してみるというのはどうでしょう？

デフォルトで登場するWindowのフォームからその他、ポトペタのパーツ群に
至るまで、およそ目に付くものはすべてと言って良いくらいOOPの塊なので
「クラスとはこういう風に扱うのか！」などと目から鱗な状態になると思われます。

単にC++のクラスライブラリを眺めて、これまでの関数群の延長みたいな扱いを
してるだけでは、絶対に辿り付けない境地がそこにあると言っても過言ではありません。
Cでカリカリ書いてやってきたこととの違い、何のためにOOPを用いるのかという
ことが、VCLのコンポーネント群を見ることで見えて来るのです。
その辺の効果はMFCなどとは比べ物になりません（あれはむしろ混乱するだけです）。

ちなみにC++Builderではなく、Delphiなところがミソです。
物事を多面的に捉えるという目的の前には、既存の常識からは一旦離れてみる方が
邪念も入らず効率が良いからです。

757:デフォルトの名無しさん
07/08/19 00:50:52
こういう稚文ってテンパってるときに涌いてくるよな

758:756
07/08/19 07:31:29
>>757
稚文？　どういう意味？　場合によっちゃ表に出てもらうことになるよ？

759:デフォルトの名無しさん
07/08/19 11:17:45
稚拙な文章　かな。

760:デフォルトの名無しさん
07/08/19 21:48:55
>場合によっちゃ表に出てもらうことになるよ？

駄文ｗｗｗ

761:デフォルトの名無しさん
07/08/19 22:10:41
たかだかCからC++に移行するのに、Delphiなんぞまで
用意させなきゃならんのか
本の2～3冊でも読んで、ちょっとコード書きゃそれで事足りるだろ

762:デフォルトの名無しさん
07/08/20 16:52:18
10年以上前からC++は存在してた訳で、その10年かけてもC++が分からない、
存在価値が見出せないというのだから、Delphiでも持ち出さなければ
もはやどうにもならんでしょう。

クラスの構造をそのままコンポーネントのパーツ群に当てはめてるDelphiは
皮肉なことにC++を理解する上で理想的な学習教材なのです。
STLのライブラリなどを眺めるよりも遥かに効果的でしょう。

763:デフォルトの名無しさん
07/08/20 18:45:41
しかしそれでは「クラスライブラリを使うコツ」がわかる以上の成長は難しい。

764:デフォルトの名無しさん
07/08/20 19:18:31
C++って何でもできちゃうから難しい
やっていいこととダメなことをぉvkf｣s座＠d＠:b＠b、ｆｄｘ

765:デフォルトの名無しさん
07/08/21 02:38:56
>>745
C完璧に理解してるなら、アクセレーテッドと
びよ～んの設計と進化でも読めば十分じゃないかな
自分はC++から入ったから、Cはなんかメンドクサイ

766:デフォルトの名無しさん
07/08/21 03:18:28
アクセレーテッド→Boostのドキュメント
が最速

767:デフォルトの名無しさん
07/08/25 18:24:36
TR1サポートされているコンパイラってどれ？

768:デフォルトの名無しさん
07/08/25 22:02:42
>>767 g++ の新しいの。

769:デフォルトの名無しさん
07/08/25 22:38:20
>>768
Fedoraの最新には同梱されてる？

770:デフォルトの名無しさん
07/09/06 19:24:38
・OpenCVで画像処理をやりたいと思っています。
・Cを授業で扱ったことはあり、関数が書けるくらいです。
・他にはMATLABが使えます。
・C++を使いたいのはLinux上です。

こんな私はどんな本を読んでから、
OpenCVのサンプルコードを読めばいいでしょうか。

771:デフォルトの名無しさん
07/09/11 05:06:20
プログラミングの参考書を一項目ずづ飛ばして読む
分からないのがでてきたら前のページを読んで理解
これマジ最強

772:デフォルトの名無しさん
07/09/12 09:09:21
最初は，な．

773:デフォルトの名無しさん
07/09/13 17:27:24
>>771
加速度的に理解できなくなっていく

774:デフォルトの名無しさん
07/10/25 02:21:23
毎日、弄らないとすぐ忘れる・・・orz

775:デフォルトの名無しさん
07/10/25 09:49:30
三日に一度くらいboostのソース眺めてニヤニヤしてると忘れない…かも

776:デフォルトの名無しさん
07/10/31 18:33:57
あんた、世間の常識から見るとキモイ

777:デフォルトの名無しさん
07/10/31 19:42:12
７７７

778:デフォルトの名無しさん
07/10/31 20:43:54
眺めてるだけで理解できるなんて凄いね
俺なんてテストコード書いて動かしたりメモ取りながらじゃないと脳がスタックオーバーフロー起して
思考停止してしまう

779:デフォルトの名無しさん
07/10/31 20:48:12
>>771
　　_,,_　　
（ﾟω ﾟ）y-･~~ ﾓﾏﾏﾏ…マジで！？

780:デフォルトの名無しさん
07/10/31 23:48:18
とりあえずコンピューターの基礎がわからんと話にならないだろう。
どの言語学ぶにしても「はじめて読む8086」は読んでおいた方が良い。
ポインタで悩むＣ初心者の頃にこれ読んで目から鱗だった。

781:デフォルトの名無しさん
07/11/01 17:46:10
>>780
そこまで堀り下げなくても理解できるだろ

782:デフォルトの名無しさん
07/11/01 17:51:23
>>780
悪名高いセグメンテーションモデルなんて今となっては既に知ってても忘れたほうがいいぐらいなのに
何が悲しくて新しく読むの？せめて386以降のはないんか？

次ページ