09/02/22 01:23:59
>>344
２
348:デフォルトの名無しさん
09/02/22 01:43:28
どっちかとか言ってる時点で優れたプログラマにはなれないから安心して
349:デフォルトの名無しさん
09/02/22 02:30:37
酷い言い草だな
350:デフォルトの名無しさん
09/02/22 03:40:13
>>344
まずはロ－ベルとか詳説あたりで手を打ったらどうかな
そして>345含め3冊読めばいいと思うよ
351:デフォルトの名無しさん
09/02/22 03:44:10
ローベルじゃなくてロベールだろw
352:デフォルトの名無しさん
09/02/22 05:10:48
いきなり「プログラミング言語C++」は120%挫折するぞ・・
C++をバリバリに使いこなしている人が細かい仕様を確認するための本だ。
353:デフォルトの名無しさん
09/02/22 05:18:51
あれは早いうちに一度眺めておいた方がいいと思うな。
挫折を恐れて全く読まないでいるのはもったい無い。
所謂バイブル本はどれも同じことが言えそうだけど。
354:デフォルトの名無しさん
09/02/22 07:43:57
プログラミング言語Ｃ＋＋3版て誤訳が多すぎるやつじゃなかった？
355:デフォルトの名無しさん
09/02/22 09:16:35
訳は悪くない。問題は誤植。
その数は凄まじく大半のソースコードに間違いがあるほど
いまだかつてここまで誤植があった本を自分は見たことがない
しかし内容はそれを補ってあまりあるすばらしい内容
C++をある程度覚えたなら必ず読むべき
あれをリファレンスだから読む必要がないというのは、読んだことない人だろ
356:デフォルトの名無しさん
09/02/22 09:25:34
あれだけでは細かい仕様は確認できないしね。
あれは読み物だよ。> 禿本
357:デフォルトの名無しさん
09/02/22 10:55:02
PSPのCWCheatというチートモジュールを使っていたので
猫の一章はほぼ流し読みでいけたんですが
少数だけしっくりいきません。
猫を当てにして流しちゃっていいの？
358:デフォルトの名無しさん
09/02/22 11:30:21
>>330
晴比古はやたら無理な背伸びして書いてるから読者が本質を得るまでにえらい時間がかかる。
そしてずっと置いておきたい本とは思わないわけで・・
最初から選ばない方がババ引かずに済むよ。
359:デフォルトの名無しさん
09/02/22 12:03:59
晴比古なんて、存在しないのじゃなかった？
出版社の著作権用の架空人物で、
本によって書いてる実際の人は違うのだろ？
・・・って、前にレスされてなかった？
360:あさからよかいち
09/02/22 12:52:45
それは、はつみみです。
361:デフォルトの名無しさん
09/02/22 13:48:32
ブルバキって説がある（このスレ的に
362:デフォルトの名無しさん
09/02/22 17:32:17
>>330
VB.NETの本買ったけど、自分の目的には全然合わなかった
363:デフォルトの名無しさん
09/02/22 17:36:00
>>362
.NETの御用ならこちらまでおいでなはれ
お役にたてまっせ
URLﾘﾝｸ(www.tech-arts.co.jp)
364:デフォルトの名無しさん
09/02/22 18:34:38
今年のクリスマスちょっと特別さ
ホワイトクリスマスじゃなくてーも
365:デフォルトの名無しさん
09/02/22 22:03:06
.NETは商売の宣伝か？？
366:デフォルトの名無しさん
09/02/23 00:36:21
今勉強を始めるとするなら、PerlよりもやっぱRubyですかね？
入門書の充実度はどんな感じでしょうか？
367:デフォルトの名無しさん
09/02/23 00:41:03
Ruby派だけど、「初めてのPerl」にうち勝つ入門書はRubyにはない
「Whyの感動的Rubyガイド」がある意味圧勝してるけど
それ以外の本は大差ないかと。
本以外のことは別のスレに行った方がいいけど、大抵もめて終わるか
放置される。
てか、書き方からみると、もうRubyに寄ってるんでしょ？
368:デフォルトの名無しさん
09/02/23 01:12:36
RubyにはPythonと言う強敵がいるから、無理な気がするんだ
369:デフォルトの名無しさん
09/02/23 01:29:13
リャマいいよね。Perlは殆ど使わないけど。
undefの説明が反対なのに惑わされて数日詰ったのも今ではいい思い出。
Pythonは3.0からどうもぱっとしない。
370:デフォルトの名無しさん
09/02/23 01:36:43
他言語既習者向けなら、『初めてのRuby』とか『プログラミング言語Ruby』とか、
良いのが何冊かあるんだが・・・・・
371:デフォルトの名無しさん
09/02/23 02:34:20
岩波講座ソフトウェア科学ってすごい沢山あるんだな
372:デフォルトの名無しさん
09/02/23 02:58:41
今更ながらAdvanced Windows第5版を買って読んでみた。
勉強にもなるんだけど、それ以上にすごく面白かった。
来月の食事が少し貧相になるけど、大満足です。
373:デフォルトの名無しさん
09/02/23 07:27:20
>来月の食事が少し貧相になるけど
ﾜﾛﾀｗ
エンゲル係数下げてまでｗｗ
いや、それでこそ技術者だ。
374:デフォルトの名無しさん
09/02/23 07:48:52
>>372
何が面白かったのか書け。
375:デフォルトの名無しさん
09/02/23 08:05:55
>>374
Windows APIの腐れっぷりが面白かった。
もう笑うしかないねあれは。
376:デフォルトの名無しさん
09/02/23 08:10:53
C++/CLIのお勧めってある？
日本語書籍はほとんど無いので洋書
でも構いません。
377:デフォルトの名無しさん
09/02/23 08:18:20
>>375
おまえは黙ってろ。
378:デフォルトの名無しさん
09/02/23 08:35:07
>>371
「モデルと表現」という本のオブジェクト指向に関する記述は
今日的にはどんな評価になるのでしょうか？
379:デフォルトの名無しさん
09/02/23 08:51:20
>>366
自分は「独習Perl」で始めた。後は結城本とラクダ本
CPAN系は モジュールプログラミング みたいな本買ってやったかな
CPANのサンプルコードは test dir のコード見ればだいたいわかるし
Perlはいい本が多いと思うよ＞ cook book,practical,システム管理とか
Rubyは今「たのるび」と「JavaプログラマのためのRuby入門」読んでるとこ
次は「Rubyスクリプティングテクニック」か「Ruby Way 第2版」か
「Rubyアプリケーションプログラミング」かなと思ってる
どれがお薦めかな＞経験者の人
380:デフォルトの名無しさん
09/02/23 09:46:58
>>378
それはABCL/1のテキストと言っても過言じゃない。
URLﾘﾝｸ(web.yl.is.s.u-tokyo.ac.jp)
381:デフォルトの名無しさん
09/02/23 12:40:06
>>374
Windowsについて、今まで知らなかったり曖昧だった部分に
パズルのピースがはまっていくような感じで面白かった。
推理小説みたいだったな。
他にも知らなかったTipsがあったり。
382:デフォルトの名無しさん
09/02/23 13:01:48
>>381
なるほど。Windowsは知っていたから
面白かったんだ。俺向きの本ではないな。
高いしやめとこう。
383:デフォルトの名無しさん
09/02/23 17:15:02
>>379
「Rubyスクリプティングテクニック」は本屋でパラパラとちょっと見てみたけど、
中身薄げな印象。「初めてのRuby」（既読）の方が濃い気がする。
「初めてのRuby」は目次だけ見るとすげー普通なんだけど、それから受ける
第一印象よりは絶対面白い。
384:デフォルトの名無しさん
09/02/23 17:31:58
>>383
「初めてのRuby」ってページ数少ないよね？
385:デフォルトの名無しさん
09/02/23 17:48:39
224ページ。それがどうかしたか？
386:デフォルトの名無しさん
09/02/23 17:50:42
その少なさで基本を押さえられるのか？
387:デフォルトの名無しさん
09/02/23 17:52:44
C#の勉強をはじめようと思い書籍を探しているのですが
3.0対応ではどれがいいのでしょうか
oreillyの新しいやつ買おうと思っていたのですが>>140の情報見て止めた
388:デフォルトの名無しさん
09/02/23 18:09:05
それぞれの言語ごとの推薦図書をまとめよう！
389:デフォルトの名無しさん
09/02/23 18:11:05
3.0 の部分は MSDN でいいんじゃないの
390:デフォルトの名無しさん
09/02/23 18:38:57
5版は知らないけど4版はよかったよオライリー
391:デフォルトの名無しさん
09/02/23 18:43:47
Perlにはリャマ本とラクダ本があるけど
どっちが評判いいの？両方買えですか？
392:デフォルトの名無しさん
09/02/23 18:44:51
>>387
第5版については、自分で見て判断したほうが良いと思われる。
393:デフォルトの名無しさん
09/02/23 18:56:57
>>383
なるほど、ありがとう
買うにしても、も少し先だから本屋で検討してみる
＃量が多めのサンプルコード書いた方が、良さげな気がしてるんだけど
＃悩むところ・・・・
394:デフォルトの名無しさん
09/02/23 19:13:33
>>391
初心者 => リャマ
脱初心者でオブジェクト指向入門 => アルパカ
ガチ => ラクダ
評判はどれもいいが、それらは同列に比較するべき本ではない。
評価対象の読者レベルが違いすぎる。
おそらく>>391の知識レベルだとラクダは消化不良を起こすだろう
395:デフォルトの名無しさん
09/02/23 19:33:04
ラクダは古くて使えないと思うよ
396:デフォルトの名無しさん
09/02/23 19:44:08
今からPerlやるなら、モダンPerl入門もいい
397:デフォルトの名無しさん
09/02/23 19:45:07
落第るだろ
398:デフォルトの名無しさん
09/02/23 19:45:32
Perlは深沢さんの新刊も検討に値するんじゃまいか
399:デフォルトの名無しさん
09/02/23 19:51:31
このスレは宣伝スレです
自由に使ってね
400:デフォルトの名無しさん
09/02/23 19:51:54
あれはPerlを使ったオブジェクト指向の話だから
Perlの入門書としてはちょっと違うかと…ただ、本自体はかなりいいと思う。
マスターコースだといきなりすぎてついていけな概念もあるし。
401:デフォルトの名無しさん
09/02/23 19:56:59
３，４冊買ってみます。
402:デフォルトの名無しさん
09/02/23 21:36:01
>>386
基本を超えられる。
403:デフォルトの名無しさん
09/02/23 22:03:33
モダンPerlも深沢さんの新刊もおもしろそうだったね。
読んでみたいけどでも時間も金もない。
そういえば来月はオライリーからPerl本の新刊が出るよ。
オライリーのサイトにはまだ出てないけど、
オーム社のサイトにはもう出てた。
URLﾘﾝｸ(ssl.ohmsha.co.jp)
404:デフォルトの名無しさん
09/02/23 22:06:52
みな会社の新人とかにコードコンプリートみたいな本読ませてる？
ちょっとレベルの低い子がいたから、読ませようとしたら
上司が「そんなもん読むより大量にコードを書いた方がいい」と言われてしまった
確かに理論を読むだけよりもコードを書いていた方が成長はするかもしれないが・・・
先人たちの知識の宝庫を読まない手は無いと思うんだよなぁ
405:デフォルトの名無しさん
09/02/23 22:09:41
>>404
それぞれの量が半分になっても、両方やるのがいいと思う。
406:デフォルトの名無しさん
09/02/23 22:10:10
まずは下の絵を見てください。
＜━━━━━━＞
＞━━━━━━━＜
下のほうが長く見えると思います。
これが眼の錯覚です。
407:デフォルトの名無しさん
09/02/23 22:14:17
(つд⊂)ｺﾞｼｺﾞｼ
(；ﾟдﾟ) ・・・
(つд⊂)ｺﾞｼｺﾞｼｺﾞｼ
_, ._
（；ﾟ Дﾟ） …！？
>>404
その子の足りない部分が何かで上司と意見が割れてるんじゃね
408:デフォルトの名無しさん
09/02/23 22:28:31
>>404
本みたいなものは勧めなくても勝手に家でどんどん読むのが普通の技術者ってもんだろう。
それすらしないような新人なら、そんな新人を採用した面接官がおかしいんじゃね？と思うんだけどな。
409:デフォルトの名無しさん
09/02/23 22:33:57
Code Complete読んでみたいなぁ
他にも欲しい本がいっぱいあるのと高いので買えないぜ
きっと数回読んだらそのままお蔵入りしそうだし
410:デフォルトの名無しさん
09/02/23 22:37:48
デジタルフォレンジック関連なのですが、お勧めの本はありますでしょうか。
411:デフォルトの名無しさん
09/02/23 22:38:39
>>156みたいな人間が増えているのか
一方で>>372みたいなのもいるのにｗ
ここで取り上げられるような本は、知識情報として破格だと思うけどな
412:デフォルトの名無しさん
09/02/23 22:40:10
>>376
俺は C++/CLI in action 買った。
評価できるほどまだ読んでない。すまん
413:デフォルトの名無しさん
09/02/23 22:40:26
それでもコードコンプリートはちと高い・・
414:デフォルトの名無しさん
09/02/23 22:42:25
>>409
英語だが原書いっとけ。半額以下だ
それにあの本は作法の事典みたいなもんだし
一度読んでお蔵入りってことはなかろ
415:デフォルトの名無しさん
09/02/23 22:48:37
技術書って字ばっかりでかったるいんだよなーマンガ形式にしてくんない？
416:デフォルトの名無しさん
09/02/23 22:52:54
なんとかの絵本ってシリーズってあるな。
417:デフォルトの名無しさん
09/02/23 22:54:38
マンガ形式っていうと「こんにちはマイコン」を思い出す。
418:デフォルトの名無しさん
09/02/23 22:56:14
単純に考えると値段が倍になるじゃないか
で、倍にするわけにはいかないし、漫画に何千円も出さないだろうから
スカスカの内容になる
そういうのはたまに見かけるんじゃない？
419:デフォルトの名無しさん
09/02/23 22:59:21
>>417
懐かしいなぁ。。
30代後半から40代前半くらいでしょうか。
420:デフォルトの名無しさん
09/02/23 23:18:24
おれは読みたい本全部買ってたら飢え死にするw
421:デフォルトの名無しさん
09/02/23 23:23:37
>>409
他の本を後回しにしてでも、Code Complete は先に買って読むべき
あれはプログラマの聖書だと思う
必ずといって良いほど定期的に読み返すようになるから、お蔵入りになんかならない
422:デフォルトの名無しさん
09/02/23 23:39:54
レベルが高くて持て余してる子に読ませるならともかく、レベルが低い子に
1200ページを超える本を薦めるかねぇ
>>404が指導する立場だとしたら、むしろその子のレベルや評価を落としてる
張本人とさえ思える
423:デフォルトの名無しさん
09/02/23 23:45:12
ゆとり乙
424:デフォルトの名無しさん
09/02/23 23:46:53
>>408
面接官がおかしかろうがなんだろうが、
新人の８割が本を読まないんだから、
何らかの対応をするのが真っ当な社会人だろ。
面接官のせいにしても何も解決しない。
425:デフォルトの名無しさん
09/02/23 23:50:04
>>420
読みたいのを全部買ってるわけじゃないけど、それでも
読むのが追いつかなくて、積読になってる。
2chなんてやってなかったら、もっと消化できるけど。
あと、プログラミング系のやつって、繰り返し読んだり
コード書いて遊んだりしないと消化した気分にならないしな。
426:デフォルトの名無しさん
09/02/23 23:53:55
毎月2万ずつ本買ってみ。
すぐに読むのが追いつかなくなるから、飢え死にの心配なんて無いよ。
427:デフォルトの名無しさん
09/02/23 23:57:17
俺毎月４万くらいずつ本買ってるんだけど、読んでない本が本棚１本ある。
５００冊くらいか。どうすんだよ、これ。
428:デフォルトの名無しさん
09/02/23 23:58:10
>>425
俺も全く同じ状態だわ…
2ちゃん閉鎖にならないかなー
と2ちゃんに書き込む矛盾…
429:デフォルトの名無しさん
09/02/23 23:58:25
裁断、スキャンしてpdfにしておくんだ
430:デフォルトの名無しさん
09/02/24 00:01:04
俺は積ん読50冊くらいだけど、もうお手上げな感じ。
431:デフォルトの名無しさん
09/02/24 00:08:17
とりあえず本棚を技術書でいっぱいにしてインテリジェンス感が味わえればそれでよいのだ
432:デフォルトの名無しさん
09/02/24 00:12:08
技術者なら死ぬときは技術書の下
433:デフォルトの名無しさん
09/02/24 00:23:02
地震が来たら死ねる自信がある
434:デフォルトの名無しさん
09/02/24 00:23:31
オブジェクト指向入門を読んでみようと思うのですが、中古で安く買える初版と新しい２版どっちにするか悩んでます。
中身、だいぶかわってるのでしょうか？
435:デフォルトの名無しさん
09/02/24 00:25:43
2版のほうはちらっとしか見てないけど、全く別物だったよ
というか量から違うような
436:デフォルトの名無しさん
09/02/24 00:26:57
>>435
２冊になってますよね・・・
やっぱ２版買うべきかな・・・
437:デフォルトの名無しさん
09/02/24 00:42:05
赤坂玲音が新刊を出すようだぞ
438:デフォルトの名無しさん
09/02/24 00:54:14
赤坂玲音てまだ２０代なんだ・・
439:デフォルトの名無しさん
09/02/24 01:01:30
ぐぐってみたけど、すげーな、こいつ。
素直に尊敬するわ。
440:デフォルトの名無しさん
09/02/24 05:09:36
20代でこんなやつがいたんじゃ商売あがったりだぜまったく
441:デフォルトの名無しさん
09/02/24 08:14:50
これか。
XNAゲームプログラミング Xbox 360とWindowsのクロスプラットフォーム開発
URLﾘﾝｸ(www.amazon.co.jp)
ゲームは興味ないなあ。
442:デフォルトの名無しさん
09/02/24 08:27:21
>>412
読了したら教えてちょーだい。
まあ初心者用じゃないだろうけど。
443:デフォルトの名無しさん
09/02/24 10:20:28
コーディングのテクニックやルールと言うよりも
設計手法や制御に重点をおいた入門書ってありませんか？
444:デフォルトの名無しさん
09/02/24 10:56:21
彼のC++/CLIの本は神だった
タイトルが悪いけど
>>440
まったくだ
445:デフォルトの名無しさん
09/02/24 11:21:05
C++/CLIて業務レベルで使う事あるの？
446:デフォルトの名無しさん
09/02/24 12:45:12
Code Completeは買うべきなのか
…定額給付金が出たら買ってみるかな
447:デフォルトの名無しさん
09/02/24 13:15:22
>>446
個人的には、買うべきかな？と迷ってるようなLvの人は
そっちよりも、 『ゲームプログラマーになる前に 覚えておきたい技術』
の方をお勧めする。
内容がゲームに特化してるが、いろいろと勉強になるところが多いし、
基本的な部分では、知っておいて欲しい所が多い。
（float周りや計算の時間とか）
あと、付属のCDのコーティングスタイル関係やライブラリ関係のpdfは
初心者じゃなくても、読んでおいて欲しい ぐらいのモノ。
ページ数が多いけど、解説が丁寧だからそんな手間取らずに進められると思うし、
ある意味、この本で 分厚い書籍 への抵抗を払拭してもらえれば
その後へも行きやすいと思う。
448:デフォルトの名無しさん
09/02/24 13:23:21
>>446ではないが
『ゲームプログラマーになる前に 覚えておきたい技術』をamazonでしらべてみたら
新品より中古価格の方が高いのだが何が起こってるんだ？
449:デフォルトの名無しさん
09/02/24 13:27:33
>>448
なかなか入荷しなかったから
絶版近しと勘違いしたんじゃねーの？
でも紀伊国屋には山ほど売ってた。
出版社もこんなに売れるとは思って
なくて増刷に時間がかかったとか。
450:デフォルトの名無しさん
09/02/24 13:27:40
１時的に品切れになったとき高騰して
そのままの価格設定なんでしょ
451:デフォルトの名無しさん
09/02/24 16:23:57
Code Complete は本屋に行ったときにたち読みすれば十分
452:デフォルトの名無しさん
09/02/24 16:46:06
URLﾘﾝｸ(www.atmarkit.co.jp)
Code Completeはここで第６章だけ読めるけど、確かにこの章を読んだ限りではいらないな
たまたまここだけ出来が悪いのかも知れないが、絶賛するほどのものでもないだろう
453:デフォルトの名無しさん
09/02/24 16:51:23
立ち読みに何時間かかるんだよ。
(読んだこと無いけど)
454:デフォルトの名無しさん
09/02/24 17:04:04
あれは生活に必要な知識をまとめた本。
マジックナンバーを使うなとか、再帰とは何かとか、上手なコメントの入れ方とか、
その辺の解説書。
455:デフォルトの名無しさん
09/02/24 17:09:11
生活ってさ、一週間が再帰してるだけだよな。
たまに例外がキャッチされるけど。
456:デフォルトの名無しさん
09/02/24 17:17:48
>>455
スタックのオーバーフローだけは気をつけて。
457:デフォルトの名無しさん
09/02/24 17:24:07
俺の財布スタックとTodoスタックがPopしようとすると stack is empty ってエラー吐きまくるんですけど
458:デフォルトの名無しさん
09/02/24 17:26:34
財布はともかくToDoはpriority_queueにしておけ
459:デフォルトの名無しさん
09/02/24 18:17:50
>>452
内容は別にして、この文章には金を払いたくないな。
460:デフォルトの名無しさん
09/02/24 19:02:01
結局Code Completeは買うべきなの？
461:デフォルトの名無しさん
09/02/24 19:13:11
No
462:デフォルトの名無しさん
09/02/24 19:17:21
前にちょっと上がってる
ゲームプログラマーになる前に 覚えておきたい技術
ってどうなの？amazonの技術書のレビューっていまいち信用ならないところがあるしなぁ
463:デフォルトの名無しさん
09/02/24 19:31:40
２ちゃんなら信用出来るのか
464:デフォルトの名無しさん
09/02/24 19:45:08
「CodeComplete」と「ゲームプログラマになる前に覚えておきたい技術」は対象層が真逆だと思う。
CodeCompleteは実践ばかりで本はあまり読んでこなかったという人が読むとためになる。
ゲームプログラマに…は読書ばかりで実践経験の不足してる人が読むとためになる。
465:デフォルトの名無しさん
09/02/24 21:52:52
>>406
上が長くみえまーす
466:デフォルトの名無しさん
09/02/24 22:39:42
>>465
よく見破りましたね、実際は上の方が長いのです。
More Effective C++を買ってみた。
皆が言うほど読みにくさはない印象。まだ３割くらいしか読んでないけど。
467:デフォルトの名無しさん
09/02/24 22:54:41
読みやすいかなぁ。
2ページ目から「プログラマが使うに値するもっとましなクラスを探すかすべきである」
なんて書かれていて破りたくなったんだけど。
ちなみに原文は"better class of programmers to work with"
468:デフォルトの名無しさん
09/02/24 22:55:58
『ケント・ベックのSmalltalkベストプラクティス・パターン』を読んだことがある方に
教えていただきたいのですが、Smalltalk未経験の者が勉強しながら無理なく
読み進めていくことはできますか？
自分は普段Rubyを使っていて、本の内容をそれに役立てたいと思ってます。
469:デフォルトの名無しさん
09/02/24 23:01:12
>>468
スモールトーク、ぜんぜん知らないけど読むくらいはできるだろうって
おもってその本を買ったけど、やっぱぜんぜん読めなくて、ネットで
スモールトークの基礎くらいさらっと勉強してそれから読もうと思って、
そのまま積読になってる。
470:デフォルトの名無しさん
09/02/24 23:06:02
>>468
私は大丈夫でした
ケント・ベックの文章はわかりやすいし、コードも読みやすい
471:デフォルトの名無しさん
09/02/24 23:24:22
>>468
悪いことは言わない、
まずは、 自由自在Squeakプログラミング をやるべき。
こっちは、Smalltalkの基礎の基礎からやってるくせに、
しっかりOOを学ばせてくれる。
あと、Smalltalk系のイディオムも覚えられるから、
こっちをおわらせてから ケント・ベックのSmalltalkベストプラクティス・パターン
で色々と深いところを学んだ方が効率も効果も大きいと思う。
まぁ、Smalltalk自体それほど変な癖が強いわけじゃないから、
他の言語を幾つか使ってるなら、いいかもしれないが、
Rubyだけだと・・・・
472:デフォルトの名無しさん
09/02/24 23:27:25
実装よりのオブジェクト指向設計の本ないすか
473:デフォルトの名無しさん
09/02/24 23:30:41
70年の人生は、20億秒を少し超えるにすぎない。誇りの持てない仕事で無駄にする時間はない。
よいコードを書くこと自体が喜びであり、そのコードを他の人が理解し、評価し、使用し、拡張してくれれば、
さらに喜びは増す。
474:デフォルトの名無しさん
09/02/24 23:31:15
デザパタの本でいいだろ。
475:デフォルトの名無しさん
09/02/24 23:33:23
>>469
俺はSmalltalkの文法が勘で読めるようになったが、
人には勧めない。
476:デフォルトの名無しさん
09/02/24 23:34:51
>>469-471
ｻﾝｸｽ 参考になりました。ある程度は構える気持ちで挑戦した方がいいみたい
ですね。
477:デフォルトの名無しさん
09/02/24 23:55:21
>>476 >>469
Smalltalkの分からないところはピンポイントでどんどん遠慮せずに訊くのが吉。
Smalltalk環境に慣れないうちから自力で解決しようとしてもいいことないので。
ｽﾚﾘﾝｸ(tech板:501-600番)
万一さらに興味を持って自分で使いたくなった暁には、Squeakでなら471の
「Squeakプログラミング」、VisualWorksでなら「Smalltalkで学ぶオブジェクト
指向プログラミングの本質」を買って動かしながら深く学ぶと良いと思うよ。
478:デフォルトの名無しさん
09/02/25 00:07:55
>>462
そのレビューに関しては信用して良いと思う。自分もお勧めできる本。
あえて、わざわざ欠点をあげていくなら、
１…ゲームのようなモノ づくりで終わっていて、
本来、ゲームとして完成度を高めるための所が一通りぶった切られてる所。
（悪い言い方だが、ライブラリのサンプルとしてのゲームを作って終わる感じ。）
２…過剰にスピードに終始してる感がある。
印象としては、保守や拡張を二段三段後回しに、スピードを求めているように感じた。
３…解説のLvがなんかアンバランス。
または、対象としてる層・読者像が奇妙な想定となってるから、
下手に優しい所といきなり飛ばす所がある感じ。
４…レイアウトとかが今一歩。もうちょっとどうにか上手い人が当たってれば、
格段に読みやすくできただろうに……。
479:デフォルトの名無しさん
09/02/25 00:09:36
×「Squeakプログラミング」 →○「自由自在Squeakプログラミング」
480:デフォルトの名無しさん
09/02/25 01:04:38
コンシューマ機でスピードが求められるのはしゃーないだろう。
481:デフォルトの名無しさん
09/02/25 01:04:46
>>467
おまえは旧版のMoreEffectiveC++を知らないからそういうことがいえるんだ。
あれは・・・あれはもう・・・
482:デフォルトの名無しさん
09/02/25 01:10:04
>>467
一緒に働くべきより良いレベルのプログラマ達、か？
483:デフォルトの名無しさん
09/02/25 01:11:52
>>467
探すってどこから来たんだ？
484:デフォルトの名無しさん
09/02/25 01:14:49
>>467
それ本当にプロの仕事なの？
中学生が夏休みのバイトでやってるとかじゃなく？
485:デフォルトの名無しさん
09/02/25 01:22:49
日本語ほど英語はスラスラ読めないが、
>>467ぐらいの水準であれば気合入れて原文読もうかなあと思いたくなる
486:デフォルトの名無しさん
09/02/25 01:25:30
そこだけ抜き出してあったところで訳せるもんなのかね
487:デフォルトの名無しさん
09/02/25 01:27:19
>>485
これかな？
URLﾘﾝｸ(www.userhelpguides.com)
488:デフォルトの名無しさん
09/02/25 01:28:01
>>486
そこだけ抜き出してあっても、どうみてもおかしいと分かるレベルってことだ。
489:467
09/02/25 02:16:01
ごめん、ちょっと抜けてた。
原文は"Either that or finding a better class of programmers to work with."でした。
でも、明らかにおかしいよね？
他にもinstantiate the template がテンプレートの初期化と訳されるような妙な翻訳があったり
中学生レベルの翻訳ミス、意訳？が多々あったりと、読んでいてストレスのたまる一冊だったよ。
とりあえず少し難解な文はかなりの確率で変に訳されている。
翻訳者の英語力ははっきりいって高校生以下のレベルだ。
原書も持ってて、ずいぶんマシになったと聞いたから買ってみたけど50ページくらいで力尽きて原書に戻ったよ。
490:デフォルトの名無しさん
09/02/25 02:39:54
中学レベルの俺にはどう間違ってるのかわからん。
ofの用法がわからんが、「プログラマが使うに値するもっとましなクラス」あたりはあってそうに見えるんだが、
ましな直訳的な感じではどんな感じになるの？
491:デフォルトの名無しさん
09/02/25 02:44:53
お前らたぶん状況を分かってないと思うから
翻訳した慶応の先生の弁護をしておくぞ
たぶん、ゼミで院生（or学部生）に輪読で翻訳させたやつを
そのまま原稿にしちゃったんだよ。
だから、責められるべきは先生（もだけど）だけじゃなくて、
そのレベルを通してしまった編集者。
そして英語がへたくそなのはゼミの学生。
あ、弁護になってなかった
そういえば、間違いをリストアップしてたページが消えたね。
出版社から圧力かかったかな？
492:デフォルトの名無しさん
09/02/25 02:50:33
そんな気がしたのか
俺はそうかもとも思わないわ
493:デフォルトの名無しさん
09/02/25 02:54:20
>>491
しらなかったｗ
そんな素人翻訳が流通してんの？
494:デフォルトの名無しさん
09/02/25 02:57:34
>>490
もっとましなプログラマをつかえ、と言いたいのにもっとましなクラスを使え、という
意味不明な翻訳になってる
495:デフォルトの名無しさん
09/02/25 03:20:49
引用の英文の前に、「ましなプログラマをつかえ」って文があるの？
butの後に主旨がある、とは習ったけど、orの前ってのは聞いたことがないけど
496:デフォルトの名無しさん
09/02/25 04:08:40
>>495=490でいいか？
それなら work with じゃなくて use と書いてあるだろうな。あと of じゃなくて for とか
あと or 云々は、まず either でぐぐればすぐ分かる。
497:デフォルトの名無しさん
09/02/25 05:14:25
>>493
学生に訳させて出版するのは、K&Rの古来からの基本だけど、
普通は教授も編集も手直し位はするもんなんだがな。
498:デフォルトの名無しさん
09/02/25 06:32:05
そーなのかー
499:デフォルトの名無しさん
09/02/25 06:35:15
しょせん慶応だからな
馬鹿ばかり
500:デフォルトの名無しさん
09/02/25 06:49:38
>>487
うぉ
原文はWebで読めるのか。
なら訳がしょぼくても日本語のを買っとけばおkだな。
イミフな文出てきたら原文参照すればいいわけだし。
俺の英語力だと原文を読み切るのは時間がかかりすぎる＞＜
501:デフォルトの名無しさん
09/02/25 07:39:31
鬼の首を取ったとはこういう状態を言うのだろうな。
502:デフォルトの名無しさん
09/02/25 08:34:04
中の人乙
503:デフォルトの名無しさん
09/02/25 08:51:06
classをプログラミング用語としてのclassと
思い込んで無理やり訳したからからこんなことになるんだな
504:デフォルトの名無しさん
09/02/25 10:03:28
クラスの単数形を不思議に思わなかったのかな。
505:デフォルトの名無しさん
09/02/25 11:50:08
to work with (a better class of programmers)
506:デフォルトの名無しさん
09/02/25 12:00:51
>>489
成る程、レビュー有難う。
訳はお世辞にも良いと言えないっぽいね。
原書を読む良い機会を与えて貰ったと解釈すべきか。
507:デフォルトの名無しさん
09/02/25 12:15:58
馬鹿ばかりだな…
慶応の先生が間違えるわけないだろ
間違っているのはおまえら
508:デフォルトの名無しさん
09/02/25 12:27:12
勢いで注文したCode Completeの原書が今届いたんだけど、
おまいら、本当にこれ読んだのか？
根性のない俺には永遠のライフワークになりそうだ
509:デフォルトの名無しさん
09/02/25 12:45:58
どうせならもっと上等な本をライフワークにした方がいいかと…
510:デフォルトの名無しさん
09/02/25 12:58:55
例えばどんなんよ？
511:デフォルトの名無しさん
09/02/25 13:07:07
アリゴリズムinC
512:デフォルトの名無しさん
09/02/25 13:25:57
The Art of Computer Programmingはちょっと大変な気がしてる
・・・・クヌース先生にとってもライフワークか
513:デフォルトの名無しさん
09/02/25 13:44:40
>>508
訳がひどいわけでもないし、誤植が多いわけでもないし、なんで原書買ったんだ？
翻訳版でも上下巻で13,000円くらいだろ？
わずか数千円ケチったがために、宝の持ち腐れをしてしまうなんて、なんと勿体無い事か
514:デフォルトの名無しさん
09/02/25 13:48:55
ヤフオクみるとセットで半額くらいで売れてるから、
買ったらとっとと売り飛ばしてしまうのがいいのでは。
何度も何度も参照するような本ではないし。
515:デフォルトの名無しさん
09/02/25 13:52:25
>>507
お前は、自分の脳みそがかわいそうだと思わんのか？
516:デフォルトの名無しさん
09/02/25 13:55:41
宝の持ち腐れって、まさに人間の脳のことだよな。
10%も活用できてないらしいよ。
肩書きや権威ばかり頼って、自分で考えることをやめたら人間おしまいだろ。
517:デフォルトの名無しさん
09/02/25 14:00:28
10%も活用できてないんじゃなくて
人間がなんとか解明できてるのが10%くらいなんだろう
518:デフォルトの名無しさん
09/02/25 14:00:57
先人たちが過去の失敗から学んだ経験を一般化してくれているのに
それを学ばずにいる事がどれだけ不幸で無能なのかよく考えてみるといい
519:デフォルトの名無しさん
09/02/25 14:08:12
>>517
実際は100%使っているのだが、解明できてるのが10%だと思ってる？
520:デフォルトの名無しさん
09/02/25 14:16:49
Code Complete、ヤフオクだとセットで9000円弱で売れてるんだな…
521:デフォルトの名無しさん
09/02/25 14:18:11
人間の脳の働きはまだ全てを解明できていない
実際に領域を使用しているのは約10％程度である事が判明している
だが「使用している」というのはシナプスから見た観点である
電気信号の流れていない場所で、無意識レベルで100％使っている可能性もある
522:デフォルトの名無しさん
09/02/25 14:21:13
脳ではないが、人間は30%くらいしか筋肉を使ってないらしいな。
ただ、本気で70%とか使っちゃうと身体のほうが壊れるらしい。
抑制してる部分を止めるだけで、か弱い女性でもコインを曲られる潜在能力があると。
523:デフォルトの名無しさん
09/02/25 15:26:38
knuth本買うならamazon.ukでセットを中心に買えば翻訳本二巻分程度の出費で全巻揃うからそっちがお勧め
どうせ内容が内容だから、読む時間*10<考える時間ぐらいになって言語の差ってのはあまり問題にならないかと思う
524:
09/02/25 16:35:11
knuth本はアルゴリズム系だから洋書でもあまり関係ないけど
Code Completeは抽象的な設計論も結構あるから洋書だとつらそう。
525:デフォルトの名無しさん
09/02/25 16:58:04
>>491
最近の事情は知らないのだが、
慶応の学生ってここまでクルクルパーなの？
ゼミなら少なくとも学部の4年か、院生でしょ？
慶応もゆとり教育で地に墜ちたの？
中学生でももっといい仕事すると思うのだが。
526:デフォルトの名無しさん
09/02/25 17:02:10
しょせん楽して入れる私立なんてこの程度だろ。
527:デフォルトの名無しさん
09/02/25 17:02:48
専門知識が無い門外の学生にやらせたんでしょ
専門知識無いといくら英語力あっても意味不な訳にしかならんよマジで
528:デフォルトの名無しさん
09/02/25 17:04:02
専門知識がない方が上にあったクラスがどうたら
という訳は出てこないきがす
529:デフォルトの名無しさん
09/02/25 17:08:57
>>525
文系の人間なら、もう少しマシなんじゃない？
あるいは落としそうなのに、補習の代わりにやらせたとかね。
どちらにしても、ネラーが悪口を書いた位で、慶応の評価が下がることも、
書いた奴の評価が上がることもない。
530:デフォルトの名無しさん
09/02/25 17:11:24
>>525-526
底辺が言っても、なんの説得力も無いぞ
531:デフォルトの名無しさん
09/02/25 17:13:42
TAと違って無償だし、学生にやる気がなかったのかもｗ
532:デフォルトの名無しさん
09/02/25 17:15:19
>>491
というか、ゼミの先生が安村通晃、
当時ゼミのドクターが飯田朱美、伊賀聡一郎でしょ。
URLﾘﾝｸ(www.amazon.co.jp)
初版が1998、学位取ったのが1999だから。
URLﾘﾝｸ(www.amazon.co.jp)
ゼミで読んだかも知れないけれど、
文章起したのは二人だと思うよ。
533:デフォルトの名無しさん
09/02/25 17:19:59
>>530
ごまかしに必死だなw
534:デフォルトの名無しさん
09/02/25 17:27:32
ダンコーガイは帰れよ
535:デフォルトの名無しさん
09/02/25 18:04:22
たぶん、専門外でほんの少しC++の知識がある人が無理矢理に訳したんだろうな
他にも酷い訳はいくらでも出てくる
暗黙の型変換で、
"The more frightening conversions in C ? those that may lose information ? are also present in C++,
including conversion of int to short and double to (of all things) char. "
に続く
"You can't do anything about such conversions,"が
「ユーザはこのような変換をすることができない」になってたりな
536:デフォルトの名無しさん
09/02/25 18:08:51
>>535
それって
情報が失われる暗黙の型変換に対して対処する方法は無い
っていうことだよね。変換はできちゃうけどデータを失うよ。
537:デフォルトの名無しさん
09/02/25 18:17:31
URLﾘﾝｸ(www.oreilly.co.jp)
何か広く浅くって感じがする。それぞれの専門書
買ったほうがいいかもな。
538:デフォルトの名無しさん
09/02/25 18:27:11
>>535
慶応のなかでも選りすぐりの馬鹿が訳したんだろな
539:デフォルトの名無しさん
09/02/25 19:12:41
低学歴が必死だな
細かなミスをあげつらうなよカス
540:デフォルトの名無しさん
09/02/25 19:19:15
>>539
どう見ても慶応の学生、馬鹿すぎだろJK。
お前は何を顔を真っ赤にして怒ってんの？お前がその馬鹿の慶應生？
541:デフォルトの名無しさん
09/02/25 19:29:17
低学歴云々以前にドクターでこういう訳を平気でかましてくるって
英語論文とかまともに読めてたのかな
542:デフォルトの名無しさん
09/02/25 19:34:34
読むのと和訳は次元が違う
糞訳しかできなくても読める人は沢山いる
ネイティブとかネイティブとかネイティブとか
543:デフォルトの名無しさん
09/02/25 19:49:51
>>542
糞訳とか言うレベルを通り越してるだろ。
書いてある事実を間違って捉えてるんだから。
どう見ても原文が読めてない。中学生並の英語力。
そして、訳文を見る限り、中学生並の日本語力。
544:デフォルトの名無しさん
09/02/25 19:51:33
日本語らしくする為に無理した結果…とか
やっぱ無理かー擁護しようとすればするほど駄目さが明確になってしまうｗ
545:デフォルトの名無しさん
09/02/25 19:53:59
>>543
猛烈に読みたくなってきました。あなたの翻訳。
546:デフォルトの名無しさん
09/02/25 20:07:52
英語の本は原文で読んだほうが遥かに分かりやすいよね。
547:デフォルトの名無しさん
09/02/25 20:08:40
>>542
ほとんどのネイティブは和訳なんてできないのは当たり前だろ。
548:デフォルトの名無しさん
09/02/25 20:16:10
Robert C. Martin の Clean Code を買おうかどうしようか。
549:デフォルトの名無しさん
09/02/25 20:43:34
>>546
そういうものもあるし、そうでないものもある。
結局、読む人の英語力次第。
550:デフォルトの名無しさん
09/02/25 20:54:57
>>546
読める奴なら最初から原文を買うだろ。
どんな妙訳でも原文の全てのニュアンスを、同じ文字数で表現出来る訳ではないから。
逆に読めない奴に取っては、かなり酷くても日本語というだけで、価値があるという事だ。
原文でも解りやすい本もあるけど、なぜか話題にならずにゴミに埋もれて消えてしまうんだよな
551:デフォルトの名無しさん
09/02/25 20:59:07
>原文でも解りやすい本もあるけど、
主観でぜんぜんおｋなので例示plz
552:デフォルトの名無しさん
09/02/25 21:00:44
>>550
鈴木博之譯の「古典主義建築の系譜」などは、原文は読んだことないが、
日本語として十分に楽しめる。そういう本だってあるはずだが。
553:デフォルトの名無しさん
09/02/25 21:21:21
先人がすでに出してる訳本を別の人が訳し直して出版するのは
先人への敬意を払ってやはり遠慮するんだろうなあ。
糞学生がしゃしゃり出てなければ
今ごろとっくに著名な方の訳本が出てただろうに。
ほんと糞訳本はその存在だけで害悪だよ。。
554:デフォルトの名無しさん
09/02/25 21:21:27
ローグライクについて書いてある参考書を探してるんですけど
『デバッグではじめるCプログラミング』
『ダンジョンゲームプログラミング』
以外になにかよさそうな本ってありますか？
555:デフォルトの名無しさん
09/02/25 21:23:12
そんな本まであるんだな・・・
556:デフォルトの名無しさん
09/02/25 21:36:11
流れをきってしまいすみません
明日少し大きめの本屋さんに行くのですがC++の入門書としておすすめの本はありませんか？
当方、C++を学ぶ前にCを学んでおくようアドバイスをもらったので、C言語の入門書を一通り読み
プログラムは自力でソートプログラムをかけるようになったくらいです。
これまでのスレを見ると「ロベールのC++入門講座」あたりでしょうかね。
何かおすすめがあれば教えてください。
557:デフォルトの名無しさん
09/02/25 21:47:21
ロベール買っとけ
558:デフォルトの名無しさん
09/02/25 21:48:16
accelarated C++でいいでしょ
559:デフォルトの名無しさん
09/02/25 22:04:10
>>535
その程度なら理解できるが>>467は論外だよな。
専門知識とか無関係に、単に間違ってるじゃないか。
>>467を擁護してるやつは英語を全く読めないだろ。
560:デフォルトの名無しさん
09/02/25 22:07:20
林晴比古の「明快入門Ｃ＋＋」シニア編
ハルヒコにしてはかなりまともじゃないか？
あくまで入門者向けで細かいところには踏み入ってないけど。
561:デフォルトの名無しさん
09/02/25 22:37:28
>>551
understanding unix/linux programmingは、微妙なニュアンスが
短く簡潔な文の中に詰まっていて、ある意味日本語より美しかったな。
内容は入門に近いけどw
>>553
学生はやらされただけじゃない？文句はむしろ、
そんなアホ先生に依頼した、出版社(の担当)に言うべきだ。
562:デフォルトの名無しさん
09/02/25 22:47:39
>>561
もちろん学生はやらされただけだろう。
責任は出版社と訳者にある。
出版社も大学の先生がまさかそんなひどい訳をするとは思ってもみなかっただろう。
訳者の責任が大きいのはもちろんだが、
何より俺が驚いたのは慶応の学生がそこまでクルクルパーだと言うことにだ。
563:デフォルトの名無しさん
09/02/25 22:52:15
クルクルパーとかパーマン以来だわｗ
>>561
あれはよかったね。高い割りにわら半紙だが
読みやすい英語ってものが客観的に決まるのかは知らないが
短文でかつブツ切れになってない英文は確かに読みやすいね
564:デフォルトの名無しさん
09/02/25 23:00:25
読み合わせとか校正はしたんだろうか？
そして、あの日本語を自分らで読んで
読者に通じるとでも本気で思ったのだろうか？
非常に疑問である。
565:デフォルトの名無しさん
09/02/25 23:00:30
やる気がなくて適当にやったんじゃねぇの
TAと違って研究室でやる雑用なんてただ働きみたいなもんだし
566:デフォルトの名無しさん
09/02/25 23:04:03
Amazonで教授の著作、翻訳をみると、
技術を深く掘り下げることは興味ない人なんでしょう。
567:デフォルトの名無しさん
09/02/25 23:04:56
深く掘り下げる以前に、高校生でも訳せる文を間違えているのはどうかと…
568:デフォルトの名無しさん
09/02/25 23:09:51
締め切りに追われて適当に訳したんじゃね
569:デフォルトの名無しさん
09/02/25 23:16:06
前の訳から10年たっているんだぜ…
そして前書きには10年前は急いでたけど、今度は大丈夫みたいなことが書かれていたような
570:デフォルトの名無しさん
09/02/25 23:48:44
MEC++については、旧翻訳を知っているかどうかで
また意見も違ってくるな。
旧翻訳は2～3ページごとに意味不明な日本語が出てきて、
もう日本語飛ばしてコードだけ読んでた。
新翻訳は、まぁ下手な訳だなと思うけど読めるレベル。
誰か旧翻訳の誤訳のリスト作ってたページの魚拓取ってねえかな
571:デフォルトの名無しさん
09/02/26 00:01:02
>>557,>>558,>>560
ありがとうございます。挙げられた本を一通り見てみます。
572:デフォルトの名無しさん
09/02/26 01:09:43
>>565
教授の名前だけで出版されるならほぼただ働き(何度か飲みに連れて行ってもらう程度)だろうけど
MEC++は教授と同列で学生の名前出てるからそれなりの報酬はもらってるんじゃないの？
573:デフォルトの名無しさん
09/02/26 02:04:03
つーか、教授の名前出してこの叩かれようって絶対大目玉だろ
574:デフォルトの名無しさん
09/02/26 02:19:47
訳書には全て監訳をつけてほしい
575:デフォルトの名無しさん
09/02/26 02:47:05
翻訳は文系の監修がほしいなぁ。
理系の教授は、そもそも日本語が不自由な人もいるし。
576:デフォルトの名無しさん
09/02/26 03:18:17
監訳つけるほど売れる本でもあるまいし。
しかもあのレベルの誤訳だらけの原稿があがってきたら、監訳者、普通キレるだろ。
「こんな原稿、ダメ」と突き返すだけなら簡単でいいが、
あんな原稿を直したり間違いを指摘したりするだなんて、わりにあわなさすぎる。
それでいて、訳に間違いがあると「監訳者、何やってんだ」って話になる。
だから普通技術書に監訳者なんかつけないし、誰もやりたがらない。
577:デフォルトの名無しさん
09/02/26 04:08:54
話の論点がずれてるな。
578:デフォルトの名無しさん
09/02/26 06:47:18
監訳って監修＋翻訳のことなのか
翻訳を監修してるのかどっちなんだろうね。
監訳者が載ってるときは翻訳者の名前が出てないから
前者のことかとも思うんだけど。
579:デフォルトの名無しさん
09/02/26 07:25:54
>>578
普通は後者です。
580:デフォルトの名無しさん
09/02/26 11:49:51
>>576>>578
以前自分が翻訳をやった時は、
複数人の翻訳者、それを直す監訳者。
監訳者は翻訳ミスを直す、語尾、訳語の統一、修正、
全体の調和が担当でした。
もちろん各翻訳者がミスなく翻訳するのが前提です。
翻訳料は監訳者も含めて均等割りでした。
クレジットは全員「翻訳」です。
>>576
酷いのが上がってきたらただ突き返せばいいんだよ。
その後の調整は編集者の仕事だし。
581:デフォルトの名無しさん
09/02/26 13:19:42
>>580
なるほど。となると、More Effective C++のように
<安村通晃,伊賀聡一郎,飯田朱美訳>
とクレジットされていても、このうち一人が監訳している可能性もあると。
序列や責任分担をクレジットに記したくないとかの事情もあるんでしょうかね。
あと>>578の「監訳者が載ってるときは翻訳者の名前が出てないから」は
「「監訳者が載っていて翻訳者が載っていない場合もあるから」の誤りです。
たしかAbsolute BSD, Essential .NETなんかがそうでした。
582:デフォルトの名無しさん
09/02/26 14:04:00
誤訳をまとめて送るから俺も翻訳にクレジットしてくれんかな
○○中学校卒、無職とかで載っけて欲しいんだが
583:デフォルトの名無しさん
09/02/26 14:07:56
お断りします
584:デフォルトの名無しさん
09/02/26 14:25:45
ｐｈｐを勉強し始めたのですが、HTMLがわからなくて本を探しています。
XMLとかｃｓｓとかｈｔｍｌとか広く浅く網羅しているものを教えてください。
ｘｍｌとｈｔｍｌとかの違いすら良くわからない初心者です。
現場のプロから学ぶXHTML+CSS が気になったのですがどうでしょうか
585:デフォルトの名無しさん
09/02/26 14:44:42
>>584
HTMLもCSSもそこらへんのサイトに十分な情報が載っているのに、どうして本を買おうとするんだ…。
デザインの勉強がしたいなら話は別だが、phpのついでに勉強したいだけなんだろ？
あとXMLなんか、phpから扱うだけであれば、wikipediaの説明を理解してるぐらいでも十分だと
思うんだが。
URLﾘﾝｸ(ja.wikipedia.org)
586:デフォルトの名無しさん
09/02/26 15:05:03
>>584
ぶっちゃけ板違い。
PHP板行った方がいい。
587:デフォルトの名無しさん
09/02/26 15:31:45
このスレ的にはユニバーサルHTMLってどういう評価なんだろ
588:デフォルトの名無しさん
09/02/26 15:52:12
>>586
ｐｈｐ板なんてあるんですか？
589:デフォルトの名無しさん
09/02/26 16:15:40
>>588
ぐぐれ
>>587
板違い
590:デフォルトの名無しさん
09/02/26 16:36:23
過去にEffective C++第２版読んだんだけど、
次に第３版読むべき？
それともMore Effectiveのがいいのかな？
591:デフォルトの名無しさん
09/02/26 16:41:14
なんか、凄くたたかれてるけど、そんなにたたくほどかなぁ？
>>476は、ありえそうな間違いだからなぁ。
”Either that or finding a better class of programmers to work with.”
を
”Either that or finding a better class for programmers to work with.”
と取り違えたんだろう。
この程度の間違いは、訳モノなら10個前後はあって当たり前だからなぁ。
ただ、>>144のブログみたいら、ちょっと訳の間違いが多すぎだな。
（>>144のブログは旧版みたいだから、新訂版がどの程度ひどいかは分らん。）
592:デフォルトの名無しさん
09/02/26 16:41:44
まずmore。次に第３版。
第３版は何処が変ったか明記してある（巻末）のでまず立ち読みでチェック。
moreの次はeffective STLでもいいかも。
593:デフォルトの名無しさん
09/02/26 17:18:42
>>592
thx
594:デフォルトの名無しさん
09/02/26 18:16:04
これからC++を始めようかと思うんですが、
・ロベールのC++教室
・明解C++
のどちらがよいでしょうか？
一応、2年ほど前に柴田望洋の明解CでC言語をやったんですが、いかんせん間が空きすぎて自信はありません
また、こういった本を買わず、ロベール～や猫でもわかる～などのHPで勉強するのはアリでしょうか
595:デフォルトの名無しさん
09/02/26 18:24:50
Accelerated C++おすすめ。
最終的にスマートポインタの自作までやるので
C++らしいプログラムが書けるようになる。
596:デフォルトの名無しさん
09/02/26 22:08:37
Effective C#邦訳ってまだ？
C#でこういう本はありますか？
597:デフォルトの名無しさん
09/02/26 22:10:47
洋書でならいくらでもあるが邦訳では無い
598:デフォルトの名無しさん
09/02/26 22:14:04
あちらじゃMore Effective C#まで出てるし
待ってるより原書買ったほうが早くない？
599:デフォルトの名無しさん
09/02/26 22:15:33
言語拡張が一段落したっぽいから、これからEffectiveうんたらが増えていくかな＞C#
600:デフォルトの名無しさん
09/02/26 23:00:55
Ｃを十分に学んでからＣ＋＋を学ぶべきだと思うね。
Ｃの欠点となぜＣ＋＋が必要とされたかを身をもって知ってから取り組んだ方が吸収が早いだろう。
601:デフォルトの名無しさん
09/02/26 23:09:11
じゃあhaskellの次にC++ならその10倍速いだろうなw
602:デフォルトの名無しさん
09/02/26 23:16:36
>>601
言ってることがあほっぽい。
603:デフォルトの名無しさん
09/02/26 23:19:28
Cの経験がC++の学習に役立つなんて時代錯誤もいいところってことだよ
604:デフォルトの名無しさん
09/02/26 23:20:17
CをやらずにC++をやった奴がCをやろうとすると悲惨になる、というのは言えるかな
605:デフォルトの名無しさん
09/02/26 23:23:34
そんなことはいえないなあ。
C++から初めて問題ないテキスト一杯あるし。
昔はC++やる人のほとんどはCを知っていたから、
C前提のテキストが多かったけど。
606:デフォルトの名無しさん
09/02/26 23:27:56
Accelerated C++で配列やポインタよりも先に
vectorとstringが出てきたのには驚いたけど
Effective C++やC++ Coding Standardsを読んでからは
そういう順番に身につけたほうがいいと納得した。
個人的にはCとC++は平行して学ぶのも、どちらを先に学ぶのもいいと思う。
二つの言語はあまりに違いすぎる。
607:デフォルトの名無しさん
09/02/26 23:29:19
ポインタ周りを理解するためにはCの知識も不可欠
まあ、C++の勉強ついでにそこらへんも覚えれば問題ないのだが
608:デフォルトの名無しさん
09/02/26 23:39:39
まあ両方マスターできているやつなんかほとんど居ないからな
大抵どっちか一つを中途半端に知っているレベル
609:デフォルトの名無しさん
09/02/26 23:45:10
なんでcとc++を分けて、どっちをやるかって話になるんだ。
610:デフォルトの名無しさん
09/02/26 23:49:04
基礎からはじめる UML2.1
611:デフォルトの名無しさん
09/02/26 23:57:49
言語なんて３つ４つ同時に勉強したほうがいい。
612:デフォルトの名無しさん
09/02/26 23:58:17
>>608
自分がマスターできないからって
希望的妄想にも程がある
613:デフォルトの名無しさん
09/02/27 00:14:30
Cのマスターってなんだろ。
yaccとか使ってもいいからCコンパイラ書いて、
Cのライブラリも一から書いて、
アセンブラやリンキングローダもシンプルなの書く、とかかな。
C++のマスターも同じく、C++コンパイラ書いて、
C++のライブラリも一から…
やっぱC++は人生の無駄。
614:デフォルトの名無しさん
09/02/27 00:17:10
何も「マスター」しなくてもいいじゃないかｗ
どうせひとつの言語が一生使えるなんてことはありえない。
615:デフォルトの名無しさん
09/02/27 00:20:25
そうそう
他人が書いたコードをすらすら読めるていどに使えるようになれば十分十分
616:デフォルトの名無しさん
09/02/27 00:22:06
そんなのはプログラム技術板じゃないな。
617:デフォルトの名無しさん
09/02/27 00:27:19
マスター：
サンプルやオープンソースのソースが読める程度の能力
C/C++のマスターの場合、
void func(int **p);
int a[10][5];
と言う関数と変数があった場合、
func(a);
が間違いだと分かる程度の能力
とか言ってみる。
618:デフォルトの名無しさん
09/02/27 00:30:50
>>609
CとC++は一緒にやるとこんがらがるんだぜ。
似てるだけに微妙な差異が気づきにくく、はまると仕様書読み漁ったりと結構大変。
619:デフォルトの名無しさん
09/02/27 00:31:37
C++ ではポインタのポインタというのが奇抜に
620:デフォルトの名無しさん
09/02/27 00:32:57
同時に複数の言語をするとこんがらがるのは同意
どっちがどっちで使える文か分からなくなる
621:デフォルトの名無しさん
09/02/27 00:42:31
そんなギリギリのところ攻めるなよ
プログラミングは技術に余裕を持ってしろ
622:デフォルトの名無しさん
09/02/27 00:43:16
C言語マスター＝Ｃでオブジェクト指向プログラミングができる
623:デフォルトの名無しさん
09/02/27 00:46:29
プリプロセッサでlispが作れるとかそういうの
624:デフォルトの名無しさん
09/02/27 00:50:20
「言語」マスターなら、オープンソースのソースが読めればいいレベルだろう。
オープンソースのプログラムを書けるのはまた別の話だ
625:デフォルトの名無しさん
09/02/27 00:55:53
翻訳：テクノロジックアート
監訳：長瀬 嘉秀
626:デフォルトの名無しさん
09/02/27 00:57:42
出版社：秀和システム
627:デフォルトの名無しさん
09/02/27 00:58:36
まさにドリームチームですな
628:デフォルトの名無しさん
09/02/27 01:27:56
UMLモデリングのエッセンスはネットでUML入門見た程度の知識で呼んでも大丈夫かな？
629:デフォルトの名無しさん
09/02/27 01:42:40
大丈夫の意味が判断しにくいが、自分の実力より少し上の方が、
長く読めるし、隅々まで理解したときの満足感も大きい。
今はネットでかなり調べられるし、こういう掲示板で質問することも可能だから、良い本なら
少々無理して読んでも構わないと思う。
630:デフォルトの名無しさん
09/02/27 01:55:21
テクノロジックアートの翻訳は評判悪いの？
631:デフォルトの名無しさん
09/02/27 03:05:51
>>629thx
前提知識がどのくらい必要か不安だったんだけど、とりあえずいってみます
632:デフォルトの名無しさん
09/02/27 09:53:38
日本人の物書きでC++マスターしてるやつっているの？
入門書～脱入門書・リファレンス・○○ゲームプログラミング系除いたら
みんな大好き憂鬱本ぐらいしか残らなかったんだけど。
633:デフォルトの名無しさん
09/02/27 12:25:28
憂鬱本って憂鬱になるだけの悪書だろ
634:デフォルトの名無しさん
09/02/27 12:32:57
憂鬱本ってどうなのかなぁ？
自分に合わなかっただけかもしれないけど何か違うんだよね・・・
635:デフォルトの名無しさん
09/02/27 15:11:02
憂鬱本って憂鬱になるための本なんでしょ？
636:デフォルトの名無しさん
09/02/27 15:12:32
それ、気の利いたレスのつもり？
637:デフォルトの名無しさん
09/02/27 17:21:42
このスレには定期的に憂鬱本の話題が出てくる呪いでもかかっているのか
638:デフォルトの名無しさん
09/02/27 17:23:43
憂鬱本と言われたらカモノハシ本とメイヤー本がでてくる呪いも追加注文する
639:デフォルトの名無しさん
09/02/27 17:26:59
憂鬱本を読んだことがないけど、このスレのおかげで読もうという気にもならなくなった。
640:デフォルトの名無しさん
09/02/27 17:28:41
憂鬱本は初心者嵌め込み本だろ・・・
実装の継承を多用するから
脱初心者くらいの人が見たら高確率で嵌るとおもう
ただ、この本を読んだ後にデザパタの本を一読すると世界が変わる
641:デフォルトの名無しさん
09/02/27 17:40:06
憂鬱本をみてからデザインパターンを学ぶと、デザインパターンのどこが優れているかが
はっきりわかって良いよな
いきなりパターンからはいる人はちょっとかわいそうだと思うおっさんの俺
642:デフォルトの名無しさん
09/02/27 17:44:33
正直、いきなりデザパタ本を読んでも何がなにやらさっぱりだった
『オブジェクト指向のこころ』と『アジャイルソフトウェア開発の奥義』を読んで
デザパタに含まれる良い設計の原理についての解説を読んで、ようやくデザパタの意義が理解できた
643:デフォルトの名無しさん
09/02/27 18:28:49
コンピュータの構成と設計 第一版 下巻を読んでパイプラインに興味を持ったのですが
参考文献にはComputer architectrue:quantitative approach 1990が詳しいと書いてあったの
ですが、この他に詳しい本はあるのでしょうか。
できればパイプラインを中心に扱っており、ハードウェアによる細かな
ハザード回避技術がのっていると
よいんですが。
644:デフォルトの名無しさん
09/02/27 18:40:40
まさにその本がめちゃめちゃ詳しい
新しいのが出ているから読んでみては？
645:デフォルトの名無しさん
09/02/27 20:04:37
著者一緒だし
646:デフォルトの名無しさん
09/02/27 20:28:52
>>641
憂鬱読んデザパタのよさが分かったって錯覚だから。
647:デフォルトの名無しさん
09/02/27 20:38:36
君がわからないだけじゃね？
648:デフォルトの名無しさん
09/02/27 20:46:36
ハイハイw
649:デフォルトの名無しさん
09/02/27 21:34:57
>>647
でも、憂鬱のどこらあたりがデザパタにつながるか説明はできないんだろ？
650:デフォルトの名無しさん
09/02/27 21:50:12
浮き彫りになるっていうか反面教師ってことじゃないの
「つながる」んじゃなくて
651:デフォルトの名無しさん
09/02/27 23:09:58
C#第5版いい出来だな
652:デフォルトの名無しさん
09/02/27 23:49:48
dataセクションとかtextセクションとかstackについて理解できる本を教えてください
653:デフォルトの名無しさん
09/02/28 00:11:32
相当難しいけど Linkers and Loaders
654:デフォルトの名無しさん
09/02/28 00:18:33
アマゾンのレビューでは評価が低いようですね。。
655:
09/02/28 00:24:01
アメリカのアマゾンでも評価低いけど、他に扱ってる本がない。
656:デフォルトの名無しさん
09/02/28 00:39:01
>>653
物足りないです。
もっと難しいのないですか？ 書籍に限らず、英語でもいいので。
657:デフォルトの名無しさん
09/02/28 01:10:53
data,text,stack について理解するだけなら
アセンブラの本適当に読めばいいんじゃない？
オブジェクトファイルの中でどうなってるかだと、
リンカの話になるんだろうけど・・・。
658:デフォルトの名無しさん
09/02/28 01:50:41
>>625
テクノブラックアートかいな
659:デフォルトの名無しさん
09/02/28 03:31:25
プログラマ的なえいちてぃーえむえるの本は？
660:デフォルトの名無しさん
09/02/28 07:03:03
つ URLﾘﾝｸ(www.w3.org)
661:デフォルトの名無しさん
09/02/28 07:45:20
>>656
ABIのドキュメントはどう？
662:デフォルトの名無しさん
09/02/28 08:16:06
>>489
亀レスだけど
finding a better class of programmers to work with
だとさっぱり意味がわからん。
なんでそこでfindingなんだと。それ誰がfindingなんだと。
find a better class of programmers to work with
なら
(find (a better class of programmers)) (to work with)
プログラマのbetter classを見つけろで理解できるんだけど。
663:デフォルトの名無しさん
09/02/28 08:34:03
thatにあわせてfindingなんだろ
664:デフォルトの名無しさん
09/02/28 08:40:31
662は動名詞を知らないのか
665:デフォルトの名無しさん
09/02/28 08:43:09
動詞がないじゃん、その文
666:デフォルトの名無しさん
09/02/28 08:58:02
この程度の英文でもまともに読めない人はたくさんいるようだな
慶応の学生だけ飛びぬけて馬鹿ということではないらしい
667:デフォルトの名無しさん
09/02/28 09:04:37
動詞が無くてどうしようもない
668:デフォルトの名無しさん
09/02/28 09:09:44
やまだくーん、座布団持っていって
669:デフォルトの名無しさん
09/02/28 09:35:23
前置詞周辺で区切りながら逐語訳する日本の教育の弊害だね。
finding a better classで一塊だと思っちゃうんじゃないの？
670:デフォルトの名無しさん
09/02/28 09:36:05
本を書く時には一般の語彙が用語化した単語の扱いには注意しないといけないんだよな。
なるべく用語以外の用途（元々の意味）では使わないようにする必要がある。
この文の class とか元々の意味で使ってるけど、
そういうことをやってると例のハンガリアンのような問題が起こる。
（あれは type という単語を迂闊に使ってしまったのが原因。kind とすべきだった。）
671:デフォルトの名無しさん
09/02/28 09:37:28
いつまでやるつもりだよ
672:デフォルトの名無しさん
09/02/28 09:42:41
あきるまでいつまでも。
673:デフォルトの名無しさん
09/02/28 11:01:03
文法的な解説をしてくれる人ここまで皆無
674:デフォルトの名無しさん
09/02/28 11:18:33
ネイティブは文法的に解説しながら読むわけじゃないからな。
675:デフォルトの名無しさん
09/02/28 11:25:43
文法も糞も無い文章だろ・・・
676:デフォルトの名無しさん
09/02/28 11:28:36
全く問題なし。意味の通じる文章に文法がどうのこうのとあれこれ文句付ける方がバカ。
677:デフォルトの名無しさん
09/02/28 11:41:23
>>489のEither(ryというの文はその前あたりの、「そういう人とは一緒に働きたくない」との繋りから
「どうしてもその馬鹿な癖を止めないのでしたら、あなたみたいな人と一緒に働いてくれるような居場所を探して下さい(^^」
って意味だと思ってたけど違うの？
678:デフォルトの名無しさん
09/02/28 12:02:07
馬鹿自慢はよそでやってくれよ。
679:デフォルトの名無しさん
09/02/28 12:07:00
>>677
読めてないにもほどがある
680:デフォルトの名無しさん
09/02/28 12:38:27
>>676
同意。文法が間違っていても内容がわかれば全く問題なし。
意味さえ通じたらそれでいい。通じる人にだけ伝わればいい。
わからない奴はわからないままでいい。
681:デフォルトの名無しさん
09/02/28 12:41:20
>>662
You're probably best off either avoiding reference entirely
or finding a better class of programmers to work with.
ってことじゃないか。省略構文の一種っぽい
682:デフォルトの名無しさん
09/02/28 12:48:45
この部分はヌルポインタを参照させようとするような人とはお付き合いするなって話の一部で
本筋とは無関係だから誤訳でもなんでもいい（テキトーに読み流す）けど
そうでないような部分も誤訳がひどいの？＞more
683:デフォルトの名無しさん
09/02/28 13:11:52
俺たちはシェルじゃないんだぜ
684:デフォルトの名無しさん
09/02/28 13:13:27
>>682
別に酷くないよ。
685:デフォルトの名無しさん
09/02/28 13:15:50
>all
686:デフォルトの名無しさん
09/02/28 13:18:53
ここは、本筋に無関係なのに急にクラスが出てくるからびっくりするところじゃないかｗ
原書を参照したくなるくらいには怪しい訳がある。改訂前よりは遥かにマシらしいが…
687:デフォルトの名無しさん
09/02/28 13:25:59
そういえば、"このポインタ"が"*this"として取られているところがあったな
このくらいは許容範囲か
688:デフォルトの名無しさん
09/02/28 13:28:34
訳せない部分は英語のまま書いておいたらどうかね？
間違ったの読まされるよりはよっぽどましかと思うだけど
689:デフォルトの名無しさん
09/02/28 14:08:50
>>688
それでいいなら原書読めよ。訳本に何を求めているんだ？
690:デフォルトの名無しさん
09/02/28 14:20:40
文芸的プログラミングはそんな感じじゃなかったっけ
本意を日本語で表しにくい部分は原文を載せるってスタンス
691:デフォルトの名無しさん
09/02/28 14:21:23
>>689
ばか？
692:デフォルトの名無しさん
09/02/28 14:27:35
求めてるのは自分で訳さないで済む楽さじゃないかな
693:デフォルトの名無しさん
09/02/28 15:10:23
お前ら本当に英語苦手なんだな・・・
694:デフォルトの名無しさん
09/02/28 15:20:31
完全に英語と完全に日本語の中間くらいがあってもいいと思うんだ
695:デフォルトの名無しさん
09/02/28 15:23:11
つまりデーブスペクター方式ですね
696:デフォルトの名無しさん
09/02/28 15:23:26
一文飛ばしで訳していくんですね
697:デフォルトの名無しさん
09/02/28 15:23:31
>>694
ルー語だな
698:デフォルトの名無しさん
09/02/28 15:25:58
(ﾉ∀`) ルーか・・デーブと勘違い
699:デフォルトの名無しさん
09/02/28 15:33:10
俺と一緒にトゥギャザーしようぜ
700:デフォルトの名無しさん
09/02/28 16:11:27
>>699
エクソダス、するかい？
701:デフォルトの名無しさん
09/02/28 16:11:47
日本語も苦手です
702:デフォルトの名無しさん
09/02/28 16:17:56
一緒にトゥギャザーｗｗｗ
これは傑作
ルーでもこんなこと言ってた？
703:デフォルトの名無しさん
09/02/28 16:21:53
ルーは世界を旅してた奴なんだぜ。すごいんだぜ。
704:デフォルトの名無しさん
09/02/28 17:36:14
ネイティブじゃないかぎり、文法を頼りに読むしかない。
705:デフォルトの名無しさん
09/02/28 17:48:01
文法うんぬんはこのスレのここまでの話題と関係ないだろ。
「非完全文＝文法的に間違い」ではないからな。
そんなこと思ってるやつは、生の英語を読んだことがないんだろう。
706:デフォルトの名無しさん
09/02/28 17:55:32
>>705
生の英語ってなんですか？スラングもアリですか？
707:デフォルトの名無しさん
09/02/28 18:00:03
エスペラントですべて解決
>>702アデランスのCM知らんのか？
708:デフォルトの名無しさん
09/02/28 18:00:25
お前ら全員こっちで思う存分英語談義しろ
英語は、訳さずに読もう with 英英辞典
ｽﾚﾘﾝｸ(tech板)
709:デフォルトの名無しさん
09/02/28 18:01:51
>>681
>>662ではないけどやっとわかりました。ありがとう。
～参照はポインタと違って必ず１つのオブジェクトを指しますよ。
したがってnullポインタを参照に代入したら、結果は未定義となり、
そんなことするプログラマがいたらそいつがやめるまで近寄らない方がよいですよ。～
If you have to worry about things like this in your software,
you're probably best off avoiding references entirely.
Either that or finding a better class of programmers to work with.
「もしあたな(達)が開発でこのようなことについて
心配しなければならないなら、参照をまったく使わないか、
もっとましな一緒に働くプログラマを探した方がよい」
こんな感じですかね
710:デフォルトの名無しさん
09/02/28 18:04:31
市ね
711:デフォルトの名無しさん
09/02/28 18:08:07
>>706
学校で教わったものじゃなく、実際にネイティブと話したり、
新聞、テレビ、映画などで接することができるコンテンポラリーイングリッシュだよ。
てか、非完全文なんて学校の教科書でも出てくるだろうw
712:デフォルトの名無しさん
09/02/28 18:11:45
>>711はアピーラーです。
713:デフォルトの名無しさん
09/02/28 18:17:35
市ねとか書いてる奴の方が死ねよｗ
714:デフォルトの名無しさん
09/02/28 18:20:56
いい加減スレというか板違いの話題を話す奴の方がしn
715:デフォルトの名無しさん
09/02/28 18:22:59
ペラい自尊心でつまんねぇことに拘ってんのな。
716:デフォルトの名無しさん
09/02/28 18:25:44
スルー検定不合格
717:デフォルトの名無しさん
09/02/28 18:26:32
>>709
え？今までわかってなかったの？w
718:デフォルトの名無しさん
09/02/28 18:29:54
to workを文法的に説明して
719:デフォルトの名無しさん
09/02/28 18:30:05
煽りばっかりだな
720:デフォルトの名無しさん
09/02/28 18:31:41
述語句を形容詞句に変換するto
721:デフォルトの名無しさん
09/02/28 18:35:25
TOEIC880点の俺ﾆﾔﾆﾔ
722:デフォルトの名無しさん
09/02/28 18:35:43
>>487
これ何なの？
723:デフォルトの名無しさん
09/02/28 18:38:43
about us見たらヘルプファイル(.chm)をサーチエンジンが無視するからこのサイト立ち上げたって
書いてるけど、>>487は書籍と同じ内容なの？だとしたら、何でこのサイトにあるの？
724:デフォルトの名無しさん
09/02/28 18:39:21
いわゆるchm, pdf割れというやつだ
725:デフォルトの名無しさん
09/02/28 18:44:02
"pdf割れ"の検索結果 3 件中 1 - 3 件目 (0.37 秒)
726:デフォルトの名無しさん
09/02/28 18:45:35
softwareじゃないのにwarezとはこれいかに
727:デフォルトの名無しさん
09/02/28 18:46:57
>>721はネット弁慶
そういえば、ネコ〆も「明日仕事があるから」と書いていたが無職だったな。
あぁ懐かしいｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ←芝
728:デフォルトの名無しさん
09/02/28 18:49:45
マジキチ
729:デフォルトの名無しさん
09/02/28 18:58:06
>>724
そういう素性のものでしたか･･･
730:デフォルトの名無しさん
09/02/28 19:08:36
>>718
to不定詞の形容詞的用法
to work with 日本語にすると「一緒に働く」だがこの「働く」は連体形な。
731:デフォルトの名無しさん
09/02/28 19:28:17
副詞的じゃなくて形容詞的ですか。
732:デフォルトの名無しさん
09/02/28 19:40:07
馬鹿ばかりだなｗ
733:デフォルトの名無しさん
09/02/28 20:19:03
URLﾘﾝｸ(www.rwds.net)
734:デフォルトの名無しさん
09/02/28 20:42:14
VBAの必読書ない？
735:デフォルトの名無しさん
09/02/28 20:46:44
数年前Excel VBAによるWin32 APIプログラミング入門がAmazonの中古で10万円してたけど
さすがに値下がりしたようだ、まだまだ高いけど
736:デフォルトの名無しさん
09/02/28 20:58:31
JAVAは本が多すぎる。
一番はある？
737:デフォルトの名無しさん
09/02/28 21:11:18
>>736
公式が一番。
738:デフォルトの名無しさん
09/02/28 22:12:51
敵国語の話はさっぱりわからん
739:デフォルトの名無しさん
09/02/28 22:22:11
ほんやくこんにゃくマダー？
740:デフォルトの名無しさん
09/02/28 22:40:37
俺も朝鮮語は解らんよ
741:デフォルトの名無しさん
09/02/28 22:56:17
ならピアソンに貢げよ
742:デフォルトの名無しさん
09/02/28 23:59:42
昔Effective C++と続が一緒になったCD-ROMバージョンが安くでていた
ような記憶があるけど、もう廃盤？
アマゾンで探したけどなかった。
743:デフォルトの名無しさん
09/03/01 09:51:22
>>319
> 憂オブの駄目なところは、継承が悪だとは気づいてないところ。
継承は悪なんて決まってるの？ 最近は。
744:デフォルトの名無しさん
09/03/01 09:56:04
>>743
>>319は頭でっかちで実務経験が浅いとか。
745:デフォルトの名無しさん
09/03/01 10:05:52
なんでも継承を使わずにhas-aとかis implemented ofの場合はコンポジションを使え
というのが2000年以降の本の主流
メイヤー本とか古いのはまず継承！というような雰囲気
憂鬱本は割と古いんで、どちらかというとメイヤー本に近いスタンスになると思う
746:デフォルトの名無しさん
09/03/01 10:53:35
>>744
継承の良し悪しと実務経験は関係ない。
但し、「継承が悪」なパターンは経験を積みやすい。火消しに人足集めるプロジェクトが多いので。
継承を上手く使ってるとこにはあまり参加したことないか、すぐに要員交代するのでそういう意味では実務経験が浅い。
747:デフォルトの名無しさん
09/03/01 11:40:45
クラス継承とインターフェイス継承ぐらいは分けて話してくれよ。
その前に、ここは図書スレだけどな。
748:デフォルトの名無しさん
09/03/01 11:49:32
インターフェイス継承 is-a クラス継承じゃないのか
749:デフォルトの名無しさん
09/03/01 12:09:18
事務の女の子が一斉蜂起して辞めたので俺がExcelやるハメになった
VBAでクラスについて詳しく書いてあるオススメ本てありますか？
大村あつしのExcelVBA2003,2007応用編は持ってますがクラスについてほとんど書かれていない
750:デフォルトの名無しさん
09/03/01 12:11:00
事務の女の子にハメた
まで読んだ
751:デフォルトの名無しさん
09/03/01 12:46:23
>>747
> クラス継承とインターフェイス継承ぐらいは分けて話してくれよ。
この文脈ならクラス継承の話に決まってんだろ。
お前のオツムの抜けっぷりはすげえわ（ｗ 自分じゃ適切な
突っ込みしたつもりなんだろうな（ｗ
752:デフォルトの名無しさん
09/03/01 12:47:50
>>747
そこは実装の継承とインターフェイスの継承を並べる場面じゃないのか
753:デフォルトの名無しさん
09/03/01 13:03:43
つまり、文脈が読めず継承を混同するような人もいるので継承に関しての良書が必要だという話なんじゃね？
754:デフォルトの名無しさん
09/03/01 13:04:00
続きは専用板でやれ
755:デフォルトの名無しさん
09/03/01 13:07:53
VBAってオブジェクト指向なんだね
756:デフォルトの名無しさん
09/03/01 13:14:38
>>751
>>743-744で釣り糸を垂れといて、よく言うぜ。
>>752
お好きに。
757:デフォルトの名無しさん
09/03/01 13:20:36
クラスの継承にはインターフェイスの継承も含むだろ
758:デフォルトの名無しさん
09/03/01 13:23:51
見えない敵と戦う人は立派です。
759:デフォルトの名無しさん
09/03/01 13:24:48
スレ違いな話は別スレでやれよ。
そんなこともできないやつらの意見がまともなわけ無い。
760:デフォルトの名無しさん
09/03/01 13:25:42
最終的にC++向けのデザパタを勉強したいんだけど
やっぱりGoF → Modern C++ Designってのが最良？
761:デフォルトの名無しさん
09/03/01 13:35:08
プログラミングC#第5版 はどう？第4版は良書だと思ったけど。
762:デフォルトの名無しさん
09/03/01 14:11:12
すれ違いかな？
昔の本が継承重視の遅れた考え方を載せている、というのはオブジェクト指向の
良書と悪書を見分けるのに良いポイントだとおもうけど。
そういう意味で憂鬱がはっきり優れていない、という根拠が出されたわけだよね。
誤訳がどうとか、著者が性格悪そうとかいうレベルよりよっぽどためになるだろ。
763:デフォルトの名無しさん
09/03/01 14:14:31
>>762
もういい しつこい
764:デフォルトの名無しさん
09/03/01 14:19:55
また憂鬱の呪いか
765:デフォルトの名無しさん
09/03/01 14:31:13
だいたいスレ違いとかもういい、とか言い出す奴って自分が反論できなくなったとか、
理解できないとかいうのが理由だよね。
本当に興味なければスルーするか、違う話題だせば済む話だし。
766:デフォルトの名無しさん
09/03/01 14:32:19
>>765
出してるがな。馬鹿かオメー
767:デフォルトの名無しさん
09/03/01 14:38:06
なんだ。
俺の振った話題にみんなが応えないのはなんでだ、みたいなキチガイさんか。
768:デフォルトの名無しさん
09/03/01 14:40:06
憂鬱って何？涼宮ハルヒのやつ？
769:デフォルトの名無しさん
09/03/01 14:44:48
うん。ながもんがツンデレ気味にオブジェクト指向について教えてくれる本
770:デフォルトの名無しさん
09/03/01 14:48:17
長門たんの作業見たいなん
771:デフォルトの名無しさん
09/03/01 15:19:11
>>769
本じゃないけど
URLﾘﾝｸ(ansokuwww.blog50.fc2.com)
↑こういうやつなら探したらありそう。
772:デフォルトの名無しさん
09/03/01 15:28:59
>>762
ここはあくまで図書スレなんだから
ポイント語りたいなら本もセットにして語ってくれよ
憂鬱本の話から既に離れてるのに他のオブジェクト指向の本を引き合いに出すわけでもなく
単にオブジェクト指向について語ってる今の流れだとスレ違いと言われてもしゃーない
773:デフォルトの名無しさん
09/03/01 15:32:55
いや、本について語ってるから別に問題ないだろ。
774:デフォルトの名無しさん
09/03/01 16:05:48
このスレでレスが続いている以上スレ違いってことはないよ
例えば化粧品の話を振られても、さすがに誰もレスしないでしょ
書名挙げて、ここがいい、あそこが悪い、以上
これ以上の話はスレ違いだから出てけってのがよくいるが、
ここはお前の家じゃないからな
775:デフォルトの名無しさん
09/03/01 16:14:24
化粧品について語りたいやつが2名居ればいくらでもレスが続くんだが
その定義でいいんだな？
776:デフォルトの名無しさん
09/03/01 16:30:49
762の内容の正誤は別として、本について語っているのは事実でしょ。
この流れではすれ違いとか切れている人の方が悪いと思う。
777:デフォルトの名無しさん
09/03/01 16:42:49
で、結局VBAでクラスを利用する詳細を記述している本はあるの？
778:デフォルトの名無しさん
09/03/01 16:44:59
知らん
779:デフォルトの名無しさん
09/03/01 16:58:01
Ruby on Windows読んだが結構面白いな。
RubyとCOMとか。
780:デフォルトの名無しさん
09/03/01 17:02:55
>>779
同意。
Ruby本としては全くつまらないけど、他の本に書いていない知識がたくさん詰まってる良本。
781:デフォルトの名無しさん
09/03/01 17:42:57
RubyとCOMと聞いて急に読みたくなってきた
Rubyはほとんど知らんが…
782:デフォルトの名無しさん
09/03/01 17:53:07
出品者からお求めいただけます
783:デフォルトの名無しさん
09/03/01 18:20:27
普通に書店に売ってるだろｗ
784:デフォルトの名無しさん
09/03/01 18:25:08
万人向きじゃない、微妙に対象範囲が狭い本。
Excelファイルとか、COMとか、ビビッと来る人には他に代えがたい魅力がある。
一般的な意味で良書とは言いがたい、かな。
恐らく数千部もでないんじゃないか？
785:デフォルトの名無しさん
09/03/01 18:41:40
出品者からお求めいただけます
786:デフォルトの名無しさん
09/03/01 18:56:56
>>781
とりあえず、同書の元になったこの記事を読んでみては？
URLﾘﾝｸ(jp.rubyist.net)
787:デフォルトの名無しさん
09/03/01 21:26:44
>>760
Modern C++ Designは、
C++のtemplateでもdesign patternやるとこうなるよって本で、
C++でtemplateやるとこうなるってほんとはちょっと違う。
無理やりtemplate使ってる例もある。読むならそれ踏まえて読んで。
788:デフォルトの名無しさん
09/03/01 22:02:37
Ruby on Windows ってこの本のこと？
URLﾘﾝｸ(www.amazon.co.jp)
789:デフォルトの名無しさん
09/03/01 22:08:41
>>788
それ。
本屋では見かけるけど、アマゾンには無いのか。
790:デフォルトの名無しさん
09/03/01 23:28:18
PythonからCOMをたまに使うけど、>>786の記事は何回も参照したなあ
るびまの中でも特に好きな記事だった
791:デフォルトの名無しさん
09/03/01 23:47:13
アマゾンの在庫表示って結構ヘンなときあるからな。
どっかの出版社の社長が怒っていたときあった。
そのRubyの本、大須のシグマに何冊かあったよ。
792:デフォルトの名無しさん
09/03/02 03:07:52
>>777
無い。
VB系の糞言語はパチモンC#であるVB.netを除いて継承は出来ない。
VBでクラスと自称しているものは構造体にメソッドを
付加出来るようにしただけで、継承等の無い中途半端なもの。
つまり、文法のリファレンスに載っている以上の事はできない。
ラップにラップを重ねて継承っぽい事もできるが、
コピペで別クラスを定義するよりも益がない。
VBAで何かやりたいときは秀和とかの出している
「Excel VBA 逆引き大全 XXXの極意」みたいな逆引き辞典の方が有効。
793:デフォルトの名無しさん
09/03/02 04:37:25
URLﾘﾝｸ(d.hatena.ne.jp)
知らないと恥をかく プログラミングの常識
794:デフォルトの名無しさん
09/03/02 05:58:25
うーん。なんか逆に著者が可哀想になってきたw
しかしこの著者は、毎回こんな本を出してるのかな
795:デフォルトの名無しさん
09/03/02 06:06:28
著者が体を張って恥をかく実例を示したんではｗ
796:デフォルトの名無しさん
09/03/02 07:15:28
この著者めちゃめちゃたくさん本出してるな
検索したらオライリーの翻訳本まで出てきた
797:デフォルトの名無しさん
09/03/02 08:21:56
この人と矢沢久雄の本は読まないようにしてるけど正解だった。
798:デフォルトの名無しさん
09/03/02 08:24:53
>>796
＞検索したらオライリーの翻訳本まで出てきた
迷惑だから二度としないでほしいわ。
799:デフォルトの名無しさん
09/03/02 10:41:51
黄色い表紙の独習○○って、ハーバート・シルトとかの訳本シリーズだと思ってた。
800:デフォルトの名無しさん
09/03/02 11:13:45
>>792
サンクス
なんちゃってオブジェクト指向なのか
とりあえず教えてくれた逆引きの本探してみるわ
801:デフォルトの名無しさん
09/03/02 11:41:36
OOoBasicの必読書はないですか？
802:デフォルトの名無しさん
09/03/02 12:51:43
日向俊二は確かにひどいと思ったが、矢沢久雄に関してはそんなに悪いかなぁ
昔何冊か読んだがとても分かりやすかったし、過去スレでも評判良かった記憶があるんだが…
むしろ>>793の突っ込みのポイントが何かずれてる感じに見えるな
803:デフォルトの名無しさん
09/03/02 13:04:09
矢沢久雄は表面をなでてるだけで内容が全くないから
サクサク読めて理解できた気にさせてくれるんだけど
結局読み終えても残る物がなにひとつない。
プログラミングにアレルギーのある人は
入門書の前に読むといいのかもしれないけど
それ以外に利用価値が全く見いだせない。
804:デフォルトの名無しさん
09/03/02 18:59:47
そういう本は表面をなでるのが役割だろ
805:デフォルトの名無しさん
09/03/02 19:02:17
>>749
あるとき集団で社員が辞めてしまうような会社、
辞めたほうがいいのじゃね？
806:デフォルトの名無しさん
09/03/02 19:07:04
じゃあ学校の先生は3月で全員退職だ。
807:デフォルトの名無しさん
09/03/02 20:12:33
【民主党解剖】第１部「政権のかたち」（１）「小沢首相」は大丈夫か
URLﾘﾝｸ(sankei.jp.msn.com)
URLﾘﾝｸ(sankei.jp.msn.com)
URLﾘﾝｸ(sankei.jp.msn.com)
２月上旬、都内で開かれた民主党議員と支持者による会合。党代表、小沢一郎が発した言葉に会場は一瞬凍りついた。
「拉致問題は北朝鮮に何を言っても解決しない。カネをいっぱい持っていき、『何人かください』って言うしかないだろ」
日本人の人権と日本の主権を蹂躙（じゆうりん）した北朝鮮の犯罪をカネで決着させる－。あまりにもドライな小沢発言は、当然のごとく、箝口（かんこう）令が敷かれた。
外交・安全保障をめぐる小沢の「危うさ」が露呈し始めている。
２月２４日、記者団に「米海軍第７艦隊で米国の極東の存在は十分だ」と語り、波紋を広げた。「対等の日米同盟」を土台に、
日本の防衛力増強を志向すると受け取れる発言の真意を、側近は「安保論議を活性化させようとして投じた一石だ」と代弁する。
だが、党内にも「先を見据えない、浅はかな言葉だ」（幹部）との批判が出ている。
「民主党に国民は不安も抱いている」。１月１８日、民主党大会で国民新党代表、綿貫民輔はこう指摘した。
民主党が政権に王手をかけたいま、小沢が唐突に繰り出す持論は、野党の足並みも乱している。
（以下略）
テレビ報道されました
URLﾘﾝｸ(up2.viploader.net)
808:デフォルトの名無しさん
09/03/02 20:37:20
amazon.co.jpの個別商品ページを開くとき何回も上下に伸び縮みするのが
うざい。
809:デフォルトの名無しさん
09/03/02 21:20:57
>>806
なぜそうなる？
810:デフォルトの名無しさん
09/03/02 21:27:17
プログラマにはユーモアのセンスも大切。トムデマルコもそういってる。
「ライトついてますか？」にも問題解決の糸口はそんなところにあるかもしれないと書いてあったじゃないか。
つまり、おもしろいかおもしろくないかは別として、ユーモアを感じ取るセンスを
（省略されました）
811:デフォルトの名無しさん
09/03/02 22:19:27
>>801
BASIC言語の書籍は今では少なくなった
VBの入門書はGUIの説明が多くて言語の説明が少ない
本来なら構造化プログラムの解説があるべきです。
どなたか、解説hpでも作りませんか？
812:デフォルトの名無しさん
09/03/02 22:35:50
OOoってOpenOffice.org?
813:デフォルトの名無しさん
09/03/02 22:49:26
>>812
そ
814:デフォルトの名無しさん
09/03/02 22:53:06
ObjectOrientedOpenOffice.org
815:デフォルトの名無しさん
09/03/02 23:00:37
低機能バイナリエジタ
816:デフォルトの名無しさん
09/03/03 08:58:06
デバッガの動作原理や実装方法について詳しく知りたいのだけど
「デバッガの理論と実装」はどうですか？
URLﾘﾝｸ(www.amazon.co.jp)
出版が1998年とかなり古いのが気になりました。
他にいい本があればよろしくお願いします。
817:デフォルトの名無しさん
09/03/03 09:58:16
>>816
この本は、そんなに詳しいことは書いてない。
一般論だけ。個別の内容は、プラットフォームとかコンパイラによって
実装が違いすぎるから。
レベルとしては、デバッガを作れるレベルには程遠いが、
蘊蓄として知識がいろいろ書いてあるってくらいか。
個人的には、ちょっと内容が散漫な印象があったのとやっぱり古い
のがマイナスポイントだったので、買って損した気分。
他にないというか、そんなマニアックなことを勉強したい人は
gdbのソース読めって話だからなぁ。
818:デフォルトの名無しさん
09/03/03 10:40:04
実際実装するのに必要な情報は、
linker & loaderの方が多いでしょう。
デバッガの核の機構は非常に単純だし。
819:デフォルトの名無しさん
09/03/03 12:15:02
>>817
やはりソース読めですかぁ。
ソース読むのは疲れるので横着考えてしまいました。。
>>818
タイトルに惹かれますね。
linker & loaderを注文してきます。
どうもありがとうございました。
820:デフォルトの名無しさん
09/03/03 13:01:42
javaのjsp/サーブレットについて学べる書籍を探しています。
java歴1年と少しで、jspとサーブレットの経験は半年です。
詳細設計書を元にしてモジュールレベルのクラス(ビジネスロジック)を独力で作成できる程度。
java鉄、java格は内容の2割ほどなんとか理解できます。
学びたいことはリクエストからレスポンスまでの流れと、フィルター、カスタムタグ、文字コードなどです。
｢10日で～｣本は持っています。
ソフトバンクでいい本があったそうなのですが、絶版で手に入らないとのことで相談させていただきました。
よろしくお願いします。
821:デフォルトの名無しさん
09/03/03 13:18:08
開催日時 : 2009 年 3 月 27 日 (金) 13:30 - 17:15 (受付開始 13:00)
開催会場 : 新宿マインズタワー 15F アビタス セミナールーム 4
参加費無料 / 事前登録制
本セミナーの詳細につきましては、下記をご参考にしてください。
URLﾘﾝｸ(www.microsoft.com)
822:デフォルトの名無しさん
09/03/03 19:43:56
>>821
ありがとさん
823:デフォルトの名無しさん
09/03/03 23:45:06
講師陣も豪華ですね。
会社の方針でアジャイルを進めてますよ。
SCRUMのお薦め本はありますか？
824:デフォルトの名無しさん
09/03/04 00:50:51
ピアソンのアジャイルソフトウェア開発スクラム
これは使えた。
825:デフォルトの名無しさん
09/03/04 14:54:14
Cやった人が参考になるJAVA本いいのあるでしょうか？
826:デフォルトの名無しさん
09/03/04 18:50:23
>>825
「Head First Java ―頭とからだで覚えるJavaの基本」
と
「Head First デザインパターン」
をお勧めする。
後者は、C++かそもそもJavaの経験が必要だけど、
Javaをやってくなら、Cとはちがってこの辺の知識の有無が結構大事なので
前者の後にぜひ、やるべき。
827:デフォルトの名無しさん
09/03/04 19:26:34
これもおすすめ
Head Firstオブジェクト指向分析設計
―頭とからだで覚えるオブジェクト指向の基本
Brett McLaughlin, Gary Pollice, David West 著、
長瀬 嘉秀、永田 渉 監訳、株式会社テクノロジックアート 訳
2007年12月 発行
636ページ
定価4,200円
ISBN978-4-87311-349-4
原書: Head First Object-Oriented Analysis and Design
828:デフォルトの名無しさん
09/03/04 19:39:11
>>826-827
推奨順って、Java→デザパタ→分析設計
だっけ？
829:デフォルトの名無しさん
09/03/04 21:56:31
一押し！！
Head Firstオブジェクト指向分析設計
830:デフォルトの名無しさん
09/03/04 22:01:10
>>827
長瀬ってだけで購入候補から外れてしまう
831:デフォルトの名無しさん
09/03/04 22:28:33
>>827
＞体で覚える
ヽ|/
／￣￣￣｀ヽ、
/ ヽ
/ ＼,, ,,／ |
| （●） （●）||| |
| /￣⌒￣ヽ U.| ・・・・・･･･ｺﾞｸﾘ。
| | .ｌ~￣~ヽ | |
|U ヽ ￣~￣ ﾉ |
| ￣￣￣ |
832:デフォルトの名無しさん
09/03/04 22:58:53
head firstってオライリーなのか
833:デフォルトの名無しさん
09/03/04 23:04:04
>>830
長瀬とテクノロジックアートは誤解されている。
彼は真のアーキテクト。
損得抜きで長年の業界功績は大きい。
彼こそ、オブジェクト指向の巨人だ。
834:デフォルトの名無しさん
09/03/04 23:55:01
head first薦める人多いな
駄目だとは思わないけど、俺はどうもあのノリが苦手
835:デフォルトの名無しさん
09/03/05 00:30:03
Head Firstオブジェクト指向やっぱりいいのかー。気になるな。
いまはHead First Java -> デザパタって読んで、
オブジェクト指向のこころ読んでる。
なかなか読み進められないが、納得できること多くて結構ためになりそう。
836:デフォルトの名無しさん
09/03/05 00:33:13
理論だけの頭でっかちで何も作れない人間のできあがりだな。
837:デフォルトの名無しさん
09/03/05 01:00:50
理論もなく鳥頭で何も作れないニンゲンよりはマシだけどな。
838:デフォルトの名無しさん
09/03/05 09:44:43
STLって最近でもよく使われてますか？
本探してるんですが古いのばっかりなんですが・・・
Boostとか次世代C++になったらいらなくなる予定なんでしょうか？
839:デフォルトの名無しさん
09/03/05 10:30:57
標準に古いも糞もない。
840:デフォルトの名無しさん
09/03/05 10:31:44
標準が糞な場合は
841:デフォルトの名無しさん
09/03/05 12:23:44
Code Complete第2版上下がなぜかウチ市のボロ図書館にあった＼(＾o＾)／
842:デフォルトの名無しさん
09/03/05 13:08:40
標準に古いのも糞もあるだろう
C++だと旧iostreamとか
STLもいくつかいらなくなる物があるな
843:デフォルトの名無しさん
09/03/05 13:19:41
strstreamなどはなくなりますが、
STL自身はほとんど変らないから良書なら古いので大丈夫。
844:デフォルトの名無しさん
09/03/05 14:31:05
板違いかなあとも思ったけど
＞プログラム技術＠2ch掲示板
＞この板はプログラムを作る人のための板です。
ってあったのでここで。
「仕様はこうやって共有しよう」とか
「バグはこうやって共有し処理していこう」とか
「タスクはこうやって共有しよう」みたいな、
"朝礼昼礼日報を"というところから"BTS使おうぜ"くらいまで書いてある
コミュニケーションの取り方について書いた良著ってあります？
ビジネス書～プロジェクト管理系書籍の範疇なんでしょうが、そのへん疎くて・・・
845:デフォルトの名無しさん
09/03/05 14:35:23
チーム内の1プログラマとしてどうあるべきかなら達人プログラマーとアジャイルプラクティス、
チームとしてどうあるべきかなら、ピープルウェアとデスマーチ、
チーム運営に関してならアートオブプロジェクトマネージメントが面白かったよ。
ただし、どれも抽象的。
846:デフォルトの名無しさん
09/03/05 14:38:43
>>844
@ITの記事総ナメする
847:デフォルトの名無しさん
09/03/05 16:56:19
ナメナメ
848:デフォルトの名無しさん
09/03/05 19:56:29
総ナメクジがあらわれた
849:デフォルトの名無しさん
09/03/06 00:04:53
>>845
お前は俺か？！
アジャイルプラクティスはまだ読んでないけど、それ以外は同意。
抽象的だけど、ある程度経験を積んでると想定できる場面が思い浮かぶだろうから応用はできるはず。
850:デフォルトの名無しさん
09/03/06 00:19:10
アリスターコバーン
アジャイルプロジェクト管理
出版はピアソン
851:844
09/03/06 15:45:00
レスありがとうございます。
＞書籍
抽象的ですか・・・銀の弾丸レベルを求めているわけではないのですが、
具体的なものが欲しいです(ある意味宗教的なものでもかまわないので)
1)達人プログラマー―システム開発の職人から名匠への道
URLﾘﾝｸ(www.amazon.co.jp)
2)アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣
URLﾘﾝｸ(www.amazon.co.jp)
3)ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵
URLﾘﾝｸ(www.amazon.co.jp)
4)デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか
URLﾘﾝｸ(www.amazon.co.jp)
5)アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE)
URLﾘﾝｸ(www.amazon.co.jp)
6)アジャイルプロジェクト管理 (アジャイルソフトウェア開発シリーズ)
URLﾘﾝｸ(www.amazon.co.jp)
Amazonに書かれている内容とレビューの内容をみますと、
(5)が一番欲しいものかな、と思っています。
「この本のAmazonの内容とレビューは嘘だ！」
「もっとマッチした本があるぜ！」
等々ありましたらお教えいただければ幸いです。
＞@IT
＠IT総合トップ > 情報マネジメント > プロジェクト管理
あたりですかね？参考にしてみます。