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

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

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以降のはないんか？

783:デフォルトの名無しさん
07/11/01 17:52:53
つ[はじめて読む80386]

784:デフォルトの名無しさん
07/11/01 19:21:21
>>782
別にアセンブラで8086動かそうってんじゃ無いからそこまで理解せんでもいい。
ぱっと読んでコンピューターというものがどういう動作をするものかという
基本を概略で知るだけでも全然違う。

785:デフォルトの名無しさん
07/11/01 19:24:40
8086みたいな変態CPUの本なんか読む気しないわ。
68000にしとき。

786:デフォルトの名無しさん
07/11/02 00:13:37
>>785
そりゃ手に入るならそっちの方がいいだろうが
問題は68系の入門書は軒並み絶版という点

787:デフォルトの名無しさん
07/11/02 07:42:39
漏れは Z80 から入ったのだが、これももう売ってないのかな？

788:デフォルトの名無しさん
07/11/02 07:55:19
z80はないが、その派生チップは未だに現役。

789:デフォルトの名無しさん
07/11/02 16:08:00
68KだってColdFireが現役じゃないか。

790:デフォルトの名無しさん
07/11/02 20:05:41
最新の68Kのデータシートおいときますね
つ　URLﾘﾝｸ(www.freescale.com)

791:デフォルトの名無しさん
07/11/02 20:13:39
だから現物の入手性じゃなくて入門書の入手性なんだってば。
Z80だろうが68だろうがPDP-11だろうがエミュレーターなら全部フリーで入手できる。
しかし、アセンブラのアの字も知らないような初心者向けのわかりやすい入門書は
現状86が一番入手しやすいというだけ。
まあZ80本の「はじめて読むマシン語」はまだ新品で手にはいるみたいだな。
amazonで見ると。
86だと別途エミュ落としてこなくてもwin標準で付いてるDEBUGコマンド+DOSエミュ
だけで手軽にいろいろ試せるというメリットもあるな。
ちなみに、俺が初心者の頃はDEBUGはDOS拡張セット無いと使えなかったから
座学レベルで理解するしかできなかったけどな・・・・・さらに昔だと標準で付いてた
らしいが。

792:デフォルトの名無しさん
07/11/02 20:34:17
SYMDEB

793:デフォルトの名無しさん
07/11/02 21:14:18
内容が足りてない入門書なんか読むより、メーカ配布のマニュアル見た方が早いだろう。
サンプルコードなんか本に書いてあっても、誤記・誤植の被害が増えるだけで良いことがない。
最適な入門書はメーカ配布品。

794:デフォルトの名無しさん
07/11/02 21:31:06
レジスタって何？ってレベルの人間が読むこと想定してるマニュアルなんかあるのか？

795:デフォルトの名無しさん
07/11/02 23:21:37
いちいちレジスタが何であるかなど説明する必要はない。
読めばレジスタが存在することは分かるし、命令の説明を見ればレジスタを介して数値の
やりとりをしていることは直ぐにわかる。まともな理解力を持った人間ならば。
必要な情報は全てそこにある。著者によって意図的に切り落とされたりしていない。

796:デフォルトの名無しさん
07/11/02 23:36:10
入門書や解説書に求められてるのは、まさに情報の選別と切り落としなんだが。
とにかく情報量の多さが求められるなら、どんな言語を学ぶにしろ「言語仕様書
読め」で終わってしまうｗ

797:デフォルトの名無しさん
07/11/06 02:27:29
8086のエミュレータのアドレスおいときますね
URLﾘﾝｸ(www.emu8086.com)

って、C++関係無いじゃん

798:デフォルトの名無しさん
07/11/06 06:17:18
Cで組んでみる
↓
ある程度のものが組めるようになる
↓
なんか段々ダルくなってきた…
↓
同じプログラムをC++で書き直してみる
↓
ちょｗ便利ｗ感動ｗ
↓
Boostとか手出してみる
↓
なんか段々ダルくなってｒｙ
↓
同じプログラムをJavaで書き直してみる
↓
ちょｗEclipseｗ便利ｗ　←いまここ

799:デフォルトの名無しさん
07/11/06 08:26:49
最初はそうやって渡り歩くものさ・・・？

800:デフォルトの名無しさん
07/11/06 08:46:19
C++から見ると、Javaは不自由過ぎて書く気無くすんですが。
まるで拘束具つけて猿ぐつわでも噛まされてるようなマゾ言語
C++は逆に、裸にコート着てるだけのストリーキング言語だが。

801:デフォルトの名無しさん
07/11/06 09:32:59
Cで組んでみる
↓
ある程度のものが組めるようになる
↓
猫でもとかその他サイトを見てＣでwin32apiをむさぼってみる
↓
なんか段々ダルくなってきた…
↓
MFCに手を出してみる
↓
よけいにダルくなってきた・・・
↓
C++を勉強しなおす
↓
constって大事だねと思う
↓
Boostとか手出してみる
↓
へー便利じゃん。頭の良い人はすごいねと思う。
と同時に、C++の理解不足をさらに痛感する。
↓
同じプログラムをJavaで書き直してみようと思い立つ。
↓
NetBeansの使い勝手の悪さにいらつく
↓
Ｃ＃に手を出す。
↓
javaとC++混ぜたんだ。と思いつつ上手く使いこなせない
↓
javaやっとこ。もう右往左往はうんざりだ。　←いまここ

802:デフォルトの名無しさん
07/11/06 21:15:24
アセンブラ（8086）
↓
VB
↓
C（Unix）
↓
Perl
↓
Java
↓
C++
な俺が来ましたよ。

今はC++0xにwktkしてる。

803:デフォルトの名無しさん
07/11/06 22:30:02
>>800
そっかー？　仕事で使う分にはJavaの制約は便利だったぜ？
俺の参加したC++のプロジェクトは無法状態だったんで、JavaはC++を踏まえた言語なんだなって思ったよ。

804:デフォルトの名無しさん
07/11/07 06:40:10
Cで組んでみる
　↓
ある程度のものが組めるようになる
　↓
Win32APIをやる
　↓
段々ダルくなる、引数多すぎﾜﾛｽ
　↓
x86アセンブラを勉強する
　↓
突然Linuxに変更することを思い立つ
　↓
Linuxに慣れ、Windowsから完全に離れる
　↓
あれ、有名なアプリもソースほとんど全部Cじゃん、と思う。
　↓
スゲエ、makeって便利すぎ！と思う。
　↓
Perl、Pythonとかに手をだす。
　↓
C++もやってみる。
　↓
Qt、Gtk、wxWidgetsをやる。
　↓
とある事情でWindowsのプログラムを作ることになる
　↓
C#、J#はわからない、Cは経験上論外なのでMFCを使うことにする
　↓
ヤベエGUI作りやすすぎ！！と感動する。　　　←いまここ

805:デフォルトの名無しさん
07/11/07 08:34:03
お前もWTLの世界に来い

806:デフォルトの名無しさん
07/11/07 11:46:28
>>800 >>803
まぁ両方とも正しいんじゃない？ C++ は自由度高い分扱いやすいが、
無法状態になる危険があってそうなるとメンテが大変。
Java はお行儀作法にうるさいんで、管理は比較的しやすいが、
どうも、いちいちうるせーな、と感じるときが出てくる。
あと、Operator overloading できないため、直感的なコードが書けない
ことが出てくる。

807:デフォルトの名無しさん
07/11/09 00:42:04
>>804
何回転職したんだ？

808:デフォルトの名無しさん
07/11/11 17:54:24
C++⇒JavaをするとC++がだるく感じます。
気をつけよう～

809:デフォルトの名無しさん
07/11/11 21:49:45
逆よりいいじゃん

810:デフォルトの名無しさん
07/11/12 00:47:51
C++を効率的に勉強するとJavaと聞いただけでだるくなります。

811:デフォルトの名無しさん
07/11/12 12:24:34
俺は中身書くときは C++ の方が簡単だな。GUI 周りは
Java の方が書きやすいかな。
MS に縛り付けられるのも嫌だというのもあるかな。

812:デフォルトの名無しさん
07/11/12 21:40:03
そこでQt、wx。

813:デフォルトの名無しさん
07/11/12 22:39:37
Qt, wx って両方とも滅茶苦茶マイナーじゃない？
Qt の方がまだ普及してるのかな…

814:デフォルトの名無しさん
07/11/12 22:46:35
Qtと聞くとどうしてもQuicktimeな俺

815:デフォルトの名無しさん
07/11/13 09:33:02
>>813
Windows、Mac以外のユーザならQtはKDEがあるからたぶん1度は触ったことがあると思うよー。
wxはまあマイナーだけど、vlc media playerのGUIとかはwxで書かれてたりする。
LinuxでGUIやるなら、現在のところ事実上GTK、Qt、wxの三択。

まあWindowsユーザならこんなの両方ほとんど縁がない代物。gtkくらいなら少しはあるかもしれんが。

816:デフォルトの名無しさん
07/11/13 17:31:43
化学屋の自分がいきなりﾌﾟﾛｸﾞﾗﾑを勉強しろと言われて

これなら分かるC++　
C++の基礎知識
から始まり

EffectiveC++
C++ Coding Standards
Code Complete第2版　上巻
デザインパターンとともに学ぶオブジェクト指向のこころ
を何度も読み返して6-7割ぐらい理解して

Visual C++（1）はじめてのWindowsプログラミング
でwinAPIについてさわりだけ理解したものの
どうにも給料貰って客に物を出すレベルの出来というものが分からない
（プログラムは付属品程度の扱いなのだが）

プログラムを解する人が居ないからどこまでも自己流で、何処が間違ってるか分からないYO
こういう場合どうしたらいいのかな

817:デフォルトの名無しさん
07/11/13 17:58:59
>>816
それって普通じゃね？

言語も精通する必要があるけど、デプロインメントも精通する必要があるよ
どんなふうに配布したらちゃんと運用できるとか、ライブラリは～必要だとか、ログの出力は…とか

818:デフォルトの名無しさん
07/11/13 18:07:14
>>817
そう言うのも必要なのかorz

あとは、エラー処理はどういう方式にして良いのかと言うのがいまいち理解できない
try-catchなんてほとんど使わないままなんですがorz

819:デフォルトの名無しさん
07/11/13 19:27:38
boost使ってみようぜ☆

820:デフォルトの名無しさん
07/11/13 19:31:45
憂鬱本って
デザインパターンとともに学ぶオブジェクト指向のこころとかを先に読むと微妙に内容に違和感覚えるよね
ｸﾗｽ設計のあたりとか

821:デフォルトの名無しさん
07/11/13 19:53:51
軽く読み返して違和感の原因が分かった
継承の使い方とか説明がデザインパターンの考えをあまり取り入れてないのか

822:デフォルトの名無しさん
07/11/13 20:03:34
『デザインパターンとともに学ぶオブジェクト指向のこころ』
はC++で説明されてますか？デザインパターン本はJAVAばかりで
困ってます。

823:デフォルトの名無しさん
07/11/13 20:09:41
>>822
基本はJAVAだが内容は容易でコードを読めないとダメって言う物ではない
ていうか、デザインパターンの考え方の解説本でありコーディングの解説本ではないと思う
ちなみにwebサイトにｃ++のコードも掲載されてるが確か英語だったはず

ていうか説明が懇切丁寧だから
簡単な物なら自然とコードが書けるくらいにはなると思う
足りない部分は解説サイトを探して保管していけばいい

824:デフォルトの名無しさん
07/11/13 20:12:28
むしろjavaだからこそ、サンプルのコードをTMPで書いたり
素のCで書いたりと遊べると考えれば…

825:デフォルトの名無しさん
07/11/13 21:01:28
>>816
何が問題なのかよくわからない。
要求（期待されている機能・期間）を満足したらいいんじゃないの？
ユーザの要求に応じて技術は高くも低くもなるような気がする。

826:デフォルトの名無しさん
07/11/13 21:20:13
>>816
とりあえずCode Qualityを読んでみたら？
URLﾘﾝｸ(www.amazon.co.jp)

あと、化学屋なら、その分野のプログラミング本を読んだほうが、
イメージが明確になるんじゃないかな

例えばこんな本とか
URLﾘﾝｸ(www.amazon.co.jp)

人様に出すアプリを作るとなると、それなりに作りこまなくちゃいけないってのは感覚でわかると思う
例えば、計算にやたらと時間が掛かったら困る
じゃあパフォーマンスを最適化するにはどうしたらいいんだ、って考えてみると課題は自ずと明確になる

827:デフォルトの名無しさん
07/11/13 22:15:08
>>818
自分用じゃ exception handling はあまり重要じゃない場合多い。
変なもの入れたりしないし、クラッシュしたらまた走らす的な
発想で良いから。

何を入力しても（指示を守らない場合も）なんらかの仕様に
適合した処理をするようにしないといかんだろうな。
ただ、実際にはそれができていないアプリケーションも結構あるからなぁ…

どの程度経験あるのかわからんが、ある程度コード書いた人じゃないと
Effective C++ とかはピンとこないと思うよ。逆に経験あればある意味じゃ
当たり前、とかなるほど、的な感じ。

828:デフォルトの名無しさん
07/11/13 23:13:01
>>825-826
なんというか、間違った解釈による気がつかないバグを埋め込んでそうとか、
変な癖をつけてしまっているのではないかというかなんていうか

829:デフォルトの名無しさん
07/11/13 23:19:31
>>823
>>824
レスどうも。
とりあえず読んでみます。

830:デフォルトの名無しさん
07/11/13 23:56:22
正直、プログラム以前に要求開発ができるかどうかの方が問題のような気がする。
要求を明らかにできれば、あとはそれを満たすように実装するだけなわけだし、
変な癖をつけていようがいまいが機能と納期を満足したらユーザには違いはないよ。
趣味で作るプログラムなら好きに作れとしか言わないが、仕事ならユーザがいることを忘れるなと言いたい。

831:デフォルトの名無しさん
07/11/14 02:46:17
例外安全性については基本事項として考えてほしいなぁ。

次ページ