推薦図書/必読書のためのスレッド 38

プログラム技術板倉庫
http://s225.web.fc2.com/index.html

前スレ
推薦図書/必読書のためのスレッド　37
http://pc11.2ch.net/test/read.cgi/tech/1190192944/

>「アルゴリズムイントロダクション 全3巻」 近代科学社
> http://www.amazon.co.jp/exec/obidos/ASIN/4764902451/
> 日本では、いまだに Aho,Ullman の著書が主流とされているが、
> 理論的に欠陥があり書き換えが必要なので Cormen のものをお勧めする。だそうだ
> 「アルゴリズム C (1-3巻)」 R. セジウィック / 近代科学社
> http://www.amazon.co.jp/exec/obidos/ASIN/4764902559/
> を買おうと思っていたのですが、どちらがよりお奨めですか ?
> 大きな差はないとおもうけど、Cormen の方が全米の大学で良く教科書として
> 使われているみたい。
> アメリカの大学だと、計算機科学専攻になるにはこの手のアルゴリズムの単位が
> たいてい必修になってる。でも日本の大学じゃ、まともにこのレベルの教科書を
> 使いこなしてるところは少ないみたい。
> 独学でも、きちんとマスターしたら、へなちょこ「情報工学科」出よりも基礎は
> しっかりするんじゃないかな。

> 「アルゴリズム C++」 Robert Sedgewick 近代科学社 判が古い
> http://www.amazon.co.jp/dp/4764902222/
> 基本的には広く浅く。代表的なアルゴリズムの実行過程や実装方法が図表や疑似コー ド
> を用いて平易に説明されている。
> あるアルゴリズムが、どのような考え方で問題を解決し、どのように実装され、
> どの程度の計算量になるのか、などを調べるには便利。
> 何故その計算量になるのか、なぜ『確かに』問題を解決するのか、といった理論的な
> ことを学ぶには不十分かも。
> 実装者を目指す学生向け。理論系の学者を目指す人には不向き。
> 実際にコードを書くのが目的ならお勧め。
> 説明は (たぶん) 上手い。
> 「アルゴリズム」「アルゴリズムＣ」「アルゴリズムＣ++」は
> サンプルコードが違うだけで、あとの説明は (ほとんど) 同じです。

関連スレ

新・推薦図書/必読図書のためのスレッド 1　　　　　　　　ttp://pc11.2ch.net/test/read.cgi/prog/1146889623/
読んだ書籍の感想・紹介　　　　　　　　　　　　　　　　　　　ttp://pc11.2ch.net/test/read.cgi/tech/1064681919/
【くそ！】 買ってはいけない技術本 【金かえせ】　　　　　 ttp://pc11.2ch.net/test/read.cgi/tech/1118944895/
焚書すべき技術本、書籍　　　　　　　　　　　　　　　　　　 ttp://pc11.2ch.net/test/read.cgi/tech/1171114780/
推薦図書/必読書のためのスレッド in ゲ製作技術 2　　 ttp://pc11.2ch.net/test/read.cgi/gamedev/1136546780/
推薦図書/推薦ＨＰ/必読書のためのスレッド　 (データベース)　ttp://pc8.2ch.net/test/read.cgi/db/1066219504/
データベース雑誌・書籍　 (データベース)　　　　　　　　　 ttp://pc8.2ch.net/test/read.cgi/db/1057410827/
これは読んどけ！セキュリティ必読書　 (セキュリティ)　　ttp://pc11.2ch.net/test/read.cgi/sec/1015195460/
参考になる書籍part2　 (UNIX)　　　　　　　　　　　　　　　　ttp://pc11.2ch.net/test/read.cgi/unix/1032192130/
UNIX系書籍の揚げ足をとるスレ　 (UNIX)　　　　　　　　　 ttp://pc11.2ch.net/test/read.cgi/unix/1033349230/
【Perl,CGI】参考書籍 第三版　 (WebProg)　　　　　　　　　 ttp://pc11.2ch.net/test/read.cgi/php/1030209573/
PHP関連の書籍　第3版　 (WebProg)　　　　　　　　　　　　ttp://pc11.2ch.net/test/read.cgi/php/1150558685/
役に立つ書籍は？　4冊目　 (Web製作)　　　　　　　　　　 ttp://pc11.2ch.net/test/read.cgi/hp/1172823674/
間違ったHTML/CSS解説本　 (Web製作)　　　　　　　　　 ttp://pc11.2ch.net/test/read.cgi/hp/1136988367/
【オブジェクト指向】言語学習が先？概念学習が先？　　ttp://pc11.2ch.net/test/read.cgi/tech/1073714172/
日下部陽一著 作ってわかるCプログラミング(第5版) 　　ttp://pc11.2ch.net/test/read.cgi/tech/1165327671/
ここにる奴で書籍（入門書）書いてる奴に告ぐ！！！　　ttp://pc11.2ch.net/test/read.cgi/tech/1173805001/
参考書、10日で覚えるシリーズってどうよ？　　　　　　　 ttp://pc11.2ch.net/test/read.cgi/tech/1160654543/

>>1
乙です！

　　　　　　 　　　＿__
　　　　　　　 ／:.:.:.:.:.:,`ｰへ
　　　　　 　/:.:.:.:.:.:.:.:/:./:.:.:.:ﾍ
　　 　 　 　|:.:.:.:/.:.:ｲ:./:ﾊｲ:.|:.|
　　　　　 　!:.:./:.:.:.(l/ｲゝ（/ﾚ′　 ｎ. 　　ｎ　　>>1　グッドです！
　　 　 　 ノ:.:; :.:.:./.:|:.:|. ｒﾉー＜二に}ｒ‐V└､
　　　 　（（:./:.:／イ/⌒7⌒￣　　　　} } |__ノ
　 　 　／>ｒ＜　// 　 / 　　＿＿,,.ノノノ
.　 　 〈 　ﾉ| 　 〉/ 　 /__／´
　　　　∨|_Y7て　　 /ﾘ
　　 　.ｲ:/ 　 　 　 |/
　 ／　/　 　 　!　 |

プログラミングの良書100冊！
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060127/228096/?ST=skillup

日経ソフトウエア2004年12月号特集「プログラミングの良書100冊！」
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060223/230481/

「プログラミングの良書100冊！」 分析/設計のエキスパートになるために
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060210/229019/

プログラミング書籍　読むならこの本！
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030324/1/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030324/2/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030324/3/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030324/4/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030324/5/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030415/1/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030415/2/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030415/3/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030415/4/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030415/5/
ttp://itpro.nikkeibp.co.jp/members/NSW/ITBASIC/20030415/6/


『コンピュータの名著・古典 100冊』
ttp://www.amazon.co.jp/dp/4844318284
目次　 ttp://direct.ips.co.jp/book/Template/Goods/bt_contents.cfm?GM_ID=1828&SPM_ID=1

New Books 　　　　　　　　 http://f57.aaa.livedoor.jp/~newbooks/
cBooks 　　　　　　　　　　　http://www.cbook24.com/
２chBooks 　　　　　　　　　http://deztec.jp/x/04/06/2ch/
推薦書籍集　　　　　　　　 http://bookshelves.at.infoseek.co.jp/
プログラム技術板倉庫　　http://tito.fc2web.com/2ch/tech/index.html
Standard Books　　　　　　http://www.yfcbookshelf.com/authentic_books_frame.htm

ロベールのＣ＋＋教室　　　　ttp://www7b.biglobe.ne.jp/~robe/cpphtml/index.html
猫でもわかるプログラミング　ttp://www.kumei.ne.jp/c_lang/
EffectiveC++入門　　　　　　　ttp://www002.upp.so-net.ne.jp/ys_oota/effec/index.htm
連載　改訂版 C#入門　　　　 ttp://www.atmarkit.co.jp/fdotnet/csharp_abc2/index/index.html

C／VC （入門･初級）(１／４)　ttp://www2.ocn.ne.jp/~links4pg/sub37.htm
C／VC （入門･初級）(２／４)　ttp://www2.ocn.ne.jp/~links4pg/sub1a.htm
C／VC （入門･初級）(３／４)　ttp://www2.ocn.ne.jp/~links4pg/subb6.htm
C／VC （入門･初級）(４／４)　ttp://www2.ocn.ne.jp/~links4pg/subwe.htm
C ／V C （中･上級)（１／４）　ttp://www2.ocn.ne.jp/~links4pg/sub71.htm
C ／V C （中･上級)（２／４）　ttp://www2.ocn.ne.jp/~links4pg/sub89.htm
C ／V C （中･上級)（３／４）　ttp://www2.ocn.ne.jp/~links4pg/suba7.htm
C ／V C （中･上級)（４／４）　ttp://www2.ocn.ne.jp/~links4pg/subw0.htm

０〜１００冊　　　閲覧不可
１０１〜２００冊　閲覧可能
２０１〜３００冊　質問可能
３０１〜　　　　　回答可能

http://www.nicovideo.jp/watch/sm1779811

関係者トリップ情報　(偽者に注意)

2007/12/19(水)
ID:E8Oequ3N0 kz氏 packagedの人 ◆BH0nmndX96
ID:1Xu1qks40 Lividusの人 andromeca ◆CPNbxm3EIg
ID:vAwHZgjx0 メルトの人
ID:oSQ+FDNN0 えんじぇぅの人◆scM/nI4V.Y
ID:keBCp+3K0 鼻毛P(Frogging Dance)
ID:oMYHiaXq0 タイムリミットの人◆YYTZgV0LJk

2007/12/20(木)
ID:P7leIPBs0 鼻毛P ◆MP8vzeiN.w
ID:P7leIPBs0 鼻毛P ◆xUn5MII0Bg トリ修正
ID:3EXHazn00 melody...の人 mikuru396 ◆cFNknPxyis
ID:l4i4oFd60 ● 乳酸菌 ◆yHPARVlesM
ID:kxFiBz8Z0 kz氏 packagedの人 kz ◆BH0nmndX96
ID:YUkCq5Ml0 歌姫の人 azuma ◆mf21aXMzrg
ID:HRmiQ+iM0 ツンデレの人 ←みんなの嫁

関係者トリップ情報　(偽者に注意)

2007/12/19(水)
ID:E8Oequ3N0 kz氏 packagedの人 ◆BH0nmndX96
ID:1Xu1qks40 Lividusの人 andromeca ◆CPNbxm3EIg
ID:vAwHZgjx0 メルトの人
ID:oSQ+FDNN0 えんじぇぅの人◆scM/nI4V.Y
ID:keBCp+3K0 鼻毛P(Frogging Dance)
ID:oMYHiaXq0 タイムリミットの人◆YYTZgV0LJk

2007/12/20(木)
ID:P7leIPBs0 鼻毛P ◆MP8vzeiN.w
ID:P7leIPBs0 鼻毛P ◆xUn5MII0Bg トリ修正
ID:3EXHazn00 melody...の人 mikuru396 ◆cFNknPxyis
ID:l4i4oFd60 ● 乳酸菌 ◆yHPARVlesM
ID:kxFiBz8Z0 kz氏 packagedの人 kz ◆BH0nmndX96
ID:YUkCq5Ml0 歌姫の人 azuma ◆mf21aXMzrg
ID:HRmiQ+iM0 ツンデレの人 ←みんなの嫁

2007/12/21(金)
ID:qexz2Bij0　SOSOSO ◆0g8QI5iRQk
ID:91k/f2Ze0　kz ◆BH0nmndX96
ID:imXF3cx20　azuma ◆mf21aXMzrg
ID:2AjhCl7I0　◆scM/nI4V.Y
ID:rvuHxWqG0　鼻毛P ◆xUn5MII0Bg

a

絶対必読図書：
池田犬作著、新・人間革命

絶対必読新聞：
邪教新聞、じゃなかった、聖教新聞

なんか勉強すべき事が多すぎて疲れるよ。
各種プログラム言語(shellとかDosとかPerlのようなスクリプト言語、CとかJavaみたいなフツーの言語、アセンブラ)
データベース(Oracle,MySql,Sqlserver)、ネットワーク、OS(WindowsとLinuxのAPIやら開発環境)、
Web技術(フレームワークやサーバー)、アルゴリズム、エディタ、UML、要求定義などなど。

一通りかじったけどちゃんとできるようになるなんて無理。
絶対無理。

黙れ学生

>>16
はいはい、いい加減大人しくしようね。

>>15
全部を極めようなんて思わなくていい。
必要なことや、自分がやりたいことだけをしてればそれで十分だと思う。
某所で30言語以上扱えるとかいう痛い香具師がいたけど、
お前この一年間でその半分も使っとらんだろ、と思う。
言語なんてタダの道具なんだし、言語を習得してようが使わなければ覚えてないのと同じ。
それだったら一つの言語で出来ることを広げていった方がいい。
それで、その言語で出来ない/向いてないことがやりたくなったら、
初めて他の言語に手を伸ばせばいいんじゃないか？

>>15
ネットワーク一つとっても一人で何でもできる人
なんていないんじゃないか？世界中探せばツワモノ
もいるかもしれんが。

１つは少ないな。３個以上は常用する言語があった方がいい。
１つの言語では、他の言語を学習する際の理解の助けとなる概念がそろってるとは限らない。
ただ、FORTRAN, PASCAL, C なんてのじゃ困る。
できるだけ互いに違う概念が入ってないとね。

永遠に今使っている言語が使われ続けるとは限らないわけで、
新しい言語に対応できる能力が無いと生き残れない。
就職後に新しい概念を覚えるのは時間的に辛い所があるが、
事前に色んな概念を知っていればそれは十分可能だ。

30言語以上扱えるのはいい事だ。
それだけ理解できるのは、それなりに理解の軸となる言語があるからだ。
そういう人こそ、10年先も生き残れる。

>>15
だから、やれることが出来るヤツらが集まってチームを作ってシステム開発する。
それぞれが、自分の出来ることをやればいい

・・・理想ではそうだが、現実は・・・

>>15
そのやり方が合ってないかもしれないな。

当て推量で言うけど、プログラムをスクラッチで組めないタイプ？
一通りの知識は頭に入れてみたものの、ある用件をどうやれば、
実現できるのかがわからないのではないかと思った。

もしそうならば、自分が触れて、自分でビルドして動かせるソースを用意して、
実際にそのソースを動かしながら、読み解く・改造する練習をオススメする。

このスレらしく、書籍で言うなら、Code Readingとかかな。

マ板でやれよ、クズども

Cの入門書が終わったら読む本て何かな？
独習Cを終えて宿題スレの問題とかその他興味あることを
プログラムして遊んでるだけだけど、物足りないんだよ。
もっとスマートなロジックでもっときれいなコードが書きたいんだよ。

SICPｗ

>>23
アルゴリズムの勉強

>>23
http://www.kojima-cci.or.jp/fuji/mybooks/cdiag/

>>23
>>21 のように、色々なソースを読み解くのがいいかも。
スマートなコードも駄目なコードもあるわけだから、
それらを実際に読んで、動かして、改造すれば何かわかるかも。

本なら、>>25の言うようなアルゴリズムの本読むとか、
Code CraftやCode Completeみたいな作法を扱った本とか。
図書館とかを活用して、古今東西の名著を一通り
チェックしてみてもいいかもね。

>>23
どうでもいいが、なぜだれもCって所に突っ込まない。
括弧の頭でしか変数を宣言できない、alloc/freeしかない、などC言語には縛りが多いぞ？
そんななかでスマートなロジックとか無理。
C縛りがあるならともかく、そうでないなら迷わずC++への移行をオススメする。
ロジックをきれいにするとかその後でも十分だ。そうでないと、
C言語で悩んでたところがC++では全く気にする必要がないことだった(メモリ管理とか、クラスとか)ってことになる。

【派遣ネガティブ根性チェック】

3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。

□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□仕様とは正社員から口伝されるものだ
□耳で聞いた仕様を正確に覚えていないのは自分の責任だ
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは派遣の仕事ではない
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすいから派遣には有利だ

>>23
UNIXプログラミングテクニックと同アドバンス　（ポケモンみたいだな）
あとNetBSDかGNUのソースコード。

>>23
coreutilのソースコードなんかいいと思うよ。
身近なコマンドラインのプログラムだから分かりやすいかも

>>31
基本的なシェルコマンドのソースを見るのはよいと思うが、
coreutilsだと多機能すぎてわかりづらいかもしれない。
busyboxはどうだろうなぁ。

busyboxでもash.cなんかGTAGSなしだと読む気すら起こらないんですが･･･

>>30
GNU関連は読むもんじゃない

そうやって現実に動いてるプログラミングの世界をみないで生きるのもありだろうね

そりゃ、「学習」だからそんなもんだろ。

gnuのcatを読んだことないPGは信用できない。

さあ、君もGccのソースコードを読んで2238クラブに入ろう

NetBSDのcatではダメですか？

>>37
行数カウントしてる処理がおもしろかった

>>38
2238クラブに入れるのはLions本のあのコメントじゃなかったか?

v6のcatで十分

>>41
まあ、そうなんだけど「とにかくこうしとけ」的な黒魔術コードを読もうって
ことがいいたかったわけ。

動いてる、以上の特徴がないのか

フリーソフトのコード解説してる本で、
プログラミングテクニックよりもわかりやすいのってないの？

>>45
デーモン君のソース探検―BSDのソースコードを探る冒険者たちのための手引き書
http://www.amazon.co.jp/dp/4756144152

これはどうだろうか

>>42
V6のコードはシンプルでいいんだけど、ANSI Cじゃないのがちょっと問題

デーモン君がブサイクです

今日ふらっと本屋に行ったらOCamlの本があってビビったw
欲しかったがhashkellの本で脳みそパンク直前だったからやめたが。
ってか、関数型は慣れるまで大変だな・・・

Ocamlの本くらい置いてあるだろ

>>49
おれの脳みそは再帰ですらアウトだから
関数型は無理だな。
C++のboost::mplで撃沈されてる。

関数型が主流になる世界って、あるのだろうか？
何年たっても、仕事では、まず使うことないだろうね

再帰呼び出しも、非再帰呼び出しも、大した違いは無いよ。
ある機能が使いたくて、その機能を担当する関数を呼ぶけど、
そこで他の関数を呼ぶか、自分自身を呼ぶかの違いだけ。

>53
再帰呼び出しと非再帰呼び出しを比べりゃそうだろうけど、こういう場合、ループの代わりに再帰を使えってパターンなのでそこが苦しいんじゃね？

>>53
>再帰呼び出しも、非再帰呼び出しも、大した違いは無いよ。
そうなのか？再帰はガンガンにスタック使った気がするんだが。

末尾再帰最適化がなされるならループに展開されるはず。

>>52
用途によるだろ。普通のアプリケーションではまあないと思うけど、
関数型を使うのに適した問題ってのもあるんじゃない？

LISP 使う仕事もあるにはあるけど、多くはないだろうね。

>>51
俺はC++, Haskell, Scheme萌え(コード量順)の人間だが、一番難しいのがC++。
ADL一つとっても仕様を精査しないと完全に理解できない。
boostはどれも、実装を理解するには手ごわいし。

>>59
boostは理解するものじゃないものな。特にlambda関連。

理解もしていないのにboostを職場に導入しているのか？

おバカさんｷﾀｰ

>>61
理解って言ったのは、実装を理解するものじゃないってこと。
boostのlambda関連は、templateとmacroのトリックコードだらけだから、
理解しようとしても厳しいし、第一あんまり意味がない。

オブジェクト指向、再利用、とかいいつつ、
結局、優秀とされてるライブラリすら実装の
中身を理解しないと使えない矛盾・・・

ライブラリの詳細がドキュメントにちゃんと載っていれば
実装を見なくても使っていいけど、
そんなきっちりしたライブラリが存在してないから仕方ない

「MFCによるWindowsプログラミング」
USED価格で5万て何だよw

今からMFCやる意味が…

MFCがいまだになんなのかわからんWinAPIとなにがちがうの？

>>68
winAPIを中途半端にラップしたC++のクラスライブラリ。

ペゾルトが大嫌いなMFC

>>69
Win32APIをこれまた中途半端にラップしたのがドトネトだから、正直M$が何をしたいのかさっぱりわからん。
Win32をそのまま移植してくれた方がよっぽどマシだ。
せめてOS依存の部分だけWin32APIのラップとして単独でリリースすれば良かったのに、
今のドトネトはどこまでがOS非依存で、どこからがWinでしか無理なのか区別がつかない。

それだとC#と相性が悪いからだろ
WIN32APIはCを念頭に作られてるから
C#のスタイルで自然に使えるようにライブラリを設計してるってことだろ

.netって、win32APIを呼び出してるの？
そうじゃなくてwin32APIに相当するAPIを
新たに作り直してるのだと思ってた。

MFC →　Win32と同等
.NET　→　Javaみたいな中間コード

みたいなもん。かなり語弊があるが。

>>73
Win32 APIがネイティブAPIだからね。
だから.NETだって、どこかでWin32 API呼ばないと何もできない。
予定では、Vistaから.NET 3.0 がネイティブAPIになるはずだったけど。

>>73
.Netの色んなクラスからWin32APIは呼ばれてるよ

>>75
>予定では、Vistaから.NET 3.0 がネイティブAPIになるはずだったけど。
言われて思い出したWinFXか・・・
WinFSといいちょっぴり悲しい

>>77
　　　.i;;;;;;;;;;;;;;;;;;;;i　　　　　;,,_,,;;;;;;;;,,..;_　　 ､　　 　 ,.__..,;_,,,;;;,,;;;;;;;;__,,___　 ....;;;;;;;;;;;;;;;;;
　　 :!;;;;;;;;;;;;;;;;;;ﾌ;'"ﾞﾞﾞﾞﾞﾞﾞﾞﾞ~~￣゛　 ｀!i、　　　　 　　　　　 ￣´　￣　.｀''‐　 i;;;;;;;;;;;;;;;;
　　 . l;;;;;;;;;彡;;;;;ゝ　.if'＝=＝==ｰﾞ　 ::　 　 　 　 　 ,.=＝======r　　　　ﾞi;|.l;;;;;;;;;;　　　WinFXがWin32APIを駆逐してくれる・・・
　 　 ヽ;;ノ;;;;;;;;;;;;;;;　 .｀''｀-ヽ--''ﾞﾞﾞ　 ;;　　　　　 　　　'ﾞゝヽ-ﾉ-‐'ﾞ´　　　;.i;;;;;;i.ﾌ;;;;;;l′
　　　 　 ﾞl;;;;;;;;;;;;`、　　　　　　　　　,!　　 　　　　　　　　　　　　　　　 : ,､|ll/ ;;;;;;;;r"　そんなふうに考えていた時期が
　　　 　　i;;;;;;;;;;;;;;l、　　 　 　 　 　 /　 　;:;:　　　　　　　　　　　　 　:.゛゛:l ;;;;;;;;./
　　　 　　 '';;;;;;;;;;;;;i　　　　　　　　 i;;;;;;.;:;:;;;;;;;:　　　　　　 　 　 　 　 　 .i;;;;;;;;;;;;;;;　　　　俺にもありました
　　　　　　　 　/;;;ゝ　　　　　　 ./´::::　´;:;:;;;;;;　　　　　 　 　 　 　 　 ,!;;;;;;;;;;;;;;;;;i
　　 　 　 　 　 ﾐ;;;;'!　　　　　　 .ヽ;;､_;.::__::::;;::　　　　　　　　　　　　　 /;;;;;;;;;;;;;;;;;;;;;!
　　 　　　 : ､.-､/;;;|l　 　 　 　 　 　 ｀;:;:;:　　　　　　　　　　　　　　 ,.ﾉ.:::　:lく;;;;;;;;lﾞﾞ′
　　　　　　''";;;;;;;;;;;;;'l､　　　　 .,,　 　:::::::::___　　　・　　　　　 　　 ,'" ::::::　 .ヽ;;;;;丶;
　　　　　　 ;:;;;;;;;;;;;;;;;;;;ヽ,　　　 ﾞﾞ--=￣ﾞ~゛｀''>,,._,..,r;"　　　　　 ,,lﾞ ::::::::::::　 　i;;;;;;
　　　　　 　.`";'"ﾞ;;;;;;;;;;;;;i､　　　　ヽ_￣ﾞ￣゛_、　　　　　　 　__r:::::::::::::::::　 　　ヽ
　　　　　 　 　 　 ;;.'ﾐ;;;;;;;;;:'.、　　　　ﾞﾞﾞﾞ"'''"~　　　　　　　　‐""::::::::::::::::::::　　　 i

.netは便利な機能がたくさんあるけど、
反面、セキュリティとか意識しすぎて
なんでこんなことができないの？という場面も結構あって
ＷｉｎＦＸなんて言いだしたときは本当に大丈夫か？
と思ったけど案の定だめでした、みたいな。

まだビスタがロングホーンとか言われてたころ、
.net言語さえ使えれば将来バラ色だと思ってたころが僕にもありました

本の話しろよ、この屑ども

JavaAPIがネイティブのOS出ないかなあ

作ってくれ

>>81
つ Jnode.org

きしだたん、お疲れ様。

「創るJava 改訂第2版」
1月下旬か。

>>80
肌荒れの原因になるのに
屑とか汚い言葉使うんじゃないよボウヤ

WFXの本がいくつか出てるようだが
良書はあるかねおまいら

自分をgoogleにするうんたらかんたらって本読んだけど、激しく鬱になった。
自分が駄目なのをこれでもかと認識させられて。

>>86
あの人の本、回を重ねるごとに内容が厳しくなってるよな・・・

何の本？

googleにするってなんだ？
歩く検索エンジンのようなweb博士になりたいのか？

Googleにする、ってところは実は本の主題とは全然関係ない

これだな。
「効率が10倍アップする新・知的生産術―自分をグーグル化する方法」
俺も読んだ。
プログラミングとは関係ないな。
Lifehack本かな。

Lifehack（笑）

読んでみたが、ライフハック(笑)って言いたいだけの
気取り屋には実践できそうにない厳しい内容だった。

前作読んだけど、親指シフトの時点で挫折したわ
Let's noteを買う気にもなれないし
どうせ買うならmacがいい、とか

東大に来ると周りにもっとおかしい奴たくさんいるから面白いよ

おかしい奴はおかしいくらいに能力高いからうらやましい

でも今の Mac はいいよ。

最近出たこの本はどう？

新装版 大規模C++ソフトウェアデザイン
http://www.amazon.co.jp/gp/product/4894712784/

内容が古すぎる

More Effective C++の訳が糞すぎて悔しい

有志で全訳して出版社に持ち込むとか。

新訳版も気に入らないのか？

>>102
全てではないが、イライラさせられる部分が多すぎる。
レイアウトもEffectiveに比べると見にくい。

>>102
ヒント：同じメンバー＋学生1人追加

新訂版を買ってもここのお世話になるということ？

ttp://blog.goo.ne.jp/satomi_takeo/c/67cd3985c3a8608a9ac049719e7dc20d

＞場所
＞263ページ15行目
＞誤
＞基底構造体
＞正
＞基底構造体（またはクラス）から派生した構造体
＞原文
＞structs with base struct (or classes)

スゲーなこの超訳ｗ
さすがに新訂版では直ってるよな？

コイツら英語のレベルも低いし、プログラム
もわからないだろうから技術翻訳なんてやらせたら
ダメだろ。４人がかりで馬鹿としか言いようが無い。
見直しとか校正とかしないのだろうか？
てか、本人達に聞きたい
おまえらが読んでまともな日本語だと思うか？と
メイヤーズ先生の名著が可哀想。

訳者では村上雅章さんか小林健一郎さんのが読みやすい。
まあ、大事な本は全て原書で読んでるが。

>>107
なぐってもなおらないよそいつらのあたまは

てか、文句言ってる奴は一度自分で英語の翻訳やってみたらいいよ
まともな日本語だともちろん思ってないと思う
でも、直し方が分からんのだよ
同じページを何度も推敲してもまだ駄目だと自分で分かる
そうすると、糞訳が出る意味もわかってくるし、偉そうに文句言えない
とも思えてくる
少しは大変さが分かるよ

技術書の翻訳ってちょっと難しいからな
専門用語を無理矢理日本語にしてもかえってわからなくなるし、
日本語としてなめらかでも「使えない」んじゃクソって言われる。
文芸書なんかとはちょっと違うんだよね。

人の翻訳をクソって言ってる暇があったら原本を読むのが一番いいよ。

>>110
報酬得てるんだぜ
そんな言い訳するなら最初から
出来ないと言って断ればいい

つかそもそもそんなもんを売るなってこと

>>112
翻訳代ぐらいの端した金でなんでも出来ると思うなよ。
日本語しか読めないバカなんだから、ありがたく訳本読んでりゃいいんだよ。

プログラマなら英語くらい読めよ

>>114
関係者いきり立つなｗｗｗ

Modern C++ Designはどう？

ジェネリックに興味があるなら読んで損は無い。というか読んどけ。

相当難しそうなんだけど

そして、知らない奴には全く読めないコードを量産することになるのである。

ライブラリとしてブラックボックスで使う分にはそれでもいいお

>>117
簡単な英語なら頑張って読むよ、というなら
「C++ Template Metaprogramming」の方が
わかりやすいしためになるぞ。

マジで？
あのためになるかどうかはともかくMdernC++Designの内容は
他で代用できるわけないと思うのだが･･･

読み物としてはおもしろいと思うけどね、Moden C++ design。
直交性の概念は、あの本で初めて理解した。

>>124
コーディングで実践してます？

>>122
英語は大丈夫だけど、その本はBoostのMPLの解説？
みたいなことがレビューに載ってたから
どうなんだろ

>>125
残念なことに読破直後に仕事のメインがJavaに移ったものだから、実践できてない。
でも、仮にC++続けてたとしてもあそこまでメタプログラミングを使い倒すことは難しかっただろうな。
というか、実際作っててもそれほどtempleteが必要なシチュエーションがない。
ほとんどJavaのGenerics的な領域のみで、C++のtemplete固有の汎用性はほとんど使えないと思う。

>>127
なるほど。メイヤーズの本にもC++の中心にくることは
なくライブラリを書く人が必要になるみたいなこと
が書いてあったから、普通のアプリ作ってる場合には
使うことはないのかもしれないですね。
せっかく買ったので気楽に読んでみます。

C++ Template Metaprogrammingは分かりやすい
そもそもModen C++ designはC++ Template Metaprogrammingを
生み出すための格闘の記録なので読まなくてもいいかもしれない

格闘の記録こそ読むべき方じゃないかな？
ただのライブラリの使い方ならhelp読めば済む話

C++ Template Metaprogrammingって和訳なかったんじゃなかったっけ？
なんだかんだと訳に文句付けるが、いざ原本読むとなると躊躇してしまう。
TOEIC500の俺でも大丈夫なもん？

やめとけやめとけ
どうせ読まないから

C++ Template MetaprogrammingはBoostのMPLの解説
Moden C++ designはプログラムのデザインについての本
両者は違うことを解説している

C++ Template Metaprogrammingってのは読んだことないから
わからないんだが、Modern C++ Designに書いてあるような、
ポリシーという概念のテンプレートと継承の組み合わせによる詳細な
使い方や、デザインパターンをテンプレート化する方法の、
スマートポインターの詳しい仕組みなどが書いてある本なのか？
BoostのMPLの解説だったらこの辺書いてなさそうな気がするんだが

どうせ両方即戦力にはならんしMPがやりたきゃ関数型言語を使った方がいい。
C++はちょっと小粋なCとして使うのが一番かしこいやりかた。

つかModernは古いからねぇ･･･
今更読むものではないと思う

ModernC++Designで古いって言われる時代になったのかｗ

何かおかしな勘違いが多いな
Modern C++ Designは2001年でちっとも古くないし
C++ Template Metaprogrammingとは全然内容が違う
変なレビュー記事でもあるのか？

むしろC++そのものががもう古い

C++は斜陽言語

ttp://www.tiobe.com/index.htm?tiobe_index

前年比の25％弱減少

おっぱいのかわりのおっぱいをつれていった

新年早々ごばーく

Modernの３章が難しいんだが。

Lispの入門書でも読め

>>145
Haskelではダメ？

>>145
http://www.amazon.co.jp/dp/4839920818/
入門書として、これは易しい？
λとか書いてあるからboostのlambdaの理解の
助けにもなるかな

第三章が難しいと言ってるんだから、どうせポインタによるリスト
の構造に慣れてないだけだろう
Cのデータ構造かLispの初歩だ

その本が研究室においてあったのが文型の自分がプログラミングはじめたきっかけだったｗｗｗ
たしかYコンビネータあたりで理解が怪しくなって放り出したようなｗ
でも薄いほんの割りに結構丁寧に説明があった気がする

この辺の図見れば分かるんじゃね？
http://www.haun.org/kent/lisp1/2.html

そういえば、boostにTypeListってある？

mplのvectorとかlistとかがある
lokiの部分をそれに置き換えて読めばOK

>>148
そんなもんで悩んではない。
おれにとっての鬼門はテンプレートの再帰。
帰納法的に考えれば理解できなくはないけど、
いまいちしっくりこない。

>>151
boostでいうとcons listじゃないの？

帰納法的に考えて理解できるならそれでいいと思うのだが。

>>154
いや、分かった気になってるだけ。
いろいろ具体値を入れて確認しないと気がすまない。

もっと帰納法を信じてやろうぜ。

>>154
もしかしてタプルを2〜100個セットまで定義してるところ？

テンプレートの再帰のどこが分からんのだ
関数の再帰と同じことだろ

>>158
関数の再帰も苦手なんだ

継承の再帰は理解に苦しむ
頭の中で想像できない

>>160
継承の再起なんてあったっけ？
templeteのことか？

今日本屋でロベールのC++本見てきたが、余りの太さにワロタww
となりの本の十倍ぐらい厚く見えるのに、帯の煽り文句が「これで初心者から中級者までおｋ」でさらに爆笑ww
まったくC++知らん人が見たら絶望するんじゃなかろうか？

でも、実際C++ってかなり難しいからな

Cの基礎が充分に判ってないと難しいと感じるだろうね

Cは関係ない

>>165
なくはない。知らないとハードルは高くなる。

>161
メイヤーの本でそんなのに触れてた気がするな

>>167
メイヤーズはTMPについては、階乗計算を例にして
さらっと触れてるだけだと思った。あれは継承
の再帰ではないからね。

>168
俺が言ってるのはバートランド・メイヤーのオブジェクト指向入門

>>169
失礼

>161
手元に Modern C++ Design がないが、GenScatterHierarchy とかその辺だと思う。
template による再帰的継承を用いることで一つのクラスを合成するというやつだと思う。
例： ttp://d.hatena.ne.jp/mb2sync/20050213

>>171
そう、それ。
何の役に立つかは知らないけど。

C++って、難しいし覚えることが沢山だけど、面白いね、1000行程度のプログラミングなら
スパゲティーでも書けるけど、C++らしいコーディングしようと思えば
OOP、C、GenericTemplate、STLの知識が必須になるよね
でも思うに、Cのような枯れた言語はせておき、javaやC#、VB果てはRubyとか見てると
他の言語の、いいとこ取りしながら、互いに進化してるような印象を抱くのは
漏れだけ？
この言語でなければできない、というような、実装は段々少なくなって
みな同じような感じになっていくんだろうねきっと

そりゃまぁWestSideStoryには「私、恋愛のことはスペイン語で考えるの」みたいな台詞があるように
自然言語にも得て不得手はあると思うが、英語で恋愛を語れないわけじゃないからね。
今の英語が随分と外国語を取り込んだものであることから考えても、プログラミング言語がそうであってもおかしくないし。

「私、恋愛のことはスペイン語で考えるの」
いい例えですね、まさにそんな感じですね、話は本に戻って
去年の11月くらいからEffective C++、STLと読んできた、漏れは頭があんまり良くないので、
資格試験とか、プログラミングの学習をするとき、最初1、2回読んでも殆ど理解できない人なんですが
あきらめずに、じっくり取り組むとしっかり身に付くタイプで最近ようやく
これらの本に書いてあることが、自然にコードに反映できるようになってきた感じです
Effectiveシリーズ、最期のMore Effective C++を注文した

>>175
著者の経験から生まれたTips集だから何度も読み返すもんでしょ。
おれは1日1項目とかで何度も読み返してる。
STLは奥が深いよね。C++0xではさらに強力になるし、boostも
あるし勉強しがいもある。

>>176
>>STLは奥が深いよね。
深いよね、上手く使えば煩雑な処理を、短いコードで、且つ高速に処理をやってくれるけど
あまり、知識も無いのに使おうとすると、車輪の最発明や、未定義への扉がまってますしねww
>>C++0xではさらに強力になるし。
個人的な願いですが、ハッシュとマルチスレッドプログラミングにおける
STLの動作保障の拡大を、次期C++0x標準で是非、組み込んで欲しいと思っています。

C++0xってC99を取り込むのかしら？

>>173
逆にＣ＃使いなのに訳あってＣ＋＋をつかうようになった漏れは
他の言語がいかにＣ＋＋のダメポな部分を隠蔽してるのかわかって感動したりしまつ
まぁ、そのダメさ加減を差し引いてもやっぱりＣ＋＋でしかできないことがあるわけで

>>179
173です、C++、Cの知識ほどC#に関して、詳しくないのですが(C++もまだまだ未熟ですがww）
C#のコードは、単一継承しか許さないので、クラスの依存関係が単純で
分かり易いというか、非常に読み易いという印象です
C++の多重継承に関しては、皆さん是々非々があると思うのですが
個人的な意見としては、クラス設計がしっかりできるか、否かが鍵だと思う
昨今です、諸刃の剣ですねww
むしろC#やjavaのように単一継承しか認めないという、縛りがあるほうが
ストレート（直感的に）分かり易いコードが書けるのかもしれませんね。

I think 180 is so foolish who's using ww many times.

誘導されて。

大学でやれなかったので、「形式言語とオートマトン」と「コンパイラ」
の分野を独学でやろうと思っているんだけど、どの本を使って勉強するのがベスト？

ここにある本をやってみようとは思うけど、レベル高杉…
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060209/228915/

オートマトンはこれがオススメ
http://www.amazon.co.jp/dp/4781910262/
比較的容易に読めるであろうコンパイラの入門書
http://www.amazon.co.jp/dp/4785620501/

プログラム設計を、考え、表現する為の手法が
書かれているお勧めの本は何かないでしょうか？

>>184
SICP

アマゾンがカクカクして読みにくいよー！

>>184
SICPにならぶ名著として最近邦訳が出た
「コンピュータプログラミングの概念・技法・モデル」
ってのもあるぜ。値が張るがSICPより易しめ。

SICPだのなんだのどうせ読んでも意味ねぇから
デザインパターンの本でも読んどけ

程度が知れますなｗ

>>184
普通にプログラム設計の本とか……。これといった定番はわからないけど。

あとはHtDPとか? プログラミング入門者向けのテキストだけど、
各章のデザインレシピのところだけざっとかいつまんでみるとか。

SICPって昔は良書だったけど、今ではちょっと古いなぁ。
遅延評価とか色々抜けてる部分が多すぎる。
自分で不足を補えるようになった後で、2冊目以降に読んだ方が為になる。

ドラゴンブックってどんなところが良書とされているのでしょうか。

>>192
今読むと古い。古典的な価値があり共通の話題として知っておくべき類の本。コンパイラについての教養。
最新のコンパイラ技術が載っていないのでこれから研究する目的ならお勧めしない。
趣味程度なら良い本だと思えるでしょう。

原著は改訂されてるけど

>>194
あの９００ページを日本語でも読むの大変。日本語訳があるのにそれでも原著を最初から読むかね？
ならいいんだけどさ。

原著のほうがいいに決まってる。errataへの対応や情報量が
半端ではない。酷い訳に悩まされることも無い。

ドラゴンブックを読もうかと考える人なら
中田育男のコンパイラくらいは読んでるかそれ相応の知識はあるだろうから
原著でも大丈夫でしょ

原著を読むならドラゴンブックよか良い本ｲﾊﾟｰｲあるんでないかい？

>>195
日本語訳も改定されている

SICPよりConcepts, Techniques, and Models of Computer Programmingの方がモダンかな。
SICPがSchemeで、こっちはOZ/Mozartを記述言語に採用している。
OZはPrologの後継のマルチパラダイム言語。

>>199
どういう意味?
新しい翻訳は出てないけど、もうすぐ出るの?

Sedgewickの本は1つ選ぶならどれを読んでおくのがいいんでしょうか。

>>201
どっかで出版に向けての翻訳作業はやってるとの噂

ドラゴンブックも良いけど関数型に詳しい別系統も紹介しておく。どれも定評を得ている。

Queinnec "Lisp in Small Pieces"
Friedman, Wand, Haynes "Essentials of Programming Languages"
Pierce "Types and Programming Languages"

1 Friedman, Wand, Haynes "Essentials of Programming Languages"
2 Pierce "Types and Programming Languages"

この二冊読むなら最初は1を。2に1を予備知識として読むと良いよって書いてあった。
知識経験豊富な方はどうでもいいけど

C++の仮想関数の呼び出しの仕組みについて解説した本はない？
仮想関数テーブルの詳細について解説したようなもの。

超古い本があったような気がするが題名忘れた

>>207
英語でもいいので何かないですか？
上にあがってる
1 Friedman, Wand, Haynes "Essentials of Programming Languages"
には書いてないのかな？
尼のコメントにそれらしきものが書いてあるけど定かではない。

Though he doesn't do it much in the book, Friedman decoupled the course
from Scheme several times and we examined everything from C's setjmp,
longjmp mechanisms to C++'s virtual method lookup implementation.

C++オブジェクトモデル
絶版だけど

Friedman, Wand, Haynes "Essentials of Programming Languages"
この本は基本はSchemeだけどSLLGENで書いてるから、「ここはSchemeでどうなの？」とオモタ時に
Queinnecが参考になるんだよね。

>>209
>>209
thx
これかな　原著はあるみたいだから買ってみる。
http://www.amazon.com/Inside-Object-Model-Stanley-Lippman/dp/0201834545/

地方で一番大きな書店に、年末にも行ったのだが、
大して目新しい本も、この板やAmazonの上位に並ぶような良書は少なく、
せいぜいExceptional C++を買おうかどうか迷って、結局買わず、図書館で
「C++ FAQ 第二版」とビョーンの「C++の設計と進化」 を借りて、正月休みを過ごした。
そして今年初めて、その書店に行った、びっくりした驚いた
なんとコンピュータ専門書籍のコーナには、Amazonやここで話題の本が、本棚に
ひしめいているではないか！す、す、すっ凄い、全部大人買いしたい衝動に駆られた
早速、最近少し話題になったModern C++ Designと、More Effective C++を手にとり
立ち読みすること約10分、速攻レジに持っていって諭吉君と交換したお、
漏れの、地方の書店でもやればできるジャマイカ、遂にやる気を見せてくれたことが、
嬉しかった、とても幸せな一日でした。

なぜそこでEffectiveC++を買わない
順序が逆だろう

>>213
Effective C++とEffective STLは持ってるんだよね

C++の名著コレクターって感じだなｗ

コレクターっていうか>>212-214 ここらあたりの本は読んでて当然でしょ。

そんなことも無いけどねww、でも漏れの、Amazonのお勧め本はみんな
C++とOOP関連だす(ﾟ▽ﾟ=)ﾉ彡☆ｷﾞｬﾊﾊ!!
C++って、悪魔だよね俺の財布から、諭吉や漱石をもっていくからな
この2冊の習熟度いかんだけど次は、ビョーンのC++第三版を買おうかと思っています
この本高いからな、もう、どんだけぇ〜って感じです

>>212
Moreを原著で読まないのはもったいないと思います。

>>218
212です
そうなんですか、勿論買ったのは新訂版の方ですが、まだ翻訳と原著が乖離してるんですか？
今、項目1：ポインタと参照の違い、2項は飛ばして項目3：配列をポリモルフィズム的には扱ってはいけないに、
目を通しましたが、いいこと書いてあるよね、これからコードをじっくり
追っかけて、脳内咀嚼していこうとしています、英語の実力があれば、原著を読んで
行間に漂う著者のエッセンスに浸ってみたいと思うのですが、漏れはそんなに
頭が良くないからムリッポです、それに45弗するし.....

>>219
原著のerrataは訳本だと付き合わせが結構めんどいでしょ。
4人で訳してるのも一貫性がなさそう。
Effectiveのほうは読みやすかった。
MoreもEffectiveの人に訳してほしいな。

>>220
原著をすらすら、読めるほどの英語力は無いけど
小林健一郎さんの文章は、読みやすいよね、それとEffective C++は2色刷りで
適切に、文字の大きさとか、段落やポイントのまとめ方が、見易いし上手いよね
プログラミングしても、詳細な内容は忘れても、ポイントはしっかり思い出すってな感じでした。
Effective STLの方は、実はまだ熟読してないのだけど、実務では随分役立っています。

>>221
レイアウトと文字の大きさがいいよね。
Acceleratedも訳が良かった。
Effective STLは注意して読んだほうがいいよ。
メイヤーズのサイトにerrataやコメントが結構あがってる。
項目じゃなくて原著のページで記載されてるから付き合わせ
がめんどい。

>>222サンクス
明日、会社でじっくり突合しますww
それから、Modern C++ Desingn、文字が小さぃ〜い、けど内容は興味をそそります
記念すべき、初めて購買したC++で書かれたOOP本です、当たりの予感がします

Modern C++ Designは難しすぎる気がする

御意。
漏れは本棚へそっとしまいました。
いつの日か読めるときが来ると思って。

223だけど
ちょろっとさわりを、読んで気付いたよ、とてもじゃないが
読みこなせそうにないと、夕べは、偶然理解できそうな所が目に付いただけだった
225と同じことになりそうだww、当たりってのは撤回します

今読めないなら、永久に読める日は来ないと思うぞ

というより、この文章から察するに多分日本語が難しいんだろう

>>227
経験上そんなことはないんすよ。特にＣ＋＋の本は現状の自分のレベル
にマッチしたものを選ばないと後回しになる。まあ型プログラ
ミングに慣れればいいってこと。

>>228
それもあるけど、内容も負けず劣らず難しい。
特にtempleteは使わない人は入門書以来さわってない人もいるので、
まったく意味不明と感じることもある。

落ち着いてtempleteを復習してからもう一度読み直すと、だいぶマシになると思う。
まあそれだけじゃなくて継承に関しても相当深く利用してるから、それでも辛ければ経験を積むしかない。

実はModern C++ Designは第一章が一番難しい
しかも、途中の理屈が難しいだけで、最後の結論が
分かれば簡単

>>231
おいら３章で貧血起こしました。
半笑いで静かに閉じました。
著者のマスターベーションかと。

TypeListやGenScatterHierarchyの使い方さえ
分かってしまえば簡単なんだけどね
いきなりこれらの実装を詳しく説明しようとするから難しいんだよ
しかも日本語訳だから余計わけ分からなくなってる

TypeListはBoost::TupleのCons Listと同じようなもんだと思うけど
早い段階で使い方を示して、どういうふうに役立つか説明してくれれば
よかった。

テンプレートで色々面白い事やったことある人なら
結構すっと分かるぞい

>>209
なければ手に入りやすいところでARM

なにこのC++マンセーの流れは・・・
テンプレオタ専用か保守用になった言語にそんなリソースさかんでも

>>237
開発効率や勉強のしやすさを考えればもっともだと思うがね。
しかし、C++でそこら辺のパラダイムを習得しとけばたいていのOOP言語が扱えるという利点もある。
なにより自分からプログラムを勉強しようなんて人間はより難しい言語を習得したがるもんなんだよ。

OOPのパラダイムを学習するならJavaのほうがいいんじゃないの。
結城さんの本が使えるし。C++の難しさってのは問題の本質的な難しさ
というより言語の不足分をむりやり補おうとしてハックした結果の難しさ
という気がするなあ。そういうBKを習得するよりはSICPとかHaskellをやったほう
がいいんじゃないかという感じもする。

確かにOOを学習するならJAVAがいいね。対応コードも書籍では
JAVAで書かれることが多いから。だけどJAVAは面白く感じない。
C++は色々なことができて適用範囲が広くて勉強しがいがある。

いちいちランタイム入れてくれと頼むのがイヤで
Ｃ＋＋を勉強しだすやつもここに一人いるよ

理由は十人十色

>>239
結城必死だな

難しいC++をやっても挫折する
Javaはランタイムが必要
C#はまだマイナー
これという決定打はないんだよな
C#が普及すれば決定打になるのだが

仕事で、やれと言われれば、JAVAでもVBでもやるが
趣味というか、向学でやるのはC++が一番好きだし面白い
限りなくCに近い実装もできるし、力のある者なら、OOP、デザパタを駆使した実装もできるし

C++もちょっとしたことをやろうとすれば結局ランタイムが必要になるけどね。
Boost入れてって頼むくらいならJVM入れる方が楽なんじゃないかなあ。

Javaは面白く感じないというのはわかるけど、それってJavaが簡単だから自分の頭でわかるところは
わかっちゃったってだけじゃないのかなあ。そんなのより言語を越えたところにある、
アルゴリズムとかコンパイラ実装とか大規模ソフトウェア工学とか考えたほうがいい希ガス。

個人的には>>243のチョイスにLispとか動的言語がないのが不満だ。
Common Lispは最強なんだぜ？

Lispは誰も使ってないじゃん
そんなもんにリソース割けるか

boostにランタイムなんか必要ないだろ
MFCと間違えたのか？
まあMFCのランタイムはほとんどの環境に入ってるよな

>>246
誰も使ってないと思ってしまう環境にいるんですね・・・。

>>246
誰もってこたあないだろ。ANSIで標準化されてて日本語書籍も最近結構出てるのに。
あとね、ESRという人が言うように、Lispはたとえ使わなくても覚えることに
価値はあるんだぜ。Lispの考え方でC/C++を書けばいいんだ。特にC++は
何でもできるキメラ言語だから、ちゃんとした思想を持っておいたほうがいい。

>>247
そりゃ静的コンパイルすればランタイムはいらんけどさ。
Boostは標準じゃないし。
あとLinuxやOSXの環境にはMFCなんて入ってないんだけど。

>>249
Lispって関数型言語かい？boostのmplに慣れたいんだが
役に立つ？λ式っていう言葉だけは聞いたことがある。
そうなら良い入門書ある？

>>249
MacやLinuxまで言い出したらあとはFlashぐらいしか選択肢が
なくなるだろ

>>250
Yes.
Yes.
Yes.

MPLだと、同じ関数型Haskellで
ttp://d.hatena.ne.jp/yupo5656/20061123/p1
こういうことをやっている人がいる。Scheme(Lispの一種)の本の問題をHaskellで解いて
それをBoostに翻訳してC++で解いてる。
Lispのよい入門書はANSI Common Lispなど。
On LispやSICPなんかはもう全然入門書じゃないけど大変面白い。C++でも
しょぼい関数オブジェクトが使えるようになったけど、こっちのほうがオリジナルでしょ（多分）。

>>251
なんでそこでFlashなのかなあ・・・もっとたくさん選択肢はあるじゃん。
今お前が書き込んでるサイトはBSD上でCとPerlで書かれてるわけだが。

ただ、もしもFlash＝actionscriptって意味なら、それには同意する。
Javascriptは素晴らしい言語だよ。JSインタプリタは世界一普及してるしね。

静的コンパイルって何だよ？
対義語は動的コンパイルか？

プログラミングの仕方ばかり覚えても本末転倒な気がする
ツール作るとかゲーム作るとかそういうのが楽しいんであって
LispやMPL覚えてもどうせ使わない

>>254
ごめん静的リンクの間違いね

>>235
つか、サーバーサイド言い出したらランタイムどころの
話じゃなくなるだろｗ
サーバーサイドは仕事でやるならともかく趣味には向かない
JavaScriptも趣味でやりたいならgoogle gearsが必要

GWT覚えた漏れは勝ち組

GWTやFlashなんかもブラウザベースだからできることが
限られてるんだよな

そんなことないけど

それ単体では、ファイルの読み書きも自由に出来ないし、グローバル
フックもできないし、DirectXの先端機能使った3Dバリバリの
グラフィックも出来ない

適材適所

C#とJavaさえ覚えとけばなんだってできるよ

K&R、AcceleratedC++、Javaチュートリアル

携帯アプリとオープン系しか知らない奴のよく聞くセリフだな。

http://www.amazon.co.jp/dp/4839920818/
Lispの入門としてこれは良い選択ですか？
読んだことある人感想キボン

なんでC#とJavaさえなんだよ…この二つならどっちかなれてりゃいいじゃねーか

SICP読んでみたいんだけどScheme?理解してないと厳しいかな？

>>266
まじめな良書。最後のλ算法は難関だけど。チャーチ・ロッサー性を理解してる人は少ないと思う。
でも基礎知識としてλ算法、チャーチ・ロッサー性、カリー・ハワード同型定理を理解すると頭の中が整理されて良い。

>>266>>268
入門にお勧めは『Little Schemer』。一週間もあれば余裕で完読可能。すごく馬鹿丁寧。
まるで家庭教師に教えてもらうかのよう。十分使えるようになる。
10章あるけど8章まででも可。その後、ＳＩＣＰとかOn Lispを読めば苦労しない。

>>263
どっちかでいいじゃん
どちらもランタイムは要るしＡＰＩ叩かないとできないことあるし
完璧じゃないけど、軽く趣味で使う分には問題ないね

>>270
どうもです。
とりあえずそれ探してみます。
あ、>>266さんと私は別人ですよ

>>270
http://www.amazon.co.jp/Little-Schemer-Daniel-P-Friedman/dp/0262560992/
念のためですが、これのことでしょうか？
再帰的思考を習得したいんですが、これは役に立ちます？

>>269
なんか難しい言葉が出てきました。日本語なので本屋で見てみます。

速度が必要な時は普通に仕事で C++ 使うぜ。
業種によるわ。

>>273
すごく役に立ちます。

余裕があれば続編の「Seasoned Schemer」も合わせてオススメ

雑誌のことってここで聞いていいのかな？
数年前にCマガがなくなって、それから雑誌を買ってないんだけど、
プログラムの雑誌でいい本とかある？

本屋にいきゃわかるだろ

随分昔、小さい頃、学校の先生に、大切な本にはカバーをしなさいって言われた
クラスの生徒全員に、丁寧に新聞の折込でカバーの作り方を教えてくれたんだよね
そんなことを最近思い出して、この前書店で、メガネの女性の店員さんに「カバーをかけてもらえますか」と
頼んだらきちんと、かけてくれた、嬉しかった。

なんのこっちゃ

その店員さんの、顔と声が素敵だったので
ちんこも少し大きくなりましたがなにか

別に頼まなくても、カバーの要否確認してくるんじゃね？
普通の本屋なら

地方のしょぼい本屋だと袋にいれてくれてもカバーはなしというところもあるし
そういうイナカから来た人だとカバーかけてくれるだけでスゲーって思うんだろ？
ところで新宿紀伊国屋の本入れる袋が前より豪華になった気がするんだが

>>280はコピペ。
どうでもいいけど紀伊国屋新宿店は
せまいし階層が深くて不便だよね
Junkudo新宿店が広くていいわ

随分昔、小さい頃、学校の先生に、大切なムスコにはカバーを付けなさいって言われた
クラスの生徒全員に、丁寧にコンドームでカバーの作り方を教えてくれたんだよね
そんなことを最近思い出して、この前書店で、メガネの女性の店員さんに「カバーを付けてもらえますか」と
頼んだらきちんと、付けてくれた、嬉しかった。

日経ソフトウエアって内容薄いよな。まるごとDVDでも買うの躊躇するくらいだ。

雑誌は立ち読みですますようになったわ。
買おうかという気にさせてくれなくなった。

それ言ったら週間アスキーなんて誰が買ってるんだろうって思わないかおまいら
立ち読みにちょうどいい記事量なんでこれっぽっちも買う気にならん

あれは立ち読みしていると手が染まってしまうのが問題なんだが。

>>285
ﾓﾚの場合は紀伊国屋で欲しい物があったら即買い
5000円以上なら無料で宅配してくれる。

で、その次にJukudoいってるわ。

しかしどちらの店も21時に閉店するのが難。

中見ないで買う本決まってるなら最初から通販だけど。

More Effective C++ 新訂版には、がっかりした
Effective C++ 第3版と同じく、内容が良いだけに・・・・・
しかし、比較にならないほど、機械的な翻訳のにおいと、レイアウトの不味が目立つ
これは、翻訳者、監修の問題以前に編集者の完全な不具合だな
お堅い、コンピュータ書籍でも、このレイアウトはないよ
難易度はMorden C++を高レベルとするなら、中級レベルだね

モーデンC++って何の本だよ

モダンか?

Morden
モーデン

Guten Morgen

セジウィックのアルゴリズムC・新版は
旧版の3冊でいうとこの1巻2巻の改訂であってますか？

まあ、そうだね。

おい、モマイラ
今春から、国会図書館の蔵書をネットで見れるということらしいが、どうよ

中身も？全部？

中身が見れなかったら、意味ないじゃん

図書館の蔵書をスキャンする作業が相当なもんだと思うが
ほんとにそんなことするのか？

暫定的に、照会の多そうな本は、予めPDF化しておいて、その後は、
経過を見てやるんじゃまいか

暫定的に、照会の多そうな本は、予めPDF化しておいて、その後は、
経過を見てやるんじゃまいか

>>299
ただで見れたら本なんて買わなくていいやってことになりそうなんだが、
何か制限とかあるのか？

国会図書館、社会科学など約4万書の蔵書をネットで公開へ - ニュース - nikkei BPnet
http://www.nikkeibp.co.jp/archives/121/121849.html

新聞に10万冊くらいすでに電子化してあるとか書いてあった

著作権切れたものだけに決まってるし、
すでにそのサービスは始まってる。
昔の写真も見られて楽しい。ただし板違い。

新装版 大規模C++ソフトウェアデザイン
http://www.amazon.co.jp/dp/4894712784

この本はどうなのでしょう？
訳がまともなら買おうと思うのですが。

>>309
訳はまぁまともだけど、数百人、数Mステップ規模のプロジェクトを想定した本だから
そういう情報が欲しいなら買いかもね。

ただ、内容が古く、また「小手先テクニック」と思われるようなものが多かった気がする。

訳なんかを気にするんだったら初めから原書買って
多少時間がかかってもちゃんと理解した方がいいと思う

その本買おうとしてるぐらいだから少なくとも
英語全然わかりませんってレベルの人じゃないんでしょ？

時間かかると読むのがめんどくさくなって結局読まなくなるから
それだったらまともじゃない訳で読んでおいた方がはるかにマシ

糞訳本が多いことがわかってきてるから、最近は原書しか買ってない。

>>312
それはあり得ない

いや、普通にあるだろ。

ま、そういうやつは原書買うなってことなんだろうが

特定の訳本の訳の質の話はここでいいと思うけど、
原書or訳本って話になると、マ板あたりでお願いしたい。

プログラムの関連本なんて何冊か読んでたら
ある程度読めるようになってくるだろ。

時間かかるのは一文一文しっかりとした日本語の文章として理解しようとする空じゃないのか。

原書デビュー推薦図書を是非

コードが読めりゃ、あとはそれなりでいいよ。

C++使いならMore Effective C++じゃないの?

・自分の必要とする本
・翻訳が残念な本
・努力に見合う結果が得られる本

ってことで。

特に最後のが重要で、
最初の原書は熟読することになると思うから、
かなり理解が深まると思う。

一般的に書籍は、力を入れて読めば読むほどためになるのを読むのがいい。

入門ならUnixのmanやinfoあたりでいいじゃん
半年も親しめばオライリーのやつぐらいなら抵抗無くなると思うよ

O'Reillyで思い出したんだけど
昔はLinuxやWEB系の参考書としてよく買ってたけど
最近購入するのは、C++関連の書籍がほとんどで
O'Reillyの本読んでないんだけど
O'ReillyでC++（OOPも含めて）の良い本ってありますか？

>>321
どうでもいいが、もうちょっと推敲しろ。

それプログラムで生成した文章だから

>>321
最近糞本増えたよな
O'だからって安心出来なくなってる

プログラミングC#は普通に読めたよ。

２冊同時に本を購入した場合、１冊を通読してから２冊目を読む？
それとも２冊を同時に交互に読む？

両方積んで漫画を読む

１冊を通読してから２冊目を通読してから２冊を読む

C言語で数学的な(複素数や指数関数の計算を行う)アルゴリズムを扱っている本で
良いのありますか？

ニューメリカルレシピ

>>330
良さそうだけど高いなぁ・・・。専門書としては安いのだけど
学生身分には厳しい額だorz

>>326
概要把握の時間効率は購入直後が一番高いので、
2冊とも購入したその日に大まかなところは頭に入れてしまえ。
じっくり読むのはその後。

>>329
数値計算で良書は知らない
なんくるないさー

>>331
ttp://www.kaibundo.jp/syousai/ISBN4-303-72530-7.htm
C/C++数値計算アルゴリズムブックとか

２版が01年に出てるようだが何故かamazon等検索では引っかからない

>>329
言語としての難しさは上がるが
CよりC++で技術計算やるほうが便利でいいと思うよ

特に複素数の計算はCじゃ煩わしくてやってらんない

>>335
煩わしさを通してC++のありがたさを理解するためとか教授が
言ってた気がするのでそれは無理かもしれません・・・。

その教授に高級言語のありがたさを知るためにアセンブリの
勉強を強制された思い出もありますorz。

演算子の多重定義をすればプリミティブと同等に扱えるからな
そういえばなんでjavaには演算子の多重定義がないんだろう

>>337
最近次期javaスレでも話題になったが、元々はシンプルさを維持するためだった気がする。

C言語による最新アルゴリズム事典とかはどうなのかな。

>>331

日本語訳の原著はWebで公開されてますよ
http://www.nrbook.com/nr3/

かなり古い本ですが勉強に使う分にはいいんじゃないですかね？

あとは既存のライブラリがどんな風に実装しているか
覗いてみるのも学習効果が高いと思います．
http://www.netlib.org/

>>336
大学って言うのはそういうもんだ

>>337
JavaはCOBOLだから環境によって演算子の挙動が変わるのを嫌ったんだよ

add, mul, sub, divみたいに関数名つけるのでいいよ。
カンマのオーバーロードとかやられたら本当に読めなくなる。

挙動の異なる演算子は必要に応じて言語仕様に組み込まれて提供されるだろう、多分。

Ｃ++の初心者向けのいい本はありますかね?

なにかお勧めの書籍を教えて下さい。

ないです。
まじで。

>>336
強制されないとやらないんだろ？
よかったじゃねーか

>>336
工業高校と同じことしても仕方ないだろ

>>345
Accelerated C++　　　　　　：C言語をかじったことある人向けの入門書
C++プログラミング入門　　：オライリー、C++実戦プログラミングを読むための本
ロベールのC++　　　　　　　：分厚い、サイトの加筆修正版、サイト見たほうが手っ取り早い
明解C++　　　　　　　　　　　：望洋先生の本、この人の本は賛否両論
C++プライマー第４版　　　：他言語での経験が豊富な人のための入門書

>>349
ロベールは中身変わってるぞ。

>>345
標準講座 C++
著：はーばーと・しると
もうほとんど流通在庫もなくなってきてるけどね。
大阪難波のジュンク堂にはあったよ。

ロベールは本屋でみたけど、マジでビビった。
しかもあの分厚さで3,800円

ロベールって有名人なんですか？
あの厚さで買う気なくすんですがｗ

中身は大体３つに分かれてるって書いてあるから、
３冊買ったつもりで読めばいいんじゃね？

>>349さん
ありがとうございます。

ロベールかぁ 初心者は難しいかなぁ..
明解Ｃ++ですか 賛否両論とは...

やさしいＣ++ って本はあんまり良くないですかね?

明解は内容うんぬんよりまずすごく見にくかったので俺は薦めない


参考になってないなｗ

「やさしい」 と名のつく物は導入としてはいいが、
その先もう１冊以上本を買わないといけないと思っておいた方がいい。

何冊も本を買っているとそのうちどの本も大して内容に
差が無いように思えてきて最近買ってない。

一番最近購入したのは詳説C++第2版。
内容は一見難解に見えてその実とてもわかりやすい。

そこらの辞書より厚いけどロベールは無難な選択肢だと思う

アマゾンだと入門書が別に必要って評価みたいだぜ。

>>360 は >>358 へのレス。

○○入門とか
詳解○○とか
はあるのに
難解○○
っていうタイトルの本は見かけないよね

Modern C++ Design とか C++ の難解設計とかに邦訳しようぜ。

本棚見たらC++の本は何故かピアソンエデュケーションだらけ

C++ Primer 4/Eはどうなの？
まだ新しくてamazonにレビューがないのだが。

3 のレビューは酷いけど、4 で改善されたのかな？

>>358
中身は抜粋的で大したことは無い。やはり国内本は。。

>>365
翻訳は無茶苦茶だけど、手元に置いといたら多少は使えた

ロベールは良さ気だよね，CP高そう，読んだこと無いけど．

「Accelerated C++」は手を動かしていって体で覚える感じ．

「C++プライマー 第4版」は訳は読みにくいけど，しっかり読めば役に立つ．
高いけど末永く使えると思う．

「STLを早い段階で使う」という意味で上の2つは共通してる．

STLだけでも膨大なので
「標準テンプレートライブラリによるC++プログラミング 第2版」や
「C++標準ライブラリの使い方 完全ガイド」を買っても良いと思う

>>347
確かにそうですね。必要だと思ったらやると思いますけど。

>>349
大学もレベル落ちてますから・・・。

言語の勉強もいいがアルゴリズムの勉強も忘れないようにな。
セジウィック＋珠玉のアルゴリズム、この二冊は抑えとくべき。
Cの場合、セジウィックは後半だけ旧版の3巻ないし原著のpart5のどちらかを使用。
個人的には原著のほうが表紙がカッコよくてお勧め。訳は邦訳でも問題ない。
実装じゃなくアルゴリズムの問題演習をしたいならコルメンのアルゴリズムイントロダクション。
ただこれ解答が一切ないから注意な。初心者が1冊目に手に取る本としては厳しい。

新Ｃ++言語入門 ってどうですかね?
ビギナー編とシニア編がありますが

林の本にいいものなし
やめとけ

林は地雷

でも有名なんだよな
晴彦

林って本職なによ。
本の執筆だけで食えるの?

>>376
プログラマ/テクニカルライタだそうです

>林
発行部数は相当出てるんじゃないか？
プログラムの書籍置いてる本屋ならどこでもみるぞ。
オレも入門したての頃、C++とVCの林本買ったが
あまり良かったとは思えないな。
amazonじゃ絶賛されてるみたいだけど。

名著に見せかける販売戦略だよ。

VC6についてた入門書？よりはまともだけどそれだけ

林は、一部の初心者には良いよ
本業プログラマ視点では嫌われがちだが初心者視点からは分かりやすいらしい
まぁ俺は、望洋ちゃんマンセー派なんだけどな

プログラミング関係の本って、印税、数十万程度なんじゃないの?

実際名著だから売れるんだよな
地雷とか言ってるやつは多いが、具体的な指摘は一切ないだろ

分かりやすくはあるが、間違いが多いという話は聞く。

>>383
具体的な指摘↓
http://www.6809.net/tenk/html/prog/hayasi_c.htm

具体的な指摘
http://www.6809.net/tenk/html/prog/hayasi_c.htm

うほっ
かぶったｗ

うわｗ

>>383
あんなもん名著といえるわけねーだろ。
メイヤーズやサッターと比べたらどんだけ糞なんだよ。

柴田望洋最強

メイヤーズは凄すぎる･･･
effective C++とか規格ができる前に書いてたんだろ？

main は多少は特別な存在だけどな。
コンパイラに許されていない形の戻り値の型、引数の型を持つときはエラーになることもあるし、
C99 からは return 0; が省略できるようになったし。
まあ C99 は考慮外なんだろうけどね、この文では。

C89の範疇で1個指摘の間違い見つけた

mainで再帰できるんだよな。使い道あるのか知らんが

More Effective C++ 新訂版CommentsAdd Starは神

C++ では再帰が禁止されてたり
関数ポインタ取れなかったり結構特殊な扱いだけど、
C はそこんとこいい加減だな。

>>394
Code Golf で使えることが

【まずは】2ch_city【日本一】

現在日本　7　位！

クリックする度に街が発展していくぞ。
一日につき、一人一回しか効果がないからみんなの協力が必要だ！
2chの力を終結して、一緒に日本一を目指そう！　

↓のリンクを一日一回踏むだけです
http://mmc.nipotan.org/2chcity/


■現スレ
http://academy6.2ch.net/test/read.cgi/gallery/1199271427/

■まとめサイト
http://www14.atwiki.jp/2ch_city/

■mixiコミュ
http://mixi.jp/view_community.pl?id=2941790

■blog
http://2chcity.blog28.fc2.com/

int main(int ac, char **av)
{
return main(ac, av);
}

C言語による最新アルゴリズム事典と
珠玉のプログラミング―本質を見抜いたアルゴリズムとデータ構造

はどっちがお勧めですかね？

>>400
そんな意味のわからない質問をするな

どっちも買っとけ

>>400
前者
後者は読み手を選ぶかもしれない

400が何を求めてるかがわからないと答えようのない質問だな

個人的な感想でいいなら珠玉だな

>>400
前者はまだ本棚に置いてある
後者は箱に入ってる

アルゴリズムイントロダクションのほうがいい

アルゴリズムイントロダクションは学部3年の夏頃に手を出したが、
それまでにアルゴリズムなんてろくに勉強しなかったせいもあって
終始内容理解に頭を悩ませ、問題演習でも自分の解答があっているのかどうかで悩んだな。

大学の授業やゼミの輪講のテキストとして使用しながら皆でやるのならともかく
独学で勉強するなら他の本で概観を掴んでから入ったほうがいい。
さらにコンピュータの数学とかも読んだ後のほうがいい。

コンピュータの数学+アルゴリズムCのセットからアルゴリズムイントロダクションがお勧め。
前半半年、後半半年の通年コースだな。
これのみをガッツリやるなら半年で全部読めるかもしれないが。

そういや昔はセジウィックのコードはマネしないほうがいいと言われていたが
新版ではまともになったのか？

言語の勉強5000円〜♪
アルゴリズムの勉強8000円〜♪
専門勉強8000円♪

高くてむずくて積読ね♪

>>408
新版では、コーディング指南がついた。
C/C++/Java全部に。

ただ各言語の特徴を活かしたプログラミング、
標準的なプログラミングというよりは、
全てに共通の手法でプログラミングされてる。

それに最近こういうのも出しているみたい。
http://www.pearsonhighered.com/academic/product/0,3110,0321498054,00.html

あ、Cは自分で書いてるんだわ。

学際的アプローチですか。
普通にJava勉強したい人には向いてなさそうだね。

Ｃ言語の切り札ってどう？

それは基本情報試験対策用の本だろ？
一から詳細に学んでいく本ではないと思うよ

>>409
山田君、座布団一枚あげて。

五年前にプログラム初めてから、かれこれ三十冊ぐらい本を買ったけど、
最近読むのに疲れたわ。
技術とは関係ない、Joel on Softwareみたいな読み物ないかな？

>>415
ハッカーと画家
D&E
CODE
Life with UNIX
あたりはどうよ

ヤコブ・ニールセンのAlertbox
# ユーザビリティについてのWeb連載を書籍化したもの
ハッカーズ大辞典
数学ガール
フェルマーの最終定理 & 暗号解読

このへんどうやろ。

>>416,417
予想外の即レスにすげーうれしくなった。
ありがとう。結構どれもおもしろそうだから、いくつか読んでみる。

クヌース「コンピュータ科学者がめったに語らない事」

いかにして問題をとくか
ライト、ついてますか
MYJOB WENT TO INDIA
イノベーションの神話

遅ればせながら更に便乗して紹介

>>419,420
引き続き、ありがとうございます。

こうしてみると、予想以上に技術そのもの以外の本もあるんだな、と思った。
最近好きで始めたプログラムが、精神的な負担になってるような気がしてたから、
ここら辺の本読んで、リフレッシュしてからもう一度がんばることにします。

ハッカーズ　その侵入の手口
は読み物としてはなかなかよかった

サンタが銃持ってる表紙の奴

ハッカーと画家は読み終わった後無性にLispを勉強したくなって無駄な時間を過ごしてしまう事以外は最高の本だったなｗ

>>423
君は無駄ではなかったと気付くまでさらにlispを勉強した方がいい

CLOSはだめなん？

C++ D&Eの訳はまともか？

林の
新Ｃ言語入門 ビギナー編
自分は読みやすいんですが これって変ですかね...?

林の本ってそんなによくないんだ...

>>426
まともだと思う
少なくとも、読んでるときに「他の人に訳してほしかった」とは思わなかった

>>427
読みやすいからといって正しいとは限らない
大まかな理解が出来たら
あとで自分で別の本で補完する必要がある
結局そんな手間かけるんだったら
最初から正確に書いてある本の方がいいだろ？

林さんの本は、悪く言う人が多いけど、上手に言えないけど
HowTo本としては、良く出来ているのではないかなぁ、と思う
自分の経験した、実際の現場では、新人さんが持ってるところ
結構見かけた、俺も結構お世話になったw

どおりでIT業界はブラックの代名詞なのか

現場で林の本でHOW TOって恐ろしい話だな。
どんだけレベル低いんだよ。
文法すら満足にこなせないって事じゃねえか。

無知は恐ろしいね

C++の基礎はほぼ分かったのでVisual C++ 2005を
これから勉強しようと思っているのですが、おすすめの本はないですかね？

林本と
同じソフトバンクから出てる
明解Ｃ言語 入門編だと
どっちがお勧めですかね?

C言語によるプログラミングのほうがいいよ

別に C++ から初めてもいいと思うぞ。
C++ も基本の所は C と大体同じだし、
むしろ C++ の機能のおかげで C より簡単。

ＶＣ２００５といっても
ＡＰＩなのかＭＦＣなのかＣ（ｒｙ

On LISPってネットの内容と同じなの？

Ｃ++の方が Ｃより簡単なんだ

>>439
同じ

>>437
そう思ってた時期が、俺にもありました。

マジレスすると、実際そう思ってC++から始めた俺がすごい後悔したからやめた方がいい。
C++からすると、各の機能がCからの物か、C++で加わったのか混乱する。
ほとんどの場合Cも使うんだから、横着せずにCから学べ。学問に王道なしというヤツだ。
（ん？このシチュにデジャビュを感じる）

わかってる人が答える「簡単」が
その言語を理解した後のプログラムの組みやすさとか表現力に対して
まだわかってない人が聞く「簡単」が
その言語の理解のしやすさ

みたいにちょっとずれてるからそうなっちゃうんだろうなと思う

Q.「簡単に覚えられますか？」
A.「覚えたら簡単だよ！」

C++のほうが複雑な処理を簡単に書ける
が、簡単に書くためには難しい知識が必要になる

LispやSchemeに比べたらC++なんて甘い甘い

デバッグしにくいだけだろ

>>444
参照があるだけで C より分かりやすいと思うがね。

>>442
C/C++ の仕様差の一覧表でも見ればいいんじゃね。

Ｃ言語を学ぼうと思って「独習Ｃ（第３版）」の
購入を検討しているのですが、どうでしょうか？

>>449
初めの一冊として選ぶのは微妙かも。
演習中心なので、基礎を学んだ後にドリルとして使うのに適してる感じ。

>>442
俺は別に後悔なんてしたことないなぁ。
学習過程で、何がC++特有の機能なのか、なんてすぐ覚えるし。

C/C++, Java/Ruby, O'caml/Haskell, Scheme/Lisp
どんな組み合わせでもいいと思うが
2〜3種類くらい並行で勉強したほうが言語の特徴を理解しやすい。

ここは図書のスレ

>>447
参照はポインタがわかってないと、間違った使い方をするよ

C++はCより簡単って言う>>437のような、おめでたい香具師が時々沸くけど
何をもって、C++って言っているんだろうかww
C++はC言語の知識をベースに
多重継承
テンプレート
演算子のオーバーロード
例外処理
実行時型情報 (RTTI)
これらの知識、全て理解できて初めて、C++使いになれるのに・・・・・
どの口が、Cより簡単と言い切るのだろう？
小学校3年生の国語ドリルからやり直したほうがいいよ

C++はCより簡単
├に習得できる
├に複雑な機能が実装できる
├に配列を扱える
├とは限らない
├な気がする
├に継承できる
└オーバーロードできる

Cを先に覚えると、C++を勉強するときにオブジェクト指向のご利益を肌で感じられる。
ってばっちゃが言ってた

>>454
参照を理解するのにポインタは全く必要ない。
例えば FORTRAN の引数が参照渡しだってのを理解するのに
別の言語の概念であるポインタなんて必要あるはずもない。

>>455
C++ の 「基本の所」 は C より簡単だと言ってるだけなのに
何でそこまで勝手にハードル上げて文句言うかね？

>>何でそこまで勝手にハードル上げて文句言うかね？
文句ではない、C++初学者が間違った先入観を持たないためだ
>>C++ も基本の所は C と大体同じだし、
大枠の根本が違う、手続き型言語と、オブジェクト指向言語とは、パラダイムが違うのは分かるよね？
C with ClassesからC++に遷移し、更に今年はC++0xと標準仕様が変わる
そんな時代だからである

現実には better C としてしか使えてない人が多いというのに。

C++の基本がCの基本より簡単というのはおかしいな
C++の基本には当然Cの基本が含まれるから

>手続き型言語と、オブジェクト指向言語とは、パラダイムが違うのは分かるよね？

馬鹿ですか？

better Cとしてしか使えてない人はC++の基本をマスターしたとは
言わないな
Effective STLレベルのことは当然知っていないとC++の基本を
知っているとはいえない

C言語よりC++を先に習っても問題ないですか？
http://pc11.2ch.net/test/read.cgi/tech/1130416484/l50

いいかげん見苦しい。他でやれ

うんこ

>>455
>>443-444がまとめているような違いでしょ。
身につけるべきことの量はC++のほうが多いけど、でもそれだけじゃん。
身につけたら、「基本の所」を扱うのはCより簡単だと思うよ。

「身につけるべきことの量が多い」ことが抵抗感に繋がる人は、まぁ向いてないよ、この世界。
少なくとも若いうちは、サイヤ人ばりにわくわくするくらいじゃないと。

オラ、すっげぇワク（ｒｙ

>>467
本当にSTLを扱うのがstdlibを扱うより簡単か？
そもそも、どちらを先に身につけるかということを話しているのだから、
C++が簡単だといわれたら、それは身につけるのが簡単だという意味に
取るだろ

>>469
もうレスするな。見苦しい

467=470はちゃんと反論したら？

だから>>444だっつの
あと467=470じゃないよ

C++を覚えるということは、Cを覚えることをほとんど含むから、
C++を先にやろうがCを先にやろうが同じこと

>>472
そんなこととっくに分かった上で反論してるんだが
難しい処理を簡単に書くことは出来ても、それは扱うのが
簡単ということにはならない
そもそも、身につけることを話しているのだから、普通は
扱いが簡単だという意味にはならないから、言い方が悪い

>>474
そんなこととっくに分かった上で反論してるんだが

>>474
確かに、お前見苦しいよ

>>475
本当にわかってるなら、>>444では反論にならないこともわかるだろ
ちゃんと反論してみ

大体、身につけた後使うのが簡単だとしてそれが何の理由になるんだ？
身につけること自体が問題なのだからあまり意味を持たないだろ

IDが出ないと楽だね(笑)

>>479
だなｗ

どっちを先にやろうが些細な問題だよ
C++を先にやるデメリットは、世の中のたいていのC++の入門書は
Cの知識を前提としてることやC++とCの違いがよくわからないといった
程度でたいしたデメリットではない
逆にCを先にやるデメリットも、C++だけを使うならCの知識のいくつかは
余分になることが多いといった程度でたいしたものではない

C++プログラマは聞いてもいない体験談をべらべらしゃべるのが好きなようだな。

どう見ても体験談じゃないだろｗ

まだやってたのかよｗ

C++ が分かってりゃ
C/C++ の違いなんて 1〜3 日で吸収できるよ。

結論
C++から始めればよい

C++プログラマがしゃべりたがるのはなぜなんだぜ？

C++プログラマはしゃべりたがる
>>487 はしゃべりたくてしかたがない
従って >>487 はC++プログラマである

この論理のおかしな点を答えよ

C++が分かるようになるまでが長いけどな

C 理解する程度までならす遠い道のりでもないと思う

Cからやったって、C++からやってるのと同じこと

>>488
しゃべりたがる人すべてがC++プログラマではない点

>>490
C理解するまでの2倍以上の道のりはある

>>493
しかし、その分 C++ も分かってるからお得だぜ

>>492
正解

C++プログラマはしゃべりたがる

入門書に載ってるような数十行ていどのコードまでなら、C++のほうが簡単そうではあるな。
文字列はstringを使って、入出力はcin,coutを使ってれば、ポインタに触れなくてもかけるし。

ポインタに触れずとも真に参照渡しができるし。

>>494
別にお得ではないな
長さに見合った分でしかない

>>499
その先も C++ 勉強していけばいいだろ

どんな良書の話題がでたのかと思ったら(´･ω･`)

スレ違いを続けるやつはクズだお(^ω^)

C++プログラマはどこでもお構いなしにしゃべりまくる。

Cプログラマもどこでもしゃべりまくる。

>>497
本当はistream_iteratorやistreambuf_iteratorの使用方法を知らないと
駄目なんだけどな

>>500
そして、Cを覚えてからC++を覚えるのと違いはなくなる

C++プログラマはしゃべりたくてうずうずしてるんだよ。

>>505

C の知識が邪魔するという話は結構聞くけどなあ。

どっちでもいいけど
C/C++使いは自慢したがる馬鹿多し

Cの知識が邪魔するとか、そんなこと心配してる暇があったら
覚えるべきC++にまつわる膨大な知識を心配した方がいいよ
後者に比べたら前者なんか屁でもない

C++のテンプレートの勉強をしていたら、
いつのまにかOCaml使いになっていました。

STL利用や使い方を一から勉強できるいい本は何かありますでしょうか？

これ読んでから
http://www.amazon.co.jp/dp/4894714329/
↓でSTLの基礎は完璧
http://www.amazon.co.jp/dp/4894714108/

>>511
一冊でSTLをやろうとするのは無理だな
どんな本でSTLを学ぼうとも、EffectiveSTLは外せないが、
1から学べる本ではない

プログラミング言語C++ → Effective STL

>>458
むしろポインタがあるから混乱するって話じゃないの？

C++やるにしてもポインタの知識は必須だから無意味な議論だな

折れ C に挫折して C++ やったけど理解できたよ。
将来 C++ やるんなら最初から C++ でイイと思うよ。

Modern C++ Design読んだよ。そんな難しくはなかった。
むしろ今まで「templateを使ったFacadeパターン」のように使っていたものが
Policyの分割というもっと明確な形に再定義されたという感じ。
ただこの本を参考にしすぎると
templateを判っていない人には絶対使えないコードになるから仕事向きではないかも。

>>518
原著は見てないが訳本は誤字が多すぎないか？

どんだけループさせれば気が済むんだよ・・・

そんだけ長い間このスレに居座ってるオマエさんもどうかと思うぞ。
話題のループが気になりだしたら、このスレを卒業する時期かと。

マトモな人は卒業して
今や学坊しか残ってません。

>>522
学坊wwww

女子十二楽坊思い出した
今何やってるんだろうな

>>519
原著でも星の数ほどタイプミスがある。　増刷を重ねることで少しずつ減って
きてるようだが。　欧米人は細かいタイプミスをあまり気にしないんじゃないか？

あんな分厚いもんを書いといて初刷で誤字誤植無しだったら神すぐるだろｗｗ

そりゃ確かに言えるな。
原著の正誤表ページを見つけた。
ttp://erdani.org/errata/
10刷くらいまではものすごい数だぞ。

>>519
つ http://www.biwa.ne.jp/~mmura/ModernC++Design/errata.html

誤植ありすぎｗｗ

まあ分量と改訂に力入れてたら誤植くらい容認してくれって感じなのかな

つーか誤植、記述ミスはあって当たり前。
旬の専門書を熟読したことがある人間は誰でも知ってる。
もちろん少ない、訂正されているにこしたことはないが。

プログラミングの経験がないやつが、ちょっとゲームに1つバグが
あっただけで騒ぎ立てるのと同じだな

目に余る多すぎは論外。
校正や確認はしないのか？
それは怠慢だろ。

>>531
話しの次元が違う　バカですか？

>>530
原著だがJosuttisの本は素晴らしい。

>>532
Windowsには何万個のバグがあるんだけど、
それを聞いたら目に余る多すぎと思うか？

600ページの洋書を読んでいるがさすがにペースは
遅くなる。だが、わけのわからん、理解に苦しむ
日本語読むよりははるかに理解できる。

>>534
あのなあ、Windowsはなあ、バグの情報はリリース時にほぼ確認
していて修正の優先度やリリース計画は決まってるわけだ。
だがビジネスインパクトを考えて納期を設定してるために
発売してんの。内部にいないと分からんがな。

>>536
で、多すぎと思うかい？

プログラミング言語C++のerrata
http://www.research.att.com/~bs/3rd_old_errata.html
他の本でもこんだけある
特にMCDだけ多いってわけじゃないな

学校で数ページ程度のレポート書くのだって、ミスや間違った
言い回しはありまくりだしな
そりゃ数百ページもあれば星の数ほど間違いはあるだろう

バグの数だけを上げてやたらと喜ぶ馬鹿いるよね。

そのうち何個がおまえの環境で再現したんだよ（苦笑

errataの数見てやたらと苦情言う馬鹿に言えよｗ

間違いを直してくれるプログラム書けばいいんだ!

獣の数の666ってのも誤植でほんとは606だったらしいね
千年ぐらい読まれてる本でも誤植はある

それは 616 だし、異論もある

なんかこの衝撃発言を思い出した
http://cruel.org/freeware/halloween1j.html
>インターネットエクスプローラ 5 は、あるベータリリースの直前に、
>なおすつもりでいたバグが 300K 個 (誤植じゃないよ、300K個だよ)
> ほど残っていた。

IE5は30万個のバグがあったらしい

Windowsは、1億行を超えたプログラムである

IE5だと大体1千万行ぐらいかな
数十行に一個バグがあるのか
まあそんなもんか

適当すぐる言い方をするとWinは2000行のモジュールが50000個入ってるって事か
IEは1000行が10000個入ってるのか

>>546
それを言うならOfficeは、1億2000行を超えてるわけだが

コメントや空行、括弧のみの行を除外すればどのくらい？

>>549
それで良いんだよ
OSより大規模なプログラムが存在しないプラットフォームって…

ワシのソースは108行まであるぞ

VisualStudioや写真屋、イラレあたりもそんなもんじゃないかな

写真屋はともかく、
案外、VisualStudioはそんなんでもなさそうな気がしなくも無くもない・・・・
ただ、コンパイラーとか含めるなら越えまくるような気はするけどね。

えーとここ何スレだっけ？

>>555
推薦図書/必読書のためのスレッド　38　ですよ

Windows 2000 は出荷当初 65000個のバグがあるって話だったけど
それはコードチェックツール使って調べたときに
ツールがこれはまずいよって判断した数って話だったとおもう。
「潜在的バグ」って表記使ってたかな。

それって「ここインデントずれてね？」みたいな警告とかも含んじゃうんだろうか……？

まさか lint か

>>557
たった6万5000個か
IE5のβ版と比べて随分減ったな
さすがマイクロソフト

で、ここ何のスレだっけ？

VBAのクラスの扱い方について詳しく書いてある本って知りませんか？

とかって、聞くと答えてくれるスレ

>>561
>>556

ここは「MATLABでの画像処理でお勧めの本は？　学部二年生です。」
と聞いたら答えが返ってくるスレですか？

>>564
はい

次の質問をどうぞ

一応このスレの範疇だが、MATLAB スレで聞いた方がいい気もする

お勧めの本があるとは限らない

東京近郊のMAT LOVEでお勧めの店は？　学部二年生（童貞）です

いや道程とかいらないから

>>569
童貞なので去ります
さようなら…

オレも魔法使いなので去ります(´・ω・｀)ノシ

明解Ｃ 入門編読んでるんですけど
なんか分かりにくいってゆうか 分かりやすい所もあるような

やっぱり 人によって本の相性って違うんですかね?


もう少し熟読してみるか

アニメーション リンク テスト
http://www.freewebs.com/photoradio/?3/1406819
http://www.freewebs.com/photoradio/?8/1862445

動画リンクテスト

>>572
わかりにくいというか、すごく見づらい

なぜ未だに望洋の本が売れてるのか理解できん・・・
入門なら晴比古や独習のがよくないか？

といいつつも、10年前望洋の本でCの道に入ったんだけどさｗ

もうその話は結構です

>>576
なぜ未だに晴比古の本や独習が売れてるのか理解できん・・・
入門なら望洋のがよくないか？

と言われていた時期が2chにはある。そして今は逆。
要するに天邪鬼乙。

どっちでもいいってことだろ

>578
望洋乙

>>580
aho

だから晴比古は・・・

漏れは、晴比古の「新訂新C言語入門」（ビギナー編、シニア編）と、望洋さんの
「ポインタの極意」両方持ってますが何か

林晴比古
柏原正三


節操なく本出しすぎだろ

柏原正三はC++を全く理解できてないくせに糞本出しすぎ

http://mixi.jp/view_diary.pl?id=667217537&owner_id=10856576&org_id=669142803

> 最近１日のタバコ平均２箱だぁ

> シラフだと死ぬほどシンドイから夜は毎日飲んでる〜

酒もタバコも、ヘビーユーザーです。

晴比古と望洋は乱発しすぎだが中身は悪くない。
それに比べて柏原の酷さと言ったら目も当てられない。

矢沢＆柏原の書籍は犯罪級

やっぱ林が分かりやすいわ
人によって違うだろ 結局

前橋のポインタ完全制覇は複雑なtypedefの読み方で役に立った。

分かりやすく嘘を教えられてもなあ

結局、まなちゃんがいちばんだな

バンク工作員多いな

だって、C++ってハゲですよ
ハゲ、ハゲでハゲ大先生熱烈推奨ですもの

>>576
いや、結城が最強だよ。

棒用は自分自身で尼損のレビューを書いているのがあまりにも痛々しいｗ

>>595
JAVAレッスンは糞だがな
結城というと、どうしても料理のおっさんを思い出してしまう。

おまえ生意気だな
口の利き方に気をつけろよ
誰に話してると思ってんだ？
知らぬが仏とはいうがたいがいにしとけよ

>>597
どのへんが糞？
糞っていうのはやさしいCとかをいう

望洋の本のどこがいいんだか・・・

望洋本は知識の定着率が高い名著ですね。
見開きで見やすいし。

>>601
誉め殺しなんて今時流行んないよ

>>602
黙れ学坊

>>598
結城大好きってか？ｗｗｗ

>>586
mixi晒すのならスクショにしてくれんと会員以外は見られんがな… (´･ω･`)

Ｃ++をド素人が学ぼうとしたらどんな本がいいの？

c#、最初の一冊はなにがいいでしょうか？
今まではＶＢ６〜ＶＢＡ触ってたくらいです。
他に、二冊目・初学者にオススメの本があれｂなおしえてください。

>>605
誤爆だから気にしないでいいよ。

>>606
accelerated

http://www.amazon.com/Accelerated-C-2008-Trey-Nash/dp/1590598733/

いい加減翻訳は待ってられないので、これを買おうかと思ってる。
それかオライリーのC#3.0どっちかだな。

>>609
どこで買った？日本の尼では無さそうなんだが。

>>607
最初 独習C# 読んで
今はマイクロソフトプレスの
「プログラミング .NET Framework 第二版」と
「プログラミング Visual C# 2005 言語編」読みながらのたうち回ってる。
下二冊がもうすこし構成考えてくれてたらいいんだけどなぁ・・・。
後の章に出てくる内容がでてきたりすると
俺の性格的にはちょっとしんどい。
そういうのが気にならないんなら下の二冊で十分かな。

間違いがないという点で見ると、望洋や結城はマシな方だと思うよ
分かりやすいとは言わないが

>>609
ありがとう、調べてみます。

>>614
それって、ド素人向けじゃないぞ
独習C++あたりにしとけ

>>615
英語だからなんか難しいんじゃあないかと思ってたらｗ

それ買ってみます、ありがとうございました。

>>６１２
ありがとうございます。

もう一点、visuaC#のＩＤＥの使い方について、入門者が学習しやすいものってないでしょうか？
質問小出しにしてすいません。

http://www.amazon.co.jp/dp/4891005009/
http://www.amazon.co.jp/dp/4774129453/
http://www.amazon.co.jp/dp/4798015652/
http://www.amazon.co.jp/dp/4891005149/

本屋でこのへん軽く眺めて良さそうなの買えばいいんじゃないかなぁ。

>>618
ブラクラ乙

>>607
ＶＢプログラマのためのＣ＃入門

>>617
ここで質問しないほうがいいよ

本屋に行く予定があるんだが、今読みたい本を言ってくれ　買ってくる

Modern C++ Design
Yacc/lex
More Exceptional C++

UNIX プログラミング環境
はじめて読む486

白雪姫

>>606
ロベール

>>618、620
ありがとうございました。
本屋で見てきます。

>>622
タネンバウム先生のオペレーティングシステム第3版

>>622
seasoned schemer

>>622
「30日でできるOS」とかそんな感じのヤツ。

地方だとほとんど専門書もないから困る。
全くamazon様々だぜ。

>>622
さぶ

>>622
ハヤテのごとく！１４巻

>>622
不思議の国のペニス

>>630
緑の箱っぽいのに入ってるやつか？
あれ漏れも興味あるんだが高い

買った奴いねーかな
どんな内容なんだろう

ロベールと独習C++
おまいらのオススメはどっち？

独習C++

>>631
うちも市内の本屋はどこもオライリーやピアソンは全く扱ってないや。

ロベール

富山だけど大和ferioの屋上に紀伊国屋書店が出来たから助かる
オライリーやピアソンも置いてある

Ｃプログラマ必須テキストです！

http://mori.eco.to/

独習C++は初期化リストが載ってなかった気がする

シルト本は糞

シルト本を知るとそんなことを言えないはず。

寒いな。
言ってることには同意するけど。

シルトさんは言語仕様をもっと正確に知るといいよ

君はもっと具体的に指摘するといいよ

柴田さんがなぜ叩かれているのかわからない。
ライバル著者の嫌がらせかな。

日本人の著者をとりあえず叩いておくのは、通ぶる時の基本。

あと、個人を叩くのが好きだけど、その言い分を自分の頭で考えるのは面倒or無理って輩が、
昔誰かが口にした個人的な印象をそのまま継承してるケース。
この場合、誰も信じていないし誰も説得できない叩きが、数年単位で住人を変えて脈々と受け継がれたりする。

C/C++関連なら簡単に見破る方法がある
ポインタの値渡しを参照渡しと言ってしまっているか
どうかを見ればいい

んあ？
林晴比古は糞本の代表だと思ってたんだが、いつの間に評価が変わったんだ？

>>649
＞日本人の著者をとりあえず叩いておく

事実どうしようもない奴ばかりだから仕方ない。

ロベール、望洋、前橋、結城あたりは日本人でもマシな方
スコット・メイヤーズとかジョシュア・ブルック級のはいないかも知れんが

ロベールって日本人だったのか。知らんかった。

立ち読みすらしないでスルーする
ワースト３

１．柏原
２．矢沢
３．ハーバート・シルト

>>655
まあ、誰とは言わないけどもっと酷いのたくさんある
特に初心者向けの本

結局、お前らの価値観では、
初心者向けの本＝駄目
上級者向けの本＝良い本
なんだろ。

>>657
初心者向けの本＝駄目，除くマナ本

マナ本なんか崇拝してるのはド素人の初心者だけ。

初心者本はわかりやすけりゃいいんだよ
間違ってるところも後で上級者本を読めば問題ない

学坊乙

>>657
初心者向けの本は知識が少なくても書けるが
上級者向けの本は知識がないと書けないから
そうなるのも無理はない

ITブームも完全に鎮火した昨今で
ある日突然「オレはプログラミングをやるぜ！」なんて思い立つ人はそうそういないだろ。
いるとすればゲーム関係だろうが、そういう人は最初からゲームプログラミングの本を買う。
なんとなくプログラミングをやる人は基本的には情報系の学部1〜2年生や高校生になるが、
この辺は授業でもとりあえず基本的な事項は教えられるし、参考図書としても
ある程度まともなものを推薦されるから全くのプログラミング初心者本には手を出さない。

そう考えると日本人著者達がこぞって書いてる
全くのプログラミング初心者向けの本はそもそも購買ターゲットが架空に近い存在。
そういう本はあってもいいと思うが、現状のようになぜ大量に出版するのかが理解出来ない。

それでも世の中初心者が多いから

>>663
文系学部からのIT企業就職者という彼らのメインターゲットを忘れているぞ。

>>663
ネタにしてもその考察はひどくね？
人生いろいろって小泉さんも言ってるんだぜ

>>663
プログラムできないのに買いたがるひとは多い

ほんと学坊は視野が狭いな。

シルトはそんなに評判悪いのか。
「STL標準講座」と「MFC6.0標準講座」は良書だと思うんだが。
それぞれ補完は必要だけどね。

シルトだったら柏原の方がマシ

毎年何冊も書く奴の本がまともなわけない。

望洋本はビックリするくらいわかりやすくて、はじめてポインタの本質が理解できました。

前橋の本も同じぐらいいいよ

前橋はネット工作をするので油断ならない

>>672
ポインタの本質って何ですか？
教えてください！！

メモリアドレス

奇怪な構文

ポインタが難しいってのは、Cの構文にも一因があるな。
Pascalは比較的わかりやすかったような気がした。(Ｃのあとにやったからかもしれんけど)

typedef char A[5]; // A is array (type is char[5])
typedef char (*A)[5]; // A is pointer to array (type is char (*)[5])

こういうsyntaxが嫌いだ。

何か一度英語で読んでみたいんだけど邦訳叩かれてるMore Effective C++ってので大丈夫?
Effective C++っての読んでからの方がいいかね?

翻訳は両方読んでるんでしょ?
じゃあmoreからでいいんじゃない?

>>680
アメリカ人の英語は崩れていてわかりにくいことがある。
おれはドイツ人の英語のほうがわかりやすい。
まずはメイヤーズのサイトのerrataでも読んでみればいい。

先にサイトとかで見てみりゃいいんですね
なんとか読めそうだったら買って頑張ってみます

一応>>683 = >>680です

>>681
moreの方は読んでないorz

ドイツ人の英語はわかりやすいな。
文法も発音も良くて、会話がバンバン通じる。
さすが哲学者の国でガッチリした言語を持つ国だな。

Effective

外人から見たら、(旧日本領だった) 台湾人の書く日本語が分かりやすくて、
大阪民国人の書く日本語が分かりにくかったりするのかな？

英語は道具として使ってる者同士だとそれなりに理解しやすかったりする。

>>687
日本人からみても台湾人の漢字は分かりやすくて中共の毛沢東文字は分からんのと一緒かもな

日本人の英語はわかりやすいです。
ドイツ人の英語もわかりやすいです。
アメリカン人の英語は分かりにくいです。
それは、言い回しを変えたり、直接的な表現でない慣用句を使うからです。
大体こんな感じなのが、ネイティブではない人間の英語です。
誤読しようがないです。

柏原本は、初心者にスゴク薦めるけどな。

ちょっとでもしっている人にとってはクドイかもしれんが。まぁ、
世の中の入門書ってのはタイガイくどい。

オレの経験からすると
買った本をPCの前で開いてサンプル打ち込みながら勉強しようとすると挫折しやすい。
まずはPCではなく紙とボールペンだね。
本を読んでサンプルコードを見て、これがどう働くのかを頭で考え理解する。
そして閃いたことは本に書き込む。
実際に打ち込むのは1周読み終えてからがいい。

最初の頃はよく理解もせずにサンプル打ち込んで結果させて「へ〜」とか思って進めてたが
読み終えてもたいして身についてないことが多々あった。
上記のように学習方法を変えてから、躓きも減って理解するまでの時間がグッと短くなった。

お前の経験なんかどうでもいい

>>692
当たり前だろ。理解もせずにコードを打ち込んでも得るものは無い。
ルールを理解し、この場合はこうなるはずだという明確な方針のもと
実際に確かめるもんだ。

そんなことやってたら
最初のサンプルプログラムで挫折しそうだな。

C++ なんてまず理解できないだろうし。

頭で考えて理解しながらサンプルコードを打ち込んで実行していけばいいんじゃね？

いつもは頭以外のどこかで考えてるんですか

>>695
C++は十分すぎるくらい理解できてるが。

それは・・・

>>695
Modern C++ Designなんかそんなやり方では理解できないだろ。
まずは頭使え。

>>695
高卒ですか？

>>692
おまえみたいな紙と鉛筆でないと身に付かないよ派は
ＤＳの知育ソフトとかも否定しそうだな

DSにもペン付いてるじゃん

>>702
だいたい今日日知育ソフトとか例に出されてもなあ・・・

DSも視覚(紙)と触覚(ペン)で知育してるよなぁ…
あれ、>>702が知育否定してね？

>>703 705
お前らは本読む前に空気読めるようになったほうがいいと思うよ

僕は心が読めます

サトラレ？

サトラレって心が読まれるんじゃなかったっけ？

>>706
自分じゃイケてるつもりだった煽りをイジられて悔しいのはわかるけど、
なんでも空気って言えば「そこに何かがあった」ように誤魔化せるわけじゃないよｗ

>>705
DSには視覚(液晶)と触覚(タッチペン)だけじゃなくて聴覚(スピーカー)があるじゃないか（棒

K&Rって入門書としてはだめなのか？

入門書というには人を選ぶからなぁ。

「C言語はそれなりにできます！」とか言って
K&Rの初めの方の章とかに載ってる簡単な文字処理も
書けないヤツとか本当にいるからそうならないために
2〜3冊目でもいいから一度は読んどいた方がいいと思う

K&R難しいってやつは、やめたほうがいいよ。

>>706
おまえ、人のこと言えないだろw

>>692
同意

>>692
>サンプルコードを見て、これがどう働くのかを頭で考え理解する。

これは同意というか、「サンプル打ち込んで結果見る」だけなんて、
だれもしないでしょ。時間の無駄。

>閃いたことは本に書き込む。

これは同意できないな。閃いたことや、文章だけから把握できないことは、
動かしてみるほうが手っ取り早いし、覚える。

初心者ばかりだな

おまえもな

結局のところ、自分で新たにコードを書くことによってしか身につかない。
本やサンプルはそのための情報源に過ぎない。と思った

>>721
あたりまえだ

このスレはFランカーだらけ

>>723
自分と異なる意見の人を見ると「この人は自分より程度の低い人だ」
と決め付けて＊思考停止＊するのは、自分のためにならないよ。

思考した結果、そう判断するのは別にいいけど（いや、あまりよくないか）。

スレタイよめないカスどもが偉そうに











と書けばきっと釣られる奴がいると思う

>>725
>スレタイよめないカスどもが偉そうに

自分は怒り（？）で「カスどもが偉そうに」って書かずにいられなかったのに

>と書けばきっと釣られる奴がいると思う

こうイイワケしても、免罪符にはナリマセンヨ。

そういえば最近コピペしまくってる馬鹿の
へんなサイトあるけど
あれはなに？

>>727
>>641か？
リンク先には大体こんなことが書いてある
"ポインタ/配列/文字列が理解できない，K&Rが難しいと感じる人向けに書いた参考書(? Wordファイルみたい)を8800円で売ります"

ほかの入門書にも言えることだけど，たとえ難しくてもK&Rを精読したほうがいいんじゃないのかな…

>>723
ランカーがかっこいいと思った俺は間違いなくACオタ。

福岡工業大学 情報工A 45
ttp://www.yozemi.ac.jp/rank/daigakubetsu/shiritsu/kyushu/fukuokakogyo.html

偏差値45の学生に教えてるくらいだから
柴田望洋さんの入門書はわかりやすいと思うよ

K&Rが難しいと感じる人にC/C++使わせるなんて犯罪だろ

何も知識の無い素人がK&Rを見たら難しく感じるだろう。
サンプルコードがクイックソートや自己参照構造体だからな。
随分前だがC勉強し始めの頃は難しく感じた。
他の本で勉強しなおして、しばらく後に読むと当然
だったり、細かい仕様だったり、なるほどと思えることが
書いてあることがわかった。appendixは役に立つ。
今はCでプログラムを書きたいとは全く思わないが。
C++のほうがはるかに難しいけど面白い。

＞＞７２６
釣堀の魚かおまえは

ttp://aycu09.webshots.com/image/40368/2004989572538622440_rs.jpg

これは残忍・・・。
通報しますた。

来月にコンピュータアーキテクチャ 定量的アプローチ 第4版 が出るぞ
ttp://www.seshop.com/detail.asp?pid=8776

>>734
グロ注意

>>734
まったくひどいレイプ画像だ。10人以上で一人を寄ってたかってやるなんて、人間じゃあねえな。

>>734
ひでぇことしやがる……

>>734
10本くらいのペプシの缶がコカコーラの缶を取り囲んでいる。
コカコーラの缶は中央で倒れて潰れている。

という画像。
グロじゃないし面白くも無い。

うん。そうだよ。

空気を読めない子がいるな

>>740
集団リンチじゃん

>>740
みたいな空気読めない奴ってどこのスレにもいるんだなｗ

>>734
悪魔の所業だ・・・

独習C 4版って何が変わったんだろ？

>>746
コンパイラが変わっただけ

>>736
前版より4000円も安くなってんのか。
それでも8000円だけど。

>>747
マジか。ページ数増えてるみたいだし期待したんだが、、、。

>>749
期待って・・・
C言語の入門書に何を期待してたんだよ

>>750
Vista対応って謡ってるから何を書いてるのかなぁっていう興味本位。

今の主流は、Vista 対応C言語だからな

独習Ｃ って
まったくＣを知らない人が読んでも 独習出来るのかなぁ..

まず０からの人が読んで理解出来ます?

>>753
林ハルヒコ本ｵｽｽﾒ

ｺﾗ!

>>753
やさしいCを一周してからなら大丈夫らしい。

>>753
俺は独習C++しか知らんが、あのシリーズはプログラムを知ってる人間が言語の仕様を勉強するための本だとオモタ。
よって初心者向けじゃない。

そうですね

そもそもC言語やるのに書籍なんて必須ではないと思う

>>757
独習C++は、糞

>>759
インターネット環境があればどうにかなるがWEBブラウザをいちいち開くの面倒くさくね？

そんな時こそプリンター活ｙ（ｒｙ
それじゃ書籍買うのとほぼ変わらんな

組み込みC/C++プログラミング入門―組み込み機器開発における関連/例外/デザインパターン/再利用の実現方法

この本読んだ方いらっしゃいますか？

>>760
そうか？一通りC++し終わってから読んだんだが、言語の機能を紹介するという意味ではなかなかよかったぞ。
余計な修飾がないから、簡潔でわかりやすい。逆にプログラム初心者にはさっぱりわからんだろうとも思ったが。

C++って、し終わるものだったのか

C++の言語仕様完全に理解しているヤツなんていない予感ｗ

>>766
大抵の人間は傍らにプログラミング言語C++を置いてるんじゃないかなｗ

それでも不十分だ。

分かってる奴が誰もいない

制作者ですら理解していない

>>763
Cでオブジェクト指向風な書き方が書いてある。
なかなかよかった。

なにがなんだかわからない

もうどうにでもしてくれ

今でもたまに意外な事実を知る事があるからなあ。

フレンド関数とか、以外と知らないはず。

そりゃないわ

main を friend にして自動変数としてシングルトンオブジェクトを作って
シングルトンオブジェクトの取得関数を作らないようにすると
グローバル変数的性質を減らすことができる。

ゆえにJava最強

別に C++ でも main を friend にすればいいだけだし・・・
一緒に帰って噂とかされると恥ずかしいし・・・

これみたいにフレンドを使った方が安全になる事例もあるもんだ。

friendもpublic staticも、安全性では同じだと思うけど、なぜfriendばかり槍玉にあげられるのか。

friend は friend 指定した所にのみ公開
public は全体に公開
friend の方が公開範囲はマシ
その代わり結びつきが強くなりすぎる欠点もあり

>>782
意味がわからん。
friendとpublicに公開範囲のちがいってあったっけ?
公開範囲が狭いと結びつきが強くなるって?

「公開範囲」 の意味を取り違えてると思う

叛意を後悔

C++
って「Cプラプラ」「Cプラスプラス」「Cタスタス」
「Cつーぷら」「Cつーぷらす」「Cつータス」

のどれで呼ぶの？

>>786
お好きなように

しーぷらぷら

>>788に一票

___cplusplus

>>786
しーこいこい

しーぴーぴー

しーいんくりめんと

ぱすちゃ

しーしーし

C#

Cプラプラプラプラ

職場（これ以上ないぐらい大手）ではどこにいってもﾊﾙﾋｺ本が置いてあります
ネットの評判と比べて普及率の高さが気になっているのですが
なぜネットでこれほどまでに評判が悪いのでしょうか？

ハルヒ本に見えた。

現場のレベルが低いだけ。

ハルヒコ本で育った人が反抗期に入っただけ。

大手＝レベル高い と思ったら大間違い。
人が多い分ピンキリ。

>>797
>>385

>798 me too

>>797
ぶっちゃけ入門書なんて、なんでもいい。入門なんだから。
どうせ、これから何冊もその分野の本を読んでくことになるから、
もしハルヒコ本がだめでも自然に正しい知識が身につく。

googleかアメリカの軍関連の研究所？

>>797
ライバル著者が必死こいて叩いてるから

学問の世界だと普通は入門書ってのは玄人が書くもんだよな？

そうだよ
故に入門書が入門書でないケースが多々ある

そのおかげで大学の講義は苦痛だった

>>809はプログラミング以外の話ね
晴比古本の本当に初心者向けのはリファレンス的に使えないのがちょっとな
やさしいCの方は巻末に標準関数載ってるけど

>>797
柴田望洋が2chで工作しているから

そういうことにしたいのですね

亡羊の本は講師のアホでも読めるから、教科書に指定されるんだよ。

>>813

つ >>730
高校の勉強がわからんDQNでも理解できる脅威の入門書だぞ！
バカにするな！

おまいら林と柴田で何スレ潰す気だよ

なんだかんだで結局宣伝になってるしな

今日パラパラッとめくる程度で立ち読みしてきたけど
C# の一冊目はオライリーの
プログラミングC# 第四版 が一番よさげやねぇ。

C#3.0対応の本っていまでてる？

XML XPath シリアライズ
この辺扱ってる良本知らない？

>>817
古い。

>>818
原書にいくらでもある。

XML Hacks

入門≠初心者向け

入門とは専門への入り口という意味

>>820
おすすめがあったら教えてください

>>822
また俺定義か

訳本というのは、原書にerrataが反映されて増刷されても
原書に合わせて増刷されることはないですが、訳者
との契約上そういうことになってるものなんですかね？

そんな契約はない。
売れないと原書に合わせた訂正は難しい。

>>826
契約上は原書に合わせて訂正して増刷するということなんですか？
Effective STLとかModern C++とか結構errataあがってるじゃないですか。
でも訳本のほうは反映されて増刷されていないですよね。
これは純粋に書籍の売上として見ると、何万部も売れていない
ということになるからなんですかね？

>>827
> 契約上は原書に合わせて訂正して増刷するということなんですか？

そんな契約はないと言っているだろ

でも、それはマズイだろ
中途半端な仕事するなよ

中途半端とか無茶いいすぎだろ

自分が翻訳した訳書の間違いならともかく
原書の間違いにまでずっと責任を持てってのは

そんなこと強要したら訳本が少なくなるだけだろ。
専門書なんてたいして儲かりもしないのに。

でもさ、erattaの数が多いなら対応すべきじゃねー？
せめて正誤表くらいは作ってほしいと思う。

errataあるの分かってるなら自分で書き込めよ
あるかどうかも必ず探せ

重版で訂正されたものは出版社にお手紙書いて問い合わせると教えてくれるよ。

>>833
原著ではerrataなのに、訳本に反映されていないがために
間違いを信じてそのままってのが一番恐い

馬鹿だって馬鹿のままでいる権利があるんだよ

自分では一冊にたかだか4,5千円位しかださないくせに、どんだけ期待がでかいんだよ

>>835
だからerrataってわかってるなら自分で直せばいいじゃん

そもそもerrataを調べようとしないような奴が
間違いだったらどうしようなんてことを恐れてるワケ無いだろうしな

ブツブツ文句言ってないで
原書のerrataで訳書の該当する部分を、自分で翻訳なりして
訳者や出版社に連絡してあげれば感謝されると思うぞ

>>838
errataだと疑いもしていない場合のことだよ。

調べもしない馬鹿は自業自得だよ。

そんなにerrataが気になるならブックマークフォルダでも作って
今まで購入した書籍何十〜何百冊分の正誤表ページを
毎日毎日誤りの追加が無いかチェックしてればきっと幸せになれるんじゃないか？ｗ

ちょっと手応えの有る本だと、原書のerrataは優に百を越える。
ただ、翻訳の段階でページがかなりずれてるから、訳本だけでは訂正のしようがない。
原書を持ってさえすれば、半日かからない作業なんだし、
一年に一度でもいいからerrataの対応をHPに載せてくれたらなぁと思う。

あと、意味不明の誤訳を連絡しても出版社は訳者に投げるだけ。そして肝心の訳者はスルーしやがる。
だから、原書のerrataで訳書の該当する部分を、翻訳して連絡しようがスルーすると思って間違いないよ。

スルーされたら、その内容をここに書き込んでみるのもいいかもな。
そうすれば出版社毎の対応の善し悪しとかが見えてきていいかも。

errataページの存在しない書籍よりも、errataページのある書籍の方が（星の数ほど訂正があったとしても）信頼性高いと思うし。

俺は誤訳は連絡したことないわ。
糞訳の訂正に力貸すことないし。
訳が糞なほど第三者の指摘ページが増えて、
訳者の努力なしで、読めるようになっていくのは理不尽だと思う。
出版者は誤訳の指摘には見返りを与えるべきだ。

原書の誤りなら連絡したことあるけどね。
いい本を書いた本人への貢献だから。

このスレのerrataが気になる有志でerrataのwikiでも作って、訂正ページのリンクとかページに載ってないerrataを書き込めばタメになると思うぞ

>>843
自分でやれよ

技術書は、5000部未満しか売れない場合がざらだからな。
いつまでも金かけられないだろ、常考。

原著とつきあわせできないのがいやなら、最初から原著買って、Webでerrataが公開されるのを
watchしとけよ。

正直、良書を翻訳するより、
HOWTO本、インストール本書いた方が儲かるのが残念な現実。

毎日コツコツ自分で訳して、
完訳したらどっかの雑誌社に持ち込んだらいい。

wikiででも公開してくれれば、みんなで翻訳しようっていう気にもなるんだけどねえ。

TEF見習えよ

「beautiful code」の日本訳発売決定！！
サンプルPDFも公開されてる
http://www.oreilly.co.jp/editors/archives/cat_cat5.html

C++勉強しだしたときに買った

C++効率的最速学習 徹底入門 (著：柏原 正三)
[標準]C++言語辞典 (著：柏原 正三)

・・・この二冊、何の役にも立ちやしねぇ

くれ

柏原 正三は間違いが多いけど最高に読みやすいな。

俺はこれでC++のとっかかりを見つけた。
それまでどこから手を付けていいやらわからなかった。

メイヤーのオブジェクト指向入門は間違いが少なくて最高に読みやすいな。

俺はこれでC++のとっかかりを見つけた。
それまでどこから手を付けていいやらわからなかった。

どこから手を付けてもやわらかかった。

エロイな

>>857
眠くなりそうだが

やっぱC++取っ掛かり本は、マナちゃんのC++だよな

ケンちゃんのこれならわかるC++もいいよ。

だれだお

邦訳に定評のあるコバケンだろ

C言語を勉強しているのですが、やさしいCを一冊読みました。
次は何の本を読むのがいいのでしょうか？
お薦めな本があったら教えてください。

>>865
自分が苦手だと思う分野に関する書籍を探して読むといいんじゃない。

特に苦手な分野だと思うところがないなら、アルゴリズムに関する本を
探して読む。本屋で自分が読みやすそうな本を探して読んだほうがいい。

>>865
何も読まなくていいから、プログラム作ってください＾＾；

>>865
ttp://www.pro.or.jp/~fuji/mybooks/cdiag/

>>868
こういうのはまだあとでいいんじゃない？あの文章は、入門者に過度の不安や
プレッシャーを与えるんじゃないかと危惧する。

>>866
なるほど。
アルゴリズムに関する本ですか。
やさしいCには載ってない新しい関数の勉強などが
出来る本などがあればと思っていたのですが、辞書的な
やつしかないですかね？

>>867
プログラムを作りながら勉強をしてきたのですが
やさしいCだけではわからない関数とか出てきた部分が
ありまして、そういう次のステップアップ的な本を探してるんです。

・プログラミング言語C（別売りで適当な解答集有り）
・エキスパートCプログラミング
・プログラミングテクニック
・プログラミングテクニックアドバンスド
・アルゴリズムC

これくらい読めば知識で困ることはないな。
最後の以外はどれも１週間くらいで読める。

k&R

>>870
俺は柏原さんの本は、わかりやすいし初心者向けだと思うから、アルゴリズム入門
ならこれをオススメしておく。

C言語アルゴリズム+徹底入門 (標準プログラマーズライブラリ) (単行本)
柏原 正三 (著)

>>868-871
ありがとうございます。
本屋に探しに行ってきます。

>>873
はい、そちらも探してみます。
ありがとうございます。

>>875

>>871の薦めてる本は、いきなり読めなくても悲観する必要はないよ。
世の中には本当に頭のいい人がいて、K&Rで入門して>>871がすすめてる
本を簡単に習得する人もいるけど。大半は、そうじゃないから。

C言語本はダイエット本や英語本と同じ。
できない人が毎年同じような本を買ってくれるおかげで儲かる。

いや、毎年new comerが居るからでしょう

とりあえずプログラム書け。
汚くていいから書け。
しばらくした後、それから本を読め。

ぽまいらＰＣの専門書籍って高いと思いませんか？
図書館いっても5年くらい前の本しかおいてないし
古本屋には技術書がないし
あってもアチャーな本ばかりだし

技術書籍専門の古本屋というのがあるというのは本当でつか？

>>880
だいぶ前に通販サイトをみたことあるよ。
アドレスは忘れた。

意外とブックオフが穴場だったりする。

「技術書 古本」でググったら、このサイトの広告がでた。
http://www.bookcyber.net/

国会図書館で本をスキャンしてネットで公開ってニュースをこの前見たけど、
あれは新しい本でもよめるのだろうか。

俺も最初はそう思ってたけど、今は必要な物だと割り切って考えてる。
今時、Effective C++とか一部の名著を除けば、ほとんどの本の情報がWebでも拾える。
つまり、Webにも載ってるような本は、
情報を探す手間+ブラウザで読むことか、数千円+文字媒体による整理された情報を天秤に掛ける。
本でしか読めないような名著は、そもそも必要なんだから値段なんて考えるだけ無駄、ｷﾆｼﾅｲ(・3・)

>>865
K&R 1ed 相当のものなら著者公開してるのでそれも参考に、
後は、言語の規格。

>>865
NetBSDのソース読め
めちゃくちゃ綺麗に書かれてるから

いい本なら1万円程度の出費は何とも思わない。
Webよりも体系的に勉強しやすいので本がいい。

うちの近くのブックオフは高値のゴミ本しかない

やさしいCの次にいきなりNetBSDのソース読めとかすごいなw

何がしたくてCを勉強し始めたのか，
それを思い返せば進む道は自ずと見えるはず。
自分のやりたい事にまっすぐ進んでいくのが身につくの一番早いよ。

>>883
トンクス　要らない本売ろうと思う

>>888
イイ！と思って買ってみたものの、
改めて家で学習につかうと微妙　とかいうのない？

>>891
売ったものもあるよ。洋書ではないけど。
ここでも何度か出てるMore Effective C++
の訳は難ありだった。好きな著者や訳者で
探すことが多い。

プログラムは書けないのですがプログラミング言語史に興味があります

古今東西のプログラミング言語を解説した読み物で、おすすめとかありますか？
RubyとかDあたりまで網羅してあるようなのだと楽しいです



進化の袋小路にはまっていった言語とかに、しょうもないトキメキを感じる…

>>893
Webを徘徊して
エロサイトの袋小路にはまって、しょうもない劣情のトキメキを感じる…
ほうが良くないか？

> 進化の袋小路
Lispの事か！？

>>893
なんか和書ではなさそうだなあ。
洋書ではありそうな内容だけど、海外のフォーラム行って探してみたら？

英語版のwikipediaがいいよ。
歴史は簡単だけど、それぞれの言語の項目を見れば繋がりはそれなりにわかる。
ttp://en.wikipedia.org/wiki/Programming_language#History

あまりいいのはないんですね

ありがとうございました

強いて言えば各言語の仕様書を遡って見ていくとか

言語を対象とすると読み物でもないかもしれんね
対象を機械にすれば
コンピュータが計算機と呼ばれた時代 、コンピュータ開発史とか
それなりに見つかるんだけどね

D&EなんかはC++言語興亡史みたいで面白いけどね

大きな流れについては、いつか誰かが書くべきだな

>>893は宣伝厨
そういう本が出るんだろ？

網羅的ではないし、当時新しい言語しか載ってないけど、

新しいプログラミング・パラダイム 井田 哲雄
続 新しいプログラミング・パラダイム 井田 哲雄 田中 二郎
プログラミング言語の新潮流 井田 哲雄

くらいしか、日本語の本はまともなのない。
後は「情報処理」by情報処理学会の特集か、今は亡き「bit」by共立出版の記事。

英語でよければ、ACM Computing Surveyを読めばいい。

「bit」は開架書庫に置いてある図書館探して読んだ方がいいと思う。
強いてあげれば「Cマガジン」の乗りに近いが、執筆者のレベルが段違い。

古い本だけど「ソフトウェア考現学」
萩谷先生、続き書いてくれないかなぁ

はぎゃ

大学の図書館にbitは開架してあるので読みに来てみました。むむ、記事が点在してますね…

他いろいろと参考になる書名ありがとうございました。
試験が終わってから読んでみますね。試験が終わってから…

C++のカラクリ 誕生の秘密と舞台裏

ってのがでるらしいんだけどどうですかね？

うほっ、Ｃ言語がよくわからんのに独習Ｃ++買っちまったぜｗ
のんびりやるかー。

http://www.amazon.com/Data-Structures-Algorithms-Adam-Drozdek/dp/0534491820/

C++でアルゴリズムとデータ構造を解説してるらしいんだけど、
この本読んだことある人いる？難しい？

書名書け、ハゲ
AmazonはClickすると個人の履歴に残るんでクリックしたくないんだよ

Data Structures and Algorithms in C++

>>909
ハゲハゲ言うなハゲ

>>853
これ、サンプルPDFは、章が最後まで載っているからお特だね。
しかもカーニハンとベントレーの面白い章がある。

「珠玉のプログラミング」もここでは不評だから、
quick sortのプログラムから
quick sortのオーダーを計算するプログラムに変換して、
さらのオーダーの式に変形するって、
ベントレーらしい話も駄目かも知れないが。

やはり馬鹿

Javaが最終形態

>>893

http://www.amazon.co.jp/あなただけができることをやりなさい-ソフトウェア界の偉人23人の名言集-プログラマーズ叢書-細貝-俊夫/dp/4798105139/

こんなんじゃ駄目？
網羅もしてないけど、歴史的な推移は判るし
まぁまぁ良いと思ったけど。

C/C++一通りやった人にｵﾇﾇﾒなJava入門書教えてくださいな

言語仕様

独習Java

Javaチュートリアル4版

創るJava

>>916
英語で良ければ、メンバー登録しなくてもSunのサイトから、
>>919相当のものがダウンロードできるよ。

Head First Java2版を薦めよう

Java言語プログラミングレッスンを薦めよう

>>916
プログラミング言語Java 第4版
読んどけ。あの本はちょっとOOP知っててもC++じゃ使えねーなー
と思ってるプログラマが読むと目から鱗になって、Javaが好きになるぞ。

ただ、JavaのGenericsは貧弱なんでテンプレートでメタメタやるのが好きな人には辛いかもな。

独習Cって良書？

リャマの表紙の初めてのPerl読んですごく面白かった新参だが，次のオススメある？

>>925
人によってはポインタの説明とかが分かりにくいかな
読んでて面白みがある本でもない
ドリルみたいな感じと思えばそんなに悪くは無いかと

>>926
続・初めてのPerl
Perlベストプラクティス

>>928
トンクス！その次あたりにLarryの本かな

ポインタ、なにがなんだかさっぱりわかんなかったが
ＪａｖａとかＣ＃とかやって参照渡しがわかれば理解するのに苦しまずに済むな

参照渡しじゃポインタ演算理解できないだろ

char *p1 = hoge;
char *p2 = fuga;
char *p3 = p1 + p2;
これがポインタ演算

いや、プラスに限らず代入とかもポインタ演算だろ。

おい、女！チョコよこせ

>>932
酷い演算だな

hoge と fuga の型は char* nなのか？

>>934
　　　　　　　　 ／￣＼
　　　　　　　　|　　　 　|
　　　 　　　　　＼＿／
　　　　　　　　　　|
　　　　　 　／ ￣ ￣　＼
　　　　　／　　＼　／　　＼
　　　 ／　　 ⌒　　　⌒ 　　＼　　　　　　
　　　 |　　　　（__人__）　　 　　|　　　　　　チョコを買う権利をやる
　　　 ＼　　　 ｀ ⌒´　　　　／　　　☆
　　　　/ヽ､--ー､＿＿,-‐´　＼─／
　　 ／　> 　　ヽ▼●▼<＼　　||ｰ､.
　 / ヽ､　　　＼ i　|｡|　|/　 ヽ　(ニ､｀ヽ.
　.l　　　ヽ 　　　 l　|｡|　| ｒ-､y　｀ﾆ　 ﾉ ＼
　l　　　　 |　　 　|ー─ | ￣ l 　　｀~ヽ＿ノ＿＿＿_
　　　　／￣￣￣￣ヽ-'ヽ--'　　／　　　チョコ　 ／|
　　　.|￣￣￣￣￣￣|／|　　　 |￣￣￣￣￣￣|／| ＿＿＿＿＿＿
／￣　　チョコ／|　￣|__」／_　　チョコ　　／|￣|__,」＿＿_　　　　／|
|￣￣￣￣￣|／　　チョコ￣／￣￣￣￣|／ 　　チョコ ／|　　／　.|
|￣￣￣￣￣|￣￣￣￣￣|／l￣￣￣￣|￣￣￣￣￣|／|　／
|￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|

C#3.0　Cookbook良い感じだな

>>924
それって邦訳のは質がよくないんだっけ？

翻訳の質に拘るのは軟弱なやつだけ。日本語として微妙でも技術書なんだから
だいたいわかるはず。

そういうやつらは、真に邪悪な翻訳というのがこの世にあるのを知らんのだ。
真に邪悪な翻訳は、信頼できる著者の記述と見せかけて、さりげなく訳者の趣味を
紛れ込ますという恐るべき技を持っている。名著だと言われてるのに
なんでこんなことを書くんだろうと、原書をあたってみたら丸々そういうことがあった・・・。

>>940
原書を読めよ　アホ

>>912
いいね．すごく面白かった．

「珠玉のプログラミング」も面白いのに，なんで不評なんだろ？

書店に行ったらUNIXプログラミング環境があってつい買ってしまった

>>940
ああ，あの人ね．

>>939
原書嫁

>>940
訳者必死だな。

>>924
それ、訳が悪すぎる。
コアJava読んだほうがいいよ。

>>943
まだあるんだ。未だに基本を学ぶには良い本だと思う。

「愛の毛布」と「モーニングコーヒー」ってなんとなく曲の雰囲気が似てね？

>>943
とてもいい本。読んで面白い。まさに名著。

コンピュータプログラミングの概念・技法・モデルを
立ち読みしようかと思ったがでかすぎて無理だった

UNIXプログラミング環境は発刊してからもう22年くらいか？
昔の読者はもう30半ば〜40後半くらいになってるかね。

こういう本を若い人が手に取るのはいいことだな。

そ、そんなにUNIXプログラミング環境っていいんですか？

>>953
良い本だよ。今では古典という位置付けが強いが読む価値はある。
後、「UNIXという考え方」もいいね。
これも10年くらい前の本になるが思想を知るのにいい。

UNIXプログラミング環境って再版してるんだっけ。
俺が数年前に買った時は版元在庫もなくて、店を探し回って買った記憶がある。

いい本は10年以上たっても読まれるんだなあ。

>>955
再版したんじゃね？
紀伊国屋とかオンライン書店見ても在庫有りになってる。

まぁそんな昔の本読まなくても、下の本読めばOK
http://www.amazon.co.jp/gp/product/4756149480/ref=s9_asin_image_1?pf_rd_m=AN1VRQENFRJN5&pf_rd_s=center-2&pf_rd_r=1AJXPB24PKXN7D4VZVP7&pf_rd_t=101&pf_rd_p=61605506&pf_rd_i=489986

>>958
オレ的にはイマイチ

>>958
そうだね、君はそれだけ読んでればいいよ

おまえら、どんだけUNIX文化マニアなんだよｗｗｗｗ

UNIX文化にそんなコダワリがあるのか？俺は、まったくない。

>>961
UNIX文化は、なにもUNIX に限らず、どんな場合にも適用できるプログラミング文化の本流ですからね。

>>962
プログラミング文化の本流ってなに？

何かそれっぽい事言ってみただけ

>>964
あとでオシオキするからな！

みんなの言うとおりUNIXは確かにすばらしい。
学ぶべき技術の詰まった人類の英知の決勝だ。
しかし、UNIXだけが素晴らしいわけではない。

そう。

僕らにはOSXというもう一つの選択肢がある。

UNIXプログラミング環境は、
UNIX文化を知るためとか、
古典だから読んでおくとかじゃなくて、
本の内容が面白いんだよ。
プログラマなら楽しめる
プログラマ魂を揺さぶる素晴らしい内容。
しかも今じゃプラットフォーム関係なく
この本で使われているツールを使えるし。
(Windowsではcygwinをインストールする必要がありますが)

UNIXプログラミング環境は数年前に近所の本屋で
105円均一のワゴンに放り込んであったからなんとなく確保しといたんだが、
そんなに良い本だったのか・・・田舎だからか誰も見向きもしてなかったのにｗ

UNIXの思想というか、考え方が首尾一貫しているんだよね。作業が均一化されてる

再帰的？

ベル研究所の人

オライリーのプログラミングC#の次のステップとして、何がお勧めですか？

Petzoldの「C#によるプログラミングWindows上・下」って名著のようですが、
今でも読むべきな本でしょうか？5年以上前なのがちょっと気になるのですが。

>>971
あれ読んだらもう十分だと思うんだが。
まだC#には蓄積されたテクニックみたいな物はないし、
C#3.0みたいに日々新しい機能が追加されてるから、
そんな本読むよりも関連する記事やブログ読んだ方が役に立つ。

オライリー本が理解できたならPetzoldのは必要ないね。
次のステップとしては「プログラミング .NET Framework」のほうがおすすめ。
http://www.amazon.co.jp/dp/4891005238/

>>972
どうも大体の人は「ある程度分かってきたらgoogleとMSDNでノウハウ漁り」というパターンが多いようですね

>>973
.NETですか。そうですよね、C#やっててCLR知らないなんてマズイですよね。考えるまでもなかったか・・・・

ありがとうございました。

ある程度プログラミング慣れした人でないとgoogleは奨められないが、
MSDN読まないのは馬鹿。

>>975
MSDNの検索も馬鹿だがな。
いけね、蒸し返しちゃったよ。

蒸し返しっていうか、言い訳っていうか。

>>969
なんかバッドノウハウのかたまりってイメージあるけど。

そのイメージがバッドノウハウだな。

サレジオだもの

>>977
今更だが、別スレと勘違いしてた。
いや、そっちの方でもMSDN叩きがあったもんで。

MSDNはなぁ・・・・
充実してるんだけれど、そこまでのたどり着き方が良くわからなそうなもの多すぎ。
たまにいい記事とか項目あるんだけれど、こんなところに入れてるんじゃねーってのが良くある。
全部なめてみるってのもなぁ･･･

MSDNというかMS製品全てにおける哲学ですから

MSDN 内を Google で検索すればいいじゃない

MSDNはURLの体系をガラっと変えることがあるのが糞。
別ページからのリンク切れの多さは異常。

MSは「無かったことにする」のがお家芸ですから

結局MSだから、の一言で片付けられる。

code completeって良い本？

>>988
今まで文法書しか読んだことないなら
さらっと目を通しておくといいかも。
C++ in depthシリーズとか読んだことあるなら必要ない。

別に高度なことは何も書いてないが
プログラミングのちゃんとした基礎が身についているか試すために
一度は読んでおいた方がいいとは思う

ハーブサッターの原書の英文はわかりにくいな

うめ

なんかおもしろい本ねぇーかな

>>993
48現象

今度探してみます

うめ

うめ

ume

ume

余裕の>>1000！！！！！！！

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。