06/10/27 23:36:41
>>450
著者は>>448が言うような「プログラミング周り」のことまで目をかけた上での、現実的な意見を表明しているにすぎないのにな。
551:デフォルトの名無しさん
06/10/27 23:43:37
>>515
言語全体を見渡すと、目も腕もたくさんついてるヘカトンケイルの方がふさわしい気がする。
552:デフォルトの名無しさん
06/10/27 23:47:33
>>549 鼻から悪魔が見られるかもしれむ。
553:デフォルトの名無しさん
06/10/28 00:28:13
おまいら、どこまでちんちんがデッカイんだ
554:デフォルトの名無しさん
06/10/28 00:30:56
>>553
URLﾘﾝｸ(www.shinetworks.net)
555:デフォルトの名無しさん
06/10/28 02:29:26
・・・つーかさ、C++ってもう仕事なくない？
556:デフォルトの名無しさん
06/10/28 02:31:21
いや、ゲームとか組み込みとかは、ほぼC++しか使わないですじょ？
557:デフォルトの名無しさん
06/10/28 07:55:00
組み込みはCのがいいだろ。
C++じゃメモリ無駄に食い過ぎる。
558:デフォルトの名無しさん
06/10/28 08:43:04
私の抱えている案件は悉くC++ですがなにか。
しかも移植が多いこと。Cからの移植はいいとして、
JavaとかDelphiとかC＃とか……
559:デフォルトの名無しさん
06/10/28 10:46:21
>>557
保守性考えたら今更生Cはやっぱ辛いよ。
使い方間違えなければC++でも性能上は大して変わらんし。
560:デフォルトの名無しさん
06/10/28 15:15:25
組み込みでもC++のコンパイラが無いのはあんまり無いんじゃないかな？
標準ライブラリやヘッダが０なC++を今さわってるが・・・
561:デフォルトの名無しさん
06/10/28 21:43:43
.NETの恩恵に触れたあとでMFCに戻ると死にたくなるな。
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以降のはないんか？
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
例外安全性については基本事項として考えてほしいなぁ。
832:デフォルトの名無しさん
07/11/14 06:08:48
アセンブラ(仕組みを学ぶ)
↓
C(プログラムの基本)
↓
C++(オブジェクト指向チック)
↓
MFC(時代遅れにはまり込む)
↓
STL(ベクター、リスト、マップ、セット、アルゴリズム)
↓
テンプレート&DeepC++&Boost(shared_ptr,static_assert,serialize,pp,regex)
↓
Javascriptに限界を感じる
↓
Java<->C# (Python+Perl)
↓
正規表現(すげえ)
↓
.NETﾏﾝｾｰ＆ C++/CLI(変態だけど便利) & Boost
↓
アルゴリズム(やっぱり基本だよー)
833:デフォルトの名無しさん
07/11/14 06:12:46
そこからSICPとかに走りだして、挙句の果てにモデル理論とか計算機科学の方に行ってしまわれるんですね
834:デフォルトの名無しさん
07/11/14 06:42:12
>>830
素人考えもいいとこ
新規開発は1回、差分開発はn回だよ
保守性拡張性を無視したコード書いてたら、商売になりゃしない
835:デフォルトの名無しさん
07/11/14 07:40:21
>>834
>保守性拡張性を無視したコード書いてたら、商売になりゃしない
悪いけどそっくりそのままお返しする。
素人考えもいいとこ。保守契約取ったことあるか？
あるならそんな言葉は出てこないと思うぞ。
836:デフォルトの名無しさん
07/11/14 09:36:19
信頼ってぇもんを武器に技術力を売るか、ひたすら媚びて日銭を稼ぐかの違い棚。
837:デフォルトの名無しさん
07/11/14 20:35:24
>>835
言いたいことが良くわからない
保守契約取ったことある人間はどういう考え方するはずだって主張してるの？
838:デフォルトの名無しさん
07/11/14 23:18:15
>>834,835
1回で捨てるコードなら、適切な要求開発で十分
ｎ回使うなら、それに加えて保守拡張再利用性も必要
ところで「素人考え」って何だ？
839:デフォルトの名無しさん
07/11/14 23:33:20
金勘定ができていない夢見がちな考え方のことじゃない？
840:デフォルトの名無しさん
07/11/15 01:38:03
ぶっちゃけていうとテンプレートを使ったジェネリックプログラム？の有効性というのがいまいちわからん
デザインパターンを知ったときは即応用可能で感動したんだけど
これはどうなんだろう？新しい世界が広がるものかね
841:デフォルトの名無しさん
07/11/15 01:41:36
ジェネリクスは単純にアドホック多層型を作るためのものだけど
テンプレートはさらにメタプログラミングまでできるからキモい
使わなきゃ使わないだけだ。
842:デフォルトの名無しさん
07/11/15 01:48:54
構文糖衣を作って遊べるところとか…(ｗ
843:デフォルトの名無しさん
07/11/15 03:14:02
新人にC++のコード書かせるのって勇気いるよね。
絶対にまともなコード書かないの眼に見えてるし。
安心して任せられるようになるのに何年かかるんだろ。
これってツールとして破綻してないか？
844:デフォルトの名無しさん
07/11/15 14:15:59
だからjavaが作られた。
845:デフォルトの名無しさん
07/11/15 14:40:35
JAVAは馬鹿用言語
846:デフォルトの名無しさん
07/11/15 14:52:34
C++は変態用
847:デフォルトの名無しさん
07/11/15 19:01:31
馬鹿用言語ってどういう意味？
848:デフォルトの名無しさん
07/11/16 00:30:28
メモリ管理はガベージコレクションまかせとか？
849:デフォルトの名無しさん
07/11/16 00:47:00
c++でメモリ管理というと
newとdelete絡みはともかくポインタが絡むとうっかりﾐｽが増えてやだね
850:デフォルトの名無しさん
07/11/16 01:11:57
コンストラクタ、デスクトラクタの方が変になる確率は高いと思う
851:デフォルトの名無しさん
07/11/16 01:19:59
例外が絡むととたんにｲﾐﾌ状態にorz
852:デフォルトの名無しさん
07/11/16 03:47:34
俺どうしても戻り値NULL、errnoなりGetLastErrorなり呼び出して理由取得のほうが
例外投げられるより分かりやすいと思うんだが。。。
わけわからん例外投げまくられてもｲﾐﾌだし。。。
853:デフォルトの名無しさん
07/11/16 03:51:02
モジュール境界で意味が変わるエラーを取り扱えるところ？
ごめん言ってみただけ
854:853
07/11/16 03:55:53
わかったGetLastErrorはマルチスレッドの時に破綻する！
…ごめんやっぱ自信ないわ
855:デフォルトの名無しさん
07/11/16 04:06:27
そいういうのってスレッドなりforkで生成したプロセスごとにerrnoなりLastErrorなりを作るように設計するんじゃない？
そうじゃなきゃCとかの例外をサポートしない言語だとそういうLastError系は全部
マルチスレッドだと破綻してることになる。。。
例えば、マルチスレッドのネットワークプログラムだと、
スレッド1でrecv失敗
タスクスイッチ
スレッド2でrecv成功
タスクスイッチ
スレッド1でlasterror --> エラー無し、あれ、さっきrecv失敗したのに、使えねーーーーwwww
みたいなことになっちゃう。。。
856:デフォルトの名無しさん
07/11/16 05:38:09
Cで例外と比較すべきはlongjmpだから。
857:デフォルトの名無しさん
07/11/16 07:26:54
関数呼び出しのネストの深いところから一気に戻ってこられるのがいい。
unwind-protectかfinallyがあると、例外の使い方もぐっと広がるんだが・・・
858:デフォルトの名無しさん
07/11/16 10:40:12
例外は無視すると死んじゃうのがいいんだよ。戻り値ヌルとかエラーコードとかだと
無視して動かす奴が出てくる。
859:デフォルトの名無しさん
07/11/16 12:40:22
>>847
馬鹿でも使えるってことだろ。
工業製品としては誉め言葉。
最終的には神経と直結して文字通り猫でも使えるようにするのが
コンピューターインターフェースの理想。
860:デフォルトの名無しさん
07/11/16 14:26:50
javaを貶すならもっと言葉を選べと言うつもりだったが、
やっぱり馬鹿でも使えるって意味の誉め言葉だったか。
861:デフォルトの名無しさん
07/11/16 14:27:59
だってJavaって主婦がアルバイトで書いてるぐらいだよ
それゆえ時給も低い
C++は高給取りだが誰でも書ける言語ではない
ハードウェアに強く依存するし
862:デフォルトの名無しさん
07/11/16 17:20:35
>>852
戻り値にNULLなどエラーを表す状態が返す方法は
きちんとエラーチェックしないアホがいるのが問題。
>>854
GetLastError/SetLastErrorはスレッド毎にエラー値を保持する。
863:デフォルトの名無しさん
07/11/16 17:39:22
>>861
でも現実は、誰でも書いてるから、
完成したもののリソースチェックのテストすると、
必ず右肩上がり。
それでメモリ破壊の再現性のない意味不明の実行時の
エラー。
・・・鬱だ死のう
864:デフォルトの名無しさん
07/11/16 17:40:11
馬鹿用言語と書いたのは、考える力の弱い頭の悪い奴向けという意味なんだが。
865:sage
07/11/16 17:45:02
と馬鹿が申しております
866:デフォルトの名無しさん
07/11/16 17:50:08
と馬鹿なJAVA厨がのたまわっております。
867:デフォルトの名無しさん
07/11/16 19:12:06
CでlongjmpなんかC++、Javaの例外に比べて全然使われないだろ。
それともそう思ってるのは俺だけでみんなエラー処理でガンガンlongjmpで飛ばしてるのか？
868:デフォルトの名無しさん
07/11/17 00:04:35
>>864
自分の発言の意味をよく考えてみることをおすすめする。
869:デフォルトの名無しさん
07/11/17 00:17:35
>>868
オマエがな
870:デフォルトの名無しさん
07/11/18 10:18:49
馬鹿ハチマキしてJavaやってりゃいいんだい
871:デフォルトの名無しさん
07/11/18 18:45:28
C++はマルチスレッドが使えない
糞言語
872:デフォルトの名無しさん
07/11/18 19:01:58
無知とは恐いことだ
873:デフォルトの名無しさん
07/11/18 19:26:17
C++なんて全世界で
1000人ぐらいしか使ってないしな
874:デフォルトの名無しさん
07/11/18 19:38:21
>>871
お前が使えないだけだ、気にするな。
875:デフォルトの名無しさん
07/11/18 20:39:31
C++は馬鹿には使えない言語
考える力の弱い頭の悪い奴には向かない
876:デフォルトの名無しさん
07/11/18 20:55:02
C++はちょっと道を外れると直ぐにperlになるから死ねｒ
877:デフォルトの名無しさん
07/11/18 21:00:39
たとえC++でも、現場ではバカでも使えるようにあれこれ制限させるけどね
下流工程はとことん単純作業化させて、単価の安い人材を大量投入する
中規模以上のシステムならこれぐらいやるほうがベスト
オフショアなんてのがその最もたる例
優秀なPGは要所要所に配置して、バカの面倒をみさせる
逆に小規模のシステムでは、C++のパフォーマンスを最大限に発揮できるような少数精鋭のPG部隊でちゃちゃっと作ってしまう
878:デフォルトの名無しさん
07/11/18 21:36:58
>>844
879:デフォルトの名無しさん
07/11/18 21:39:06
最近ようやくこのスレが理解できるようになった
成長したな俺も
880:デフォルトの名無しさん
07/11/19 10:29:17
>>871
言語機構にないが、処理系依存でPOSIX Threadとか使える。
逆にJavaは言語機構に組み込んだのはよくも悪くもある。
たしかにJavaでは排他制御のコードは簡単に書けるが、
VMは想像するより冗長に処理している恐れが常にある。
またJavaコードだけでは排他制御の本質理解には達しない。
VM処理解析＆ハックできる位なら、達しているかもしれない。
881:デフォルトの名無しさん
07/11/19 12:03:49
Thread Runnable で interface とマルチスレッドの両方理解できるんだから、
一粒で二度おいしいね。
ついでにホワイトボックス継承も理解できてとってもナイスです。
882:デフォルトの名無しさん
07/11/20 01:59:22
threadgroupはどこへ消え去った・・・
883:デフォルトの名無しさん
07/11/20 17:48:44
そもそもC++とJavaは較べるもんじゃないだろう。
もっと極端に言えばアセンブラとPHPを較べるようなもん。
守備範囲が違う。C#とJavaで較べるならまだわかるが。
884:デフォルトの名無しさん
07/11/20 17:56:26
>>871
非同期操作の提案がC++0xでなされていることに関してどう思う？
885:デフォルトの名無しさん
07/11/21 00:01:29
>>881
Thread Runnableでinterfaceとマルチスレッドがわかるのではない。
Runnableの実装オブジェクトと対応Threadのコンポジション関係を
想像するのであって、コンポジション自体わかるという程でもない。
またsynchronizedというおまじないひとつで動いてしまう状況は、
マルチスレッドの本来の難しさをわからなくしている。
皮肉なことにカプセル化を得意とするJavaは、開発者の根源的な
スキルアップを助長する設計対象要素をも、カプセル化している。
ホワイトボックス継承？
886:デフォルトの名無しさん
07/11/21 00:26:34
>>885
本気で言ってるなら、ここはC++スレでアセンブラスレではないとだけ言っておく。
887:デフォルトの名無しさん
07/11/21 03:33:03
すくなくとも現代OOについて理解してないことだけは理解した
888:デフォルトの名無しさん
07/11/21 21:31:51
>>886
ご冗談を。
アセンブラとはアセンブリ言語解釈機構だがそんな話はしていない。
>>887
ご冗談を。
現代OO(とやら)と非現代OO(?)って別ものなのかね？で、だから何？
889:デフォルトの名無しさん
07/11/21 21:33:19
>>885
> マルチスレッドの本来の難しさをわからなくしている
マルチスレッド本来の難しさって何？
890:デフォルトの名無しさん
07/11/21 22:25:14
>>889
自分が苦労して学んだマルチスレッドを新人プログラマが苦労なく使っていることが気に入らないおっさんプログラマの僻みだろ。
おっさんプログラマによく見られる思考パターンだ。多分C/C++がメインで他言語は使えないっていう団塊Jr世代だな。
891:デフォルトの名無しさん
07/11/22 00:13:42
>>890
ぷぷぷ
892:デフォルトの名無しさん
07/11/22 00:16:01
>>890
仕組みもわからずに使ってることが楽しいですか？
僕は新人ですが仕組みを知った上で使いたいです。
ある意味苦労した人たちのほうが良い時代だった
とも思います。技術者として詳細を知りたいと
思えないのはレベルが低いと思いますよ。
893:デフォルトの名無しさん
07/11/22 01:02:19
>>892
仕組みを分かることと苦労することに何の関係がある？
苦労せず仕組みを分かればそれに越したことはないだろう。
もちろん890が苦労したか、仕組みを分かっているかは知らないが。
894:デフォルトの名無しさん
07/11/22 01:13:20
>>892
おっさん、さすがにそれは見ていて痛々しすぎる。
自分が苦労した昔話をしたいなら後輩か掃除のおばちゃんにでもしろ。
技術の進化に付いていけないならもっと勉強しろ。
楽しく仕事をしたいのは結構だが、仕事はおっさんの楽しみのためにあるんじゃない。
仕事と趣味を混同するな。
895:デフォルトの名無しさん
07/11/22 01:42:43
＞団塊Jr世代だな
なんだ、私より下か。
896:デフォルトの名無しさん
07/11/22 01:46:11
仕組みを知った上でというけれど、仕組みとなりうるもの
全てを網羅するのはムリだろうしな
ハッシュとかそういう簡単なのはともかくとして
それに、たとえばハッシュの実装知ってたからといって
ハッシュを使って何が出来るか考えるときに役に立つと
いうものでもないだろうし
897:デフォルトの名無しさん
07/11/22 05:16:15
便利なものが出てくると、使いやすく（とっつきやすく）なるが、
中身が見えにくくなる、ってのは、自然な流れだろう。
中身をどろどろした部分と感じるか、本質と感じるかは人それぞれ。
必要になったり、興味が沸いてきたら調べればええやん。
898:デフォルトの名無しさん
07/11/22 08:06:03
さすが２ちゃんレベル
899:デフォルトの名無しさん
07/11/22 09:26:09
石屋のにおいがぷんぷんしてくるぞ。
最下層の携帯屋かもな。
いまどきマルチスレッドがもっとも重要なのはサーバサイド。
でもサーバサイドのアプリ組むやつがスレッド意識するかは別。
アーキテクトマターに分離されてきつつあるだろ。
つまり進化とかそういうものなのさ。
900:デフォルトの名無しさん
07/11/22 13:17:57
>>899
進化とは じゃね？
901:デフォルトの名無しさん
07/11/22 13:38:16
俺も仕組みの理解は必要や興味に応じて、で良いと思うけどな。
大体、自分の使ってるものの仕組み全て判ってる奴なんていない。
実装といったってソフトから回路レベルでのハードウェアまであるんだから。
ごく一部のレベルだけ取ってきて、ここは仕組みだから理解しろ、と言っても
それが必要な場合もあるね、という程度。
902:デフォルトの名無しさん
07/11/22 14:16:47
結局、日本のIT技術者なんてアメリカやインドとか優れた国と比べると
程度は低いよな。要は好奇心に突き動かされて技術を学んでないという
ところにこの国のレベルを感じてしまうよ。
903:デフォルトの名無しさん
07/11/22 14:28:04
低学歴でもごまかしが効くというＩＴ業界全体の雰囲気にも
問題ある。ある程度のレベルの大学（工学部、理学部）で勉強
した奴でないと行き着く先は見えてるし、できる仕事のレベルも低い。
プログラムを書ければそれで一人前というのものではないし。
そんなものにプログラムを応用するのか、そこで初めて専門卒とレベルの高い
大卒との違いが出てくる。そういう環境に身を置いてないとＩＴなんて
誰でもできると勘違いしてしまう。新人研修をしていると大学で考える力と
好奇心を養うことが重要だと感じる。
904:デフォルトの名無しさん
07/11/22 14:28:34
公用語が英語じゃないってのも割と大きなハンデだと思う
あと低レイヤーの技術に対する考え方とか
まぁPGが底辺だと捉えられている時点でお察し下しあみたいな
905:デフォルトの名無しさん
07/11/22 14:32:09
>>904
ほんとそうだと思う。日本のメーカーって下流工程がないがしろに
されすぎているよ。大手になるとＰＧ経験なんかほとんど無い奴が
ＳＥや主任の名の下に上流を仕切ってるんだから、救いようが無い。
新しいことは他国発信という構図は変わらないだろうね。
ただ大卒なら英語の読み書きくらいは卒なくできないと困る。
906:デフォルトの名無しさん
07/11/22 21:52:45
英語は第２公用語として認定されて、一時期ニュースになってたよね
907:デフォルトの名無しさん
07/11/22 21:57:22
>>903
大卒が、専門卒程度の仕事しかしないのが問題なんだよ
たぶんな
908:デフォルトの名無しさん
07/11/22 23:20:08
好奇心ってのは重要だけど。
もっとも重要なんは柔軟な頭。
例えば、スレッドがわかってないのは駄目とか
相手の状況もわかってないのに決め付けるような話しかた・思い込みするやつは
大成していない。
技術的なことも含めた状況判断能力がないとな。
909:デフォルトの名無しさん
07/11/23 08:38:32
>>908
サラリーマンタイプと研究者タイプの違いかな
910:デフォルトの名無しさん
07/11/23 08:55:12
実際今から始めて、リアルタイムで色々見てきた世代に追いつくのはたいへんだと思う。
911:デフォルトの名無しさん
07/11/23 09:32:35
先人がいるなら追いつくのはそれほど大変ではないと思う。
912:デフォルトの名無しさん
07/11/23 21:16:40
>>911
まあ、先頭を走ってたら、追いつくことは無理だもんな
競技場のトラックでも走ってない限り...
913:デフォルトの名無しさん
07/12/03 14:36:28
とにかく作ってみたいものが無いことには、上達しないよな
後は、プログラムが動いたときに、良い気分に浸れるかどうかだ
914:デフォルトの名無しさん
07/12/03 14:44:51
>>913
そうだね。俺は数値計算していて必要があって使ったから迷い無く
入ったけど、勉強してみよう、という人は何を作ればいいんだろう。
教科書見ても、これは便利、とか面白い、というものあまり無いし。
ある程度書けるようになればいろいろ作れるけど、初めは大変そうだ。
915:デフォルトの名無しさん
07/12/03 15:02:42
文法厨のオレがいますよ
916:デフォルトの名無しさん
07/12/03 15:21:33
それを超えて規格厨になってください
917:デフォルトの名無しさん
07/12/26 08:47:15
どのオープンソース実用アプリのソースコードが勉強向き？
918:デフォルトの名無しさん
07/12/29 23:34:15
望洋先生の「明解Ｃ＋＋」やってますが、
３ヶ月たっても１冊読みきってません。
時間かかりすぎと思いますが、普通
だいたいどの位の期間で読みきるものですか？
919:デフォルトの名無しさん
07/12/29 23:44:19
そんなもん個人のペースで違うだろ
920:デフォルトの名無しさん
07/12/30 01:12:57
>>918
本読むのに他人のペース気にしてるのか？
その本がどれほど難しいのか、ボリュームあるのか知らんが
時間かかりすぎと思ってるなら、とりあえずプログラム書きながら
必要になったら目を通せばいいんじゃね？
921:デフォルトの名無しさん
07/12/30 04:03:55
初学言語でプログラムも初だとすると3ヶ月はかかる量だと思う。
始めてプログラムやった時は、望洋の「明解C言語」だったが、
夏休み2ヶ月を費やし、全部書いて色々覚えたもんだ。
C++入るときに同じく望洋の「明解C++」やったが、
その時は1週間で読みきれたな。 オブジェクト指向は未だに難しいけど。
初学でC++とか俺なら絶対挫折してるわ。 頑張れ>>918
922:デフォルトの名無しさん
07/12/30 05:55:19
数時間ボーっと眺めてれば一冊読めますよ
923:デフォルトの名無しさん
07/12/30 09:38:38
C++ を網羅しようと思ったら３ヶ月以上かかるかもね。
924:デフォルトの名無しさん
07/12/30 16:02:18
boostのコードを読んだ後だと普通のC++の本がすらすら読める
925:デフォルトの名無しさん
07/12/30 17:28:25
テンプレートの相互作用さえ理解すればboostも結構わかるな。
ムスカ「読める、読めるぞ！」みたいな感じで
926:デフォルトの名無しさん
07/12/31 13:52:32
１週間でマスターできる方法を教えてください。
927:デフォルトの名無しさん
07/12/31 15:20:26
>>926
エヴァンジェリンの別荘で修行知る。
928:デフォルトの名無しさん
07/12/31 16:27:44
本来の仕事をつぶすことなく、C++を完全に理解し尽くすまで学習できる人っているのかな。
何でも知ってて最善の方法が使えるように学習はしたいもんだが。
929:デフォルトの名無しさん
07/12/31 16:42:03
一流大学出身の頭のいい人でなくてもC++は使えるようになるのかいな。
それともあきらめたほうがいいのかいな。
930:デフォルトの名無しさん
07/12/31 18:16:50
学歴ではなく、努力と根性だと思う。
C++は文法の勉強よりもオブジェクトの設計技術を磨くほうが重要だと思う。そのためにはたくさんの試行錯誤と努力と根性で簡潔な構造を設計できるノウハウを蓄える必要がある。
931:デフォルトの名無しさん
07/12/31 18:38:39
確かにそうだが、C++の設計思想にはいちいちインテリチックなアカデミズムが伴う。
なんでC++に関心を寄せるような人間は、大方、元々勉強好き好き人間だろう。
結果として多くのケースで一流大卒勉強人間がC++の理論や薀蓄を語るのだろう。
932:デフォルトの名無しさん
07/12/31 19:04:18
とりあえず、勉強してみたらどうよ？
933:デフォルトの名無しさん
07/12/31 19:20:21
C++の設計をインテリチックなアカデミズムが伴うなんていうのなら、
そこらへんのプログラミング言語は、
みんなインテリチックなアカデミズムが伴っているといっていいと思う。
C++の設計が適当だったと言いたいのではなく、
どの言語も熟考されて作られたはずだと言いたい、念の為。
934:デフォルトの名無しさん
07/12/31 19:28:28
>>933
とりあえず、C++の仕様の一つ一つには理由があるようなので、丹念に仕様の目的を考えるのも良いんじゃないかな。
935:デフォルトの名無しさん
07/12/31 19:35:22
>インテリチックなアカデミズム
0xスレ覗いていてもそんなものは感じないが。
>１週間でマスターできる方法
10日で覚えるシリーズでもC++はなかったな。
多分無理なんだろう
936:デフォルトの名無しさん
07/12/31 19:48:27
インテリチックかもしれないが、理想論に溺れずにシステム記述言語として地に着いた堅実な仕様ではあると思うよ。だから少々の不満には目をつぶるな。
937:デフォルトの名無しさん
07/12/31 20:10:24
>>933
かなり恥ずかしいな。
そこらへんの言語ってなんだよ？ →そんな括りはない。
インテリチックなら何故それらと同一視されるのかね？→なんら演繹されん。
インテリチックと適当が同義なのか？ →んなわけない。
938:デフォルトの名無しさん
08/01/02 15:44:00
インテリチックというのが何を指すのかはいまいちわからんが、
高い理念と形式に凝り固まって実戦の中ではあまり使われていないアレやソレか
C++なんてのは実戦の中でよく練り直され、都合よくツギハギ当てまくった不恰好なもんだが、
いい意味で「インテリチックではない」言語だと思う。
939:デフォルトの名無しさん
08/01/02 20:12:22
知的（インテリジェント）な生産過程を経て策定された言語はそう多くないと思うよ。
C++は非SmalltalkなOO、例外安全性、templateメタプログラミングと
過去に無い議論をいくつも経て結論を出している点でインテリジェントと言える。
それでいて実用性や互換性にも気を使って維持しているので、ただ理想論的なだけでもない。
940:デフォルトの名無しさん
08/01/02 22:53:23
>>939
>知的（インテリジェント）な生産過程を経て策定された言語
C++以外だと、どんな言語が該当するのでしょうか？
941:デフォルトの名無しさん
08/01/03 13:39:23
haskellとかなんとなくインテリっぼい気がする
942:デフォルトの名無しさん
08/01/03 14:49:59
Prolog
943:デフォルトの名無しさん
08/01/04 23:46:25
「インテリジェントな」という形容を悪い意味にしかとらないバカがいる
944:デフォルトの名無しさん
08/01/05 15:39:46
知的なバカ
945:デフォルトの名無しさん
08/01/05 15:50:09
バカ的なインテリジェンス