09/02/18 23:43:33
オフショアプレスと最新.NET、中国はこれだね
URLﾘﾝｸ(www.microsoft.com)
238:デフォルトの名無しさん
09/02/19 00:38:09
URLﾘﾝｸ(www.amazon.co.jp)
とりあえずウィッシュリストに放り込んだ
239:デフォルトの名無しさん
09/02/19 01:06:28
とりあえず日経BPのマイクロソフト公式解説書なら 1割引で買えるだろ
240:デフォルトの名無しさん
09/02/19 05:45:34
>>236
そんな本無いと思う。ほとんど洋書の方が安い。
この円高のご時勢ならなおさら。
241:デフォルトの名無しさん
09/02/19 05:53:19
>>240
洋書のほうが和書より高いケースなんて、いくらでもあるよ。
Prentice Hallから出てる本はなぜか高い。例えばK&R。
242:デフォルトの名無しさん
09/02/19 05:58:06
>>241
日本の業者を通じて販売されている洋書という意味ならそうかも。
Amazon.comなどを通して直接買えば、大抵は日本で買う訳本より安いのでは？
243:デフォルトの名無しさん
09/02/19 06:12:09
>>242
とんでもない。日米のAmazonでK&Rの価格を比較してみればいい。
Amazon.comからだと送料もばかにならないしね。
244:デフォルトの名無しさん
09/02/19 06:14:39
いや、特にK&Rだけの話をしてるんじゃないんだが。
あと送料・手数料入れても直接原書買ったほうが安いことの方が多いよ。
245:デフォルトの名無しさん
09/02/19 08:35:35
>>244が納得する「いくらでもある」の数の原書の方が高い例を
>>241がリストアップすれば丸く収まる
246:
09/02/19 09:19:31
Effective Java ,Effective C++シリーズ,Implementation Patterns (実装パターン)とかアマゾン.jpで日本語訳のほうが安いのは多いよ。
ただページ数が極端におおいいのは洋書のほうが安い場合が多いかも。Code Completeは極端だが。
247:デフォルトの名無しさん
09/02/19 09:32:08
Effective Java原書のamazon.co.jp価格はちょっと高すぎ。
amazon.comの送料なしの標準価格よりも、翻訳本の方が安い。
ただamazon.comは今割引価格だから、
送料入れてもamazon.com原書の方がほんのちょっと安い。
248:デフォルトの名無しさん
09/02/19 09:36:20
みなさん相当数の書籍を「読破」されているようですが、
どういった判断基準で、「この本の内容はもうマスターした」としているのでしょうか。
好奇心で聞いてみたいです。
ちなみにみなさんはどれくらいの本数をお持ちでしょうか。これがスレに反した書き込みであればスルーしていただいてかまいませんです。
249:デフォルトの名無しさん
09/02/19 09:59:21
本による
何度も読むような本だってある
250:デフォルトの名無しさん
09/02/19 10:00:38
>>248
マ板行け
251:デフォルトの名無しさん
09/02/19 10:48:19
一回読んでマスターできるほどの本は良書とはいわねー。
>>1-10あたりにあるリンクにも書かれてるじゃろ。
252:デフォルトの名無しさん
09/02/19 11:37:37
マスターとかアホかｗ
253:デフォルトの名無しさん
09/02/19 11:42:09
手元に置いておきたいと思うような本だと、実際に手元に置いておくわけで。
「あそこどうだったっけなー」と参照する形をとるから、何回読むとか回数的基準がないこともある。
基礎的な本は覚える必要があるだろうけど、応用的なところだと本のインデックスが頭の中にできればそれでいいと思ってる。
254:デフォルトの名無しさん
09/02/19 14:42:02
マスター＝全文暗唱
255:デフォルトの名無しさん
09/02/19 14:57:29
科挙じゃねーんだから・・・・・
256:デフォルトの名無しさん
09/02/19 15:42:04
>>248は勉強法が分からなくて不安なのかもしれんが
どこまでやればいいかは本の前書きに書いてある
257:デフォルトの名無しさん
09/02/19 15:43:04
初歩的なものでも度々確認するから、マスターってことは無いかもしれない。
258:デフォルトの名無しさん
09/02/19 20:53:32
ユーザビリティに関する本で、デスクトップアプリケーションについての
本ってありますか？
（デスクトップアプリケーションっていう用語はちと微妙だけど他に知らないので勘弁）
ユーザビリティっていうとWebのことばっかりな今日この頃だけど。
MSとかAppleとかのサイトに置いてあるガイドラインみたいのは読んだけど、
やっぱり本で読んだ方が勉強した気になるんで
洋書でも可です
259:デフォルトの名無しさん
09/02/19 21:04:22
誰のためのデザイン?
は要求とちとずれてるかな？
260:デフォルトの名無しさん
09/02/19 21:06:52
>>258
デザイニング・インターフェースなんかどうですか。
URLﾘﾝｸ(www.amazon.co.jp)
Web とデスクトップ両方含めた GUI のデザインパターン集です。
操作するユーザーの心理や無意識の行動に基づいた
上手いデザインを提案しています。
形としては既に知っているパターンが多いと思いますが、
何故それが良いのかを考えるきっかけにもなると思います。
261:デフォルトの名無しさん
09/02/19 21:50:17
昔のMSのWindowsとかのユーザーインターフェースガイドラインの本は何気に良書だったような
記憶がある。当のMSソフトがそのガイドラインに沿ってないところが多かったのは笑えるが。
262:デフォルトの名無しさん
09/02/19 23:13:23
>>199
マクロの記録(だっけ？)でかなりのことができると思うけど
どういうことを目指しているかを書いた方がいいような
＃自分は凝ったことは、やんないんだけどね
263:デフォルトの名無しさん
09/02/19 23:46:13
>>259
>>260
>>261
探して検討してみます！
ありごとうございました
264:デフォルトの名無しさん
09/02/20 00:18:33
後輩に勧めるものを探しているのですが、
リファクタリングやデザインパターンを読む前に
オブジェクト指向の入門者が読むべき本はありますか？
自分は、憂鬱→オブジェクト指向こころ、と読んでわかってきたけど、
憂鬱はかませ犬としてしかおすすめできないし、
こころはやはり難しい、と思いまして。
265:デフォルトの名無しさん
09/02/20 00:21:46
>>264
初めからデザインパターンでいいよ。
266:デフォルトの名無しさん
09/02/20 00:28:17
>>265
たしかに、GoFはともかく、結城本かなにかのデザインパターンの本は
平行して読むべきだと思いますが、自分の経験では、こころを読む前には
リファクタリングもデザインパターンもいまいちぴんと来なかったので。
267:デフォルトの名無しさん
09/02/20 00:30:21
こころにはじめからデザインパターンでいいって書いてなかったっけ？
268:デフォルトの名無しさん
09/02/20 00:40:59
>>264という質問に答えられる人がいるから、いきなりこころでいいんじゃね？
269:デフォルトの名無しさん
09/02/20 00:51:46
UMLから入ってもいいんじゃないか。
270:デフォルトの名無しさん
09/02/20 01:00:24
憂鬱がぼろくそに言われるのは悲しい…
お世話になった本だけに
271:デフォルトの名無しさん
09/02/20 01:02:40
>>267
手元にあるので、引用します。
＞デザインパターンの学習にはオブジェクト指向設計に関する十分な基礎が必要であると
＞主張していました。にもかかわらず、オブジェクト指向設計とデザインパターンを同時に
＞学んだ生徒は、単にオブジェクト指向設計だけを学んだ生徒よりも短期間でオブジェクト
＞指向設計を学ぶことができたのです。
デザインパターンに関しては、結城本を薦めようと思っているのですが、
オブジェクト指向設計に関する基礎的なものを探しています。
>>268
もちろん、こころは挙げようとは思っているのですが、もう少し内容的に手ごろなものはないでしょうか
オブジェクト指向でなぜつくるのか
は有名ですが、よさそうですかね？
コードなしで書かれていそうなのが、ちょっと抵抗があります。
>>269
UMLも確かに必要ですね。
自分は上流向けのを買ってしまったですが、お勧めはありますか？
272:デフォルトの名無しさん
09/02/20 01:40:24
デザインパターンは実装パターンから読むのもいいと思う。
抽象度低いところから始めるって事で。
273:デフォルトの名無しさん
09/02/20 01:47:32
はじめて学ぶUMLで入門した口なので、第二版かな。
UMLと基本のJavaの仕様が理解できれば、ひとまず結城さんの本は読める。
はじめて学ぶUML 第2版
URLﾘﾝｸ(www.amazon.co.jp)
274:デフォルトの名無しさん
09/02/20 02:21:59
>>270
批判してれば、自分が何割かマシになった気がするんだろ。
憂鬱は、少なくとも発刊当初は良書だった。
275:デフォルトの名無しさん
09/02/20 04:59:19
そういう１０年以上前の評価を未だに引きずりながら
「昔の常識・今の非常識」なことを
入門者に薦められ続けてるって所が憂鬱の一番の害悪なんだよ
276:デフォルトの名無しさん
09/02/20 05:07:23
>>258
URLﾘﾝｸ(www.atmarkit.co.jp)
URLﾘﾝｸ(www.usability.gr.jp)
Windows ユーザーインターフェイスデザインガイド (Microsoft Corporation 著) アスキー発行 1995.12 ￥5631
誰のためのデザイン ? 認知科学者のデザイン原論 新曜社 1990.1 ￥3300
ユーザーインターフェイスデザイン 翔泳社 1996.5 ￥5049
ユーザーインターフェイスデザインの実践 海文堂 1999.3 ￥2500
277:デフォルトの名無しさん
09/02/20 10:19:54
>>275
時代背景を考慮せずに批評しても意味ないだろ。
10年以上前の本を勧める奴に問題があるのであって、
本が悪い訳ではない。その程度の切り分けも出来ないの？
278:デフォルトの名無しさん
09/02/20 22:15:45
改版、絶版してる（今基準で批評することがナンセンス）ならまだしも
現在もなお普通に店頭に並んでる書籍なんだから
時代背景を考慮するまでも無く今基準の批判があって当然
"今"は既に悪書なんだよ、本も悪いし薦める奴も悪い
279:デフォルトの名無しさん
09/02/20 22:29:15
憂鬱は入門用としてだったら今でもありだと思うけどね
その後に他の本を読むのは必須だと思うが。
まあ10年前でも、入門用としてしか使えなかった気がする
280:デフォルトの名無しさん
09/02/20 22:33:44
デザインパターンなら
ピアソン・エデュケーションの
パターンモデリングガイド ビジネスパターンのためのUML
それと
翔泳社の独習デザインパターンC＋＋
これはお奨めだな。
281:デフォルトの名無しさん
09/02/20 22:41:42
憂鬱は入門用としてもだめだろ。
282:デフォルトの名無しさん
09/02/20 23:26:11
GDBのいい本ないですか
283:デフォルトの名無しさん
09/02/20 23:32:54
>>280
me too
284:デフォルトの名無しさん
09/02/20 23:53:17
ほぉ～両方とも同じ著者の本かぁ～
285:デフォルトの名無しさん
09/02/20 23:54:48
二人ともageててﾜﾛｽ
これは工作員扱いされても仕方ないレベル
286:デフォルトの名無しさん
09/02/20 23:55:27
>>282
info
287:デフォルトの名無しさん
09/02/21 00:22:49
>>279
憂鬱本は構造化に親しんだ人が読むための本なので、
オブジェクト指向としてはかなり歪んでいる。
10年前に呼んだときはスゲーと思ったが、
今、入門用として読むなんて最悪の選択だと思うよ。
288:デフォルトの名無しさん
09/02/21 00:27:18
いや、構造化どうこうも関係ないだろ。憂鬱のだめさって。
289:デフォルトの名無しさん
09/02/21 00:28:47
最近の本を読んでいるなら、そう思うのも無理はないと思う。
290:デフォルトの名無しさん
09/02/21 00:36:59
バックボーンに構造化の知識があるとかないとか関係ないな。
291:デフォルトの名無しさん
09/02/21 00:42:47
死人に鞭打つような真似はやめよう
どうせ叩くならここ数年の本を叩こうぜ
292:デフォルトの名無しさん
09/02/21 00:53:49
憂鬱がダメってレスは見るけど、どこがダメと断定する奴はいないな
293:デフォルトの名無しさん
09/02/21 01:14:54
>>290
構造化でやってきた人に与える納得感を侮ってはいけない。
294:264
09/02/21 04:09:01
>>292
このスレの43で語られてましたよ。
いくつかURLが挙げられましたが、なるほどと思ったのはここ。
URLﾘﾝｸ(d.hatena.ne.jp)
憂鬱本は個人的には読んでよかったと思っています。
第5章 関連 の「関連の実装」の項は、僕にとってはじめてあの「四角が線でつながっている図」
がコードとつながった体験であり、感動すらし、あとでオブジェクト指向のこころで
「継承よりも委譲」を納得するための土台になったと思っています。
ただ「継承よりも委譲」を知ったあとでは、全体的にオブジェクト指向の意義を
捕らえ損ねているとはっきり感じられ、他人には薦め難い。
オブジェクト指向の最大の目的が、変更の局所化（≒カプセル化、直交性、凝集度、疎結合）であることが
意識されていません。継承の項は、むしろ結合度を強めてしまう原因となりがちな「差分プログラミングを目的とした継承」
として紹介されてしまっています。
>>273
どうもです。注文してみました。
>>272
実装パターンはリファクタリング共著のケント・ベックなんで興味あったのですが、
煽り文句が「デザインパターンの次に」とか書いてあるので難しいのかと。
>>280
これはやめときます
295:デフォルトの名無しさん
09/02/21 08:54:37
>>294
「次に」ってのはデザパタがサンプルコードは付いているものの、
抽象度の高いアプローチだから、もっと「プログラマにとって」即物姓の高い
パターンを学ぶという目的があると思う。
296:デフォルトの名無しさん
09/02/21 13:26:08
PHPマスターブックを読んでいます。
練習問題が付いていないのでPHPの問題集的な本を買いたいのですが、ちゃんと詳しい解答載っていて
実践的な問題が豊富な本を教えてください。
297:デフォルトの名無しさん
09/02/21 13:35:19
php板で聞いてはどうか?
298:デフォルトの名無しさん
09/02/21 15:44:04
>>294
本当にこのスレッドのシリーズの43で？
憂鬱で検索しても、16レスしかみつからないし、中には、
＞結局結論としては、憂鬱が神本ということか。
＞前にかどうかはわからんが、おいらは↓この本がよいと思う。
＞ 憂鬱なプログラマのためのオブジェクト指向開発講座
とかも。
また批判的なレスも
「憂鬱は悪いんだよ。」だけなレスで議論以前に終わってるのしかないぞ。
良くて、「このリンク先でボコボコに言ってるから悪いんだ！！」
そして、その先も、 アレは駄目。 の一言だけで、
何が駄目なのかすら触れてない。
あげくには、 「著者の性格が卑屈で こっちが憂鬱に・・・」とか
わけのわからんのばっかだけど。
あと、>>264のリンク先で何が納得できた？
299:デフォルトの名無しさん
09/02/21 15:45:57
オブジェクト指向は各人のこころの中にある。
300:デフォルトの名無しさん
09/02/21 15:54:57
>>298
> あと、>>264のリンク先で何が納得できた？
あなたがその中のおかしいところを具体的に指摘すれば、
あなたの杞憂している状況は少しは緩和されるのでは?
301:デフォルトの名無しさん
09/02/21 15:55:44
「憂鬱」は、オブジェクト指向が日本で普及し始めた頃の本だから、
オブジェクト指向に対する考え方が古い。
あの当時は、正しかったが、今となっては、オブジェクト指向で
やってはいけないタブーとされてしまったことをやってたりする。
いつの時代でも通用するオブジェクト指向の基礎知識・・・という感じの内容にはなってないと思う
302:デフォルトの名無しさん
09/02/21 15:59:13
英語読めない人の間でもてはやされていただけでしょ。
OOPSLA読んでいる人たちは相手にしてなかったけど？
303:デフォルトの名無しさん
09/02/21 16:00:27
面倒だから以降は各人のブログでやれ
304:デフォルトの名無しさん
09/02/21 16:09:11
>>298
43を見てみたが「ボコボコに言ってるリンク先」を挙げてただけで、
「だから悪い」とは言ってなくね？
305:デフォルトの名無しさん
09/02/21 16:15:13
htmlはブログ改造程度はもうお手のものなんですが買う書籍としては
辞典タイプか解説書タイプかどちらがいいでしょうか。
306:デフォルトの名無しさん
09/02/21 16:17:31
>>305
仕様
307:デフォルトの名無しさん
09/02/21 16:19:55
歴史書を読んで今を学ぶのは割りと普通じゃね？
この頃はこんな考え方で生きていたんだ、今とは違うんだなぁ、とかさ。
308:デフォルトの名無しさん
09/02/21 16:20:35
仕様を解説している奴っていうこと？
309:デフォルトの名無しさん
09/02/21 16:24:48
w3のTR嫁ということじゃないすかね
310:デフォルトの名無しさん
09/02/21 16:48:44
URLﾘﾝｸ(www.w3.org)
311:デフォルトの名無しさん
09/02/21 16:53:23
>>307
違いを理解できる人が時代遅れであることを承知で
読むような書籍だったら何の問題も無いんだろうけどね
312:デフォルトの名無しさん
09/02/21 17:27:33
いまからデザインパターンやるならどの本がいいの？
「デザインパターンとともに学ぶオブジェクト指向のこころ」も
結構前の本だけど大丈夫なのかな・・
313:デフォルトの名無しさん
09/02/21 17:28:13
It!シリーズの新しいの出たんだ。
Release It! 本番用ソフトウェア製品の設計とデプロイのために
URLﾘﾝｸ(www.amazon.co.jp)
Manage It!が自分的に良書だったから今度本屋で見かけたらチェックしてみる。
314:デフォルトの名無しさん
09/02/21 17:28:25
結城本でいいよ
315:デフォルトの名無しさん
09/02/21 17:37:49
勇気本を読むと神の存在が信じられるようになるオマケ付き
316:デフォルトの名無しさん
09/02/21 17:48:54
結城の暗号本っていつの間にか2版になってるけど内容なんか新しく増えたの？
317:デフォルトの名無しさん
09/02/21 18:04:58
htmlとCSSが少し普通ぐらいにできる人が猫canC本読んで
かなりできるようになったらパイソンに移るって作戦どうすっかね？
318:デフォルトの名無しさん
09/02/21 18:05:54
先にpythonすりゃいいやん
319:デフォルトの名無しさん
09/02/21 18:08:28
憂オブの駄目なところは、継承が悪だとは気づいてないところ。
320:デフォルトの名無しさん
09/02/21 18:14:04
いやー
猫canC本の前書きにCをやってからだと他の言語にとりかかりやすい、と書いてあったんで。
321:デフォルトの名無しさん
09/02/21 18:18:50
>313
Ship it はイマイチだったが Manage it は面白かった。
Release it は Ship it 系列のようだから俺はパスだな
322:デフォルトの名無しさん
09/02/21 18:21:34
python本はこれから3.0対応にざくざく改訂する
323:デフォルトの名無しさん
09/02/21 18:21:39
当てにしない方がいいもの
・猫
・晴比古
324:デフォルトの名無しさん
09/02/21 18:21:49
ゆとり学坊の溜まり場だな、ここ
325:320
09/02/21 18:24:46
猫はだめなのか？
パイソンは古い本しかなかったから猫買ってきたんだけど。
326:デフォルトの名無しさん
09/02/21 18:39:41
猫は買うもんじゃなくて拾うか貰うかするもんだ
327:デフォルトの名無しさん
09/02/21 18:59:27
晴比古はこのスレのアイドルだな
328:デフォルトの名無しさん
09/02/21 19:12:24
URLﾘﾝｸ(www.oreilly.co.jp)
329:デフォルトの名無しさん
09/02/21 20:15:51
pythonの本なんか、文庫で680円ぐらいでいいのにな
330:
09/02/21 21:50:51
晴比古だめなの？
アセンブラ学びたくて
高級言語プログラマのためのアセンブラ入門借りてきたんだけど
間違ったこととか書かれてるの？
ただ初歩的過ぎたりわかりにくかったりするだけならいいけど。
331:デフォルトの名無しさん
09/02/21 22:43:33
晴彦ってアセンブラできんの？w
332:デフォルトの名無しさん
09/02/21 22:55:57
アセンブラは菊地さんで決まりでしょ。
333:デフォルトの名無しさん
09/02/21 22:57:43
蒲地さんじゃなくて？
334:
09/02/21 22:59:39
はじめて読むPentiumの続編まだですか？
335:デフォルトの名無しさん
09/02/21 23:07:38
あれもう少し安ければいいのにね
榊さんのソフトウェア編はいつ出るのかしら
336:デフォルトの名無しさん
09/02/21 23:10:59
独習アセンブラかやさしいアセンブラ入門
337:親切な人
09/02/21 23:25:20
まあ悪い本ではないのは確かなんだが、いかんせん古い。
いま勉強するならやっぱこの本で決まりでしょ。
いまどきのアセンブラプログラミング―Windowsプログラム解析・開発の独習
URLﾘﾝｸ(www.amazon.co.jp)
何も知らない初心者にノスタルジーから古典を勧めたり、惑わすようなミスリードを
してはいけないと思う。
338:デフォルトの名無しさん
09/02/21 23:31:14
>>337
よりによって、最低レベルの本が出てきたな
339:デフォルトの名無しさん
09/02/21 23:32:46
>>337
レビューに吹いたｗ
340:デフォルトの名無しさん
09/02/21 23:34:10
>>337
同業者からもフルボッコにされる珍しい本ですね。知ってます
341:デフォルトの名無しさん
09/02/22 00:30:45
ピアソン・エデュケーション アジャイルシリーズがあるね。
342:デフォルトの名無しさん
09/02/22 00:57:55
>>337
おまえ…ｗ
こてどおり親切すぎだろｗ
343:デフォルトの名無しさん
09/02/22 01:04:30
>>337
作者乙
344:デフォルトの名無しさん
09/02/22 01:15:50
C++言語を学習するための本で、2冊を検討してますが、どっちで学習したほうが
優れたC++のプログラマーになれますか。
1. プログラミング言語C++ 第3版 ISBN：4-7561-1895-X (978-4-7561-1895-0)
2. C++ Primer 改訂3版 ISBN:9784756140067
345:デフォルトの名無しさん
09/02/22 01:18:45
両方平行して読めばいいじゃん。
あと、Effective C++も読んでおいたほうがいいよ。
346:デフォルトの名無しさん
09/02/22 01:23:00
C++ Primerは4版が出ていたような
日本語版はあまりいい話は聞かないんだけど。
俺はプログラミング言語C++しか持ってないんだけど、たぶんこっちの方が高度な内容が乗っていると思う。
読めるならプログラミング言語C++よんどけ。
どうせこれだけでは優れたC++プログラマーにはなれない。
まあ、初心者なら読めないと思うが…
347:デフォルトの名無しさん
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年以降の本の主流
メイヤー本とか古いのはまず継承！というような雰囲気
憂鬱本は割と古いんで、どちらかというとメイヤー本に近いスタンスになると思う