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

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

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の説明を理解してるぐらいでも十分だと
思うんだが。

Wikipedia項目ﾘﾝｸ

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

次ページ