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

Cなら"K&R2nd" :邦訳 プログラミング言語C＠｀共立出版
C++なら"ARM" :邦訳 注解C++リファレンスマニュアル＠｀トッパン ＃ちょっと古いが
あたり？

ついこないだそんな書名を近所のスレッドで書いたけど、
ARMは「何を今更」って感じじゃないかな？
C++の2版の方が新しいし、その後更に言語使用の拡張が
あったはずだから、その辺わたしも最近の事情を知りたいっす。

ああ、ありがちな s/使用/仕様/ かな

Effective C++

「実録！天才プログラマー」(笑)
自慢本かと思ったら伝説的プログラマ達がプログラミング観を
語った本だったのね。面白かった。

DDJのオブジェクト指向開発講座（しょうえいしゃ）とか…。
だめ？(^_^;)

翔泳社は，やめたほうがいい。
良書も有るけど，どことなく教条主義というか，においがつくというか...
「俺の言っていること“だけ”が正しいんだぜ。ついてこい！」
って感じの著者が多い。

他の出版社では扱えなかった人が集まるんでしょう。

良薬は口に苦し，ともいいますが，最初っから強い薬を飲むことも
無かろう。

せっかくの良書も翻訳がタコな為に読みにくくなっていることが
多々ある。悪訳の好例は石田晴久の「プログラミング言語Ｃ」だ。
あれは本来読みやすい本のはずが、邦訳は非常に読みにくい本に
なってしまっている。

個人的に嫌いな翻訳者では岩谷宏も嫌い。
偏見丸出しの余計な訳注入れるな。

C言語で書くアルゴリズム
県立図書館から借りてきたら彼の翻訳だ。
どの辺が偏見なのかを教えていただけると幸いです。

望洋氏のポインタ解説本（ごめん、タイトル思い出せない）
これで救われた人って結構いるのでは？

あと、「オブジェクト指向狂騒曲」（笑）

NUTSHELLシリーズが比較的良いのではと思っているんですが、それはおいておいて。

Perlだったらラクダ本（Perlプログラミング）
あと、ラマ本（初めてのPerl）も結構良いと思います。

藤原博文の「Cプログラミング診断室」と
「Cプログラミング診断過程」かなぁ。
この本だけでしか書いてないことがたく
さんあるし、読んでて面白かったよ。

http://www.2ch.net/test/read.cgi?bbs=prog&key=953701138
で話題の本

計算機プログラムの構造と解釈 第２版 ピアソン・エデュケーション 4600円

http://www.fit.ac.jp/~shibata/Books/
[秘伝Ｃ言語問答 ポインタ編 ]かな？

他のスレッドにかいたけど、ワインバーグの本全部。まずは軽く

「ライトついてますか」G.M.ワインバーグ著、1987年、共立出版
　　何が問題なのかを正しく認識せずに解決しようとしていないかについて述べている。
｢プログラミングの心理学｣ G.M.ワインバーグ 技術評論社 技術評論社
この2冊は必須

他は
http://www.chienowa.co.jp/frame1/books/WEINBERG.HTML


理科系の作文技術 木下 是雄 著，中公新書
　　まともなドキュメントと文章を書けよ。

本題とは無関係だけど、トッパンが出版業務から3月いっぱいで
撤退するということなので、ほしい本があったら今のうちに
買っておかないとだめですね。
それともどこかが版権を引き継ぐのかな？

>それともどこかが版権を引き継ぐのかな？

そうなって欲しいね。
たいていどこでもあそこよりはマシだろうから。

ハッカーズ大辞典 アスキー出版局

ソフトウェア・テストの技法　G.Myers
ソフトウェア開発２０１の鉄則　A.Davis

コードコンプリート　S.McConnell は賛否両論

小説でもいいすか?

「超マシン誕生」とか「闘うプログラマー」とか。
未来の二つの顔はちょっと違うか。

ホーガンの新作でましたね。

国語辞典・広辞苑
言葉知らないプログラマ・ＳＥ多すぎ

＞１３
藤原博文の「Cプログラミング診断室」は、Webでただ読みできる。
URL忘れたけど。
＞１４
これは、確かに文句なくおすすめ（笑）

タダ読みできるけど、タダ読みするやつはできるやつだけ。
できないやつは読まない。
あれを読んだ人が、バカな同僚や部下に読ませるために、
本を購入していってるよ。本を机の上に置かれたら、
読むかもしれないから。

「Cプログラミング診断室」
http://solan2.pro.or.jp/~fuji/mybooks/cdiag/index.html

「プログラム書法」
「エキスパートＣプログラミング」
　いまだに年に数度読むことがあります。

＞１４、２４

アマゾンコムじゃ原著は普通って評価っぽいですけど。本屋で立ち読みしたら邦訳版は結構いいと思いましたけどね。
http://www.amazon.com/exec/obidos/ASIN/0262011530/o/qid=954358405/sr=2-2/102-2325408-1608008の本でいいのかな？

Yes.

「オブジェクト指向における再利用のためのデザインパターン」

「診断室」は初版絶版だったけど、WEBでタダ公開後に
復刻成ってさらに5版まで行ってるらしい。
あれは俺も良い本だと思うよ。あの本のやり玉ソース
的なコーディングをしてる奴が読めば感動するか激怒
するかだけど。

Cなら、H&Sリファレンスと、STANDARD Cは持ってていいような。

Ｃによるプログラミングスタイルブック
ＴｕｒｂｏＣ最適化技法（たぶん絶版）
ＡＮＳＩＣ言語辞典（お奨めではないけど引くのに便利なサイズ）
ＡＲＭ

yahoo.com(co.jpぢゃないです)

>あれは俺も良い本だと思うよ。あの本のやり玉ソース
>的なコーディングをしてる奴が読めば感動するか激怒

そういうやつは、あれを(1章だけでも)読み通すってのもやらんと思う。

Cのリファレンスとしては、
新・詳説C言語[H&Sリファレンス」THIRD EDITION
は手放させないな。
ところで、このH&Sリファレンスの４版の日本語訳って
出てますかね？

Fortranスレッドにも書いたけど，"The Practice of Programming"
はお薦め．http://tpop.awl.com
邦訳がでるのなら，ぜひちゃんとした訳者にやってもらいたいもの
です．

＞新・詳説C言語[H&Sリファレンス」THIRD EDITION
SoftBankのページ言っても、この本の情報が載ってなかったんだが、
ひょっとして絶版にでもなったのだろうか？

「プログラム書法」は古いけど、
そんなような本ないですかね。

Bertrand Meyerの「オブジェクト指向入門」（アスキー出版局）がまだ出てないね。

詳説 正規表現
別名「Perl 入門」

「君はDFAとNFAの違いを知ってるかい？」

＞Ｃによるプログラミングスタイルブック
Cプログラミング診断室のこの本の書評
>しかし、重箱の隅を突つくような内容が多いのと、
>書法も標準的ではなく、 とても勧められません。
に同感で私は勧めないな。

絶版といえばトッパンが出していた本の引き取り手達はあるのだろうか。
オブジェクト指向やC++関係のいい本が無くなるのはしのびない。

「Cプログラミングの落とし穴」って
初級から一歩抜け出すときに参考になりました。
あ、これもトッパンか...。

36で紹介している本が「プログラム書法」の現代版という感じ。

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

プログラミング言語C++も２版まではトッパンだったなぁ。

そーいえばK&Rの第３版ってでないんかね？

第1版と2版の訳はちょっときつかったけど
第3版は長尾氏の翻訳なので安心です。

英語が苦手な俺から見ても怪しい訳が多かったので、
比較するために原書買っちゃった。>2ndEdition

K&R "The C Programming Language" の公式サイト。
http://cm.bell-labs.com/cm/cs/cbook/index.html

あとお二方の興味は Inforno に移ってしまって C はもういいという
感じじゃないのかな。

まぁSecound Editionから特別書き足すこともなさそうだもんね

The C PROGRAMMING LANGUAGE 2nd も別の良い翻訳者に変えて、
新訳出してくれないかあ。
石田晴久も充分儲けただろうし、そろそろ手放してくれ。

ついでに、古典だけどコンパイラIとコンパイラII(ドラゴンブック)
を推薦しておく。

書籍じゃないがC言語 FAQ 日本語訳
http://www.catnet.ne.jp/kouno/c_faq/

Ｃプログラミング診断室ですが、中には作者の考え方が古かったり偏見入っているところも
あるから、全て鵜呑みにしないようにした方がいいように思います。

C++ 実践プログラミング ISBN4-900900-10-9
なんかどうでしょ。

>Ｃプログラミング診断室ですが、中には作者の考え方が
>古かったり偏見入っているところも
長い関数を書くなって言い過ぎだな。
うのみにしてモジュールきり刻んでstaticや
externの山にする奴が出るのがオチ。
そもそもサンプルがひどすぎる例だけ出してて
意味無し。
>ついでに、古典だけどコンパイラIとコンパイラII(ドラゴンブック)
>を推薦しておく。
エイホ／ウルマンではもっと一般的な分野の本があります。
「アルゴリズムの設計と解析」（共立）
って中身濃すぎて売れなさそうな内容だけど。

>DDJのオブジェクト指向開発講座（しょうえいしゃ）とか…。
>だめ？(^_^;)

これはいいと思った。

＞５３、５７
こういう本が出るとほっとする。
数年前に比べてコンピュータ関係の本の売場は増えたけど、
コンピュータ科学の本は減ったような。

あの本鵜呑みにしてしまうと
http://www.nsg.co.jp/nbb/ss/joy/ig970410.htm
の人みたいに
>(*)50行以上の長さの関数は書いてはならない。
という結論出してしまうんだろうな。
罪な本だ。
会社のコーディング規約を作る立場の人間が信じたりすると
被害はさらに広がる。

それでも、１関数2000行とかいうソースを見せられるとうんざりするなあ。
一方、１関数が1〜4行程度というのが500ぐらい並んでるのもうんざりする。
ほどほどがいいねえ。

勿論不必要に長いのがいいと言っているわけではないのですが、
藤原本の問題は、行数だけを問題にして、それ以外の要素について語られていないことです。

「第１章　普通の初心者　何だ、このプログラムは!」を読めばとにかく
短くすればいいんだとか、６０行という数字を基準に考えてしまう人が
出てくるだろうなと思わせる。
続く「第１章　普通の初心者　短くするには」もただ処理をまとめることだけを
奨めているだけでは乱暴過ぎる。

関数を分けすぎたときの弊害についてなどを述べていないのは不味いだろうし、
行数を短くしただけの、別の有害なコードを生み出す可能性がある。
２５行とかいうＮＥＣ９８＋ＤＯＳベースでしか根拠の無い数字を基本に出している
ところも気になる。
藤原本や藤原ＷＥＢより、
http://www.st.rim.or.jp/~phinloda/cprog.html#part2
の、「■一つの関数の長さ」を読んだ方がよっぽどいいと思う。

57さんが
>そもそもサンプルがひどすぎる例だけ出してて
と書いているが、「第１章　普通の初心者　名前」なども例が酷すぎる。
名前についても藤原本より
http://www.st.rim.or.jp/~phinloda/cprog.html#part5
を奨める。

藤原本の論旨が乱暴なことを良く言えば単純で分かりやすいとなるだろうし、
そこが受けるのだろうけど、単純すぎて危険な側面があると思う。

ゆっくり設計すれば、５０行以内の関数に纏められるけどな。
　ただ、構造体渡しになるのが多くなるけど。
　　でもまあ急いで書いたら仕方ないよね。

＃Cも、pascalみたいに関数内関数が書ければ ズっとすっきりするのになあ

そんな無理して○○行以内にしたところで見やすくなることに
ならないと思う。
他にも、一行にたくさん処理書いてたり、{}を省略したりして
縮める人いるけど、それをした５０行以内と、それらをして
いない５０行以上とに差があるのだろうか。
逆に後者の方が見やすい場合が多いですよね。
○○行という制限に必要以上に拘るのは意味無いですよ。

抽象データに近づけて行くと、たった1行なんて関数増えちゃいます。
ついでに、何となく好かんのでマクロにしないまんまだったりして。

俺ってやっぱり馬鹿？

インライン関数にしましょうよ

私も一行だけの関数やりますよ。
C++ だと class 内に１行だけのメンバ関数は珍しくないでしょう。

Cでもグローバル変数を作らないようにして、変数を関連する
モジュール内に詰めこんでおくと、外部参照用の一行だけの
関数とかは増えますよね。

藤原は止めた方がいい。
基地外と行っても良いほどの天才だから、我々凡人がまねても利益はでない。
それに、ふつーの人の苦悩を理解する能力が無いから「ばか」の一言で
片づけられてしまいます。近づかない方がいいよ。

彼の作った BASIC 処理系のひどさといったら伝説となっている.

藤原の書籍から妙な何か(説明不可)を感じて、
それ以来近づいていなかったのは正解だったかな。

>彼の作った BASIC 処理系のひどさ

まだ生き残っている「I/O」の別冊に載った、「高速 BASIC」のことだね。
構文エラー/実行時エラーを含むコードを渡すと、わざとハングアップする
用にプログラムされている。メッセージも何も出さずに。

曰く「私はバグのあるコードは書きません」だとさ。

天才つーか、はったりかます山師タイプの人間＞藤原

ま、まじですか・・
結構信頼できる人だと思って、尊敬さえ
しているところなのに。

新しい世界も見た方がいいですよ＞７２
彼を尊敬するのは中学校の先生を尊敬するのに似てるかも

藤原氏は天才(優秀)なの？
それとも単なる勘違いドキュン(ＡＣみたいな)？

例え本人が嫌な人間だろうとああいう事を書いてくれる人
間が他にいないのも事実。
一生あれのサルマネをするならともかく、入門者には有益
な本だと思うよ。

＞70
高速性を追求したということで別にそれでもいいと思うけど。
それにTK-80用のプログラムの話じゃんか。メモリがBASICを
のせるとそれだけで大半が埋まっちゃう時代。

いや。入門者だからこそ、ふれてはいけない。
いくらメモリが無くても、やるべきことはあるだろう。同時代の
プログラムがやっていた程度のエラー表示くらいは、彼の能力から
したらできたはず。それを故意にやらなかったところに彼の天才性と
凡人に対する優越感が表面化している。

ほんとに頭良いんだけど... 何か世のために何かする。って努力が
ひとかけらもないから、結局、コンピューターサイエンスにまったく
貢献せず、終わってしまった人ではある。

>終わってしまった人ではある。
藤原氏はもう過去の人なの？まぁ似たようなもんか。

＞いや。入門者だからこそ、ふれてはいけない。

でも本当の入門者がいきなり業務用プログラムを作成している
のを目の当たりにしている立場からすると、あの「診断室」の
例は極端ではなく現実だぞ。
あの本に触れさせない場合には入門者が支離滅裂なオリジナル
な方法を身につけてしまうだけだと思うが…。

藤原さんておいくつなんでしょう。40〜45歳位？

1951年生まれ。
1978年TK-80BSのBASICの低速に我慢できず、趣味でBASICコンパイラを開発。
1979年「コンピュータファン」創刊号で↑を発表。アマからプロに転向。

逆に「Cプログラミング診断室」や藤原博文を全否定するような
意見こそ「凡人に対する優越感」という気がしてならないのだが。
あの本を欠点があっても良いことが多く書いてあると思ってたのが
「全否定」されたことで「そんなこともわからんのか」と見下され
たような気がした。

よきにつけわるきにつけ、一度は読んでおくといい本なんだね。
批判するにも賛同するにも読まずに言えないから。
注意点としては「鵜呑みにすんな！」ってことか。

「Cプログラミング診断室」はオレもすきなんだけど、
それに変に感化されたヤツが掲示板なんかで、議論相手に
「そんな書き方をすると破門です」とか言ってるのみると
いたたまれなくなるな。

それは考え過ぎだろ
全否定というより危険性や問題点を指摘されているわけだろ
特に57や62の意見は具体的だし「Cプログラミング診断室」
を読む上で参考にすべきだと思うが？

君、もっと大人になれよ
情報系の論文あさって読んでみろ
目から鱗が落ちる理論がたくさんあるぞ
どうしてそこまで彼の肩を持つのかそのほうがわからん
もしかして藤原本人か？

お勧めを紹介して

＞いや。入門者だからこそ、ふれてはいけない。

全部否定するっていうのがどうしても納得できないだけさ。
一部だけ否定するならわかるが「ふれるのもいけない」とはね。
彼の性格うんぬんや今とは全然リソースに対する価値観が違う
大昔の話まで引っ張り出すのは藤原博文以上に極端だとは思わんか？

＞いや。入門者だからこそ、ふれてはいけない。

全部否定するっていうのがどうしても納得できないだけさ。
一部だけ否定するならわかるが「ふれるのもいけない」とはね。
彼の性格うんぬんや今とは全然リソースに対する価値観が違う
大昔の話まで引っ張り出すのは藤原博文以上に極端だとは思わんか？
どこが大人のやることなんだ？

＞情報系の論文あさって読んでみろ
＞目から鱗が落ちる理論がたくさんあるぞ

あと、藤原博文のはそういう理論じゃなくて、
現場主義のもっと泥臭い種類のもんでしょ。
あの人は学者じゃないんだから、学者と比べて
うんぬんは筋違いだろう。

Javaの本が全く出ていませんが、お勧めは存在しないのでしょうか?
Javaのからくり、が分かりやすかったですが、扱ってる内容が少ないです。

藤原信者キモイ

厨房はだまっとれ

＞いや。入門者だからこそ、ふれてはいけない。
これって、藤原全否定になるのかな？

>あの本に触れさせない場合には入門者が支離滅裂なオリジナル
>な方法を身につけてしまうだけだと思うが…。
彼の本「だけ」が入門者を苦界から救う手段ではあるまい？

ついでに言うと、参考書が全てではないでしょ？
「推薦図書/必読書」のスレッドではあるが、文献だけで学習できる
ほど、世の中は簡単では無い。無用な極論はさけましょう。

自分は Peter Coad 「UML による Java オブジェクト設計」が
よかったと思いますが、分かりにくい、古い、変とけなす人もいるので
無条件にお勧めできるかどうか分かりません。

あと入門者用には「コア Java2」がよいと思います。

94 は 90 へのコメントのつもりです。>90 とやろうとして
90 にしてしまった。90 さん、ごめん。

K&Rの本がよいとのこと＞C
どこで売ってますかね？
秋葉書泉以外で見たことないです。
情報求む。

タイトルのC++の本について
コメントください。
C++での良書、バイブルのようなものはないのでしょうか？
ARMのトッパンが無いとのことですが、売っていますか？

＞情報系の論文あさって読んでみろ
＞目から鱗が落ちる理論がたくさんあるぞ

お勧めはいつ紹介してもらえるのでしょう？
是非、目から鱗が落ちる論文を読んでみたいです

>お勧めはいつ紹介
全部。

情報関連の大学だったら図書館に「情報処理学会」会報とか
あるはずだよ。一つづつ読んでごらん。

>96
>秋葉書泉以外で見たことないです。
>情報求む。
?
出版社とタイトルが分かってるんなら、近所の本屋で注文すれば
すむことじゃん。

買う前に一見したいということか？

＞96
K&Rは大きな書店でコンピュータ書のコーナーがあるどこでも置いてある
と思いますよ。特にこの時期は平台に山積になっていたりしませんか？
大阪梅田では紀伊国屋と旭屋両方で目立つコーナーに積まれてましたよ。
正確な書名は「プログラミング言語Ｃ　第２版」共立出版

既に書き方が逃げに回ってますな
期待した私が馬鹿でした

はは、ちゃいます
既に借りて持ってます＞K&R
AMRは探したことありません。（知りませんでした)
秋葉書泉で1冊しか置いてありませんでした。
買いたかったのですが、すこし汚い…ので
たくさん置いてあるところを知りたかったのです
きれいなバイブルを買いたい！
>101
どこでも置いてありません。
大きなところじゃないと…
一つの階全部コンピュータとか…
コーナーがあるくらいじゃ結構ないでした…
ちなみに関東求む

都内なら...
南池袋のジュンク堂とか池袋東武の旭日屋とか，神保町の
書泉グランデとか、秋葉原のブックタワーとか、売ってる
だろう。あとは行かないのでしらない。

論文はただじゃないよ
発行収入を財源の一部にしてるところが多いんだから
読みたければ大学図書館行くか、買いなさい。
ただで文献を読めると思ってるんじゃないんだろうね？
公開してる研究室もあるけど、読みたいなら探せ

言い訳はもういいです

東京から離れたので何年も行ってないなぁ > 書泉グランデ

書泉の動物しおりシリーズって続いてます?

田舎の書店だとK&R無いところも多いかも。
コンピュータの本なんて店員にはチンプンカンプンだもの。

>103
新品が欲しいだけなら注文すればいいって。

結局　具体的な例が出せない
馬鹿ばっかなんだね
プログラミング診断室を馬鹿にする馬鹿

>96
http://www.esbooks.co.jp/

これどう?
傷物を送られたので文句言ったらちゃんと返品受け付けてくれたよ。

IEEE Digital Library に入っておくと便利ですよ。
http://www.computer.org/publications/dlib/index.htm

IEEE Software＠｀ Intelligent Systems＠｀ Computer などの論文を
年間 $99 で読めます。ここで山ほど論文を読むといいでしょう。
たくさん読めば、目からうろこが落ちる論文にめぐりあえます。

これらは論文じゃなくて論文誌ですね。論文そのものもありますが、
執筆者の出した論文のダイジェストみたいな内容も多いので、これで
当たりをつけて、参考文献を読み漁るというのが一番よい利用法の
ように思います。各特集の "From editor" みたいな記事は、その分野の
概要を手際よくまとめているので、ダイジェストを手っ取り早く理解するには
Editor's Note だけを読むのも手だと思います。

ハードな論文を好む向きは別料金を払って Transactions of ... を読むと
いいでしょう。

って言うか、売ってねー（笑）

ARMの詳細求む。
トッパンという、ロゴはわかったので探したんですが
ARMという書名は見当たらず
なにかの略語でしょうか。
ちなみに、検索してもでてきませんでした。
（三省堂で検索）
詳細リファレンスマニュアル…ってのは、あったかもしれない…
ARMってなに？
K&Rサイズでしょうか？それとも出来るシリーズサイズでしょうか？
そんでもっていくらくらいでしょうか。
現物を紹介しているホームページなどありましたら、
教えてください。
ARMで人に通じるもんですか？

K&Rが山積みになっているところは
神保町にはありませんでした
秋葉原も然りです。

名著かどうかわかりませんが
みどりとかピンクとか青とかで
ずらっと並んでる本（外国の）あれって、どうなんでしょう。
並んでるのを見るだけで見る気がしなくなるんですが…
たまーに一冊だけあるときに見ても読みづらいんですが…
でも、歴史がありそうですよね…
あの、数は。

オライリーの本のことかな？
あれは親切かつ明快かつ正確かつ奥が深いと4拍子そろった
本です。大抵の場合、読んで損はありません。

K&R は LAOX The Computer 館で平積みになっていましたよ。
だいぶ背は低くなっていましたけど。

>K&Rが山積みになっているところは
>神保町にはありませんでした
>秋葉原も然りです。
探し方が悪い

＞C++での良書、バイブルのようなものはないのでしょうか？
「プログラミング言語Ｃ＋＋３版」
http://www.ascii.co.jp/books/detail/4-7561/4-7561-1895-X.html

C++の良書としては「Effective C++ 改訂2版」もよく名前があがる
http://www.ascii.co.jp/books/detail/4-7561/4-7561-1808-9.html

トッパン潰れて宙に浮いてしまったARMの引き受けてはあるのかな。
無くなっては困る本なんだけどな。

ARM は、The Annotated C++ Reference Manualの略
邦題は、注解C++リファレンス・マニュアル
http://tsmz.topica.ne.jp/topub/display.asp?sku=4-8101-8027-1

More Effective C++も結構好き!

K&R山積み発見しました。
2000年4月5日付けの印刷です。
昨日まで、どこにもないはずです。
第一次発見は秋葉LAOXですので、ほかの書店にも
並ぶと思われます。
2版ですけどね

>115
前にLAOXも回りました（前回秋葉を回ったと書いたとき）
そのときはありませんでしたから
本当にごく最近入ったものだと思われます。
印刷日参照
＞オライリーの本
名前を覚えておいて今度確認してみます。
読んで損はないというか読む気が起こりませんね…
あの量は…（笑）

>116
探し方悪くなかったですね
K&Rは発見してますから。

>ARM情報
有難き幸せ
しかし、買いません（買えません？）
高い（爆）

プログラム言語の前に
日本語を勉強せよ

>123＠｀124
はは。
日本語勉強するのはお前らのほうだろ。どうみても。

C99 の影響でK&R 第3版が出るって事はありえるのだろうか?

厨房はくるな>124＠｀125

VC++やる上で参考になる本ありませんか？

昔Microsoft PressのInside Visual C++なんてのを読んだな。
今も更新されてる？

#MSDNで十分すぎるようにも思うけど...

Ｃ＋＋エッセンス（アイラ・ポール著）もなかなかいいよ。

オブジェクト指向の理解とＣ++での実践を考えた場合の推薦書とかないでしょうか？

>131
『憂鬱なプログラマのための、オブジェクト指向開発講座』（翔泳社）
なんてどうでしょう？

>132
　さんきゅ〜。チェックしてみます。
　検索エンジンでチェックしてみたらかなり評判もいいみたいですね。

　ところで、この本(作者？)のページというものにリンクが張られているけどリンク切れというのがたくさんありました。
無くなっちゃてるんでしょうか？

COBOL覚えないとならなくなったんですが、
お勧めの書籍ってありますでしょうか？

第2種情報処理技術者試験 秘伝のCOBOL

>135
ありがとうございます、明日早速見て来ますです。

ここのスレッドにあがってる本のうち、どれだけがトッパンの
撤退とともに消えるのかなぁ

　

プログラミングPerl

IEEEの規格を日本で入手できる所ありませんか？

俺もそれでやっとオブジェクト指向に入れた。

ここじゃだめ？
http://standards.ieee.org/catalog/olis/index.html

ありがとうございます
なんとか頼んでみました

初めてのPerl〔第2版〕

学校でDelphi（ver2）の講義があります。
「何か一冊、自分で分からないことを調べる時のため、本を持っておきなさい」と言われています。
Delphi（PASCAL）でお勧めの書籍はありますか？

「はじめてのデルファイ」
「デルファイオブジェクト指向」(とかいうの)

　塚越英一著

賛成146
GUIを使いこなすなら
「Delphi3.1リファレンスガイド」
Pascal言語を使いこなすなら
「DelphiObjectPascalリファレンス」
もお薦め

http://www.valley.ne.jp/~masaiku/index1.htm

　メールクライアントやFTPクライアントを自作するのに参考になる
ソケットプログラミングの本でお勧めなのは無いでしょうか？
　とりあえず共立出版の「TCP/IPとソケット｣という本で勉強してま
すが、他にお勧めのがあったら教えてください。

windowsではじめるCプログラミング、デーブ・マーク著、トッパン刊。
あんまり内容は詳しくないし、Code Warriorという開発環境に準拠していると
いった所はあるが、読み物としておもしろい。プログラミング初心者（未経験者）
におすすめ。

独習Javaってのは結構よかった。

Cプライマー

>150
独習Perlもよい。

独習シリーズいいですね。

152=153です。

独習Ｃの昔のヤツは変だったような.....

ここにあがってる本と系統が違うけど、
「誰のためのデザイン？」 D.A.ノーマン 新曜社

ビアソンから出てる ダイテル著の本、
Javaプログラミングとか C++プログラミングはどうなんでしょうか？

大学生協に山積みになってるので、
Javaの方を買おうかと考えてるのですが

＞146＠｀147
ありがとうございます。
本日（昨日？）『はじめてのDelphi』を購入しました。

ちなみに、C++用には『改訂新Ｃ言語入門』を持ってます。
他の書籍を読んでないので、比較は出来ませんが、易しいので、私には良いと思います
物足りない、と言う人もいると思いますが。

UNIXプログラミング環境は古い本だけどおもしろいよ。
ところで僕は大学２年なのですが、去年はコンピュータ
（おもにプログラミング関係）の本を５０冊購入しました。
まわりにこのような学生がいないのでいろいろと大変です。

>159
なにが大変何らよ？
なんでまわりに同じように本をたくさん買う学生が必要なんだよ？
本呼んでわかんない床は人に聴けば言いやって子とかよ？
そういうやつがここなんかで堕すレッドたてまくるんだよ。
つーか偉そうなんダヨお
本の数自慢すんなよおおお

まずママに仕送りもらうのをやめなさい

デザインパターンに関していい本をご教授下さいませ　m(_ _)m

デザインパターン買えよ。つうかあれしかねえ。
高いから躊躇してんの？
CD-ROMの中身PCにまるごとコピーしとくと便利よ。

デザインパターンは必携。あれを読まずしてパターンを語るなかれ。
あとはパターンハッチングも評判いいぞ。

ども。ガッコの図書館に買わせます。

>165
その金は税金だぞ。

有意義な金の使い方ぢゃん

私立だとどうなの?税金?

いや、
「ガッコの図書館に買わせます」＝
「税金で買わせます」＝
「税金払ってるあんたらに買わせます」
・・・なんてね

私立でも、補助金だか、助成金だか出てるはずです。

そーいや，最近 「Javaで学ぶデータ構造とアルゴリズム」みたいな本が何冊か出てるね．
JDKタダで手に入るし，色々出来るし，入門書買うなり JavaSoftの tutorial見るなりすれば，
結構少ない予算でも プログラムの勉強が出来ていい世の中なのかも

ガッコは私大です。皆様のありがたい血税も
国公立ほどではありませんが注ぎ込まれております。
でもこの話のオチは、ほんとはバイトの先の上司に
「デザインパターン勉強すれば、もっと楽に設計できるよ」
って言われたからだったりします…
どのみちこの業界に就職するので、笑って見逃してください (＾＾；

Java言語はきもちいいし。
jdkも順調（？）にバージョンあがって、
いいかんじだし。
JBILLDERもダウンロードできるし。

その「デザインパターン」ってどこから出てるやつですか？

「オブジェクト指向における再利用のためのデザインパターン」／ソフトバンク
ISBN4-89052-797-4＠｀ 4500円

ときどき旧版売っている店があるので気をつけてね。> デザインパターン
新しい版は表紙が白。旧版は表紙が茶。表紙の色で見分けよう。

旧版はCD-ROMついてない

画像処理の本で読むかと思ったけど、なにがいいんだろ?
プログラミング言語問わず。

Oh!Xのバックナンバー。

Oh!FM-TOWNSのバックナンバー。

画像・音声関係はウェブで探したほうがいいんじゃなかろーか。

アルゴリズム関係で、何かいい本はありますか？

定本Ｃプログラマのためのアルゴリズムとデータ構造
Ｃ言語によるはじめてのアルゴリズム入門
Ｃ言語による最新アルゴリズム辞典

藤原博文の「Cプログラミング専門課程」は初級から中級に
レベルアップするのに役立つ・・・かな？

藤原本を鵜呑みにしているようでは初心者のまま

いつもその系のバッシングを見かけるんだけど
どの辺りがおかしいのか聞くと沈黙するのが謎

やれやれ鵜呑みにするなと書いただけでこの反応か。
沈黙？どこに眼をつけているんだ？
このスレッドの中でもおかしい部分を書いたレスはちゃんと
あるぞ。
藤原本を少しでも悪く言うと低レベルな煽りを入れる奴が
必ず出るほうが謎。

187が過剰反応しすぎ。

文面から推測すると、論文がどうこう書いて、
結局具体例が挙げられなかった御方でしょうか？
ずいぶん昔のことなのですっかり忘れてました

塚越一雄さんの著書はこだわりがあって好きです。文章も腰が低くて
好感が持てます。Linux システム管理[基礎編]は最初知りたい具体的
なことが書いてなくていらいらしたけど、少し Linux になれてから
再読すると理解が深まります。

190です。このスレッドプログラミング言語の推薦図書
だったんですね。間違えてしまいました。すいません。

言った端から低レベルな煽りかい。時間から見て同一人物かい？
客観的とかよく言えるな。
あの文面のどこをどう見たら論文と書いた奴と同一人物になってしまうんかな
絵に描いたような低レベルな言いがかりだな。
具体例とか昔のこととか書いているところを見る論文と低レベルな
言い争いしていた奴臭いが、もしそうなら、いきなり論文読めと
言う方もどうかと思うが藤原のことが誉められていないとすぐ
喧嘩腰になる癖どうにかしたら？そういうのを過剰反応つーんだよ。

どっちもなに言ってるかわからねえよ。
鵜呑みとか過剰反応とかどうでもいいから、
中身について話し合ったら？

UMLの解説書ってなにがいいですか？

まぁまぁそんなにむきになって怒らなくても
具体例を書けばそれについて返答が来るでしょう
このまま内容が無いような書き込みを続ける限り
煽られて泥沼になるだけです

別にむきになってないけどな。低レベルな絡み方してくる
輩に呆れているだけだよ。どう見ても怒ってるのは相手で
しょ。
つーか中身に付いては既に議論されつくして、鵜呑みにし
ない方がいいという流れが出来てるだろ。
何故敢えて俺がまた無駄な手間をかけないといけないのか
判らんぞ。議論を踏まえて鵜呑みにしない方がいいと書く
のに内容も具体例も糞も無いだろう。
鵜呑みにするなと書いただけで絡み出すような狂信者を
生み出すのは何故だろうかについては少し興味はあるな。

187>藤原本を少しでも悪く言うと低レベルな煽りを入れる奴が必ず出るほうが謎。
186のどこがそこまで言ってる？
藤原本が良いか悪いかはともかく、君は人の話を冷静に聞く耳は持ってるのかね？

196>低レベルな絡み方してくる輩に呆れているだけだよ。
過去にどんな思いをしたか知らないが少なくとも184以降のレスはそんなにおかしいと思うのかい？

君もう少し自分と異なる意見に対して冷静に対峙する必要があると思うよ。

これは君への煽りではなくて、単純になぜ君がここまで被害感情丸出しで
主張できるかの疑問です。

ちなみに189とは違います。まぁ、怪しむぶんにはどうでもいいですが。

たぶん、
バッシングの流れに乗って、よく分かってないのに書いてそうだから
具体例を挙げさせて間違っていたら突っ込みまくってやろう
と、そんな思考だと思います

また、具体例を避けるのは、
書いたことが間違っていたら突っ込まれるのが怖い
という思考が働いているのではないでしょうか

あ〜あ、本当にくだらない奴だな。被害者意識はどっちなんだろう。
「過去にどんな思い」って自分のこと言ってるのかい？そんな妄想はいい加減に
してほしいな。こんな妄想だとかお前は論文君だろとか意味不明の絡み方され
ても呆れるしかないのに、なぜ呆れたら被害者意識が強いことになるんだろ。
不思議不思議。
鵜呑みにするなとしか書いてないんだよ。そんな俺に絡みたいなら、
あの本を鵜呑みにしてもいい理由を君（たち？）が具体的に書いておくれよ。
それとも今どき藤原本読んで本当に中級者になれると信じてるの？

馴れ合いたいんならコテハンになれ。
つーかヒッキー？

馴れ合い？ヒッキー？また新たな妄想かいな。
それとも第三の煽りかいな。ごくろうさん。
どちらにしろくだらんな。。。

＞それとも今どき藤原本読んで本当に中級者になれると信じてるの？
最近はだれも藤原本の擁護をしている人はいないんだけど、
一人で暴走してませんか？

暴走も君の妄想でしょう。駄洒落みたいになってしまったな。さぶっ。
どうして藤原を鵜呑みにするなと書いた俺にそこまで絡んでくるのか
マジで不思議なんで、そう思ってるのかと聞いただけなんだけどな。
そんな必然的な質問が君には暴走に見えてしまうも妄想の仕業だな

ひょっとして鵜呑みにしてもいい理由が答えられないので逃げに入ったとか？
まさか、そんな判りやすい見苦しいことしないよねぇ・・・それが俺の妄想
ならいいんだけど。

>そんな俺に絡みたいなら、
>あの本を鵜呑みにしてもいい理由を君（たち？）が具体的に書いておくれよ。
だから184以降のレスで誰が鵜呑みにしていいと言ってるのか？
　大体、藤原さんの狂信者といえる存在がそんなにいるのかい？
君の周りには。。。そうだったらお気の毒だがね。

　藤原さんの本は「C専門課程」を読んだ。いい本だと思ったよ。
しかし、なんでもかんでも藤原さんの言うとおりに書けばいいと言う
考えは持ってないよ。俺は。

鵜呑みにするなと書いた俺。
それが気に入らないのか俺に絡んで言いがかりつけた奴が居る。
俺呆れる。それでもしつこく絡んでくる。そこまで俺に言いがかりつけ
るなら鵜呑みにしていい理由答えてねという。
小学生でも判る流れですよ。誰も言わなかったとか小学生みたいな
屁理屈はやめてね。
同情までされちまった。あほらし。盗人猛々しいとはこのことだね。

はは。なるほど。君の思考の流れが分かって面白かったです。

藤原本
何かと争いの種になる　罪な本よと　煽る俺

肯定派と否定派がこれほど顕著なのもめずらしや

194さんの質問が流れてしまったのはアホを相手にしてしまった
俺にも責任はあるな。悪いから答えておきますわ。

>UMLの解説書ってなにがいいですか？
http://www.ogis-ri.co.jp/otc/hiroba/ogisbooks/UMLDistilled.html
やっぱこれでしょう。

http://www.ogis-ri.co.jp/otc/hiroba/OoBook/UML_Distilled/index.html
こういうページもある

藤原本が貶されようと別にどうでも良いんだけど、
流暢に乗ってバッシングする人物をからかってみただけです
見事に煽りに乗ってくれて面白かったです

言い訳だか負け惜しみだか煽りだか知らないけどごくろうさん
まぁ、後からはなんとでも言えるし頑張って悪あがきしてね。

……流暢に乗るんスか？

僕は、ちょっと鵜呑み状態かもなぁ...
もっといい方法とかあったらそっちに乗り移るけど。

関数は短めに書いてます。
でも短く分けない方が自分にとって見やすい時は長いのも書きます。
大域変数はあんまり使わない。
でもファイルスコープの変数はそれなりに使うかな。
同じような関数は1つにする。
でも条件分岐が多くなって見にくくなる時は分けたままかな。
gotoはあまり使わない。
でもネストしたループから脱する時には使うね。
sprintfはよく使うね。
でもオーバーフローには気を付けてます。snprintfがansi規格に
なってよかったね。
memsetで配列を初期化はするね。
でもポインタ配列では使わないね。

つか、lexで遊ぼうっと。

http://www.pro.or.jp/~fuji/mybooks/nextplan97.html

>　『Ｃプログラミング専門課程』的な方針だ。世間 のC++プログラマ達は、やたらと抽象化への信奉が強い
> ようなので、徹底的な 具体化、メモリ丸見えの世界を再現しようかと思っている。オブジェクト思考 宗教を
> 否定し、C に毛が生えただけの言語であり、便利な部分だけを各自が勝 手に使えばいいのである。
> C++はすばらしい、こんなこともできるといって、極めて抽象的な説明の後、 突如サンプルを見せられて、
> 世の多くのCプログラマから嫌われてしまった。 言語は使えなければ意味が無い。ホームページは見られ
> なければトホホである。
1997年に、こんなこと書いている藤原はやっぱり時代遅れでダメダメだろ

> 214
> C に毛が生えただけの言語
場合によっちゃー、C++ をこーゆー使い方してもよいんじゃない？
少なくともおいらはこーゆー使い方もします。業務の上でも。

全部が全部こーしろと言ってるんならダメダメだけど。

好意的解釈をすると…
CからC++へ移行できない人たちに、中ではこんなことやってるんだよ
という低レベル部分を説明して、そこから理解を促そうという
主旨じゃないのかなぁ。

あと、やっぱC++はC的に危険なことも出来てしまうので、
プリミティブな部分の理解ををないがしろにしてはいけない
ことは確かだし。

ずいぶん過激な書き方だねぇ＞藤原の解釈
一部の人には受けがいいかもしれないが（その人たちを正当化する
書き方だからね）まともな C++ 学習者には反感を買うだろう。
私は藤原の主張は嫌い。

あ、解釈って 214 の藤原の主張のことね

やっぱ、そんなレベルでオブジェクト指向の理解は
不可能だと気づいた。藤原氏は何がしたいんだろう？

つまり藤原は
「俺はC++の実装のこんなところまで理解してるんだぜ〜」
ってのを書きたいだけなんでしょ。

「C++の実装」で、「オブジェクト指向の概念」を理解しようと
いうのはさすがに無茶苦茶じゃないかな。
好意的に解釈すれば、「オブジェクト指向の抽象論はいやというほど
読まされた読者｣向けの本ということなんだろうね。

藤原スレッドがあったほうがいいのでは?
という盛り上がりですね。

しかし、誰も具体的な内容を伴った批判をしないな。

コンピュータアーキテクチャで良い本はないでしょうか？
以前図書館で借りた「計算機アーキテクチャと構成方式」
はよかったと思いますが専門的すぎ＆値段高すぎなので手
元に置く気にならんです。5000円以内でそこそこ現代的な
アーキテクチャまで解説したヤツ(情報処理技術者試験対
策本チックなのはボツ)はないですかね？

それこそCPU/DSPのカタログ集めたら？

それはそうなんですがデータシートを読んでいると時々
意味不明な用語に遭遇するのでリファレンスが欲しいんです。

意味不明な用語は、使ってる方も意味不明で使ってる事あるからね
で、どんな用語？

XMLの本ってどうよ？

最近、XMLがなんだか理解できずにHTMLと混同した状態で、
必死に誰かに解説してもらおうとしている人間が増えてるような・・・

自分は「XMLアプリケーションズ」を買った。
内容はまあまあだな。

Ｃ＋＋のファックもついこの間発行されたよ。
まだ見てないけど、結構期待してる。
Ｃのと比べて結構量が多かったよ。
んじゃ。

藤原本のことなら55以降に具体的な批判出ていますよ。

その辺が具体的に見えない人には何を言っても無駄なような

いや単純に見逃している可能性があるかなと思って。
でも考えてみると184以降のやり合いで一方がさんざん過去ログに
批判があると書いてますから特定の人に向けての兆発なのかもし
れませんね。

アジソンウェスレイの「Generic Programming」って買ったひといます？
書店でパラパラ見た感じでは面白そうだと思ったんですけど。

gsub!(/買った/＠｀ '読んだ')

>224
そもそも5000円以内だと学部レベルの教科書しかないような。
洋書は良くしらんけど。あと、224さんの挙げてる中澤のは内
容はともかく読みづらいと思う。

K&Rが売ってない。名駅の高島屋と九十九、大須の情報百貨店には無かった
名古屋で売ってるところ誰か知りませんか?

確実に買うならインターネットで注文したらいいのでは。

>227
色々です、私の知識は昔のスーパースカラも載っていないような
教科書で固まっているので。

>237
そうですか…、とりあえず暇な時に本屋を探索してみます。別に
仕事で必要とかいうわけではないですし。

明日探してみて無かったら、通販にしてみます。
http://www.jbook.co.jp/
ここで注文しようと思うけど、他にいいところありますか?

　　∧ ∧　 　 　┌─────────
　　( ´ー｀)　　 ＜　http://www.honyasan.co.jp/
　 　＼　< 　　　 └───/|────
　　　　＼.＼＿＿＿＿__／/
　　　　　 ＼　　　　　　　／
　　　　　　　∪∪￣∪∪

C++の中級者向けの本で、300ページ以内に収まる本でなにか良いのが
あったら教えてください。

>238
･ﾍ･ｿ､ｫ､ﾈｻﾗ､ﾃ､ｿ(ｾﾐ)
ﾌｾｱﾘ､ﾊ､鯏ﾏｲｼ､ﾎｻｰｾﾊﾆｲ､ｫｶ眷ｴ､ﾎﾀｱﾌ�ﾙｹ｡｣ﾂ鄙ﾜ､ﾊ､鮟ｰﾍﾎﾆｲ･ｷ･ｰ･ﾞ､ｫ
ﾌ?ﾄｮ､ﾎ･ﾑ･?･ｳ･ﾖ･ﾃ･ｯ･ｻ･ｿ｡ｼ｡｣
ﾂ邉ﾘﾀｸｶｨ､ﾊ､ｫ､筅｢､遙ｩ

名古屋大学が近いので生協行ってみます。
無かったら名駅地下の三省堂、近鉄の星愉搗店?も探してみます。
4月に引っ越してのでよく知らないんで。。。
レスをくれた人、ありがとうございます。

あれは？エフェクティブC++はよんだ？

>243
「C++実用講座」はどうかな。
たいして凄いというわけでもないけどコンパクトにまとまってる
良書だと思う。

244は文字化けしてるけど、
「>238
ネタかと思った(笑)
名駅なら地下の三省堂か近鉄の星愉搗店。大須なら三洋堂シグマか
矢ｾ・・離僖・灰屮奪・札鵐拭次｣
大学生協なんかもあり？」
と書いてあるようです。
まだ文字化けしてるところはなんと書いてあるか不明。

>244
俺は名大生協で買った。北部書籍じゃないとないと思うので注意。
売り切れなら、川名の三省堂または日進通りのらくだ書店も
探してみては。

moji bake gomenn. EUC code ... (;_;)
>249＠｀250
Thanks!

結局、上前津の三洋堂で買ってきました。ありがとうございました。
K&Rは平積みにしてありました。
プログラム関係が充実してるし、雑誌のバックナンバーも扱ってるし、
コンピュータ関係の本を探すには良い本屋ですね。

>252
三洋堂の話が出てなかったら書こうと思ったが、
名古屋でコンピュータ関係の本を探すには、そこから当たるのが正解。
>250
場所柄にもよると思うが、帰省中には時々川名の三省堂に寄ってから
三洋堂に行く。

age

C/C++の辞書でお勧めってありますか？
どれも同じに見えてしまう。

辞書っていうと、テンプレートライブラリとかのリファレンス？

勧めないのは平林雅英のやつ

タイトルに「C/C++」が入ってる本はお勧めできない

ナーニーユーエー＞258

「ANSI C/C++辞典」のC言語部分は、事実上「ANSI C言語辞典」のコピペ。
C++部分は規格制定前に書かれたものだし、内容も全くない。
「ANSI C言語辞典」は、椋田實、福富寛両名が参加しているが、
こちらが事実上の著者ではないかと思うほど。

C++言語書法はどうよ？
読んだことないんだけど。買ってもいいかな。

JAVAによるデータ構造とアルゴリズム解析入門、ピアソン

これいいっすよ。初心者がアルゴリズムを学ぶのには最適。
計算量なんかについても詳しく書かれてるんで、お勧め。

ageときますね

プログラミング言語C++とARMとEffectiveC++(＋More)の
３つのうちどれかを買おうと思おうのですが、どれを
買えば良いと思いますか？

>264
あなたのレベルは？

C++初級者です。学校の図書館でプログラミング言語C++
を借りて結構良いなと思ったんですが、２週間後の返済
期限までに全然読めませんでした。
他２冊は図書館にありません。

ちなみに大学生です。

まずはストラウストラップ御大の本を読んで、
ある程度設計＆コーディングの経験積んだら、
EffectiveC++でいいと思う。

なるほど。ありがとうございます。

晒しage

264は頭いいな…
うらやましいぜ。

「C言語プログラミングの落とし穴」柴田望洋

「Ｃプリプロセッサパワー」

>273
ひょっとして嫌々Ｃしなきゃいけなくなった
BASIC(VB)やPascal(delphi)プログラマ必読
ってことでしょうか。
なら安心。職場にいないし。

>274
まえにマがさして買っちゃったもんで、悔しくてつい (^^;

このスレッド、いい本もけっこう紹介されているんだから、
ヘンな本紹介するなよ

>276
はあ？

>277
ぷぷ。
本人、ってことはないだろうが、
相当のアホであることがばれたぞ。

>278
わかってないのはあんただよ。「Ｃプリプロセッサパワー」がどういう意味で
へんな本か、わかる？（ウプププ

必要以上にマクロなんかつかうなよ。

>262
JAVAによるデータ構造とアルゴリズム解析入門、ピアソン

おもしろい〜

ね、ね、いい本でしょ？

>282
そうなんだけど、前にここで推薦したのが、
ピアソンの本なので、回し者みたいだね＞自分

デザインパターン買いました。
読んでたら頭痛くなってきました。
みなさん本当にこれを隅から隅まで精読して暗記して
活用されているのですか？

https://market.bookservice.co.jp/emp-bin/eh_writer.exe/yamato/detail.html?652104
https://market.bookservice.co.jp/emp-bin/eh_writer.exe/yamato/detail.html?1204020

あれ？↑飛べないみたい。。。
プログラミング言語Ｃ〔第２版〕ISBN:4320024834
プログラミング言語Ｃ　ISBN:4320026926
の２つあるけどどっち買えばいいの？
普通に考えたら第２版なんだろうけど、
何故か２版の方が出版時期が古い。

>>284
別に受験勉強じゃないんだから暗記する必要は無い
>>286
第三版の日本語版が出たって話聞かないから二版の方だろ

デザインパターン、今年入ってから読んだけど最高だよ。
あと３年早くこの本にあってたら、もっと楽だったのに、
とかって思ったよ。半分泣きながら読んだ。
つーか、今つくり中のアプリ、全部書き換えたくなったヽ(´ー｀)ノ

でもな、思ったんだが、デザインパターンっつーもんの
ありがたさが解って、ホントに活用できるようになるには、
やっぱ経験が必要なのかも、と思ったよ。
もっと早く知っておきたかった〜って後悔するぐらいで
ちょうど良かったのかも、とも思ったし。

だからさ、まだ解らなくてもいいんじゃない？
一応、そばにおいといて、ときどき眺めるようにしてれば、
きっといつかすごく感謝するときが来るよ。

つーわけで俺も推薦図書。
「オブジェクト指向における再利用のためのデザインパターン 改訂版」

定期age

プログラミング言語Ｃ　 ＡＮＳＩ規格準拠
Ｂ．Ｗ．カ−ニハン，Ｄ．Ｍ．リッチ−／著　石田晴久／訳
共立出版 1994年03月出版 ３４３ｐ　 第２版 単行本 ISBN:4320026926 \2800

プログラミング言語Ｃ〔第２版〕　 ＡＮＳＩ規格準拠
カーニハン，Ｂ．Ｗ．　著　リッチー，Ｄ．Ｍ．　著　石田　晴久　訳
共立出版 1989年01月出版 ３６０　Ａ５ 単行本 ISBN:43200248342800

両方とも第2版みたい???
最近買ったけど1989年6月15日第2版1刷、2000年4月15日第2版253刷になってる
誰か1994年版の持ってる人居る?

ついでに言うと、訳者訂正版があるからそっちのほうがいいでしょう。

技評の本はベッコンベッコンになるから嫌い。

プログラミング言語Ｃ第２版(邦訳)は
1989年のは緑色系の表紙であとにでた
訳書訂正版は 白系の表紙です。今新刊
ならこちらだと思います。
もし緑の版をもっていて気になるならば
訳書訂正版の元ネタになった訳の正誤表を
手にいれればいいかもしれません。
http://www.vector.co.jp/soft/data/prog/se028589.html
（これを元に修正すると白い本より
修正されたものになるかも？）

Javaの格言
おもしろいよ。

今まで紹介された本の中で初心者用のってどれでしょうか。

＞２９５
言語は何？

Cが一通り終わった。使いこなせるようにはなってない、時間をかけて
本を見ながらなら書ける程度。他の言語に手を出したほうが良い?
それともCを使いこなせるようにした方が良いの?

今は学生です。Cが始めての言語です。今はアルゴリズム、
データ構造の本を読みつつ、K&Rの演習問題解いてます
学校で使うのでUNIXの勉強は始めるつもりです

入門段階が終わったら、
最近は「ほげる」って言うんだけど、次は
フリーソフトのソースいじくり遊びだね。
数千ステップ以上のプログラムに触れてこそ、
オブジェクト指向やデザインパターンの
存在意義ってものを感じると思う。
その後でC++のSTLを学べばどれだけ
仕事の量が減るか痛感すると思う。

『計算機プログラムの構造と解釈』は毒ですか？

>297
Javaやろうぜ。

>>297
使いこなせるようになれ！

よいスレage

age

秋の学祭でＣでちょっとしたゲームを作って出さなければならないのですが
ゲームを作るのに何か参考になる本が有りましたら紹介してください。
なお、僕は４月から学校でＣを習い始めましたが、まだまだ初心者なので、
目下、勉強中です。

>304
誰も知らないフリーソフトのゲーム拾ってきて出展。

>304
ＲＰＧツクールでＲＰＧを作る
誰も最後までプレイしないと思うので最初だけでいいから
豪華絢爛にスル

Ｃ言語の勉強もかねて作りたいのでお願いします。

＞３０４
数あてゲームでいいでしょ。

誰も知らないフリーソフトのゲーム拾ってきて、原形をとどめないぐらいに
改造して出展。
合理的且つ経済的だよ。学習効率もいいし。
後は良心の呵責の問題かな。ま、配布条件にも依るんだけど。

原型をとどめないほど改造するなら一から作った方が効率が良さそう

雑談スレ化

C++の勉強を始めようと思ってるんだけど、入門書でオススメ有りますか?
このスレッドだとリファレンス的な本の話題しかないみたいだし。。。

>312便乗

みなさんのC++への入り方は？
1 いきなりC++
2 生C->C++
3 VB->C++(VC++＠｀BCB)
4 Java->C++
5 C++は仕様がくさってるので一生やらない

ちなみにおれは2

5を選べたらいいのになあ

>312
ちょっと分厚目だけど、柴田望洋の、「プログラミング講義C++」

>312
翔泳社の「憂鬱なプログラマの為のオブジェクト志向開発講座」

>312
ソフトバンクの「C++のからくり」

ところで、言語仕様の解説をした本じゃなくて、
テクニックや使い方を解説していて、ソースコードが
たくさん載ってる本では何か良いのが無いですか？

Effective　C++　＆　moreEffective C++

>318
アルゴリズム事典とか？

yacc/lexについて無知な人が、一通り使いこなせるようになる本ないですか？

unixの青い本。題名忘れた。ラーニングシリーズ？

独習Ｃ＋＋なんてどうでしょう？

はじめてのC　技術評論社
はじめてのC++　技術評論社　堀越一雄著
ゲーム&&オブジェクト指向プログラミング　技術評論社　堀越一雄著

>190さん
私も堀越さんの本好きです。読みやすい。

「Javaの格言」という本がいいらしい

柴田望洋「CプログラマのためのC++入門」を買いました。
新版の初版が平成12年になってたけど、1992年から改訂されてないみたい。。。

入門書だから問題ないよーな気もするけど、大丈夫かな。。。
release3.0に対応だそうです。

age

いままでDOSやコンヒューマでプログラムを組んでた人間が
GUI環境でのプログラミングの考え方を理解するのにオススメの本てありますか？

望洋氏の本は最近改訂されたのでは？
それとも表紙が変わっただけなのか？

技術評論社の「はじめてのC」は，本当の初心者にはあまり薦められないと思う。
アレだけ読んで，プログラミング初心者に理解できるとは思えない。

掲載されてるコードには、
　コンパイルが通らない
　メモリリーク起こしまくり
なのが含まれてるから注意。

「はじめての C」って十年くらい前に俺が読んだときは getchar() の戻り値を
char の変数に代入して EOF と比較してたりしてたんでダメダメ本認定だったん
だけど、いまはちゃんとした本になってるのかな？

「はじめてのＣ」を教科書にして、Ｃを習ったひとは手を上げなさい。

へーい。但し再学習。
はじめてのC++につられて買ったら著者が別だった。がっくり。

「ＶＢができる人のＶＣ入門」みたいな本ってありますか？
ＶＢで作ったアプリをＶＣで作って比較するような内容だと助かるんですが。
ご存知の方、ご教授お願いします。

どっかでみたような・・・
探して見よう･･･

age

a＠｀ gei

よいすれ。あげあげ。

日経ソフトウェアでそんな連載やってたです。

上の方で話題になってる藤原氏のウェブページの日記みたいのって、
日本語すごく変。

ＰＣ初心者ＰＣ初心者ってしつこいんだよ。

よくいるんだよな　名著プログラミング言語Ｃを上げる奴
時代考えろ
俺なら　いまなら林晴彦　新Ｃ言語入門
　　　　それと　柴田望洋
数値解析なら　Ｃ言語によるプログラミング（オーム社）
が初心者にとって最適だと思う．
人間はさらにわかりやすく短時間に学習し，高みに上らなければならない
でも　だめなやつにかぎって簡単な奴を難しく教えたり，
自分で考えろとかいうんだよな．
だっせえ

ここからおいらの質問
linuxで実行と同時に画像表示する方法として
gnuplot使ったりする方法があるんだが
そういうホームページでいい奴教えてください

>342
実際K&Rは良い本だけど。
>343
それはあちらのすれっどで。

だから名著っていってんだろ
でも分かりやすくはないだろ！
俺だってCの神様の本を叩く機なんてねぇ

#define begin {
#define end }
と書くことも可能などどほざくやつdeあーる。

別に「可能である」ってだけで
推奨しているわけではないからいいかと思うんですが

林晴彦はわかりやすかったので個人的にはお勧めなんですが。

ただ、コーディングスタイルの本も書いてましたよね？
あれはどうなんですか？

読んでません。

晴彦→晴比古

カーニハン今読んでます。
凄すぎ。

自分の今までの一年って何だったんだって思う。

俺は彼のＣ本のほうを読んだことがないけど
スタイルブックのほうは好きだ。
かなり細かく書いてたり、古かったり、ちょっと
変なところもあるけど大筋はＣの中級者にために
なるんじゃないかな。
ソースをきれいにかこう。論理的に書こう。
要約したらそれだけなんだけどさ。

いま Tom Sheldon のネットワーク事典読んでます。
これって、廉価版がＣＤででてるんだよね・・
１万もして、損した（藁）。内容は面白いです。

スタイルシートっていうのを勉強しようと思います。
まだC++はじめたばっかりの厨房です。

lispの良書知りませんか？

>354
scheme ベースでよければ、
計算機プログラムの構造と解釈 第２版 ピアソン・エデュケーション 4600円
>>14 >>24 >>28 >>29

オライリーシリーズは？（perl以外も）
オライリーってよむとこ多くて分厚くてなんか好きなんだけど。
全部で２０冊くらいあるかも。うち。

スタイルシートとC++は何の関係もないと思うが？

emacs lispってどれがいいんだろうか？

>358
とっかかりは
「やさしいEmacs-Lisp講座」広瀬雄二 カットシステム
で十分だと思うよ。
あとはM-x infoとかM-x describe-function、
あたりで調べながら既存のパッケージをカスタマイズしたり
するとか。

Common Lisp＠｀ the language＠｀ 2nd Ed. ってのがお手頃。

>359
ニカットシステム かと思った（笑い

K&R でも第一版で同じようなこと書いてたけど、どうよ。

#林晴比古がダメダメってのには異論ないけどな。
#アイツの本てどれもこれも実務経験からの裏付けが感じられないんだよなぁ。

そうかな　そうじゃなくてほとんどのソースがK&Rで書かれていて
林さんのようなきれいなコードじゃないだけだ．
だから実戦に入ったときに最初とまどうんだな

と思ったんだけど確かに裏付けが感じられないな

林晴比古のは、確かに入門しやすいとは思うけど、ちょっと
した規模の実務/共同作業経験者ならば禁じ手にするような
ことを平気で推奨したりしてるのでかえって上達に不利な
のでは？　Cの仕様のいくつか、それもCの勘違いし易い
ことを勘違いして書いているし。

林晴比古ので入門した人で、さらに上達したと思う方は
読みなおして、林氏の誤解個所や不味い考え方の個所を
確認してみては？
気づいた方は、細かいこと気にせず読み飛ばしてうまく入門
したんだろうし、気づけなかったらその程度のレベルって
ことだけど。

まぁ、くそ学生が読むにはいいんじゃないかなぁ？

>357
デザインパターンと間違えた
マジボケ

林さんは、具体的にどこをどう間違って説明してるんでしょうか？

なんとかTrap and Pitfallってやつ、なんだっけ？

林の本って、店頭でパラパラと見て、「ダメだコリャ。」ってのが
普通の反応だから、ダメって思ってる人は手元に本がないんで具体
的な指摘はできないんじゃないかな。

林は、前に書いたCの入門本で、ポインタも理解できてないのを露呈しちゃったから、
それ以来相手にしていない。
あれから改心したのかもしれないが、いちいち調べる気力もない。

　実務系の本って買う気する？
販売管理云々ってタイトル見ただけで買う気なくなるのは俺だけ？

http://homepage2.nifty.com/tenk/prog/hayasi_c.htm
いちおう林本のダメ箇所についてかいてある

>373
別に見なくてもいいよ。scafとか言ってるし。

林本うんぬんより、林本だけにとどまるような奴がおかしいのでは？
と思う。

VBでオススメの本ってありますか？
VBの事はまったく知りません、BASICとは違う言語らしいということ知ってる程度。

C言語は出来ます。

林本にとどまるかどうかは知らんけど、林本が売れているのは事実だし、
日本の情報産業界にとって重大な損失を与えていることは事実だと思う。
皆が言ってるのは要するにもっとマシな本があるんだから入門するにし
ても林本はヤメトケってこと。

「藤原」はオブジェクト指向を中途半端に理解することを
推奨するドキュン。必要もないことを書きすぎ、本を愚痴る
場所と勘違いしている。批判されるとムキになる信者も多い。
奴の思想に毒されるな。ダメ。
「林」は実務の裏付けが弱い。マクロ本など何を考えて書いたんだ？ダメ。
「平林」は cp コマンドを販売するようなドキュン。簡単な標準関数の
実装も誤るへたれ。ダメ。
結論、みんなヤメトケ。

本当の初心者にのみ、読むことが許されるができるなら
K&R 本からつぎつぎと本を読んで経験値を積め。

>377
K&R の次に読むのはどんなのが良いですか？

おれだっぼすだっ　３７７は日本人がきらいなの？？
この３人結構貢献してるとおもうがのう
あと奥村さんも昔はC本書いてたのぅ　てふ本はいいのぅ
人を非難するのは誰でもできるがや
以上

＞378
明解Ｃ言語→K&R→現実的なＣプログラミング→
定本アルゴリズムとデータ構造→Ｃデータ構造とプログラミング
→エキスパートＣプログラミング

これで、大体規格準拠のＣでは困らないっす。
つか、明解Ｃ言語以外は全部古本。（*^_^*）
全部良い本だよ。

>380
ありがとうございます。本屋行って探してみます。

>379
ソフトウェア業界の技術水準を大きく下げたことへの貢献か？
377 は具体的にダメなポイントを挙げて批判してるんだ。反論
があるなら具体的にどう貢献したのか挙げてみろや。

>人を非難するのは誰でもできるがや

その点は全くお前の言う通りだよ。

なんで消えてるの？

379じゃねえけどさ、
>ソフトウェア業界の技術水準を大きく下げたことへの貢献か？
本当にそれは林本のせいなのか？
思い込みが激しすぎやせんかね。

382じゃねえけどさ、
>本当にそれは林本のせいなのか？
三人が貢献しているという意見よりは説得力あるんじゃねぇの。

本人発見！

384だけどさ。
おれは平林・藤原と林を同列に語るのには抵抗があるな。
木を見て森を見ずと感じる。
「ヤメトケ」程度なら個人の意見として受け入れるけど、
「ソフトウェア業界の技術水準を大きく下げた」まで
言われるとちょっとな。おれも彼の本で入門したし。
上の言明の突っ込みどころは２つ、
1.本当にソフトウェア業界の技術水準は書籍、
とくに前出の3者の著書によって低下したのか？
2.仮にそうだとして、それが林本のせいだとする根拠は何？
（もちろん統計的には証明のしようがないので、
だいたいでよいが、出版部数ではちと納得できん）
3.仮にそうだとして、プラス面は本当に無視していい程度なのか？
帰宅したらもうちょっと詳しく擁護に回る。

2つ＞3つ

つーか、林本程度で大きく下がっちゃう程度の技術水準なら
はじめから無いのといっしょってかんじ。
林本程度のことは、全体から見れば誤差に埋れちゃうよ。

詭弁だな
ちゃんとした技術を持ってる奴が読んでも下がるわけ無いが
何も知らない新人が林本読んで変なくせつけたら傍迷惑だろ。
自分の会社の新人なら指導もできるが派遣できた奴とかだった
らどうしようもない。

入ってきたとき既に林本で勉強してきてる場合もあるな

>390
林本読んで変なくせついた奴等はそこまでなんでしょう。
別な本も読めばいいのでは？と思うけどな。

杞憂だよ。
どうせ勉強しない奴は　どんな本だって読まない。
勉強する奴は何冊でも投資する。

詭弁だな。
そこまでかどうかは入ってきたときには分らないだろ。
そこまでだろうがそうでなかろうが、変な癖のつかない本
読んでた奴のほうがいいに決まってるだろ。
それに君は世間知らずだな。
世の中つーのは、仮にそこまでの奴でも使わなきゃいけ
ないし、そうで無い奴でも林本の癖抜けさせている時間も
取れないんだよ。

林、藤原の話は他でやってくんない？こーゆーのが続くと鬱陶しい。
いいスレッドなんだし。

ほんとほんと。別スレッド作ってよ。

つーか342の馬鹿が諸悪の根源

なんか評判悪いし
スレ立てるほど関心ないので
俺は終わりにします。

>関心ないので
だったら最初から絡んでこなければいいのに

>394
なら俺を雇ってくれ。

あくまで「スレ立てるほど関心ない」
くぎを指しておきたい程度の関心はあった。
あおんないで。

煽ってるんじゃない
大して関心も無い話題に深く考えないで反射的にいちいち口を
挟む単細胞がいると迷惑だから釘を指してるのさ。
君自身が煽り体質なんだから反省しな。
自覚無くても煽りは煽り。

君自身が煽り体質なんだから反省しな。
自覚無くても煽りは煽り。

オウム返しの反射的レスされてもなぁ。煽りにもならんよ。
こういう馬鹿はほっとくしかないとして、話題を戻そう。

Ｃ＋＋はみんなどんな本で勉強した？
俺はＣ＋＋プライマーだったけど、あれも翻訳があまり
読みやすくないんだよなぁ。
やっぱ新人に奨めるのは、柴田望洋先生あたりが無難かな？

　　　　　 ∧∧　　 ／￣￣￣￣￣￣￣
ﾁｬﾌﾟ　　＿( ﾟДﾟ)_＜　独習C++(赤いほう) -> Effective ->...
　ﾁｬﾌﾟ (＿ U U＿)　＼＿＿＿＿＿
　　　　~~~~~~~~~~~~~

月並みだが…

・プログラミング言語C++第2版
・注解リファレンスマニュアル
・C++言語書法

はあ？
「大して関心も無い話題に深く考えないで」だって？
なめんのも大概にしろよ。

じゃあ煽られてやるよ。
君が付き合ってくれるんならスレ立てるが、
いいかい？

といっても君が382あたりじゃないんなら
大して面白くないけど。

もう前言撤回？深く考えないで発言しているいい証拠。
ここは俺や君の私物じゃないんだからさ、俺が相手にしてくれたら、
スレたてるとか何言ってんだよ。俺にお前にスレたてされる権限も、
スレに絶対付き合わなきゃいけない義務もあるわけねーじゃん（笑）
その程度の動機で他人のせいにしてスレたてようとしたり、話しを広げら
れないようなちょっとした引っかかりで口挟んできたりする単細胞の卑怯者
はこのスレッドには邪魔。すみやかに消えましょう。絡んでいった元の
動機がちょっとしたひっかりでしかない上に自分の間違いを絶対に認めない奴に
絡まれても議論にもならないだろうから、絡まれた側が可哀想つーか災難。
一人の馬鹿のせいで泥沼に巻き込まれた被害者が喧嘩両成敗の理屈で馬鹿と
同レベルに見られたらかわいそうだろ？
だから俺は最初から口挟むなとかお前を迷惑な存在だっていってるの。

馬鹿の相手はこれぐらいにしといて、
＞新米ギコ
読んだこと無いので独習Ｃ＋＋一度目を通してみます。

＞406
本当はそのへんからはじめられたら理想なんでしょうね。
Ｃで経験積んでる人はいきなりプログラミング言語Ｃ＋＋で
いいかもしれませんね。
新人さんには敷居が高くて読ませる時間が取りにくいかな。

>408
はあ？おまえ382じゃないの？
じゃあただの煽りじゃねえか。
立場わかってんの？
ばかばかしい。

話つかんでないんじゃないか？
説明するよ。

・382より前に、林も含めて「ダメ」という発言があった。
俺はこれは別に問題ないと思ってる。
・374/382あたりで、「日本の情報産業界に対して重大な
損失があった」という発言があった。これは俺は
大げさだと思った。だから、
・387で反対意見を書いた。
・ところがこれに対する反論はひとつもなかった。
・一方、「林、藤原の話は他でやってくんない？
こーゆーのが続くと鬱陶しい。 いいスレッドなんだし。 」
という発言が395であった。俺はこれはもっともだと思って
たいそうこたえたので、引くことにした。（別に意見を
取り下げたわけではない！）
・そうしたら煽られた。
・しょうがないから「付き合うよ」といった。ここで続けたら
迷惑だと思ったから。
・そうしたら「そんな義務ねえよ」だって？
・しかも煽ってきたやつは俺が反対意見を書いた相手ですら
ない。

わかったら付き合ってよ。
ここで続けんの苦しいんだからさ。
さもなくば煽るのやめてくれる？

俺が382じゃないと煽りになるという理屈が全く分らんけど？
ここにそんなルールでもあって君もそういうルールに従って
行動しているのかい。
でも君の発言のはじまりって「379じゃねえけどさ、」だったよね。
それとも実は379だったわけかな。

そういう言いがかりでしかない絡み方が俺を含めて全員に
迷惑だってのが分らないのかな。
こんなやり取り読みたくない人がほとんどだろうに。
言いがかりに付き合ってたらきりがないので俺はこれで
君への返事は最後にするよ。後は勝手に吠えといてくれ。

>411

>俺が382じゃないと煽りになるという理屈が全く分らんけど？
>ここにそんなルールでもあって君もそういうルールに従って
>行動しているのかい。

それは君が先に作ったルールだろう。
俺を先に煽り扱いしたのは君だろ？

スレたてるからそっちでやろうよ。

412は
>だったら最初から絡んでこなければいいのに
を煽り扱いと認識してのことだけど。

>>413

# スレの主旨から外れた言い合いは止めにして欲しい…

林本を本気で擁護する気があるならば、
「プラス面は本当に無視していい程度なのか？」
について、きちんと説明してはどうかね。

趣旨から離れちゃったのは悪かったけど、
はじめからそれについてもう少し
建設的な話をしたかったんだけど
（帰ってから書く、と書いた部分については、
まがりなりにも自分が昔書籍の執筆をした経験から、
林とほかの２人にどのような違いを感じるか、に
ついて書こうと思ってた）、
煽り体質などと決め付けられたいきさつじょう止むをえず。

やっていいんかね？
なんかオレもう萎えたし、マジで
>こーゆーのが続くと鬱陶しい。
>いいスレッドなんだし。
についてもっともだと思ってるんで、
できればそっとしておいてほしいんだけど。

やっぱ夏休みになるとくだらん厨房が流れてくるな。
Lisp信者も痛いが、おまえらも痛い。

俺Lispできないのでなんだが痛いLisp信者なんているか？
どちらかというとLispを毛嫌いしている奴の痛さが目立つ
んだが？ここみたいな関係無いスレッドにまで文句書く奴
とか。

>おれは平林・藤原と林を同列に語るのには抵抗があるな。
>木を見て森を見ずと感じる。

同列だよ。レベルが低い点は同じ。
５０歩１００歩とも言う。同じと感じない点でそれくらいのレベルということだ。

372 名前： 実務嫌い 投稿日： 2000/07/20(木) 21:24
　実務系の本って買う気する？
販売管理云々ってタイトル見ただけで買う気なくなるのは俺だけ？

375 名前： 名無しさん＠そうだ選挙にいこう 投稿日： 2000/07/23(日) 01:19
VBでオススメの本ってありますか？
VBの事はまったく知りません、BASICとは違う言語らしいということ知ってる程度。
C言語は出来ます。

林、藤原の話題はこちらで。
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=964453742

VBの林晴彦（SOFT　BANK）の本はいいと思う。
このお方はVC＋＋も出しており、プログラムコーナーでは
かなりいい場所に置かれておる、さぞかし儲かっただろうと思う。（笑
ただし、CD-ROMはついていないので、初心者向きではないと思う。
著：蔵守慎一（Ohmsha）
VisualBasic関数辞典￥２１００
これが一冊あると何かと便利、あとはMSDNのCD-ROMを参照。

その言明がなりたつなら、同じに見えるだけで
観察力のなさが証明される、って言明もなりたつな。
このスレッドで煽るのはやめようぜ。

林のプラス面てのを 387 なりの見方で語ってくれればスレッドの趣旨にも合って
いたかと思うけど、吠えるだけじゃね。

つか、あんたら、マジ勘弁してよ.....

>360
Common Lisp＠｀ the language＠｀ 2nd Edはいい本ですね。
確かにお薦めです。が、全然お手頃じゃないよー（泣）。

LISPでお薦めは他にはウィンストン著「LISP」です。
誤訳も多いですが、アルゴリズムとデータ構造の勉強や
プログラミングの勉強にもなります。

ところで、Knuth先生の本が一度も出てこないんですがどうなんでしょう？

「文芸的プログラミング」とか？たしかWebとかいう
Pascal＋ドキュメント混合言語・・。

The Art of Computer Programing (邦訳名　基本算法）
とかでしたっけ？

Programmingのスペル間違えました(^_^;)

「文芸的プログラミング」は必読書って程でもないのでは？
Knuth 先生の人なりが見れて面白い本ではあるんだけどね。

うんはっきりいっておれはだるいと思った。
TeXブックといい、彼本書くのヘタ（笑）

邦訳しか呼んでないから、こんなこと言っちゃいけないか。
訳が悪かったのかも知れないし。

つーか自分の頭が悪い可能性も考えろ

http://www.2ch.net/test/read.cgi?bbs=prog&key=953701138

えっじゃあ君はわかりやすくて面白いと思った？

>このスレッドで煽るのはやめようぜ。

すまないが、２ｃｈでこの話題ふると不思議なほど荒れるんでな
楽しくて仕方がない。（くっくっくっく）
これからも煽らせてもらうよ（藁）

はぁ、夏休み早く終わらんかなー

ＳＴＬのオススメは？

エピステーメーのやつだけはﾔﾒﾄｹ

>435

同感。
夏休みになったとたん、糞スレが増えること増えること。

本当だよな。
プログラミング板はそんなに変わらないだろうとか考えていた
俺は甘かった。

επιστημη　これの事だったのか

変な名前だよね。個人的には彼の文書好きだけどさ。

プラトンとかの哲学も勉強しなさい

あげ

何でも夏休みと関連付けようとする人がいますけど統計学を
知らないんでしょうか。世の中が単純な因果関係の下で動いていると
勘違いしているようですね。その関係を指摘することで「自分はわかっている」
という勘違い自己満足に陥っている幼稚な様は噴飯に値します。

あ〜あ。とうとうこんなに荒れちゃって..はぁ。

444はコピペ。気にするな。

新しいスレッドいいね。
新しい提起・議論は引き続きこっちでやって、
向こうはある程度かたまるまでいじらないようにする
（彼に任せる）ってのはどうかね。

ここも消すには惜しいスレッドですね

終わったスレを上げるな。

消したい発言でもあるのか（笑）

Ｃ言語を２５６倍使う方法
MS-DOS処理系に依存した内容で今となっては旧い本だが
面白かった。

だから、このスレは終わったの。
移行したんだから、新スレでやってくれ。
http://mentai.2ch.net/test/read.cgi?bbs=prog&key=964560144

勝手に終わらすなよ。新スレはまとめ用だろ。
>新しい提起・議論は引き続きこっちでやって、
ってあるだろ。
つーかまだまだ書き込めるスレッドがあるのに、参考になる意見も
たくさん書いてあるスレッドを消してまで新スレ移行する必要性が
分らんねーよ。
藤原・林問題を分離したいだけならそれの新スレ作ればよかった
だけだろ。
450の言うよに沈めて消したい発言でもあるのかと疑ってしまうよ。

おっと、それは失礼した。
でも、>>451の発言は新スレ向きだよな。

アスキーの「Ｃ言語を２５６倍使うための方法」ですよね。
この本まだ売ってるのかな？
私も当時読んでました。あれ読んでからコードの最適化に燃えるようになりました。
手元にあったのでパラパラと読み返してみたら今読むと流石に古いなぁと思わせる
ところありますね。
でも今読んでも結構参考になりそうなところもありますよ。

また参考になるのとは違うかもしれないけど間に挟まってる格言が今読んでも
面白かった。
>>「猫に小判」
>>代表的なＣプログラムのcatには、たくさんのオプションがある。いずれも、
>>プログラマが便利だと思って追加したオプションである。しかし、それらの
>>オプションのほとんどは使われない。つまり、プログラマが便利だと考えて
>>付けた機能もユーザにとっては用の無いものがほとんどだということ。
とか。

>>452
そんな頭ごなしで反発されそうなレスつけるより新しいスレを盛り上げるよう新しい
書き込みをしたらいいんじゃないでしょうか？盛り上がればメインは自然にそちらに
移行すると思います。

本のタイトル間違えてました。
「Ｃ言語を２５６倍使うための本」でした。

そうだ「Ｃ言語を２５６倍使うための本」だな
探し出して読み返してみたが格言おもしろいよな。
俺も1つ引用しておくよ

溺れるものは笑われる
通ぶってわざと複雑な式を書いたりすると、素直に書いた式よ
りも効率の悪いコードをコンパイラが生成する場合がある。この
ように、自分の生半可な技量に溺れて見栄でコーディングすると、
優秀なプログラマに笑われるという教訓

ユーザインタフェースの設計方法について書かれてる本で
いいやつありませんか？

遺伝アルゴリズム、ニューラルネットワークあたりの
勉強がしたいけど、どの本がいいのかわからん・・・。

だから、そういう話題は新スレでやろうって。

あ、すんません。

age

age

sage

age

初心者本の次に読む本って
何が良いんだろう？

解りやすい初心者本

あ、いや、煽りじゃなくて、なんでもいいから、って選んだ初心者本も
ある程度読めば、どれがわかりやすい初心者本かがなんとなく解るんじゃ
ないかな、とおもって。

言語仕様を理解したら、次はアルゴリズムとデータ構造の本を読むべし。
プログラム＝アルゴリズム＋データ構造だから。
Cなら
「定本Cプログラマのためのアルゴリズムとデータ構造」が定番。

独習C
独習Java
はつかえますか？

独習Javaは使えると思う。
初心者にオススメ。

独習Java
初心者*には*オススメ

これ２ｃｈでえらく評判良いけど、だめだよサーブレットとか
swing、Beansの説明がまったくないよ
Java始めたい人には良いかもしれないけど、実際に使ってる人には
ちとやわすぎ

初級から中級者にはJavaプログラミングマスターコースがよさげ

>>初級から中級者にはJavaプログラミングマスターコースがよさげ

あ、それ僕も持ってる。

そして上下巻とも３回くらい読んでからSunの認定試験受けに行ったんだ

そしたらGridBagLayoutの説明を求められて悶絶したよ。

>独習Java
前半ぐらいまで、Cの復習みたいでダルかったです。
あと、翻訳物のせいか、説明文が的確でない気がするというか、くどい気がします。
そのくせ、正確な言語仕様については曖昧なままにしているような。これは、私が
Cの入門に使った、柴田望洋氏のC言語入門と比較しての印象ですが。

これが終った後は何読んだらいいんでしょ？　Swingの入門的なものを探そうと思ってますが。

>>472
一冊にSwingもServletもBeansも求めるのはキビシー

>>472
javaの仕様を網羅した初心者向けの本って何があるの？
　　　　　　　　　　　　　 ~~~~~~~~~~~
それを書かなきゃ単なる煽りだろ

独習Javaで言語仕様だけ覚えれば、後はAPIリファかソース
自体を眺めながらいろんなライブラリ使い倒してれば分かる
ようになるって。

スレッドとはなんぞやとか、EJBって何？って思ったとき
（概念がどうしても良くわかんないとき）に、その都度
専用の本買いなよ。個人的には本買うほどのことでもない
と思うけどね。

それから、OOPのやり方とか、デザインパターンとかで
効率のいい設計するための勉強ですな。
（これは他言語でも潰しが利くので、頑張ろう）

Java本は基本的に情報が古いので、あまり当てにはすんな。

みなさん、Swing 使って GUI なんか作りますか？
その手の仕事が一回しか来たことないから、どうなのかと
思ってるんですが・・・

Servlet関係の本のお勧めは何かありますか？

http://mentai.2ch.net/test/read.cgi?bbs=prog&key=964560144&ls=50
クレクレくんは上のスレで一回探してみたら

>481
探したけど見つからなかったもので・・・

>探したけど見つからなかったもので・・・

そうでしたか、すみませんm(_ _)m
サーブレット関係の本って日本語のだと2，3冊くらいしか出てないから
おすすめも何もあったもんじゃないというのが現状ですな
一応↓のURLに書いてあるのくらいじゃないでしょうか。
ttp://www.t3.rim.or.jp/~yoko-k-h/java/servlet/reference.html#Books

あげ