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

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

236:デフォルトの名無しさん
08/05/30 10:57:38
300行程度しかまともなプログラムが書けません。
行き当たりばったりなプログラミング改善する書物は無いでしょうか。

237:デフォルトの名無しさん
08/05/30 11:11:31
ないです。お前の頭を改善するしかありません。

238:デフォルトの名無しさん
08/05/30 11:23:28
>>236
プログラミング作法カーニハン&ぴけ

239:デフォルトの名無しさん
08/05/30 14:42:09
ソースコード嫁

240:デフォルトの名無しさん
08/05/30 14:47:12
そもそも本は頭を改善するものなんじゃないのかとつっこんでみる

241:デフォルトの名無しさん
08/05/30 14:56:15
本を読んだ程度じゃ改善しようがないってことだろ。

242:デフォルトの名無しさん
08/05/30 16:56:51
>>226
いま中学生向けの数学の参考書を手にとってみたら、案外理解できるんじゃね？

なんにせよ、中学校レベルのは終わらせとこうぜ。

243:デフォルトの名無しさん
08/05/30 17:58:40
望洋のアルゴリズム本でも読んどけ

244:デフォルトの名無しさん
08/05/30 19:07:55
>>236
300行くらいしかという表現に疑問を持ちます。
書物よりもプログラム言語を変えることをお勧めします。

245:デフォルトの名無しさん
08/05/30 21:23:22
設計という概念が欠落してる内は言語をコロコロ変えても
たいした効果は望めない。
ま、何にせよ頭の改善が必要というのには同意。

246:デフォルトの名無しさん
08/05/30 22:08:44
必要だと気づいたときはたいてい手遅れだったりする
そして口を酸っぱくしてその重要性を説くのだが理解はなかなか得られない

247:デフォルトの名無しさん
08/05/30 22:47:15
このスレって、俺ははじめから出来たから～って人ばっかで参考にならないよね

248:デフォルトの名無しさん
08/05/31 01:36:42
人は、できなかった時のことを忘れるからな。
たとえばこんな過程。
50行のプログラムしかまともに書けない。
→分割で対応する。
→設計を考える。
→べき乗に大きなプログラムが書ける。

249:デフォルトの名無しさん
08/05/31 03:03:56
>>226
アルゴリズムについては Algorithm Introductionの演習問題が解ければ問題ないんじゃない

250:デフォルトの名無しさん
08/05/31 03:28:50
解けるわけないだろｗ
アホかｗ

251:デフォルトの名無しさん
08/05/31 09:45:13
一般ピープルはアルゴリズム専門家ではない。

252:デフォルトの名無しさん
08/05/31 13:37:19
>>226
カーニハンの『プログラミング作法』なんかおすすめ。名著です。
もっと初歩的な、ブール代数とかは、
情報処理技術者試験の2種の問題集を山ほど解いて覚えた。

一応、あっしは情報系の院卒ですが、
大学とか院は、論文を書いた人が偉い場所で
現場のプログラミング開発に役立つことはあまり教えてくれません。

253:デフォルトの名無しさん
08/05/31 13:54:34
>>252
それは駅弁大学未満にいっていた
だけじゃないのかな？
それ以上だと社会人とか入り混じってる
から学生しながらコーディングも全部
指導してくれるけどな

254:デフォルトの名無しさん
08/05/31 14:00:48
>>253
情報系の学科でもいろいろあるでしょ

255:デフォルトの名無しさん
08/05/31 14:07:35
プログラミング作法を今読んでるけどおもしれー
ソースコード見て片っ端から組んでる
これの次にオススメの本ってないでしょうか
コードコンプリートというすごい高い本が気になるんですが
これ読んだあとでチャレンジできるレベルでしょうか

256:デフォルトの名無しさん
08/05/31 14:13:44
>>255
ソフトウエア作法

257:デフォルトの名無しさん
08/05/31 14:29:32
>>255
SICPでぐぐれ

258:デフォルトの名無しさん
08/05/31 14:32:11
>>255
K&Rでぐぐれ

259:デフォルトの名無しさん
08/05/31 14:45:03
>>255
Ratforの処理系を入手して動かしてるの?
それともCとかに読みかえながら組んでるの?

260:デフォルトの名無しさん
08/05/31 14:46:03
あああ、プログラミング作法のほうか。
ソフトウェア作法と混同スマソ。

261:デフォルトの名無しさん
08/05/31 15:02:36
ソフトウェア作法は古すぎて読む気になれなかった

262:デフォルトの名無しさん
08/05/31 15:03:54
>>249
このスレで紹介されているAlgorithm Introductionってのは
一般的な情報システム開発系の民間企業で必要とされる知識ですか？
学者ならまだしも、一般的な民間企業ではどういった企業で必要とされるのでしょうか。

263:デフォルトの名無しさん
08/05/31 15:06:28
>>255
CODE COMPLETE は第一版は良かった。
今売ってる第二版は、悪くない。

第二版ではオブジェクト指向の解説とか、前提とした作法や概念の説明が多い。
その分、第一版から解説が薄くなったところがある。例えば結合と凝集とか。

264:デフォルトの名無しさん
08/05/31 15:06:31
＞一般的な民間企業
に必要なのは体力だけ

265:デフォルトの名無しさん
08/05/31 15:10:03
C#の本で読んでよかったーって本ある？

266:デフォルトの名無しさん
08/05/31 15:37:22
【社会】「日本、殺人事件は激減してるのに死刑執行が増えてる！」…アムネスティ、日本批判★２
ｽﾚﾘﾝｸ(newsplus板)

267:デフォルトの名無しさん
08/05/31 15:44:02
アクネスティは世界のがん細胞だな

268:デフォルトの名無しさん
08/05/31 17:07:20
>>262
> 一般的な情報システム開発系の民間企業で必要とされる知識ですか？

俺の経験から言うと、9割の仕事は体力勝負だが、1割の案件は、本当に難しい。
Algorithm Introduction程度の内容は当然知ってなくちゃいけない。

もっとも、そういう難しい案件はやらなくてもいい会社もあるだろうが、
案件というのは実際にやってみるまでどんな知識が必要なのか正確にはわからないから
できの悪い奴は地雷を踏んで地獄を見ることになる。

将来、地獄を見たくないなら、大学/大学院の情報工学科で勉強する程度の知識は
きちんと頭につめておいたほうがいい。

269:デフォルトの名無しさん
08/05/31 20:27:54
少なくとも NFA から DFA への変換できませんとか、言葉自体わかりません
とか言われたら、プログラマーとしては駄目判定されるのは確かだな

状態遷移を最適化した形でプログラムを書くのは出来て当然の話

270:デフォルトの名無しさん
08/05/31 20:33:10
現場でそんなにオートマトンを使ったりするんですか。
プロってすごいですね。

271:デフォルトの名無しさん
08/05/31 20:47:59
ここで、オートマトンって・・・

272:デフォルトの名無しさん
08/05/31 21:04:21
ジンパの季節だしなｗ

273:デフォルトの名無しさん
08/05/31 21:38:56
きっと、正規表現本読んだんだろうな。

274:デフォルトの名無しさん
08/05/31 22:42:54
状態遷移を最適化するって、最適化に時間がかかったらどうするんだ？
用途にもよるだろ。

275:デフォルトの名無しさん
08/05/31 22:48:43
>>274
重み付け線形強化学習で良好なパスを選ぶ
GAとかでやるのもいいんじゃねーの？

問題限られるならメモリの限り解くというのも
ありだろうけど

276:デフォルトの名無しさん
08/05/31 23:22:10
>>273
そっか、ここそういうスレだもんな

277:デフォルトの名無しさん
08/05/31 23:39:09
>>261
同感だがVimユーザだったので後半面白かった

278:デフォルトの名無しさん
08/06/01 02:33:50
>>269有限オートマトンなんて基本情報の勉強で初めて見た。

279:デフォルトの名無しさん
08/06/01 05:43:30
有限オートマンって何ですか
中学8年の僕にもわかるように教えてください。

280:デフォルトの名無しさん
08/06/01 06:51:04
トラぶってるプロジェクトに行かされた時のことを思い出すな

「このモジュールの動作の仕様ってどうなってるの？　状態遷移の表だして」
「状態遷移の表はありません」
「それならどういう動作をすれば正しいのか、何を基準に実装してるの？」
「機能の表をみながら実装担当者がそれぞれ適当に・・」

こういう所だと、実装してる奴が適当にグロバールな変数とか入れまくって
一見ある程度動いてそうだけど、内部状態がどうなってるんだが誰も
わかってないプログラムが日々増殖を繰り返してて、デバッグもテストも
まともに出来ず何がなんだか・・ということになってる場合が殆どだな
(１０万ステップ以上のコードでこうなってる場合、レスキューは大抵
うまくいかない）

281:デフォルトの名無しさん
08/06/01 06:53:16
書き損なったグローバルだ。まあ、わかるだろうから、見逃してくれ

282:デフォルトの名無しさん
08/06/01 09:41:43
これどうですかね？
うたい文句はよさそうなんですが。。。

Java・オブジェクト指向の壁を突破する抽象化プログラミング入門 -UMLからJavaへ、すらすらコーディングできますか?
URLﾘﾝｸ(www.amazon.co.jp)

283:デフォルトの名無しさん
08/06/01 13:21:34
URLﾘﾝｸ(d.hatena.ne.jp)

駄目本らしいという話もある
これを信じるかどうかはまた別問題だろうけどね

284:デフォルトの名無しさん
08/06/01 15:47:32
>>282
というかOOって水ものだから
昔の本はあんまり役にたたない
特に翻訳著書でなければ読まなくて
いいと思う。
所詮日本人が書いた本の類は
○○ビジネスを成功させる本みたいな
成功経験談をまとめたオナ本だと認識
したほうがいいよ

285:デフォルトの名無しさん
08/06/01 16:05:21
洋書の翻訳って日本支社に掛け合えばやらせてもらえるんかな

286:デフォルトの名無しさん
08/06/01 16:13:27
>>285
無理金にならないから、一部の出版社が
やってるだけ

287:デフォルトの名無しさん
08/06/01 16:25:05
>>283-284
サンクス。
同じ人が書いたこの推薦本の中から選んでみようと思います。

Java＆オブジェクト指向参考書リスト（2007年版） - カレーなる辛口Javaな転職日記
URLﾘﾝｸ(d.hatena.ne.jp)

288:デフォルトの名無しさん
08/06/01 18:40:22
>>285
翻訳者として無名な場合、まず翻訳を持ち込むのが普通じゃないの？

289:デフォルトの名無しさん
08/06/01 19:04:06
>>285
On Lispの訳者は原著者に許可貰ってネットで翻訳公開してたら、
それが書籍出版に繋がったみたいだね

290:デフォルトの名無しさん
08/06/01 19:33:53
>>287
こんなアフィ厨のサイトわざわざ紹介するなよ
的外れなコメントが多すぎるし、書店でパラパラめくっただけの本を推薦してるのとか頭悪すぎ

291:デフォルトの名無しさん
08/06/01 19:35:29
まともに読んでないものを薦めるのって信じられないよね･･･
やね某とか本棚自慢してるけどお前その中の7割も読んでないだろうと
はてなで書評する奴ってこんなのばっかり

292:デフォルトの名無しさん
08/06/01 20:37:10
>>291
> やね某とか本棚自慢してるけどお前その中の7割も読んでないだろうと

7割ってことはないだろ。あの様子じゃ9割ぐらい読んでないだろ。

あれだけある蔵書の3割を読んで正しく理解できているなら、それだけでも天才的だと思うが。違うか？

293:デフォルトの名無しさん
08/06/01 20:39:42
やねうらおさんは天災なんでそれぐらい朝飯前だと思ってましたが^^;;;

294:デフォルトの名無しさん
08/06/01 20:46:16
蔵書の多さで言えば弾のほうが断然上だしな。

やね某はせいぜい1万冊ぐらいだろ。値段にして3千万円程度。
弾はそれよりは1桁ぐらい多いだろ。値段にして3億円程度。

3千万円程度の蔵書で自慢されてもね。

295:デフォルトの名無しさん
08/06/01 20:49:01
弾は図書館でも作る気なんですかね？

296:デフォルトの名無しさん
08/06/01 20:51:46
やねは本の内容全部覚えてるから
すごいんだよ
あいつは忘れられない病気みたいだけど

297:デフォルトの名無しさん
08/06/01 20:57:52
>>295
弾は自宅を開放、とまではいかんが、
オープンソースのプログラマを自宅に招いて、スペースをよく提供してるよ。

まあ、金持ってるならただ持ってるだけじゃなく何らかの形でコミュニティに還元しないとな。

298:デフォルトの名無しさん
08/06/02 01:40:04
雑誌・ムックの類ってどこかにまとまってたりします？
まとめサイトには見あたらなかったんですが…
トレンドを追う意味も込めて、分野別に雑誌のクオリティレビューのようなものがあれば良いのですが…。

299:デフォルトの名無しさん
08/06/02 04:17:38
弾の書評はいい加減で迷惑だって
弾スレに書いてあったな

300:デフォルトの名無しさん
08/06/02 07:37:18
正直、雑誌はもう終わった感が・・・

301:デフォルトの名無しさん
08/06/02 08:47:53
10分しか読んでない本の評価がまともなわけない

302:デフォルトの名無しさん
08/06/02 13:41:51
>>301
専門書や小説でない限り10分読めばいい本か悪い本かなんてわかるだろ。
それともお前、わかんないの？

303:デフォルトの名無しさん
08/06/02 17:39:54
わかるわけねぇだろｗ
作者が何百時間とかけて書いた本だぞｗ

304:デフォルトの名無しさん
08/06/02 17:50:04
少なくとも、小説であろうと学術書であろうと、その本が自分と相性がいいかどうか位は10分も読めばわかる。
何故なら、その本全体の書き方の癖のようなものが最初の数ページにも顕われてしまうからだ。

305:デフォルトの名無しさん
08/06/02 17:52:23
自分と相性がいいか悪いかと、その本がいい本か悪い本かは全然違うと思うが

306:デフォルトの名無しさん
08/06/02 18:02:49
相性が悪ければ、少なくとも自分にとってはいい本じゃないね。

307:デフォルトの名無しさん
08/06/02 18:11:57
どうかな
名言一つで人生が変わったりするんだぜ？

308:デフォルトの名無しさん
08/06/02 18:12:20
相性が良くても、悪い本の可能性もあるな。

309:デフォルトの名無しさん
08/06/02 18:29:37
２巻の最後まで読んで、おもしろさがわかりました。

310:デフォルトの名無しさん
08/06/02 18:33:19
要は、いい本悪い本の定義なしにいい本かどうかを議論しても詮無いってことだな。

311:デフォルトの名無しさん
08/06/02 19:15:09
>>302が見苦しいにも程がある

312:デフォルトの名無しさん
08/06/02 19:16:35
>>311
お前はよっぽど本を読み慣れてないみたいだな。このスレには向かないんじゃね？

313:デフォルトの名無しさん
08/06/02 19:20:10
>>312
期待通りの脊髄反射有難う御座います＾＾；

314:デフォルトの名無しさん
08/06/02 19:36:43
自分でどの本を買おうか選ぶんならいいけど、
人に奨めるって言うのなら話は別だよね

315:デフォルトの名無しさん
08/06/02 19:59:42
俺は>>303の言ってる意味が理解できない
作者が時間かけたことと本の良し悪しを判断することに何の関係が？

316:デフォルトの名無しさん
08/06/02 20:10:43
つまり、作者が時間をかけただけの内容があるわけだから、
理解にかかる時間とは相関関係にあるんじゃないかな

317:デフォルトの名無しさん
08/06/02 20:11:18
全てを理解しないと、いい本かどうか判断できないんですか?

318:デフォルトの名無しさん
08/06/02 20:14:41
10分でこの本のどこが良くてどこが悪かったかを
他人が読んでも大丈夫なようにレビューするのはオレには無理だな。
立ち読みして良さそうと思い買った本で微妙だったことなんて多々あるし。

319:デフォルトの名無しさん
08/06/02 20:17:18
全てを理解しないと、本当に良い本かどうか判断できないってのは
極論を言えばそうだとは思う

が、全てを理解する気にもならない本と言うのはあると思う
いや、俺の能力不足だと言われてしまうとその通りとしか言えないんだろうけど

320:デフォルトの名無しさん
08/06/02 20:23:09
>>318
俺も無理

そもそも本の評価はいいか悪いかの2値じゃないだろ
極端すぎるぜ

321:デフォルトの名無しさん
08/06/02 20:55:23
つまりSEXするまでは体の相性はわからないってことだ

322:デフォルトの名無しさん
08/06/02 21:28:21
つまりアクネスティ本を買う奴は
屑ってことだ

323:デフォルトの名無しさん
08/06/02 21:58:19
>>317
できない! 評論ってそういうもの。

324:デフォルトの名無しさん
08/06/02 22:41:59
ある程度読書経験があれば、10分で、クズな本は排除できるだろ。

・説明が下手
・図がわかりにくい
・誤字脱字だらけ
・日本語がおかしい

こんなのちょっと見ればすぐに気づくからな。
そのレベルの本が多すぎる。

325:デフォルトの名無しさん
08/06/02 22:48:17
でもせいぜいその程度だな

326:デフォルトの名無しさん
08/06/02 23:03:14
なんかズレてるやつが居るな

327:デフォルトの名無しさん
08/06/02 23:10:25
そんな低レベルな本なんて、そもそもレビューの俎上にも上らないだろ。

328:デフォルトの名無しさん
08/06/02 23:16:28
>>327
そうでもない。

翻訳本の場合、訳者が悪くて意味不明なものまである。
ある程度読み慣れていれば、少し見れば気づく。

お前が小学生向けの算数の本をレビューしようと手にとって、
足し算の説明が掛算の説明よりあとになってたらどうよ？

説明の順序が悪いって思うだろ。

いい本だという評価は簡単にはくだせないが、悪い本は驚くほど簡単にわかる。
読書経験が豊富で、専門知識があればあるほど悪い本はすぐわかる。

弾ぐらい読書してる奴なら、悪い本だと断定するのに必要な時間は10分どころか1分でも十分なぐらいだ。

329:デフォルトの名無しさん
08/06/02 23:22:13
そうだね

330:デフォルトの名無しさん
08/06/02 23:23:58
>>328
アンカミスか？回答になってなくね？

331:デフォルトの名無しさん
08/06/02 23:25:58
弾は読書家じゃないよ
買書家だよ

332:デフォルトの名無しさん
08/06/02 23:26:46
そうですね

333:デフォルトの名無しさん
08/06/02 23:29:27
いい加減既知外の相手するのやめなよ

334:デフォルトの名無しさん
08/06/02 23:30:35
そうだね

335:デフォルトの名無しさん
08/06/02 23:30:52
>>328
悪い本だと断定するだけじゃまともな書評はかけないだろ

336:デフォルトの名無しさん
08/06/02 23:31:46
>足し算の説明が掛算の説明よりあとになってたらどうよ？

少なくとも、独創的な良書の可能性があると思って
興味を引かれるね

337:デフォルトの名無しさん
08/06/02 23:35:50
まともな書評なんて無いよ
2chの図書関係のまとめ程度が限界

338:デフォルトの名無しさん
08/06/02 23:48:47
と、考えるお前の頭が限界

339:デフォルトの名無しさん
08/06/03 00:30:16
(ﾟ∀ﾟ)ﾊｲ!!

340:デフォルトの名無しさん
08/06/03 00:46:56
オブジェクト指向の最高の入門はこれだと気づいた

なぜ、あなたはJavaでオブジェクト指向開発ができないのか―Javaの壁を克服する実践トレーニング

341:デフォルトの名無しさん
08/06/03 01:54:22
断じて違います

日本人が書いたOO系書籍はほぼ全て地雷なので
本当に"入門"したい人は洋書か
外人が書いたものの翻訳書を買いましょう

342:デフォルトの名無しさん
08/06/03 02:16:42
>>341
じゃあその洋書紹介してよ。

343:デフォルトの名無しさん
08/06/03 02:49:10
洋書ならどれでもいいんですね。わかりました。

344:デフォルトの名無しさん
08/06/03 08:05:18
糞本
・憂鬱ななんとか
・オブジェクト脳なんとか

こんなのでわかったつもりになるならリファクタリングでも読んでたほうが参考になる

345:デフォルトの名無しさん
08/06/03 08:20:44
つDelphiオブジェクト指向プログラミング

oopの入門としては憂鬱なプログラマの(ryもよかったけどな
あくまで入門用として

346:デフォルトの名無しさん
08/06/03 12:12:31
憂鬱本は
今では常識のデザパタやリファクタリングのアイデアすら
浸透してない１０年以上前の古い本なんだよな
オブジェクト指向の原則が意識されてるわけでもないし
多重継承にページを割いているわりに
インターフェースは扱ってないから
三要素の一つポリモーフィズムがろくに説明されていない

少なくとも現在においては
これでオススメの入門書ってのはないと思うけどね

347:デフォルトの名無しさん
08/06/03 12:28:23
メイヤーさんの糞分厚いやつかカモノハシ本でいいよ

348:デフォルトの名無しさん
08/06/03 13:11:26
10年経つのに改訂しないよな

349:デフォルトの名無しさん
08/06/03 13:27:51
憂鬱本は最悪だろ
オブジェクト指向がわかってない典型
あれで誤解が量産された

350:デフォルトの名無しさん
08/06/03 15:03:18
オブジェクト脳は
犬ならワン、猫ならニャー
とか言ってるやつよりは良いかと。
でも中～後半が蛇足過ぎる

前～中半の解説も例が斬新でイメージ作りには
良いと思うけど、それ以上ではないな

351:デフォルトの名無しさん
08/06/03 16:01:06
そういや最近
犬ならワン、猫ならニャー
の類の説明に突っかかる奴やたらと見るけど
なんかこれを目の敵にした元ネタの本でもあるのか？

352:デフォルトの名無しさん
08/06/03 18:04:40
現在、日本語で読めるオブジェクト指向の本で一番まともなのはどれですか?

353:デフォルトの名無しさん
08/06/03 20:23:45
オブジェクト指向のこころ

354:デフォルトの名無しさん
08/06/03 20:43:30
>>351
その本もってる

355:デフォルトの名無しさん
08/06/03 21:48:49
あるのかよｗ

356:デフォルトの名無しさん
08/06/03 22:03:15
普通のペンギンと空を飛ぶペンギンとロケットエンジンで飛ぶペンギン

357:デフォルトの名無しさん
08/06/03 22:37:57
まさかそれは…途中まで読んだ覚えが…まさかだめほんだというのかああああああああああああああああ

358:デフォルトの名無しさん
08/06/03 22:47:34
わかればいいんじゃないの？

359:デフォルトの名無しさん
08/06/03 23:56:15
途中までw

360:デフォルトの名無しさん
08/06/04 00:06:09
とりあえずアクネスティ本は読むな

361:デフォルトの名無しさん
08/06/04 00:17:33

これなんてどうだ？

つタオ・オブ・オブジェクト

362:デフォルトの名無しさん
08/06/04 04:15:18
オブジェクト指向の本じゃないが、プログラミング言語Javaとか読めばいいんじゃね？

363:255
08/06/04 18:04:13
返事遅れましたがとりあえずソフトウェア作法とコードコンプリートの2版と
金があったら1版も探してみます
K&Rはすでに持っててナナメ読みして放置中だったのでもう一度読んでみます
ありがとうございました

364:255
08/06/04 18:09:25
SICPでもググったら関数型のプログラムにカンケイがあるんですね
関数型も触ってみたいと思います

365:デフォルトの名無しさん
08/06/05 08:26:06
>>363
かなり内容が古い「ソフトウェア作法」の前に「珠玉のプログラミング」がいいと思う。
アマゾン(日)でも、「プログラミング作法」とのセット買いを勧めてる。
ベントリーさんの本は面白いんだけど、
「プログラム改良学」「プログラム設計の着想」は絶版みたい。
「プログラマのうちあけ話－続・プログラム設計の着想」は買えるみたいだけど。

366:デフォルトの名無しさん
08/06/06 00:01:11
Cのマクロの本ないですか？
プリプロセッサの出力結果見れば「どう」変換したかは分かるのですが、
とりあえず、存在を知らないと使おうにも使えない。

WindowsX.h とか sys/queue.h みたいなマクロは知ってから愛用させてもらってます。

マクロの紹介とか、こんな書き方も出来る、みたいな本ないですか？

367:デフォルトの名無しさん
08/06/06 00:04:06
ない。

368:デフォルトの名無しさん
08/06/06 00:08:29
chaos_ppやboost::preprocessorのhackをすればいいよ

369:デフォルトの名無しさん
08/06/06 00:09:03
アムネスティ=KKK

370:デフォルトの名無しさん
08/06/06 00:12:58
>>361
ウンコ

371:デフォルトの名無しさん
08/06/06 06:22:02
>>366
> WindowsX.h とか sys/queue.h みたいなマクロ

とりあえずCの初心者本を勧めるが

372:デフォルトの名無しさん
08/06/06 16:45:36
>>366
そういうのは実際に自分でファイルを開いて眺めるしかないんじゃないかな。

373:デフォルトの名無しさん
08/06/07 00:16:02
>>366
CSTLでググってみるとかｗ
ちなみにオレは挫けた

374:デフォルトの名無しさん
08/06/07 10:39:47
>>373

お、なんか良さそうな名前>>CSTL
意外にもコメントに日本語があるな

サンクス、ちょっと試してみる

375:デフォルトの名無しさん
08/06/07 13:48:20
Code Completeを絶賛して職場においてもらったのだが、
自分で勧めといて見たらつまらなくて吹いた。

これのターゲットがわからん。
新人みたいな初心者は分厚すぎて読まねえし、
ある程度中級者には不要だし。
いったいこれは誰が読む本なんだ？？？

376:デフォルトの名無しさん
08/06/07 14:29:57
>>375
読まないで絶賛しちゃうとか・・・

377:デフォルトの名無しさん
08/06/07 19:38:08
>>375
自分はイケてると勘違いしているコーディング土方。

378:デフォルトの名無しさん
08/06/07 19:56:52
Code Completeって、おもしろくないのか、、、
読んでみようと思ったのに。。。

379:デフォルトの名無しさん
08/06/07 19:56:54
自分で絶賛しといて読んでる375に同僚は不思議がるのでした

380:デフォルトの名無しさん
08/06/08 00:03:05
>>378
上級者には退屈な内容だろうね。
でも、ヘタなくせに読んでも感銘うけるなり、動揺するなりしないやつは、どうだろうっても思う。

381:デフォルトの名無しさん
08/06/08 00:24:55
>>380
そういう奴は Code Complete を正しく理解する知能がないんだろう。
俺は読んだことないけど。

382:デフォルトの名無しさん
08/06/08 00:36:12
初級～中級のおれは読んだほうがいいのか？

383:デフォルトの名無しさん
08/06/08 00:52:08
上級者だから、Code　Completeとかその他お作法系の本を読まなくていいかっていうと、どうだろうな。
どうしようもないヘタが、自分を上級者だと思っていたりとかありがちだし。

384:デフォルトの名無しさん
08/06/08 00:56:07
上級者だから読まなくていいっていう話はどうかと思うけど、
書いてあることはわりと基本的なことばかりだよね。と、目次
だけ見て思った。

385:デフォルトの名無しさん
08/06/08 01:27:39
自分でCode Completeを書けるくらいの知識と経験があるなら読まなくていいね。

386:263
08/06/08 02:46:44
Code Complete は、年間十冊読む奴なら、載ってることは全部他の本で読めるから不要。
年に二冊とか三冊しか読まない奴は Code Complete でもいいだろう。
実践的な本だから、退屈は退屈だ。
繰り返すけど、悪くない本だ。

387:デフォルトの名無しさん
08/06/08 02:50:56
>>386

読むなら両方呼んだほうがいい？

388:デフォルトの名無しさん
08/06/08 03:04:00
何十冊にも分かれて載ってる基本的常識が
一冊にまとまってるのがいいんじゃないか

初心者の効率的なレベルアップ、
中級者～だと思っている自分の知識の再確認
なんかにはいいと思うけど

389:デフォルトの名無しさん
08/06/08 03:05:27
そもそも何をもって中級者と呼ぶのか

390:デフォルトの名無しさん
08/06/08 03:40:28
なんとなく書けちゃってる人たち
かな

391:375
08/06/08 08:43:25
Code Completeは達人プログラマーと同じようなクソな臭いがした

392:デフォルトの名無しさん
08/06/08 08:58:06
まぁソースコードなんて一子相伝だし
どう読むかなんて知る必要ないけどな

393:デフォルトの名無しさん
08/06/08 11:51:42
>>388
>何十冊にも分かれて載ってる基本的常識が
>一冊にまとまってるのがいいんじゃないか

まさしくCodeCompleteの利点はそこだと思う。膨大な量の技術書と論文から
引用した情報をまとめて、スティーブマコネルがそれにコメントつけてる。
他の技術書とか論文とかの索引としても使えるから、とりあえず一冊もっとけ、
ってのは正しいと思う。

読者が「読んだだけでレベルアップ」する本ではなく、「迷った時にはこれを見る」
っていう本。そもそも迷わない人には、全ページ知ってる情報が羅列されてるだけ
に見えて、つまらなく感じるのでは。

394:デフォルトの名無しさん
08/06/08 11:56:44
和書はうさんくさいのが宣伝してるから
好かん

395:デフォルトの名無しさん
08/06/08 15:13:47
CodeCompleteはいい本だと思うよ。
基本的に「うんうん、そうだよね。やっぱそう考えるよな」って感じで読み進めて、
「あれ？こんな考えもあるんだ」ってところに当たったら、他の書籍で詳細を追っかける、
こんな読み方をして、自分の知識を広げるための本だと思う。

396:デフォルトの名無しさん
08/06/08 20:37:51
じっくり読むような本ではないと言う事か
職場や図書館に置く本ではあっても個人が所持するべきタイプではないんだな

397:デフォルトの名無しさん
08/06/08 23:39:55
プログラミングの雑誌を読んでるとき、タイトルから自分の興味ない記事と思っていたのに、
よんでみたらこれすごいねと思うような記事を集めた感じなのがCode Complete。
体系的に並んでないけどいいことは書いてある。

398:デフォルトの名無しさん
08/06/09 09:34:11
一貫した視点がない
Completeとあるが網羅的ではない
書き手のセンスが感じられない (そもそもタイトルが…
という意味で良書ではないが、
経験値低い人は読んで損はない本。

399:デフォルトの名無しさん
08/06/09 10:14:20
良書だと思うぞ＞Code Complete

なんでたいしたこと無い扱いされてるのかわからん
経験有る無しとは無関係に一度は読むべきだろ

400:デフォルトの名無しさん
08/06/09 11:14:48
このスレは上級者ぶりたい奴が多いから

401:デフォルトの名無しさん
08/06/09 17:34:04
>>365
珠玉のプログラミング買いました
プログラミング作法を読みきったら挑戦したいと思います

402:デフォルトの名無しさん
08/06/09 20:54:09
>>399
>>398以外で大した事ないと言ってる奴はいないと思うぞ。
ただ構成が読みにくいのは確か。

403:デフォルトの名無しさん
08/06/10 09:39:05
ネットワークの概観がつかめる参考書でお勧めありますかね？
いきなりタネンバウムは重すぎる気がするんで

404:デフォルトの名無しさん
08/06/10 15:26:20
つカマー本

405:デフォルトの名無しさん
08/06/10 18:28:14
>>403
和書なら
・コンピュータネットワーク技術の基礎
・コンピュータネットワーク概論 2版
・コンピュータネットワークの運用と管理[補訂版]
下二冊はタネンバウムの訳者がタネンバウムへの導入を意識して書いた本。
分厚くなくて概観を掴むならちょうどいい。
カマー本も良書、タネンバウムより読みやすい。
・The Internet Book　4版
・Computer Networks and Internets 5版

406:デフォルトの名無しさん
08/06/10 18:37:30
>>375
読み物として読んだよ。

407:デフォルトの名無しさん
08/06/11 22:50:47
JSP/サーブレットの本って少ない気がするんですけど、
お薦めってありますか？

408:デフォルトの名無しさん
08/06/11 23:07:41
>>404-405
㌧クス、参考にする

409:デフォルトの名無しさん
08/06/13 23:22:04
Programming Vertex, Geometry, and Pixel Shaders, Second Edition
発刊中止ってどういうことだよ
注文しようと思ったのに

410:デフォルトの名無しさん
08/06/15 14:15:39
アジャイルソフトウェア開発の奥義第2版
もうすぐ。

411:デフォルトの名無しさん
08/06/15 14:21:12
なん…だと…

去年かったばかりで半分しか読んでないのに

412:デフォルトの名無しさん
08/06/15 14:31:49
ホントだ。
7月1日だね。

アジャイルソフトウェア開発の奥義第2版オブジェクト指向開発の神髄と匠の技
URLﾘﾝｸ(www.amazon.co.jp)

413:デフォルトの名無しさん
08/06/15 14:35:31
ほう・・・第２版は何を改定したんだろう？

414:デフォルトの名無しさん
08/06/15 15:04:13
原書は改版してないっぽいんだよね
紹介文を見るにソースコード追加とかその程度でない？

415:デフォルトの名無しさん
08/06/15 16:29:32
こんなの奥義でもなんでもねーだろ
稼げるアフェリエイト構築とかそういう
糞本と一緒だろ

反論してみろよ関係者ｗ

416:デフォルトの名無しさん
08/06/15 16:30:39
ﾁｮﾝﾊﾞﾝｸから出ているから糞

ほら反論してやったぞ

417:デフォルトの名無しさん
08/06/15 16:31:12
そんなしょーもない本だったら邦訳しませんって（訳本がすべて良いとは言わんが）
国内のライターで書ける

418:デフォルトの名無しさん
08/06/15 16:48:53
なんで原著が改訂してないのに勝手に2/eにして出すん？

419:デフォルトの名無しさん
08/06/15 16:49:59
>>415
読んだ上でそういうこと言ってんなら、お前とは仲良くなれなさそうだ。
俺は名著だと思ってるが。

420:デフォルトの名無しさん
08/06/15 16:57:42
下手に「奥義」とか、いかにもな名前を付けるから
内容との乖離に批判が出るわけだが

421:デフォルトの名無しさん
08/06/15 17:31:52
More Effective C++ みたいに第１版の訳が壊滅的だったとか？

422:デフォルトの名無しさん
08/06/15 17:34:13
>>420
出版社は、いかにも、なタイトルをつけたがるが、それが実は本の売り上げを落としている件について。
#件の本の原題はたぶん、"Agile Estimating And Planning"

423:デフォルトの名無しさん
08/06/15 17:44:44
日本人はバカだからな。仕方が無い。

424:デフォルトの名無しさん
08/06/15 17:48:45
ｼﾅﾁｮﾝは来なくていい

425:デフォルトの名無しさん
08/06/15 17:56:56
本当に日本人は救えないバカが多い
偉大なる人民とは大違いだ

426:デフォルトの名無しさん
08/06/15 18:44:58
自国へ帰ればいいそれだけのことそれすら出来ない無能ちゃんが徘徊している

427:デフォルトの名無しさん
08/06/15 19:19:54
プログラム関係ないが、俺が知っている一番ひどい翻訳本のタイトルつけ方

"30 Days to Internet Marketing Success"
30日でインターネットマーケティングで成功する方法（適当訳）

↓日本語版

「30日で億万長者になる方法」

エエｴｴｪｪ(´Д｀)ｪｪｴｴエエ

428:デフォルトの名無しさん
08/06/15 19:36:39
そりゃ酷いなｗ

429:デフォルトの名無しさん
08/06/15 19:39:14
そういうのに飛びつくバカが後を絶たないからだろうな

430:デフォルトの名無しさん
08/06/15 19:40:56
日本人はバカだからな。仕方が無い。

431:デフォルトの名無しさん
08/06/15 19:41:46
人民はすばらしい

432:427
08/06/15 19:55:39
で、その本、中読み進めていくと、
「この本は30日で億万長者になる本ではなく、30日で億万長者になるための仕組みを構築する本です」
と書いてあるｗ

（＾ω＾#）ﾋﾞｷﾋﾞｷ

スレ違いスマソ。

433:デフォルトの名無しさん
08/06/15 19:58:43
>>432
買ってる時点で愚かだなｗ

434:デフォルトの名無しさん
08/06/15 20:19:45
>>433
立ち読みしたことないのか？

435:デフォルトの名無しさん
08/06/15 20:23:13
英語分からないけどC++TemplateMetaprogrammingおもしりおよ
こありはぷごるあみんぐげんご冴えで分かればそれなりによみあえると思う

436:デフォルトの名無しさん
08/06/15 20:24:00
すみません。typoしました。

437:デフォルトの名無しさん
08/06/15 20:25:28
タイポってレベルじゃねーぞ

438:デフォルトの名無しさん
08/06/15 20:26:51
>>427 = >>432
ぐぐってみたら↓これ？
URLﾘﾝｸ(www.amazon.co.jp)
著者が日本人だけで、翻訳本ではないっぽいが…

439:デフォルトの名無しさん
08/06/15 20:31:38
"30 Days to Internet Marketing Success"でググると
日本語版は「ジョー・クーマーのインターネットマーケティング成功への30日間」と出るな

440:デフォルトの名無しさん
08/06/15 20:32:12
単に本間違えただけって落ちか

441:デフォルトの名無しさん
08/06/15 20:33:46
ﾜﾛﾀ

442:デフォルトの名無しさん
08/06/15 20:37:35
>>438
URLﾘﾝｸ(www.enbiji.com)
ジョー・クーマーのe-bookが元になったって書いてあるな
翻訳本かどうか知らんが

443:デフォルトの名無しさん
08/06/16 00:39:00
インターフェース指向設計はまぁまぁだった。

444:デフォルトの名無しさん
08/06/16 05:20:52
>>438-442
そです。元はジョークマーのebookです。元の本は20人くらいの人のインタビューなんですが、
翻訳本は6人に減ってますｗまあ安いのでｗ
（ちゃんと全部訳された本（こちらは元と同じくebook）も別に売ってるみたいです）

445:デフォルトの名無しさん
08/06/18 01:22:45
DirectXの入門書無いですか？

Win32APIは下手なりになんとか使えるんですが、どうも、つかう必要があるライブラリがDirectShowとかDirectXの機能を
使うらしくその勉強を始めた所です。COMなんかの使い方から始めないとダメなのかな？よくわからん

環境は.NETではない素のC++ です。

446:デフォルトの名無しさん
08/06/18 02:18:26
>>445
DirectXのSDKのサンプルとonlineで読めるMSDNで何が不足なんだ。俺にはそれがわからん。

447:デフォルトの名無しさん
08/06/18 03:10:05
>>445
15歳からはじめるDirectX9 3Dゲームプログラミング
URLﾘﾝｸ(www.amazon.co.jp)

読んだことないけど「○歳からはじめる」シリーズは
入門書として評判高いからハズレではないと思う。

448:デフォルトの名無しさん
08/06/19 03:43:01
Lispは多少やったことあるんですけど
SICPは、日本語と英語どちらを読むべきですかね。
日本語の悪評が気になりました。
でもプログラム自体は、日本語ではないのだし　そんな問題
ないんじゃないか　とも思いますけど。
ちなみに、英語は苦手です。

449:デフォルトの名無しさん
08/06/19 03:47:38
>>448
苦手の程度がわからん。SICPは英語なら無料で読めるからそれで判断しなよ。
それが無理なら和書買えば。

450:デフォルトの名無しさん
08/06/19 06:16:23
>>448
誤訳とか文章がおかしいということはないので安心しろ、
せいぜい技術用語が少し前のものだったりするだけだ、
気になれば用語だけ英語に置き換えて読めばいい。
まあ、サイエンス社版のクヌース本みたいな用語。

451:デフォルトの名無しさん
08/06/19 11:41:36
>>448
和書買って、意味がわかりにくいところはネット上の英語版見ればいい。
俺は和書でほぼ完読した。最後の２問はムリｗ

452:デフォルトの名無しさん
08/06/19 13:28:51
>>449-451
ありがとう。
確かに英語版はネットであるんだったねえ。
和書買って　分かりにくいところ英語読むっていうのが
一番良さそうですね。試してみます。

453:デフォルトの名無しさん
08/06/19 15:40:04
SICPの２章でクロージャを「閉包」と訳してるのには閉口した。

454:デフォルトの名無しさん
08/06/19 15:51:08
>>453
当時、クロージャという呼び名はあまり一般的ではなかったので、
(関数)閉包と訳すことが多かった。

453は若い人かな？

455:デフォルトの名無しさん
08/06/19 16:27:21
>>454
そうなんですか。勉強になります。
クロージャが定着してる今の視点だと違和感ありまくりです。
１０年でそんなに違うもんなんですね。

456:デフォルトの名無しさん
08/06/19 16:47:06
R6RSには、

> Through the imported libraries, whether directly or through the
> transitive closure of importing, a top-level program defines a
> complete Scheme program.

というくだりがあるが、この"transitive closure"は、
「推移閉包」じゃないとしっくりこないな。

457:デフォルトの名無しさん
08/06/19 17:34:14
アジャイルソフトウェア開発の奥義第2版
おれは初版持ってないから買ってみるか
Robert C. MartinのAgile Javaって本読んだ人っていますか？？？

458:デフォルトの名無しさん
08/06/19 18:49:44
>>455
数学の世界では今でも普通に「閉包」と訳しますよ。
違和感を感じるのは時代のせいというよりは、
バックグラウンドの違いによるものじゃないでしょうか。

459:デフォルトの名無しさん
08/06/19 18:58:21
>>458
数学用語の閉包とプログラミング言語で使うclosureと
どういう関係になってるの？

今数学辞典を見たけどまったく別のお話に見える。

460:デフォルトの名無しさん
08/06/19 21:23:56
>>459
どちらも何らかの要素関して「閉じている」ものじゃないか。

閉包は開集合の和積に対して閉じてるわけだし、closureはひとつの
「環境」を作って閉じてるわけだ。
そういうのは数学の世界ではよくあること。「群」とかそうでしょ？

461:デフォルトの名無しさん
08/06/19 21:41:51
>>460
言っていることの水準がさっぱりわからない。

propertyという同じ言葉をプログラミングの世界では訳さずプロパティと呼ぶ。
これを個性だの財産だのと訳すのはaccountを「会計」と訳すくらいの誤訳だ。
こういう誤訳をしている訳本を実際に見たことがある。

誤訳になる理由は違う概念だからだ。

462:デフォルトの名無しさん
08/06/19 21:42:29
>>459が言ってるのはそういうことじゃなくて、closureが違う概念を指しているなら別の訳でいいだろってことじゃねえの？
どちらも何らかの要素関して「閉じている」とかいうだれでもわかるコジツケなんてどうでもいいんだよ。
正確に同じ概念を指していなければそんなのナンセンスもいいとこだ。

463:デフォルトの名無しさん
08/06/19 21:43:15
そのレスはズレすぎだと思うんだが……

464:デフォルトの名無しさん
08/06/19 21:44:20
すまん、>>463は>>461宛ね

465:デフォルトの名無しさん
08/06/19 21:45:40
へいへいほー

466:デフォルトの名無しさん
08/06/19 22:14:21
>>463
人を非難する前に自分の>>460を読みましょう。

＞「群」とかそうでしょ？

467:デフォルトの名無しさん
08/06/19 22:37:33
モルモンのごみは消えろ

468:デフォルトの名無しさん
08/06/19 22:44:48
引っ込みが付かないからって逆上するのはおよしなさい。
みっともないよ。
>>454の発言
＞453は若い人かな？

から察するにある程度の年齢でしょ？

469:デフォルトの名無しさん
08/06/19 22:44:54
>>466
そんなエスパーレスされても困る

470:デフォルトの名無しさん
08/06/19 22:58:26
なんか関係ない人同士で殴り合ってるように見える

471:デフォルトの名無しさん
08/06/19 23:17:06
>>453はラッパーだろ？

472:デフォルトの名無しさん
08/06/19 23:21:15
まあ言葉にそんなつんけんする必要もないでしょ

記号論かなんかの分野を勉強してた時に
○○という言葉は誤訳で本来なら××と訳すのが妥当であるのだが
○○という訳語が昔から使われて既に定着してしまっているのでこの言葉を使う
なんて書かれてることもあったし

473:デフォルトの名無しさん
08/06/19 23:29:56
>>472
お前は消えな。そもそも誤訳するような糞が
書いた本なんてよまねぇって

474:デフォルトの名無しさん
08/06/19 23:40:25
いやいやｗｗｗ
ベターな訳ではないけどそれが昔から分野の習わしとして
定着しちゃってることもあるからね～って言ってるだけなんだけどｗｗ

475:デフォルトの名無しさん
08/06/19 23:42:59
訳語なんて感覚的にわかればそれでいいよ。
カタカナでも漢字でも。

476:デフォルトの名無しさん
08/06/19 23:46:28
馬鹿が推薦するとSICPの評判が落ちそうだｗ

477:デフォルトの名無しさん
08/06/19 23:49:01
＞正確に同じ概念を指していなければそんなのナンセンスもいいとこだ。
この文が一番ナンセンスだな

478:デフォルトの名無しさん
08/06/20 00:36:51
function＞関数の訳にケチつけてんのと変わらんレベルだと思うが

479:デフォルトの名無しさん
08/06/20 00:39:55
関数は適当に作った訳語というわけでは全くないが・・・。

480:デフォルトの名無しさん
08/06/20 00:51:54
函数だろボケ

481:デフォルトの名無しさん
08/06/20 00:55:34
それと同じ音の常用漢字を当てつつ
意味的にベターなものを選んでるんだよ

482:デフォルトの名無しさん
08/06/20 04:48:54
ていうか、数学の閉包が英語でclosureなわけだが
逆に言えば、数学ではclosureの日本語訳は閉包だ
誤訳とか言ってる奴何なの？

483:デフォルトの名無しさん
08/06/20 04:54:12
閉口した奴はいるけど

484:デフォルトの名無しさん
08/06/20 05:02:53
classをクラスと訳すのも誤訳だな
設計図とでも訳すべきだ

485:デフォルトの名無しさん
08/06/20 07:00:27
は？

486:デフォルトの名無しさん
08/06/20 07:36:23
classは階級だろ

487:デフォルトの名無しさん
08/06/20 08:09:44
closureが閉包と書かれていても何もおかしい所はない。
音読みの当て字から来た函数よりは幾分もマシ。

488:デフォルトの名無しさん
08/06/20 08:44:38
closureが閉包でもそれほどおかしくない。字の意味はあってる。
account->会計とは全然事情が違う。

自分ならカタカタにするけどそんな悪くもない。

489:デフォルトの名無しさん
08/06/20 12:44:58
コンピュータ関連なら用語はカタカナだろ常考ってとこだな。
余計な齟齬が発生しにくいし、英文読むときも都合が良い。
もちろん全部とは言わないけど。

ことプログラム関連においては、カタカナどころか
英語のキーワードそのものの方が分かりやすいこともあるしな。
try-catchしてログ出して再throwしろ。とか。

490:デフォルトの名無しさん
08/06/20 12:47:47
ファンクションにタイプにヴァリアブルですね？
わかります

491:デフォルトの名無しさん
08/06/20 12:53:57
propertyは属性と訳してくれるのが一番わかりやすい

492:デフォルトの名無しさん
08/06/20 12:55:08
>>490
ヴァリアブルは「全部とは」に該当すりところだと
分かって書いてるとは思うけど、
個人的にはヴァリアブルも良いんじゃないかと思ったりもするｗ
流石に言わないけど。

javascriptのvarとかが何の略か知らずに使ってる人も居るしね。

493:デフォルトの名無しさん
08/06/20 12:56:53
ファンクションとタイプも普通にないからｗ

494:デフォルトの名無しさん
08/06/20 13:02:07
>>491
プログラマで、プロパティったらC#とかのアレだよな？

>>493
oracleと扱ってれば普通に使うよ。
プロシージャと区別するし。

495:デフォルトの名無しさん
08/06/20 13:10:25
せっかく、漢字アルファベット片仮名（日本語）ギリシャ文字と何種類も
文字が使えるんだから、どれかに統一しなくてもよかんべ
それぞれのいいところだけをつまみ食いするのが日本流だと思う

496:デフォルトの名無しさん
08/06/20 13:28:06
>>494
でも普通は関数や型と言う

497:デフォルトの名無しさん
08/06/20 13:41:17
だから「全部とは」って書いたっしょ。
それに>>494は使われるケースもあるってことだし、
極論は勘弁して下さいね。

498:デフォルトの名無しさん
08/06/20 13:48:21
それで逃げてるつもりなのか？
理屈に合わないものを全部、「全部とはと言ってないだろ」で
済ませられたらなんとでも言えるわ
関数や型や変数というほうが主流だし、これらの単語はめちゃくちゃ
一般的じゃないか

499:デフォルトの名無しさん
08/06/20 14:02:22
スレタイ（ry

500:デフォルトの名無しさん
08/06/20 14:05:44
>>498
話通じねぇｗ
逃げてる、で良いよもうｗ

そもそも定着してない用語の話だし、
最初クロージャの話題だったろ。
関数が一般的ってことに異論なんて端から無い。

501:デフォルトの名無しさん
08/06/20 14:27:03
定着した用語であっても最初は定着してなかったんだぜ
にもかかわらず、カタカナ以外で定着したこの事実

次ページ