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

推薦図書/必読書のた� ..

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

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

3:デフォルトの名無しさん
07/12/21 02:54:43
関連スレ

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

4:デフォルトの名無しさん
07/12/21 04:01:29
>>1
乙です！

5:デフォルトの名無しさん
07/12/21 05:50:02
　　　　　　　　　＿__
　　　　　　　／:.:.:.:.:.:,`ｰへ
　　　　　　/:.:.:.:.:.:.:.:/:./:.:.:.:ﾍ
　　　　　|:.:.:.:/.:.:ｲ:./:ﾊｲ:.|:.|
　　　　　　!:.:./:.:.:.(l/ｲゝ（/ﾚ′　ｎ. 　　ｎ　　>>1　グッドです！
　　　　ノ:.:; :.:.:./.:|:.:|. ｒﾉー＜二に}ｒ‐V└､
　　　　（（:./:.:／イ/⌒7⌒￣　　　　} } |__ノ
　　　／>ｒ＜　// 　 / 　　＿＿,,.ノノノ
.　　〈　ﾉ| 　〉/ 　 /__／´
　　　　∨|_Y7て　　 /ﾘ
　　　.ｲ:/ 　　　 |/
　／　/　　　!　 |

6:デフォルトの名無しさん
07/12/21 05:52:04
プログラミングの良書100冊！
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

日経ソフトウエア2004年12月号特集「プログラミングの良書100冊！」
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

「プログラミングの良書100冊！」分析/設計のエキスパートになるために
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

プログラミング書籍　読むならこの本！
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

『コンピュータの名著・古典 100冊』
URLﾘﾝｸ(www.amazon.co.jp)
目次　 URLﾘﾝｸ(direct.ips.co.jp)

7:デフォルトの名無しさん
07/12/21 05:55:37
New Books 　　　　　　　　 URLﾘﾝｸ(f57.aaa.livedoor.jp)
cBooks 　　　　　　　　　　　URLﾘﾝｸ(www.cbook24.com)
２chBooks 　　　　　　　　　URLﾘﾝｸ(deztec.jp)
推薦書籍集　　　　　　　　 URLﾘﾝｸ(bookshelves.at.infoseek.co.jp)
プログラム技術板倉庫　　URLﾘﾝｸ(tito.fc2web.com)
Standard Books　　　　　　URLﾘﾝｸ(www.yfcbookshelf.com)

8:デフォルトの名無しさん
07/12/21 06:05:42
ロベールのＣ＋＋教室　　　　URLﾘﾝｸ(www7b.biglobe.ne.jp)
猫でもわかるプログラミング　URLﾘﾝｸ(www.kumei.ne.jp)
EffectiveC++入門　　　　　　　URLﾘﾝｸ(www002.upp.so-net.ne.jp)
連載　改訂版 C#入門　　　　 URLﾘﾝｸ(www.atmarkit.co.jp)

C／VC （入門･初級）(１／４)　URLﾘﾝｸ(www2.ocn.ne.jp)
C／VC （入門･初級）(２／４)　URLﾘﾝｸ(www2.ocn.ne.jp)
C／VC （入門･初級）(３／４)　URLﾘﾝｸ(www2.ocn.ne.jp)
C／VC （入門･初級）(４／４)　URLﾘﾝｸ(www2.ocn.ne.jp)
C ／V C （中･上級)（１／４）　URLﾘﾝｸ(www2.ocn.ne.jp)
C ／V C （中･上級)（２／４）　URLﾘﾝｸ(www2.ocn.ne.jp)
C ／V C （中･上級)（３／４）　URLﾘﾝｸ(www2.ocn.ne.jp)
C ／V C （中･上級)（４／４）　URLﾘﾝｸ(www2.ocn.ne.jp)

9:デフォルトの名無しさん
07/12/21 06:48:29

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

10:デフォルトの名無しさん
07/12/21 07:19:04
URLﾘﾝｸ(www.nicovideo.jp)

11:デフォルトの名無しさん
07/12/21 07:21:50
関係者トリップ情報　(偽者に注意)

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 ツンデレの人 ←みんなの嫁

12:デフォルトの名無しさん
07/12/21 07:59:46
関係者トリップ情報　(偽者に注意)

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

13:デフォルトの名無しさん
07/12/21 14:06:01
a

14:デフォルトの名無しさん
07/12/21 23:11:37
絶対必読図書：
池田犬作著、新・人間革命

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

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

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

16:デフォルトの名無しさん
07/12/22 16:56:29
黙れ学生

17:デフォルトの名無しさん
07/12/22 19:05:09
>>16
はいはい、いい加減大人しくしようね。

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

18:デフォルトの名無しさん
07/12/22 19:33:01
>>15
ネットワーク一つとっても一人で何でもできる人
なんていないんじゃないか？世界中探せばツワモノ
もいるかもしれんが。

19:デフォルトの名無しさん
07/12/22 19:54:09
１つは少ないな。３個以上は常用する言語があった方がいい。
１つの言語では、他の言語を学習する際の理解の助けとなる概念がそろってるとは限らない。
ただ、FORTRAN, PASCAL, C なんてのじゃ困る。
できるだけ互いに違う概念が入ってないとね。

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

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

20:デフォルトの名無しさん
07/12/22 20:01:15
>>15
だから、やれることが出来るヤツらが集まってチームを作ってシステム開発する。
それぞれが、自分の出来ることをやればいい

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

21:デフォルトの名無しさん
07/12/22 21:00:28
>>15
そのやり方が合ってないかもしれないな。

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

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

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

22:デフォルトの名無しさん
07/12/22 21:56:49
マ板でやれよ、クズども

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

24:デフォルトの名無しさん
07/12/22 23:06:54
SICPｗ

25:デフォルトの名無しさん
07/12/22 23:08:07
>>23
アルゴリズムの勉強

26:デフォルトの名無しさん
07/12/22 23:45:02
>>23
URLﾘﾝｸ(www.kojima-cci.or.jp)

27:デフォルトの名無しさん
07/12/22 23:49:01
>>23
>>21 のように、色々なソースを読み解くのがいいかも。
スマートなコードも駄目なコードもあるわけだから、
それらを実際に読んで、動かして、改造すれば何かわかるかも。

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

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

29:本読む前に派遣を辞めよう
07/12/23 03:10:54
【派遣ネガティブ根性チェック】

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

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

30:デフォルトの名無しさん
07/12/23 11:14:59
>>23
UNIXプログラミングテクニックと同アドバンス　（ポケモンみたいだな）
あとNetBSDかGNUのソースコード。

31:デフォルトの名無しさん
07/12/23 11:20:28
>>23
coreutilのソースコードなんかいいと思うよ。
身近なコマンドラインのプログラムだから分かりやすいかも

32:デフォルトの名無しさん
07/12/23 12:00:03
>>31
基本的なシェルコマンドのソースを見るのはよいと思うが、
coreutilsだと多機能すぎてわかりづらいかもしれない。
busyboxはどうだろうなぁ。

33:デフォルトの名無しさん
07/12/23 12:56:25
busyboxでもash.cなんかGTAGSなしだと読む気すら起こらないんですが･･･

34:デフォルトの名無しさん
07/12/23 16:15:13
>>30
GNU関連は読むもんじゃない

35:デフォルトの名無しさん
07/12/23 19:40:26
そうやって現実に動いてるプログラミングの世界をみないで生きるのもありだろうね

36:デフォルトの名無しさん
07/12/23 20:16:35
そりゃ、「学習」だからそんなもんだろ。

37:デフォルトの名無しさん
07/12/23 20:18:12
gnuのcatを読んだことないPGは信用できない。

38:デフォルトの名無しさん
07/12/23 20:22:54
さあ、君もGccのソースコードを読んで2238クラブに入ろう

39:デフォルトの名無しさん
07/12/23 20:25:12
NetBSDのcatではダメですか？

40:デフォルトの名無しさん
07/12/23 20:27:42
>>37
行数カウントしてる処理がおもしろかった

41:デフォルトの名無しさん
07/12/23 20:28:50
>>38
2238クラブに入れるのはLions本のあのコメントじゃなかったか?

42:デフォルトの名無しさん
07/12/23 20:31:05
v6のcatで十分

43:デフォルトの名無しさん
07/12/23 20:31:25
>>41
まあ、そうなんだけど「とにかくこうしとけ」的な黒魔術コードを読もうって
ことがいいたかったわけ。

44:デフォルトの名無しさん
07/12/23 20:31:35
動いてる、以上の特徴がないのか

45:デフォルトの名無しさん
07/12/23 21:30:28
フリーソフトのコード解説してる本で、
プログラミングテクニックよりもわかりやすいのってないの？

46:デフォルトの名無しさん
07/12/23 21:39:13
>>45
デーモン君のソース探検―BSDのソースコードを探る冒険者たちのための手引き書
URLﾘﾝｸ(www.amazon.co.jp)

これはどうだろうか

47:デフォルトの名無しさん
07/12/23 22:25:57
>>42
V6のコードはシンプルでいいんだけど、ANSI Cじゃないのがちょっと問題

48:デフォルトの名無しさん
07/12/25 02:13:41
デーモン君がブサイクです

49:デフォルトの名無しさん
07/12/26 16:10:19
今日ふらっと本屋に行ったらOCamlの本があってビビったw
欲しかったがhashkellの本で脳みそパンク直前だったからやめたが。
ってか、関数型は慣れるまで大変だな・・・

50:デフォルトの名無しさん
07/12/26 17:15:31
Ocamlの本くらい置いてあるだろ

51:デフォルトの名無しさん
07/12/26 19:05:25
>>49
おれの脳みそは再帰ですらアウトだから
関数型は無理だな。
C++のboost::mplで撃沈されてる。

52:デフォルトの名無しさん
07/12/26 20:36:09
関数型が主流になる世界って、あるのだろうか？
何年たっても、仕事では、まず使うことないだろうね

53:デフォルトの名無しさん
07/12/26 20:43:15
再帰呼び出しも、非再帰呼び出しも、大した違いは無いよ。
ある機能が使いたくて、その機能を担当する関数を呼ぶけど、
そこで他の関数を呼ぶか、自分自身を呼ぶかの違いだけ。

54:デフォルトの名無しさん
07/12/26 22:28:57
>53
再帰呼び出しと非再帰呼び出しを比べりゃそうだろうけど、こういう場合、ループの代わりに再帰を使えってパターンなのでそこが苦しいんじゃね？

55:デフォルトの名無しさん
07/12/26 22:37:01
>>53
>再帰呼び出しも、非再帰呼び出しも、大した違いは無いよ。
そうなのか？再帰はガンガンにスタック使った気がするんだが。

56:デフォルトの名無しさん
07/12/26 22:38:21
末尾再帰最適化がなされるならループに展開されるはず。

57:デフォルトの名無しさん
07/12/26 22:48:58
>>52
用途によるだろ。普通のアプリケーションではまあないと思うけど、
関数型を使うのに適した問題ってのもあるんじゃない？

58:デフォルトの名無しさん
07/12/26 22:55:18
LISP 使う仕事もあるにはあるけど、多くはないだろうね。

59:デフォルトの名無しさん
07/12/27 01:20:35
>>51
俺はC++, Haskell, Scheme萌え(コード量順)の人間だが、一番難しいのがC++。
ADL一つとっても仕様を精査しないと完全に理解できない。
boostはどれも、実装を理解するには手ごわいし。

60:デフォルトの名無しさん
07/12/27 03:14:07
>>59
boostは理解するものじゃないものな。特にlambda関連。

61:デフォルトの名無しさん
07/12/27 03:16:29
理解もしていないのにboostを職場に導入しているのか？

62:デフォルトの名無しさん
07/12/27 03:23:16
おバカさんｷﾀｰ

63:デフォルトの名無しさん
07/12/27 03:30:17
>>61
理解って言ったのは、実装を理解するものじゃないってこと。
boostのlambda関連は、templateとmacroのトリックコードだらけだから、
理解しようとしても厳しいし、第一あんまり意味がない。

64:デフォルトの名無しさん
07/12/27 13:10:36
オブジェクト指向、再利用、とかいいつつ、
結局、優秀とされてるライブラリすら実装の
中身を理解しないと使えない矛盾・・・

65:デフォルトの名無しさん
07/12/27 13:15:49
ライブラリの詳細がドキュメントにちゃんと載っていれば
実装を見なくても使っていいけど、
そんなきっちりしたライブラリが存在してないから仕方ない

66:デフォルトの名無しさん
07/12/27 15:29:40
「MFCによるWindowsプログラミング」
USED価格で5万て何だよw

67:デフォルトの名無しさん
07/12/27 18:28:57
今からMFCやる意味が…

68:デフォルトの名無しさん
07/12/27 23:42:05
MFCがいまだになんなのかわからんWinAPIとなにがちがうの？

69:デフォルトの名無しさん
07/12/28 00:48:39
>>68
winAPIを中途半端にラップしたC++のクラスライブラリ。

70:デフォルトの名無しさん
07/12/28 02:31:19
ペゾルトが大嫌いなMFC

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

72:デフォルトの名無しさん
07/12/28 02:56:36
それだとC#と相性が悪いからだろ
WIN32APIはCを念頭に作られてるから
C#のスタイルで自然に使えるようにライブラリを設計してるってことだろ

73:デフォルトの名無しさん
07/12/28 05:11:08
.netって、win32APIを呼び出してるの？
そうじゃなくてwin32APIに相当するAPIを
新たに作り直してるのだと思ってた。

74:デフォルトの名無しさん
07/12/28 05:49:42
MFC　→　Win32と同等
.NET　→　Javaみたいな中間コード

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

75:デフォルトの名無しさん
07/12/28 09:40:54
>>73
Win32 APIがネイティブAPIだからね。
だから.NETだって、どこかでWin32 API呼ばないと何もできない。
予定では、Vistaから.NET 3.0 がネイティブAPIになるはずだったけど。

76:デフォルトの名無しさん
07/12/28 09:42:48
>>73
.Netの色んなクラスからWin32APIは呼ばれてるよ

77:デフォルトの名無しさん
07/12/28 14:33:27
>>75
>予定では、Vistaから.NET 3.0 がネイティブAPIになるはずだったけど。
言われて思い出したWinFXか・・・
WinFSといいちょっぴり悲しい

78:デフォルトの名無しさん
07/12/28 17:17:05
>>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

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

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

80:デフォルトの名無しさん
07/12/28 18:40:35
本の話しろよ、この屑ども

81:デフォルトの名無しさん
07/12/28 18:46:34
JavaAPIがネイティブのOS出ないかなあ

82:デフォルトの名無しさん
07/12/28 18:47:35
作ってくれ

83:デフォルトの名無しさん
07/12/28 18:54:17
>>81
つ Jnode.org

84:デフォルトの名無しさん
07/12/28 22:27:16
きしだたん、お疲れ様。

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

85:デフォルトの名無しさん
07/12/28 22:29:59
>>80
肌荒れの原因になるのに
屑とか汚い言葉使うんじゃないよボウヤ

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

86:デフォルトの名無しさん
07/12/28 22:33:08
自分をgoogleにするうんたらかんたらって本読んだけど、激しく鬱になった。
自分が駄目なのをこれでもかと認識させられて。

87:デフォルトの名無しさん
07/12/28 23:02:40
>>86
あの人の本、回を重ねるごとに内容が厳しくなってるよな・・・

88:デフォルトの名無しさん
07/12/28 23:04:38
何の本？

89:デフォルトの名無しさん
07/12/28 23:08:28
googleにするってなんだ？
歩く検索エンジンのようなweb博士になりたいのか？

90:デフォルトの名無しさん
07/12/28 23:09:56
Googleにする、ってところは実は本の主題とは全然関係ない

91:デフォルトの名無しさん
07/12/28 23:22:32
これだな。
「効率が10倍アップする新・知的生産術―自分をグーグル化する方法」
俺も読んだ。
プログラミングとは関係ないな。
Lifehack本かな。

92:デフォルトの名無しさん
07/12/28 23:24:51
Lifehack（笑）

93:デフォルトの名無しさん
07/12/29 01:10:08
読んでみたが、ライフハック(笑)って言いたいだけの
気取り屋には実践できそうにない厳しい内容だった。

94:デフォルトの名無しさん
07/12/29 02:15:47
前作読んだけど、親指シフトの時点で挫折したわ
Let's noteを買う気にもなれないし
どうせ買うならmacがいい、とか

95:デフォルトの名無しさん
07/12/29 02:37:07
東大に来ると周りにもっとおかしい奴たくさんいるから面白いよ

96:デフォルトの名無しさん
07/12/29 02:45:50
おかしい奴はおかしいくらいに能力高いからうらやましい

97:デフォルトの名無しさん
07/12/29 08:45:54
でも今の Mac はいいよ。

98:デフォルトの名無しさん
07/12/29 12:11:47
最近出たこの本はどう？

新装版大規模C++ソフトウェアデザイン
URLﾘﾝｸ(www.amazon.co.jp)

99:デフォルトの名無しさん
07/12/29 16:58:17
内容が古すぎる

100:デフォルトの名無しさん
07/12/29 18:22:02
More Effective C++の訳が糞すぎて悔しい

101:デフォルトの名無しさん
07/12/29 18:33:14
有志で全訳して出版社に持ち込むとか。

102:デフォルトの名無しさん
07/12/30 00:56:20
新訳版も気に入らないのか？

103:デフォルトの名無しさん
07/12/30 15:08:27
>>102
全てではないが、イライラさせられる部分が多すぎる。
レイアウトもEffectiveに比べると見にくい。

104:デフォルトの名無しさん
07/12/30 15:35:23
>>102
ヒント：同じメンバー＋学生1人追加

105:デフォルトの名無しさん
07/12/31 13:48:26
新訂版を買ってもここのお世話になるということ？

URLﾘﾝｸ(blog.goo.ne.jp)

106:デフォルトの名無しさん
07/12/31 13:57:40
＞場所
＞263ページ15行目
＞誤
＞基底構造体
＞正
＞基底構造体（またはクラス）から派生した構造体
＞原文
＞structs with base struct (or classes)

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

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

108:デフォルトの名無しさん
07/12/31 14:19:03
訳者では村上雅章さんか小林健一郎さんのが読みやすい。
まあ、大事な本は全て原書で読んでるが。

109:デフォルトの名無しさん
07/12/31 19:20:09
>>107
なぐってもなおらないよそいつらのあたまは

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

111:デフォルトの名無しさん
07/12/31 21:07:14
技術書の翻訳ってちょっと難しいからな
専門用語を無理矢理日本語にしてもかえってわからなくなるし、
日本語としてなめらかでも「使えない」んじゃクソって言われる。
文芸書なんかとはちょっと違うんだよね。

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

112:デフォルトの名無しさん
07/12/31 21:24:17
>>110
報酬得てるんだぜ
そんな言い訳するなら最初から
出来ないと言って断ればいい

113:デフォルトの名無しさん
07/12/31 22:21:00
つかそもそもそんなもんを売るなってこと

114:デフォルトの名無しさん
07/12/31 22:23:28
>>112
翻訳代ぐらいの端した金でなんでも出来ると思うなよ。
日本語しか読めないバカなんだから、ありがたく訳本読んでりゃいいんだよ。

115:デフォルトの名無しさん
07/12/31 22:32:22
プログラマなら英語くらい読めよ

116:デフォルトの名無しさん
07/12/31 22:45:25
>>114
関係者いきり立つなｗｗｗ

117:デフォルトの名無しさん
07/12/31 22:55:28
Modern C++ Designはどう？

118:デフォルトの名無しさん
07/12/31 22:57:12
ジェネリックに興味があるなら読んで損は無い。というか読んどけ。

119:デフォルトの名無しさん
07/12/31 23:35:35
相当難しそうなんだけど

120:デフォルトの名無しさん
07/12/31 23:44:44
そして、知らない奴には全く読めないコードを量産することになるのである。

121:デフォルトの名無しさん
07/12/31 23:54:37
ライブラリとしてブラックボックスで使う分にはそれでもいいお

122:デフォルトの名無しさん
08/01/01 00:00:18
>>117
簡単な英語なら頑張って読むよ、というなら
「C++ Template Metaprogramming」の方が
わかりやすいしためになるぞ。

123:デフォルトの名無しさん
08/01/01 00:21:00
マジで？
あのためになるかどうかはともかくMdernC++Designの内容は
他で代用できるわけないと思うのだが･･･

124:デフォルトの名無しさん
08/01/01 03:16:53
読み物としてはおもしろいと思うけどね、Moden C++ design。
直交性の概念は、あの本で初めて理解した。

125:デフォルトの名無しさん
08/01/01 03:30:34
>>124
コーディングで実践してます？

126:デフォルトの名無しさん
08/01/01 03:42:38
>>122
英語は大丈夫だけど、その本はBoostのMPLの解説？
みたいなことがレビューに載ってたから
どうなんだろ

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

128:デフォルトの名無しさん
08/01/01 12:20:49
>>127
なるほど。メイヤーズの本にもC++の中心にくることは
なくライブラリを書く人が必要になるみたいなこと
が書いてあったから、普通のアプリ作ってる場合には
使うことはないのかもしれないですね。
せっかく買ったので気楽に読んでみます。

129:デフォルトの名無しさん
08/01/02 04:50:46
C++ Template Metaprogrammingは分かりやすい
そもそもModen C++ designはC++ Template Metaprogrammingを
生み出すための格闘の記録なので読まなくてもいいかもしれない

130:デフォルトの名無しさん
08/01/02 05:14:26
格闘の記録こそ読むべき方じゃないかな？
ただのライブラリの使い方ならhelp読めば済む話

131:デフォルトの名無しさん
08/01/02 06:44:34
C++ Template Metaprogrammingって和訳なかったんじゃなかったっけ？
なんだかんだと訳に文句付けるが、いざ原本読むとなると躊躇してしまう。
TOEIC500の俺でも大丈夫なもん？

132:デフォルトの名無しさん
08/01/02 07:24:22
やめとけやめとけ
どうせ読まないから

133:デフォルトの名無しさん
08/01/02 08:37:41
C++ Template MetaprogrammingはBoostのMPLの解説
Moden C++ designはプログラムのデザインについての本
両者は違うことを解説している

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

135:デフォルトの名無しさん
08/01/02 10:07:13
どうせ両方即戦力にはならんしMPがやりたきゃ関数型言語を使った方がいい。
C++はちょっと小粋なCとして使うのが一番かしこいやりかた。

136:デフォルトの名無しさん
08/01/02 10:19:22
つかModernは古いからねぇ･･･
今更読むものではないと思う

137:デフォルトの名無しさん
08/01/02 10:49:41
ModernC++Designで古いって言われる時代になったのかｗ

138:デフォルトの名無しさん
08/01/02 10:55:30
何かおかしな勘違いが多いな
Modern C++ Designは2001年でちっとも古くないし
C++ Template Metaprogrammingとは全然内容が違う
変なレビュー記事でもあるのか？

139:デフォルトの名無しさん
08/01/02 11:11:28
むしろC++そのものががもう古い

140:デフォルトの名無しさん
08/01/02 11:13:49
C++は斜陽言語

141:デフォルトの名無しさん
08/01/02 13:23:19
URLﾘﾝｸ(www.tiobe.com)

前年比の25％弱減少

142:デフォルトの名無しさん
08/01/02 13:28:03
おっぱいのかわりのおっぱいをつれていった

143:デフォルトの名無しさん
08/01/02 13:28:34
新年早々ごばーく

144:デフォルトの名無しさん
08/01/02 14:30:24
Modernの３章が難しいんだが。

145:デフォルトの名無しさん
08/01/02 20:54:36
Lispの入門書でも読め

146:デフォルトの名無しさん
08/01/02 21:00:41
>>145
Haskelではダメ？

147:デフォルトの名無しさん
08/01/02 21:08:27
>>145
URLﾘﾝｸ(www.amazon.co.jp)
入門書として、これは易しい？
λとか書いてあるからboostのlambdaの理解の
助けにもなるかな

148:デフォルトの名無しさん
08/01/02 21:12:26
第三章が難しいと言ってるんだから、どうせポインタによるリスト
の構造に慣れてないだけだろう
Cのデータ構造かLispの初歩だ

149:デフォルトの名無しさん
08/01/02 21:17:03
その本が研究室においてあったのが文型の自分がプログラミングはじめたきっかけだったｗｗｗ
たしかYコンビネータあたりで理解が怪しくなって放り出したようなｗ
でも薄いほんの割りに結構丁寧に説明があった気がする

150:デフォルトの名無しさん
08/01/02 21:21:34
この辺の図見れば分かるんじゃね？
URLﾘﾝｸ(www.haun.org)

151:デフォルトの名無しさん
08/01/02 21:24:40
そういえば、boostにTypeListってある？

152:デフォルトの名無しさん
08/01/02 22:08:41
mplのvectorとかlistとかがある
lokiの部分をそれに置き換えて読めばOK

153:デフォルトの名無しさん
08/01/02 22:40:34
>>148
そんなもんで悩んではない。
おれにとっての鬼門はテンプレートの再帰。
帰納法的に考えれば理解できなくはないけど、
いまいちしっくりこない。

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

154:デフォルトの名無しさん
08/01/02 22:42:09
帰納法的に考えて理解できるならそれでいいと思うのだが。

155:デフォルトの名無しさん
08/01/02 22:53:46
>>154
いや、分かった気になってるだけ。
いろいろ具体値を入れて確認しないと気がすまない。

156:デフォルトの名無しさん
08/01/02 22:57:12
もっと帰納法を信じてやろうぜ。

157:デフォルトの名無しさん
08/01/02 23:06:34
>>154
もしかしてタプルを2～100個セットまで定義してるところ？

158:デフォルトの名無しさん
08/01/02 23:32:03
テンプレートの再帰のどこが分からんのだ
関数の再帰と同じことだろ

159:デフォルトの名無しさん
08/01/03 00:05:49
>>158
関数の再帰も苦手なんだ

160:デフォルトの名無しさん
08/01/03 00:12:49
継承の再帰は理解に苦しむ
頭の中で想像できない

161:デフォルトの名無しさん
08/01/03 07:42:28
>>160
継承の再起なんてあったっけ？
templeteのことか？

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

163:デフォルトの名無しさん
08/01/03 08:33:24
でも、実際C++ってかなり難しいからな

164:デフォルトの名無しさん
08/01/03 10:27:37
Cの基礎が充分に判ってないと難しいと感じるだろうね

165:デフォルトの名無しさん
08/01/03 10:59:54
Cは関係ない

166:デフォルトの名無しさん
08/01/03 11:39:02
>>165
なくはない。知らないとハードルは高くなる。

167:デフォルトの名無しさん
08/01/03 11:42:11
>161
メイヤーの本でそんなのに触れてた気がするな

168:デフォルトの名無しさん
08/01/03 12:06:13
>>167
メイヤーズはTMPについては、階乗計算を例にして
さらっと触れてるだけだと思った。あれは継承
の再帰ではないからね。

169:デフォルトの名無しさん
08/01/03 13:09:02
>168
俺が言ってるのはバートランド・メイヤーのオブジェクト指向入門

170:デフォルトの名無しさん
08/01/03 15:14:52
>>169
失礼

171:デフォルトの名無しさん
08/01/03 17:17:59
>161
手元に Modern C++ Design がないが、GenScatterHierarchy とかその辺だと思う。
template による再帰的継承を用いることで一つのクラスを合成するというやつだと思う。
例： URLﾘﾝｸ(d.hatena.ne.jp)

172:デフォルトの名無しさん
08/01/03 17:38:31
>>171
そう、それ。
何の役に立つかは知らないけど。

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

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

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

176:デフォルトの名無しさん
08/01/04 16:10:06
>>175
著者の経験から生まれたTips集だから何度も読み返すもんでしょ。
おれは1日1項目とかで何度も読み返してる。
STLは奥が深いよね。C++0xではさらに強力になるし、boostも
あるし勉強しがいもある。

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

178:デフォルトの名無しさん
08/01/04 18:33:31
C++0xってC99を取り込むのかしら？

179:デフォルトの名無しさん
08/01/04 19:22:20
>>173
逆にＣ＃使いなのに訳あってＣ＋＋をつかうようになった漏れは
他の言語がいかにＣ＋＋のダメポな部分を隠蔽してるのかわかって感動したりしまつ
まぁ、そのダメさ加減を差し引いてもやっぱりＣ＋＋でしかできないことがあるわけで

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

181:デフォルトの名無しさん
08/01/04 22:10:48
I think 180 is so foolish who's using ww many times.

182:デフォルトの名無しさん
08/01/05 03:17:28
誘導されて。

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

ここにある本をやってみようとは思うけど、レベル高杉…
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

183:デフォルトの名無しさん
08/01/05 04:35:34
オートマトンはこれがオススメ
URLﾘﾝｸ(www.amazon.co.jp)
比較的容易に読めるであろうコンパイラの入門書
URLﾘﾝｸ(www.amazon.co.jp)

184:デフォルトの名無しさん
08/01/05 08:36:50
プログラム設計を、考え、表現する為の手法が
書かれているお勧めの本は何かないでしょうか？

185:デフォルトの名無しさん
08/01/05 08:39:13
>>184
SICP

186:　
08/01/05 12:52:50
アマゾンがカクカクして読みにくいよー！

187:デフォルトの名無しさん
08/01/05 13:22:52
>>184
SICPにならぶ名著として最近邦訳が出た
「コンピュータプログラミングの概念・技法・モデル」
ってのもあるぜ。値が張るがSICPより易しめ。

188:デフォルトの名無しさん
08/01/05 13:36:16
SICPだのなんだのどうせ読んでも意味ねぇから
デザインパターンの本でも読んどけ

189:デフォルトの名無しさん
08/01/05 15:39:30
程度が知れますなｗ

190:デフォルトの名無しさん
08/01/05 16:52:18
>>184
普通にプログラム設計の本とか……。これといった定番はわからないけど。

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

191:デフォルトの名無しさん
08/01/05 22:49:14
SICPって昔は良書だったけど、今ではちょっと古いなぁ。
遅延評価とか色々抜けてる部分が多すぎる。
自分で不足を補えるようになった後で、2冊目以降に読んだ方が為になる。

192:デフォルトの名無しさん
08/01/05 22:56:26
ドラゴンブックってどんなところが良書とされているのでしょうか。

193:デフォルトの名無しさん
08/01/05 23:10:27
>>192
今読むと古い。古典的な価値があり共通の話題として知っておくべき類の本。コンパイラについての教養。
最新のコンパイラ技術が載っていないのでこれから研究する目的ならお勧めしない。
趣味程度なら良い本だと思えるでしょう。

194:デフォルトの名無しさん
08/01/05 23:26:39
原著は改訂されてるけど

195:デフォルトの名無しさん
08/01/06 00:13:46
>>194
あの９００ページを日本語でも読むの大変。日本語訳があるのにそれでも原著を最初から読むかね？
ならいいんだけどさ。

次ページ