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

前スレ

推薦図書/必読書のためのスレッド 61
http://hibari.2ch.net/test/read.cgi/tech/1297527180/

プログラム技術板倉庫 http://s225.web.fc2.com/index.html
New Books http://f57.aaa.livedoor.jp/~newbooks/
cBooks http://www.cbook24.com/
２chBooks http://deztec.jp/x/04/06/2ch/
推薦書籍集 http://bookshelves.at.infoseek.co.jp/
プログラム技術板倉庫 http://tito.fc2web.com/2ch/tech/index.html
Standard Books http://www.yfcbookshelf.com/authentic_books_frame.htm
ITpro SkillUP BOOKS http://itpro.nikkeibp.co.jp/books/
コンピュータ関連書籍新刊一覧 http://pc.watch.impress.co.jp/docs/2007/market/i_nbook.htm
プログラミングの良書100冊！ http://itpro.nikkeibp.co.jp/article/COLUMN/20060127/228096/?ST=skillup
日経ソフトウエア2004年12月号特集「プログラミングの良書100冊！」 http://itpro.nikkeibp.co.jp/article/COLUMN/20060223/230481/
日経 IT Pro 記者の眼 - 古くなっても名著は名著 http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20041026/151768/
「プログラミングの良書100冊！」 分析/設計のエキスパートになるために http://itpro.nikkeibp.co.jp/article/COLUMN/20060210/229019/
The Linux Reading List HOWTO http://www.linux.or.jp/JF/JFdocs/Reading-List-HOWTO.html

１さん乙

ロベールのＣ＋＋教室 http://www7b.biglobe.ne.jp/~robe/cpphtml/index.html
猫でもわかるプログラミング http://www.kumei.ne.jp/c_lang/
EffectiveC++入門 http://www002.upp.so-net.ne.jp/ys_oota/effec/index.htm
連載　改訂版 C#入門 http://www.atmarkit.co.jp/fdotnet/csharp_abc2/index/index.html
Language C FAQ http://www.kouno.jp/home/c_faq/
C／VC （入門･初級）(１／４) http://www2.ocn.ne.jp/~links4pg/sub37.htm
C／VC （入門･初級）(２／４) http://www2.ocn.ne.jp/~links4pg/sub1a.htm
C／VC （入門･初級）(３／４) http://www2.ocn.ne.jp/~links4pg/subb6.htm
C／VC （入門･初級）(４／４) http://www2.ocn.ne.jp/~links4pg/subwe.htm
C ／V C （中･上級)（１／４） http://www2.ocn.ne.jp/~links4pg/sub71.htm
C ／V C （中･上級)（２／４） http://www2.ocn.ne.jp/~links4pg/sub89.htm
C ／V C （中･上級)（３／４） http://www2.ocn.ne.jp/~links4pg/suba7.htm
C ／V C （中･上級)（４／４） http://www2.ocn.ne.jp/~links4pg/subw0.htm

　　　　　　　　　　　　　　　　　　　　　　　　　 刀、　　　　　　　　 　 , ヘ
　　　　　　　　　　　　　　　　　　／´￣｀ヽ ／: : : ＼＿＿＿＿＿／: : : : ヽ、
　　　　　　　　　　　　　　,.　-‐┴─‐- ＜＾ヽ、: : : : : : : : : : : : : : : : : : : : : : }
　　　　　　 　 　 　 　 ／: : : : : : : : : : : : : :｀.ヽl____: : : : : : : : : : : : : : : : : : ／
　　　　　,.　-──「｀: : : : : : : : :　:ヽ: : : : : : : : :＼ ｀ヽ￣￣￣ フ: : : : :／
　　 　／: :.,.-ｧ: : : |: : : : : : : : :　　　 :＼: : : : :: : : :ヽ　 ＼ 　 ／: : : :／
　　　￣￣／: : : : ヽ: : : . . . . . . . . . . .､ ＼=--: : : :.i　 ／　/: : : : :/
　　　　 ／: : 　　　 ∧: ＼: : : : : : : : : : ヽ: :＼: : : 〃}/　　/: : : : :/　　　　　　　　 、
.　　　 /: : /　　. : : :! ヽ: : l＼_＼／: : : : :＼: ヽ彡: : |　　/: : : : :/　　　 　 　 　 　 |＼
　　　/: : ｨ: : : : :.i: : | 　 ＼!___／ ヽ:: : : : : : :＼|:.:.:.:/:!　 ,': : : : /　 　 　 　 　 　 　 |: : ＼
　　 / ／ !: : : : :.ト‐|-　 　 ヽ　　　　＼: : : : : l::::__:' :/　 i: : : : :{　　　 　 　 　 　 　 |: : : :.ヽ
　　 l/ 　 |: : :!: : .ｌ: :|　　　　　　　 　 　 ＼: : : l´r. Y　　 {: : : : :丶＿＿＿＿＿__.ノ: : : : : :}
　　　　　 l: : :ｌ: : :ﾄ､|　　　　 　 　 ､＿__,ィ ヽ: :| ゝ ﾉ　 　 '.: : : : : : : : : : : : : : : : : : : : : : ／
　　　　　 |: : :ﾄ､: |: :ヽ ___,彡 　 　 ´￣´　　 ヽl-‐'　　　　 ＼: : : : : : : : : : : : : : : : : : イ
　 　 　 　 !: :从ヽ!ヽ.ﾊ=≠'　, /////　///u /　　　　　　　 　 ￣￣￣￣￣￣￣￣
　　　　　　V　 ヽ|　 　 }///　 r‐'⌒ヽ　　イ〉、
　　　　　　　　　　　 　 ヽ､______ｰ‐‐' ィ´　/:/:7rt‐---､　　　　　　　こ、これは>>1乙じゃなくて
　　　　　　　　　　　　　　　　　　ィ幵ﾉ　./:/:./:.! !: : : : :!｀ヽ　　　　　ポニーテールなんだから
　　　　　　　　　　　　　　r‐'T¨「 |: | !:.∨:/:./: :| |: : : : .l: : : :＼　　　変な勘違いしないでよね！
　　　　　　　　　　 　 　 /: : .|: :|　!:.!ィ¨¨ヾ、:.:/　!: : : : l: : : : : :.＼

invokeとかpinvokeとかBeginInvokeとかEndInvoke とかﾃﾞﾘｹﾞｰﾄが断片の知識だけで
てんで理解不能で日曜の夜も更けてきたのに悶々と眠れずに居ます。
.netFreamworkでこのあたりを基礎から演繹的に講釈垂れている書籍はありますでしょうか？
非同期とﾏﾙﾁｽﾚｯﾄﾞとｽﾚｯﾄﾞﾌﾟｰﾙと並列ﾌﾟﾛｸﾞﾗﾑとParallel LINQとの差異も知りません。
そのあたりも詳しいのがあれば宜しくです。

LISP、Shemeでよい入門書はないでしょうか？

.NET開発テクノロジー入門 Visual Studio 2010対応版
http://ec.nikkeibp.co.jp/item/books/P94410.html

これどうだろう？
前から気になってたんだが、新しいバージョンが出てたんで迷ってる。

>>6
ifとforぐらいしかわかってなさそうだからやや敷居が高いかもはしれんが、
『 プログラミング .NETFramework 』でも読むといいと思うよ
ちょうど最近、新しい版が出たとこだし

>>7
初めての人のためのLISP
Scheme手習い

初めての人のためのLISPは
わけのわからんこといっぱい書いてあるからよした方がいい

>>11
衒学で惑わしているだけだよなアレ
ニセモノだ

このサイト面白い。

ソフトウェア開発者のための推薦図書
ttp://www.aoky.net/articles/jeff_atwood/recommended_reading_for_developers.htm

アフィ

集合知プログラミングまじ難しい。
k平均法のクラスタリングのコードなんだよ・・・

自然言語処理で思い出したが、
『言語処理のための機械学習入門』は特段読みやすい本だったなあ
分野全体を俯瞰するための入門書としては傑作の部類だろう

サイ本の第6版が出たので原書に初挑戦してみる

日本語版はいつ出るのやら
5版は最近本屋で見かけなくなった

前回のがだいたい原書発売から1年後だったから、出るとしたら今回もそんな感じかな
でも翻訳されるとは限らないね。4版と同じく出ないかもしれない

ID Managerの作者のﾍﾟｰｼﾞなんだけれど
プログラミング関連
ttp://www.woodensoldier.info/link/programming.htm
C#
ttp://www.woodensoldier.info/books/csharp.htm
java
ttp://www.woodensoldier.info/books/java.htm

なんてのもリストに入れてもいいんじゃね？

アフィ注意

とおもったら珍しくｱﾌｨが付いてないな

と思ったら、ﾘﾝｸがｱﾌｨだな

gg

>>17
ついに1000ページ超えｗｗ
翻訳で間違いなく分冊だな

原著は5版も1000ページ超えてるだろ
ジャップ語に直したらキュキュっと縮まるよ

翻訳すると普通分量増えるだろ。
何にも知らねえんだな。

日本語版は5版も分冊だったっけ
間をおかず6版も翻訳して出す余裕はなさそうな気も

ちなみに著者のFlanagan氏は海賊版に心を痛めてるようだった
Google先生の功罪は半端ない

5版は手元にあるけど、分冊じゃないよゴミクズ野郎

>>28
別に海賊版はGoogleのせいじゃないだろ。

>>29
ttp://www.amazon.co.jp/dp/4873113296/
> 本書は『JavaScript: The Definitive Guide, Fifth Edition』の
> 日本語版です。日本語版出版にあたり、言語解説部分とリファレンス
> 部分に分け、本書はその言語解説部分をまとめたものです。

ttp://www.amazon.co.jp/dp/4873113253

>>30
ttp://www.davidflanagan.com/2011/04/javascript-the-1.html

それ海賊版をGoogleで検索しただけの話だろ。

>>32
上の記事を読んでもそう思うんなら仕方ない

>>31
リファレンス部分なんてあったのか、すみませんでした！ゴミ野郎

なんかしらんがわろたｗ

　　　　　　　　　　　　　　「C実践プログラミング」 でCの文法、make、gdbなど、基礎を習得

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　「C言語ポインタ完全制覇」 or 「秘伝C言語問答 ポインタ編」 でポインタに関して完全理解する

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

「エキスパートCプログラミング―知られざるCの深層」 でスタック、ヒープ、リンカ、ローダなど周辺知識を習得

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　「C言語によるオブジェクト指向プログラミング入門」 で実践的な大規模プログラムの作り方を学ぶ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　　　　　 「Ｃ言語デバッグ完全解説」でバグに強いプログラムの記述法をマスター

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　神の誕生

　　　　　　　　　　　　　　「C実践プログラミング」 でCの文法、make、gdbなど、基礎を習得

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　「C言語ポインタ完全制覇」 or 「秘伝C言語問答 ポインタ編」 でポインタに関して完全理解する

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

「エキスパートCプログラミング―知られざるCの深層」 でスタック、ヒープ、リンカ、ローダなど周辺知識を習得

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　「C言語によるオブジェクト指向プログラミング入門」 で実践的な大規模プログラムの作り方を学ぶ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　　　　　 「Ｃ言語デバッグ完全解説」でバグに強いプログラムの記述法をマスター

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　神の誕生

糞本ばっかだしC言語に入門書なんていらねえし
リファレンス見たらさっさとプログラム組め

神を超越する存在のも貼って

　　　　　　　　　　　　　　　「C++ クラスと継承完全制覇」 でCとC++の違いを垣間見る

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　　　　　　　　　　　「ロベールのC++入門講座」 でＣ++の文法など基礎を習得

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　「ＳＴＬ標準講座　標準テンプレートライブラリを利用したC++プログラミング」 でSTLを習得

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　　　　　　　　　　　「Effective C++」 でよりよいC++プログラムの記述法を学ぶ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

「オブジェクト指向における再利用のためのデザインパターン」 で大規模プログラムの設計法について学ぶ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　　　　　　　　　　　　　　　　　　　　　　神を超越する者の誕生

結城か柴田のC入門
　　　　　↓
柴田か前橋のポインタ本
　　　　　↓
『ソフトウェア作法』のRaｔfarの例題を全部Cに移植

>>41
なんかちがうよ

あたまおかしい人がいるときは一切反応しちゃダメだって

IT業界というのは日本の昔からの企業の社員が楽して生活費を稼ぐためのシステムだからな
偽装請負も特定派遣もそのために作った。お前らの仕事が面白くないのも４０歳で定年になるのも全ては大手社員の安定のため。
おまえらは比喩でなく奴隷そのもの。

おはよう
>>44
IT業界　＝　ブラック　です
大卒新卒では嫌われ業種ですよ
ＮＴＴデータークラスは大手だけどね

SI業界　＝　ホワイトです

>>37
>「C言語によるオブジェクト指向プログラミング入門」 で実践的な大規模プログラムの作り方を学ぶ

いぜん良書にクソ本まぜるなって煽ったら、貼ってたやつが本気で
反論してきたな。
冗談じゃなくて本気でいいと思ってるっぽい。

じゃあどうやったら神になれるのかお前が書けよ

>>48
推薦図書スレでもロベールロベールうるせぇんだよ

ﾛｰﾚﾍﾞﾙﾛｰﾚﾍﾞﾙうるせぇ・・・あれ？見間違えた

いい本が話題に出るのは仕方が無い

ttp://www.microsoft.com/japan/msdn/vstudio/2010/solutions/architecture/images/AAG2_Title.png
Microsoft Application Architecture Guide, 2nd Edition
ttp://www.microsoft.com/japan/msdn/vstudio/2010/solutions/architecture/

「オブジェクト指向でなぜつくるのか」の2版に関数型の章が追加されたから読んだんだけどちょっと期待はずれ
オブジェクト指向のはすごくいいので残念

>>53
何を期待して、どう外れたのかも書いてくれると、とってもステキ♥

「オブジェクト脳のつくり方」ってこのスレ的には評価どう？

スレ的にはどうなのか知らないが、序盤のイメージ作りはそこそこ良いかな
全体的に見ると誰を対象に書いてるのかよく分からない印象がある
駄目な本ではないと思う

学生・新人専用のスレがあってもいいんじゃないか
もうC、C++、JAVAの話題ループ飽きたわ

>>57
俺はお前に飽きた。

「学生・新人以外専用のスレ」立てて、独りでやってろ。

>>57
図書　でスレ検索するといくつか出てくるよ

だったら話題作ったら良いのに

>>59
まじで？
この板にはなくね

C/C++以外の推薦図書/必読書のためのスレッド
http://hibari.2ch.net/test/read.cgi/tech/1288405573/

そのスレのことか

こんなのもある

洋書推薦図書/洋書必読書のためのスレッド 1
http://hibari.2ch.net/test/read.cgi/tech/1256579677/

推薦図書/必読書じゃないスレないの？
素晴らしいって程じゃないけど
ひとこと言いたい程度の本の話をするスレ

このスレで何かマズいのか？

別に推薦したいわけじゃないから

>>13
私が訳書を名前買いする唯一の人です。
まあ他の人をあまり知らないのもあるんですが。

>>53
1版読んだことあるけど、それオブジェクト指向っていうよりJavaの本だろ？

>>55
後半オブジェクト指向じゃなくてJ2EEの話になってないか？

こちらはオブジェクト指向をJavaで迎撃するスレです。

>>69
むしろC++やってたひとがJavaについて書いた本

　　　　　　　　　　　　　　　　　　　　　　 ヘ(^o^)ヘ いいぜ
　　　　　　　　　　　　　　　　　　　　　　　　　|∧ 　
　　　　　　　　　　　　　　　　　　　　　／　　/
　　　　　　　　　　　　　　　　 (^o^)／ てめえが何でも
　　　　　　　　　　　　　　　 ／( 　)　　　　オブジェクト指向に出来るってなら
　　　　　　　(^o^) 三　　／　／ ＞
　＼　　　　 (＼＼ 三
　(／o^)　　＜　＼ 三　
　( ／
　／ く 　まずはそのふざけた
　　　　　　　幻想をぶち壊す

>>53
そもそもその本のタイトルで関数型が登場するのはなんでなの？

簡単にいうと著者がはまってるから

流行りだから

関数型言語ってこと？
なんでオブジェクト指向に関数型言語が関係あるのか意味不明

単なる比較としてちょっと話を挙げただけとか？

オブジェクト指向言語とはいえ
多かれ少なかれ関数型言語の考え方を取り入れるのが
いまや一般的だからだろう

たしかに無駄に論文は量産し続けてるからな
どんなエッセンスを手続き型言語に持っていってるのかちょっと読んでみたい

エッセンス（）

どんな概念()、要素()、考え方()などを手続き型言語()に持っていってるのかちょっと読んでみたい()

　 　　　 　　 　＿＿＿_
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼　　　　＜「たしかに無駄に論文は量産し続けてるからな」
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　 　　　|r┬-|　　　　|
　　　　 ＼　　　　 `ー’´　　 ／
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､.
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))
　 　　　 　　 　＿＿＿_
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼　　　　＜「どんなエッセンスを手続き型言語に持っていってるのかちょっと読んでみたい」
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　 　　　|r┬-|　　　　|
　　　　 ＼　　　　 `ー’´　　 ／
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､.
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

関数プログラミングの楽しみ
http://www.amazon.co.jp/dp/4274068056/

これ読んでみたいけど高すぎる
読む価値あり？

あり。

なし。

ありやなしや

読む価値ありますん。

どっちだよ！

こういうのって何が目的で読むの？

娯楽

キャバ嬢に聞かせるため

関数型とか再帰とかに食いつくやつってなんなの全く理解できない

プログラマのかかるはしかのようなものだからな

再帰はプログラミング一般で使うので毛嫌いしないほうがお得

Javaとか趣味で書いててもあんまり楽しくないけど
関数型は楽しいじゃん
なんか脳みその普段使ってない部分を使う感じで

>>93
自分は意地になって理解しようとしたな。。。
客観的に見て、gui部分はオブジェクト指向言語が良いけど、内部処理(メソッドの中身)は関数型言語の方が楽

再帰なんていちいち意識しないで使うと思うけど

そりゃかなり優秀なカリキュラムでプログラムを学習したんじゃないか？

>>99
カリキュラムって。。。
習った事しか出来ないのって、時間の制約で教えられなかった事があると、かなり不幸な事になるぞ
本気でプログラマ目指してたら、入門書買って、自分で勉強しとけ

C#のイイ本ないかね

>>101
どの程度のレベルをご所望か

アホみたいな基礎はいらないけど、C#4.0までの機能をひと通り網羅してて、中古でも良いから安いやつ

>>101
たとえば何がどう書かれていれば君にイイ本と認めてもらえるの？

すまん、リロード忘れてた

>>103
Pro C# 2010 and the .net 4 Platform なんかは網羅してて安い

高すぎワロタ。日本語も分からんのか

Joelに聞く、「優れた開発者」の要件・心構え・努力すべきこと
ttp://codezine.jp/article/detail/2292

>――頭がいい（smart）というのには様々な要素がありますが、具体的にはどういった
>とを考えているのでしょうか？ たとえばコミュニケーションできるとか、学ぶ力があ
>とか、情熱を持っているとか

>いろいろな側面があると思いますが、私が成功する開発者か判断するときに見るのは、
>ごく特定のことで、それは第一に再帰が使えること、第二にポインタが使えるというこ
>とです。もちろんこれらがプログラマに必要とされるすべてというわけではありません
>が、この二つは優れたプログラマになるかどうかの非常にいい指標になるのです。この
>二つができるというのは才能であって、ある人は持っているし、ある人は持っていない
>ものなのです。

>もうひとつ重要なのは、これは最近ではあまり人気がないのですが、再帰のような概念
>を含む、コンピュータサイエンスの基礎です。これについては『計算機プログラムの構
>造と解釈』（注2）という良い本があります。MITのコンピュータ科学科で1年次の必修
>目のテキストになっています。現役のプログラマの多くが知らないけど、実は彼らのや
>っていることに深くかかわっているような、たくさんの題材を扱っています。立ち戻っ
>て学ぶのは有用だと思います。

実際に使う使わないじゃなくて、最低限使えるかどうかの知能テストとして役にたつ。
リンクリストのソート実装してみて、って頭がこんがらがっているような奴は使えないから
この業界に来るな。
それだけだ。

>>107
ではこちら

Programming C# 4.0

くっそ、このスレで聞いたのが間違いだった。なんのために洋書スレから出てくんなよ池沼

なんのために洋書スレから出てたんだ。巣から出てくんなよ池沼

網羅してて（中古でもいいから）安いのという
厳しい条件を満たすのが他に無いからしかたがない

日本語も怪しそうだなw

無いなら喋んなよ

C# 4.0 Pocket Reference なんかもっと安いが、
英語だからという理由だけで不満なんだろうなぁ

英語が読める。pythonのライブラリのリファレンスなんて英語ばっかだし
SPOJでずっとpython使ってて、そろそろtopcoderやろうと思って
C#を選んだわけだが、洋書が欲しいなら洋書スレで聞くわボケ

> 洋書が欲しいなら洋書スレで聞くわボケ

洋書もこちらで訊いた方が適切な回答が得られやすいよ

全然適切な答えを出せてない回答者が言っても説得力皆無

>>118
ちょっと待て

>>106 や >>109 は適切だろ
十分に網羅してて、安いぞ
中古もあるし

いい加減、洋書の話がしたい奴は巣に帰れって。読んだこと無いって丸分かりで恥ずかしいから
中古ってどこだよ。いや、答えなくて良い。洋書スレでオナニーしてろ

聞いてもないのに洋書を挙げる奴が必ずと言っていいほど現れるけど、自己顕示欲なんだろうな

じゃあ日本語で、かつアホみたいな基礎が無くて、
かつC#4.0までの機能をひと通り網羅してて、かつ安い本を
だれか彼に紹介してあげなよ

Apressの禿#本はぶ厚くて入門的な内容を多く含む
SPOJで鍛えられた質問者のことだ
class Carとかやられてもまだるっこしいだけだろう

そこで自信を持ってお勧めするこの一冊。もちろん日本語だ
http://www.amazon.co.jp/dp/4822234312

英語コンプレックスとLISPコンプレックスはこのスレの名物
というかIT土方一般に共通するのかも

Amazonで検索したらEffective C# 4.0ってのが先頭に出てきたからお勧めするよ
読んだないけど最高だよこの本

>>123
ワロテしもた。立ち読みしたことあるけど、内容は結構まともだったな

>>124
検索オプションが勝手に英語になってたらムカつくだろ
英語の情報を探したいときは自分でオプションを提示するわ

>>79
それはそうかもしれんが、タイトルと中身変わっとるがな

>>126
ここでは日本語で検索がヒットしなかったら自動的に英語に切り替わる

求めてない情報を出して回答した気になっちゃうとか迷惑
無いなら誰かがに任せろ

>>116
ていうかここ和書専用じゃないし。
和書に適切なのがなくて洋書にあるんだったら話題にも上るよそりゃ。

上げても意味ないから

>>103
2.0や3.0ならともかくとして、4.0で安いのは。。。
ネットで集めてプリントすれば？としか

あと、網羅的なのと、良書かどうかは別問題だから注意

>>131
意味ないかどうかは人による

最初に却下したのにひたすら洋書を上げてる馬鹿に何を言っても意味は無いだろうな

求めてる本は今はまだ和書では無いから諦めろ

将来的にも出ないだろうな

ずっと出ないなら俺が書いちゃおっかなー（ﾁﾗｯ

おい、つまんねーぞおまえら

　 　 ／￣￣ヽ　 ┏┓
　　 / (●) ..(●　┏┛
　　 |　　 'ｰ=‐' i 　・
　 　 > 　　　　く
　＿/　,／⌒)､,ヽ＿
　　 ヽ､_／~ヽ､__）　 ＼

C#ってまともな日本語解説書がないのか
じゃあスレチだから今後C#の話題は禁止な

>>140
進化し続ける言語だから、最新のバージョンに関する書籍がどうしても手薄になる
停滞言語のJavaとは違うんです

>>140
意味が分からない

>>140
dobonでも見てれば十分じゃね？

いちいち釣られんのなお前ら

>>140
進化し続けても洋書なら素早く出るんだよ

日本人著者が怠けてるだけ

洋書でもベストセラーしか翻訳されなかったり、翻訳されるのが２〜３年後
というのはざらだな

>>146
2年も待つぐらいなら英語勉強したほうが早いな

なんで洋書の方が優れてるの？
日本人はが外国人に勝てない分野なのか？

労働組合の圧力が強いとか言って元受のコストの高い無能社員はクビにできず
そいつらの非効率性を穴埋めするために若者が特定派遣や偽装請負の短期使い捨てで利益確保
目的が良いものを作ることでなく安定して生活費を稼ぐことになってるからな
こんなこと続けてて日本のものづくりが国際競争力を保てるはずがない。
全ては大手社員が悪い

政治活動は他所でやってください

>>148
Web上でも英語でまずは最新の情報が流れるからじゃね？
第一、海外と日本じゃプログラマの所得が違うし、翻訳しても売れないんじゃ、そもそも翻訳したくも無いだろよ
よっぽど売れる見込みが無ければ翻訳されないんジャマイカ

>>151
> Web上でも英語でまずは最新の情報が流れるからじゃね？

それ、洋書の方が優れてると感じる理由としては、
あまり当てはまらないような気がする

この分野の論文が読めて理解できる程度の英語力を持つ者なら、
日本人でも海外の人とほぼ同じようなタイミングで最新情報に触れられる

その程度の英語力を持つ日本の技術者は大勢いるし、
更に海外の人とコミュニケーションが取れる日本人技術者も多い

それでもやはり技術書は日本語で読みたいなあ
英語だとおおまかなあらすじは分かるけど細かい重要な点を
結構読み落とすような気がする

じゃあ2chなんてやらずに英語のコミュニティを使えばいいだろ…

>>152
うーん。。。
別に翻訳される洋書は高評価だから質が高いのは当たり前で、日本人の書く技術書にも良いのは有るから、特別劣っているとは感じないな。。。
単に、翻訳分だけ情報格差があるだけな気がするが。。。。

敷いて言えば、日本は最近入門者向けの本に力入れてるけど、海外はそうでもないって所かね

英語読めない人は、情報格差が広がる一方

ほらな、このクソみたいな議論になるだろ。洋書スレ行けって何万回言われたら消えてくれるんだ

日本の入門者向けの本は
力のない著者が小銭を稼ぐための本が殆ど

大学教授より予備校講師の説明のほうが分かりやすいから。

果てし無く馬鹿けた一般化で納得してる奴が情報格差について語ってて笑える

>>140
馬鹿どもがステレオタイプによって、和書をまともにチェックしてないから

>>157
だろうね
何というか、プログラマより、プログラマ目指す人ばかりターゲットにしてる印象が最近の技術書のラインナップ見てると、ひしひしと感じる

>>159
>>122の条件を満たすC#の和書の紹介おねがいします

>>159
なら、良いC#4.0の和書を紹介してあげなよ

俺は知らんよ
無いなら黙ってろってだけだろ
無知が自信満々に無いとか断言してるから笑える
とんだ知ったか野郎どもだな

せめて読んだ奴を全部リストアップして、どこがどう良かったのか、悪かったのか説明しろよ
全部つっても何冊もねーだろ。今んとこ説得力皆無

>>163
今現在 >>122 の条件に合う和書、>>103 が満足する和書は存在しない

面白かったら笑ってもらって構わんが、自信をもって断言できる

>>165
洋書なら存在するの？

洋書至上主義者は頭が逝っちゃってるからかまっちゃダメ

でも和書でここまで来て一冊も挙がらないのは重症じゃないか？
洋書なら一冊心当たりがあるが>>165が挙げるまで黙っとく

お前ら洋書大好きなのになんで洋書スレ使わないの？キチガイなのになんで隔離されないの？

>>168
だからちゃんと読んだ和書をリストアップしろつってんだろ

>>168
いや、洋書に存在するかどうかは、残念ながら私には断言できない
調べる気がなかなか起きないし

和書に無いことは自信がある

昔、ここの過去スレで紹介したので良ければ、それの4.0じゃなかったり(まだ改訂されてない)、網羅的じゃなかったりするので良ければ有るよ
実用には支障は殆ど無いと思う

これと
http://www.amazon.co.jp/gp/aw/d/4797347082/ref=mp_s_a_1?qid=1305726384&sr=1-1

これ
http://www.amazon.co.jp/gp/aw/d/4798028495/ref=mp_s_a_2?qid=1305639890&sr=1-2

取り合えず、自分はこの2冊で入門から簡単なアプリ作るまで困らなかった
この2冊に載ってないのはググれば済むし

>>170
>>171のどこが問題なのか指摘頼む

>>172
>>171本人ですが、どうしても2冊に別れますし、2冊合わせても網羅的じゃ無いですよ？
入門書の良書と、よく使う機能の逆引き辞典です

独習C#で十分
>>171の下はかなり実用的なプログラミング用というか、、個人的に使わない機能てんこ盛りだった

実用的なプログラミング用って普通褒め言葉だよね。

少なくとも、このスレの奴がドヤ顔で挙げるようなカッコイイ本よりは実用に寄ってる

amazon.comはkindle用のラインナップが豊富でいい。

そりゃKindle売ってるのアマゾンだからな。

ゲームプログラミングの本はゴミだらけだしな
書いていて恥ずかしくないのかってくらい内容がひどい
だたの貧困ビジネス

書いてて恥ずかしくなるレス

少なくとも３冊はいい本あると思うけどそれすら見つけられないのか。

>>174
褒め言葉(？)貰ってなんだけど、基本的な機能から、それなりに実用的な機能までしか網羅されてないよ？
辞典なんだから、使わない機能満載は当たり前で、もっと突っ込んだ機能が知りたい人には物足りないと思う

入門者から中級者までに勧める辞典って所かな

もっと突っ込んだ機能は作ったほうが速いだろ

あと>>182を褒めたわけじゃない。調子に乗るな

このスレの内容ってどっかにwikiにまとめてたりしないの？

>>2とか全部見たけど内容が古くなっていってるよね

偶然独習C#2.0と秀和の逆引き読んだ者だけど
感想は>>174とまったく同じだ
前者は比較的手堅い文法本でGUI無視なのが好み
ただあくまでC#の文法の説明にとどまる

後者は恐ろしく浅い本で使い物にならなかった
ネットでぐぐった本が100倍マシ

>>185
まとめるほどの内容ないし…
テンプレが古くなってるのは同意。まあ名著は名著でいいんだけど
新しい技術に対する本も出続けてるわけだからなあ

というか最近はこういうまとめ記事出てないのか？

名著を紹介しても需要がないんだろ。
このスレでも一週間でなんとかやら、逆引きなんやらの紹介の方が需要ありそうだし。

>>140
スレチはお前な。

>>188
でも実際プログラマとしてどんな技術書がおすすめなのかって常に一定の需要があると思うんだけどな
それが今はamazonのレビューとか見て各々が勝手に判断してるだけで
ここって初心者の質問が飛び交うだけで、情報交換になってない気がする

名著を紹介しても需要がないという意味が分からない。

名著って言われてるようなのは今まで何度も話題にのぼってるし、改めて挙げないだけとか？
前は結構バイブル的な本の話題もあったよね

ttp://www.oreilly.co.jp/bookclub/news/

>オライリー・ジャパンのEbookがDRM Freeになります
>2011年5月より、オライリー・ジャパンで販売するEbookをDRM Free化します。これによ
>って、これまで禁止されていた印刷、テキストのコピー、注釈やしおりの追加等が自由
>に行えるようになります。

これ今まで買った分は対象にならないのかな？
注釈やしおりが使えないのほんとに不便なんだけど。
あと目次もないし、索引からのジャンプもできないとかオライリーってほんと
ひどいんだよな。
いっぱい買って損した。

>>193
http://www.oreilly.co.jp/editors/archives/2011/05/ann-ebook-drm-free.html
> Q. 以前、DRM付きのEbookを購入したのだけれど、DRM Freeのものに交換してもらえますか？
> A. 今すぐにではありませんが、既にご購入いただいたEbookについては近い将来に
> アップデートの仕組みをご用意する予定です。

これを期にオライリー全部電子書籍化してほしいわ

うちの大学は今オライリーフェアやっててオライリー本購入者は、なんとオライリークリアファイルが貰えるよ

そういう販促グッズって使い道無いよね

>>196
その時の売り上げ増進は2の次で、知名度だけ上げとこうってマーケティングなのかね。。。
せめて、5千円以上買ったらオリジナル図書カードが貰えるとかだったら嬉しいんだけど

>>193
今まで出来ないとかなんのための電子書籍だよw

言語設計者たちが考えること　と　プログラマが知るべき97のこと

どっちが役に立つ？

どっちも役に立たない

どっちが面白い？

前者

嘘

あーこのスレ全然役に立たねー。すかしてるわりに能力の無い奴しかいない

こっちの方が面白い。パックマンのプログラマのインタビューとかある。

実録!天才プログラマー
http://www.amazon.co.jp/dp/4871483630/ref=sr_1_1?ie=UTF8&qid=1305903123&sr=8-1
中古品13点￥ 298より

思想としてのパソコンはクソつまんなかったな。歴史の授業が好きな人には良いのかも知れんけど

>>200
両方読めばいいじゃん。

質問の答えになってねー。文系かよ

言葉をそのままにしか解釈できねー。アスペかよ。

両方読めば良いとは、つまりどういうことなの？

そもそも、言語設計者視点の本と、プログラマ視点の本を並べて、何に役立つ情報が欲しいのかと

プログラミングにだよ

>>213
じゃあもう答え出てるじゃん

　　＿_( 'A`)＿ﾊｧ
　 |Ｅ三( ヽ/)三l.|
　 |jY===）=）tr=l

>>214
両方読めばいいってことか。

最近のだとこんなん

全てのプログラマが読むべき本ベスト10冊
http://blog.usagee.co.jp/2010/11/23/level-up-programmer
見習いプログラマが読んだら、すぐにジョブレベルが上がる１０冊
http://blog.usagee.co.jp/2010/11/23/level-up-programmer

>>217
変な本がまじってるな。

こっちの方が納得できる。
ttp://d.hatena.ne.jp/JavaBlack/20101124/p1

あと、コメ欄にfjの教祖様が居てワラタ…って前に書いた気がする。

>>219
ttp://d.hatena.ne.jp/JavaBlack/20110519/p1
単に糞本、糞本、と批判する俺ってかっこいいよね、って中学生じゃない？
そのブログ主。

コメントが結構無茶苦茶
「日本企業だと関係ない.」とか屈折したルサンチマンに溢れてそう（笑）

最近覚えたフランス語「ルサンチマン」

ルサンチマンという言葉使われただけで反発とは頭悪すぎ

まあブログ主がどうであれ、糞本は糞本にかわりない

>>217
ただ単に自分が読んだ本挙げただけだろ

↑


　　＿／￣￣￣￣＼ 　　　
　�煤Q　　　 ∪　´∀｀） 　ﾐﾝﾅﾋﾏﾃﾞﾂﾈｰ♪
　　　　￣￣￣￣￣￣

　　＿／￣￣￣￣＼ 　　　
　�煤Q　　　 ∪　´∀｀） 　ﾋﾏﾅﾝﾃﾞﾂｰ♪
　　　　￣￣￣￣￣￣

しかし、プログラム関連の本って、思いっきり手抜きで書きゃ金になるくらいの
本がたくさんだな。

こんなにひどい分野はない。

具体例をあげて言えよそういう事は

またゲームが好きってだけでゲームを作ろうとして
ゲームプログラミングの本に書いてあることが全く理解できなくて暴れてるいつもの奴だろ

読まずにこれはだめ本といってもかなりの確立であたりそうｗ

このスレの奴の基本的スタンスな

元々、クソの山から良書を探して推薦するスレだし。

Coders at Work
http://www.amazon.co.jp/dp/4274068471

発売前とか宣伝乙もいい所だろ・・・

Practical Common Lispの人の本だね
原書で読んだ人も結構いるんじゃ

原著読んでない奴の知ったか

>>217の補足エントリ読んだら『憂鬱な〜』に興味が湧いてきてしまった
でも前橋さんのブログを読むと明らかにトンデモ本なんだよな
中古でも1700円するし迷うな

>>237
取り敢えず立ち読みor図書館でどうだろう。

読み物としてはそれなりに面白いし、
これ一冊でってわけでなければ大きく道を踏み誤ることも無かろう、
と手元に憂鬱本がある人間が言ってみるテスト。

言ってみるテスト

>>238
本屋にはさすがにもう置いてないんじゃないか？
図書館もうちの近くはこういうのは全く置いてないから駄目だわ

>>217
のブログ主、プログラミングコンテストとかで勝ってるんだな
ただのアフィ厨が書いてるのかと思って、スルーしてたわ
ノンデザイナーズ・デザインブックが気になるからポチるか…

「憂鬱な〜」はどこがダメだと思うか、というのを考えながら読むには結構いい本じゃないかな？
具体的な個所は指摘できずに、とにかく糞本、ってレッテルだけ貼っている奴って、実はわかってない
だけじゃないの？

SEShop.comで15%引きのクーポンきてたから貧乏性丸出しで買っとこうかと思うんだけど
何かお勧めないかな
特定言語にべったりしてないのが良いな

>>243
はじめての設計をやり抜くための本
Software Factories
農業成功マニュアル
ネーミングの掟と極意

この辺りはどうだ

せっかく話題になっているんだから憂鬱なプログラマのための・・・・を買って感想書いてくれればいいのに。

ここで宣伝された本を避ければ、良書にめぐり合える

憂鬱は良書扱いしなければ良書

禅問答かよ

http://d.hatena.ne.jp/kmaebashi/20101206/p1
例題やCの知識にばっか突っ込んでるのはどうなんだろうね

作品を作るのは難しいが、他人の作品をけなすのは容易いってことだよ。

無能が権威に挑戦できて満足しているだけだろう。

モノを作るはずのプログラマーなのにね

憂鬱は、90年代によく言われてたオブジェクト指向は設計こそ重要で
コーディングは重要でないみたいな考えに乗っかった本だからな。

今となっては、オブジェクト指向分析とかオブジェクト指向設計とか
ただのオカルトだし。

で、10年代は何が重要視されているの？

批判しかできない人にそんなかわいそうな質問すんなよ

憂鬱のインベーダーの解説見て、この本だめだって思わない人はちょっと…

具体的に

実行する側は100%を求められる。

批判する側は1%でも欠点があれば攻撃できる。
何らかのトレードオフで原理的に100%になり得ない課題でも1%の欠点があれば攻撃できる。

マスコミと一緒。

90年代のオブジェクト指向分析みたいなので、仕様書から名詞と動詞を
抜き出してどうこうみたいな話があったけど、肝心の仕様書の書き方が
説明されてないとかってツッコミあったな。

「コーディングなんて簡単です。フローチャートをみてひし形のところを
ifに置き換えて矢印をgotoに置き換えます」
みたいな話で、そのフローチャートはどこからもってくるのみたいな。

>>256
書名とインベーダーでググればいっぱい出てきそうだけど。

根拠のない予測

>>252
そんな事言いつつオブジェクト指向設計のライブラリ使ってんだろ？

>>252
オカルトじゃねーよ普通にやってるわ
あんな細かい粒度から始まってるからなんじゃそれ、みたいに言われてるだけ

>>261
設計って言ってもデザパタレベルでしょ?
UMLを引いてどうこうみないなことはしてないと思う。

====================================
ここまで>>253に対する回答無し
====================================

90年代はやったようなオカルトじみたオブジェクト指向は重要視されてないのは確実。

>>267
そのレスは以下の二点が前提にならなければ反論になってないよね

・デザパタレベルはオブジェクト指向設計ではない
・UMLを用いた設計はオカルト

>>267に期待

>>267
頑張れよ

オブジェクト指向は宗教じみてるから、批判すると
宗教を批判したときと同じようなヒステリックな反応が
返ってくるよ

オブジェクト指向でよほど嫌な目にあったのだろうね

憂鬱を擁護してる人は、批判はググればいっぱい出てくれるから、
代表的な意見をかいつまんで反論してみればいいんじゃないか。
このスレでいっしょうけんめい人格攻撃とか揚げ足取りとかやっても
しかたない。

実際ヒステリックな反応は宗教そのもの。
プログラミング技法自体宗教チックな発展だし。

決して自分から具体的に語らないのが２ちゃんねら。

UMLはユースケースとか状態遷移のやつとか、レイヤーが上のほうのやつは
オブジェクト指向と関係ないし、クラス図とかはあんなもん描いてから
コーディングに落とすなんてことをしてるのはフローチャートと大差ない
って感じ。

ググッて根拠が見つかったときは、ドヤ顔でコピペ。
ググッて根拠が見つからなかったときは、とりあえず「ググればいっぱい出てくる」と書く。

擁護派の人は、批判を見つけられないのか、見てしまうのが怖いから
ググらないのかどっちなんだろう。

>>276
>>275

〜派とか言ってる二元論者な何者なんだろうなｗ

憂鬱本、当時はこのスレで絶賛されてたと思うんだけど。
俺が買ったのもこのスレで知ったからだし。

>>264
http://www.amazon.co.jp/dp/4798121967/

>>244ありがと、見てみます
>>245オブジェクト指向の入門ぽいのはもうあるんで、一応候補にって事で

>>277
ということはググって見つからなかったってこと?
書名+インベーダーとかで適当にググっても上のほうに出てくるのに。
この程度の検索でもできないで、プログラムとかよくやってられるなって感心する。

だから例題の細かいところに突っ込んでどうすんだよっていう
この例は実際にやるならこういう問題があるだのああすべきだの、
そんな事言い出すなら、そもそもそんな小さいプログラムオブジェクト指向で作らねえよ

>>282
>>275

例題は著者の考え方や言いたいことを読者が理解できたかどうかを測る指針

著者の考え方がエッセン水としてちゃんとそこに反映されている事を
読者が見て取ることが出来たのなら、それは例題として正しい
鬱本の例題は、少なくともその役割においては至極まともなものだった

そもそもその考え方自体が間違っているという指摘と、
例題がおかしいという指摘は次元が違う

鬱本の考え方が当時としてまともだったかどうかは、
私はオブジェクト指向についてそれほど意見できるほど詳しくないから保留しておく

>>283
インベーダーとかオブジェクト指向のかっこうの題材だと思うけど、
それでスベってこの著者、大丈夫かってふつうに思う。

選ばれし者だったのに!

>>284
やっぱ見えないふりしてんだ。
信者って怖い。

>>286
>>273

>>289
抽象的なことをオブジェクトとして切り出してクラスを作ったりとかじゃ
なくて、画面にオブジェクトを表示してそれを操作してみたいなシステムって
オブジェクト指向の教科書に載りそうなオブジェクト指向向きの題材じゃん。
いちいち説明させんなよ。

前橋和弥にはあんまりアンチいないのかな？
俺はこいつも初心者が読むとスレた見方ばかり身についちゃって相当有害な気がするけど。

>>288
>>288

初心者が読んじゃいけないのは2chだよ

>>291
Javaにもポインタあるじゃんとか
Cに多次元配列はないといっためんどくさい発言はしてるけど
別にアンチがつくほどじゃないような

吉田弘一郎とか岩谷宏みたいなレベルで有害ではないからな

初心者本でディテールにこだわるほうが有害

細部だろうと間違っているのは有害。
特に初心者向けなら、余計に問題。
そこを「初心者向けなら少々間違っていても」とか思う奴って何考えてんの？

そんなんだから、C言語の && と || のセマンティクスがわかってない奴とかが、
いつまでたっても減らないんだが。

な有害だろ？

ですね

小学生に向かって数論語り始めるなんちゃって数学者

セマンティクスあげるよ

まあ、あの例題は間違ってないしな。

高校生に極限をイプシロンデルタで説明

それは無理じゃないだろ

伸びてると思ったらクソレスの嵐だな。
一つぐらい良書紹介していけ

本とか読んでないだから紹介しようがない

プログラマのための線形代数だな。

バカが減らんわけだ

お前がいる限りな

きたか…！！

＿　/￣￣￣/
＼/＿＿＿/
　　( ﾟдﾟ )　ｶﾞﾀｯ
　　.r　　 ヾ
＿_|_|　　|_|
　　￣￣￣￣￣￣

>>310
ここで何してんだよ。

web apiの設計に関しておすすめの書籍はないですか？
探しても使う側の本ばっかり。

データマイニングの良い本を紹介してください、

>>313 どのようなデータを対象とするのかな？
R本とか自然言語処理とかいろいろあるような。

自然言語処理！？

オライリーの電子書籍買ったんだけど、pdfなのに目次も索引もジャンプ機能なし。
ページ数とｐｄｆのページが一致してないからいちいち全部見ていく必要があるとかほんとストレスが
溜まる。
久々に買ってはいけない、だわ。
まったくおすすめできない。金をドブに捨てた気分。

>>316
そんな馬鹿な！
http://www.amazon.co.jp/dp/4873112222/

>>316,317
っhttp://japan.internet.com/busnews/20110523/3.html

独習JAVA→創るJAVAと読んで来ました
データベースを用いたWEBアプリケーションを作りたいと思うのですが
何かおすすめの良書はありませんでしょうか
この二冊から得ることの出来得る以外の知識は殆ど持ちあわせておりません

データベースの入門書読めばいいんじゃね？

>>320
それ以前に、サーバサイドJava系の本だと思うんだが
いや、自分はWeb系じゃ無いんで、読んだ事無いんだが

>>321に期待

訂正

>>322に期待

ボケまくっとる。。。

>>324に期待


もう、何とでも罵倒してくれ。。。

>>320-321
上記二冊ではデータベースを扱ったプログラムには簡単にしか触れられていなかったため
詳しく解説されている良書を知りたくて書き込んだ次第です
とりあえず、データベースの入門書やWEBアプリケーション単体についての入門書を探してみたいと思います
ありがとうございました

オライリーのPHP&Mysql

>>324
何の力にもなって無いのにお礼言われても。。。
一応、Web系は詳しく無いけど、プログラミング本を読んで来た経験上、どの本も「組み合わせたりして応用すれば」色々作れるって本が多い
要するに、読者にも応用力が必要

多分、あなたの場合は、サーバサイドjavaに特化した専門書と、データベースに特化した専門書、場合によってはhtmlやcssの辞典とかも駆使して、応用して行かないと、希望のものは出来ないのじゃないかと思う

偉そうな事言ったが、健闘を祈る

実践マスターPHP+MySQL―PHP4/PHP5対応
http://www.amazon.co.jp/dp/4881665839/
みたいな本を買って全体の概要を知ってからわからないところを個々の専門の本で調べて
言った方がいいよ。
オライリーのは悪くはないが、どっかまじめすぎてつまらない。眠くなる。

Javaを今まで学習して来たので、今回もJAVAでと考えが凝り固まっていました
PHPという選択も有りだと思うので、開発言語の変更も視野に入れてみようと思います
Javaならば>>326の方針で、PHPならば紹介して頂いた二冊を書店で見比べた後購入してみようと思います
ありがとうございました！

オライリーだけど大規模webアプリケーション開発入門なんて本もあるのなw
web系は多くて何がなんやら

新刊『子どもが体験するべき50の危険なこと』は5月25日発売
ttp://jp.makezine.com/blog/2011/05/50_dangerous_things.html

こういうのってなんか意図するところはわかるけど、結局お仕着せの「危険」じゃ
子供は面白くないんだよな。
子供は鋭いから欺瞞はすぐ見破られる。

>>330
実験教室とかでこういう事をしても子供の反応は冷たい

でも、日常の遊びの中でさりげなくやると子供は燃えるし、
吸収力は半端ないから、どんどん学習して、自分の危険の最前線を見極めようとする

だから、子供のうちからアセンブラ（マシン語）でメモリ領域破壊したり、
レジスタ弄りまくったりして遊ぶべき

面白がらない子供は素質がないからどうでもいい

面白がらない高校生くらいなら素質がないかもしれんが、
小学生くらいなら「何でも面白がらせる」のが大人の役割なんだよ

最近はちょっと興味を示さないくらいで
素質がないと言ってすぐに切り捨てる大人が多いけど

『子どもが体験するべき50の危険なハッキング』とか出せばいいのか。
不登校中学生がRubyコミッタになっちゃうぐらいの。

やさしいCを読み終えた後に読める,もう少し高度なC言語の本知りませんか？
スレチでしたら該当スレを貼って頂けると有難いです.

スレチなので該当スレにお勧めを貼っておきました
行ってみてください

>>224
ハッキングと言っても、ゲームボーイハックとか
Android ハックみたいなのなら大いに勧めるな

ハッキングで遊ぶには良い題材だ

　「C実践プログラミング」 でCの文法、make、gdbなど、基礎を習得

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　「C言語ポインタ完全制覇」 or 「秘伝C言語問答 ポインタ編」 でポインタに関して完全理解する

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

「エキスパートCプログラミング―知られざるCの深層」 でスタック、ヒープ、リンカ、ローダなど周辺知識を習得

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　「C言語によるオブジェクト指向プログラミング入門」 で実践的な大規模プログラムの作り方を学ぶ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓

　　　　　　　　　 「Ｃ言語デバッグ完全解説」でバグに強いプログラムの記述法をマスター

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　神の誕生

>>338
それだけ読んでもプログラミング出来ない自分が通りますよ

読んだだけで出来る気になるのはよくある

いや書かないと。効率的な不具合の原因の探し方とか本に書いてないし。

ネトウヨ失せろよ

>>335
K&Rにしとけ。
中古ならくそほど安い

クーソーしてから氏んでください

>>343くそって安いの？

くそは高いぞ

牛糞ならホームセンターで14Lで500円ほどだ

ってことは、だいたい K&R = 牛糞80L〜90L ほどか

バイトの時給だと牛糞20L〜30Lくらい

まあK&Rはとりあえず本棚に飾っとけばいいよ

どうも周知徹底が不足しているようなので再度のお願いとなりますが、C死ね。
ttp://shyouhei.tumblr.com/post/5545216280/c

C/C++以外は遅いもん

>>339
Linuxプログラミング―例題で学ぶUNIXプログラミング環境のすべて
Code Reading―オープンソースから学ぶソフトウェア開発技法
がオヌヌメ。

K&R読んでCリファレンスマニュアル読んだら
あとは言語規格書読めば良いよ

>>353
Cリファレンスマニュアルのアピールおながいします

c++のフォームプログラミングを勉強したいのですがいい本ありませんか？
プロパティ、イベントなどの基礎から、
大規模なプロジエクトへのステップになるような内容だと嬉しいです

K&Rはもう古い
Ｓ・Ｐ・ハービソン３世とＧ・Ｌ・スティール・ジュニアのCリファレンスマニュアル にしとけ

>>354
まずK&Rよりも詳細。これをクリアしてる本は少ない。

文章は言語規格書のような難解な言い回しだが、
理解を助ける簡潔なコード例も多い。
まあ、それだけなら言語規格書読めば良いんだけど、
K&R（規格の無い頃）, C89, C99 そして C++（のC互換部分）との対比が
詳しく説明されてるので、可搬性の高いコードを書く際に役に立つ。

あと申し訳程度に安全なコードの書き方も載ってるよ。

>>356
さてはどっちも読んだことないだろう。

キャリアないやつほど古典を敬遠する

そもそもK&Rは普通に面白い

>>357
とんとん

確かに言い回しが固くて通読するには向かないけど
（リファレンスマニュアルなので当然とは当然）
訳された方の端書き読むとあんまり文句を言う気にならない仕事でしたね

>>357
最近規格書チラ見したらstaticの定義とかが変わっててびっくりしたんだけど、
そういうところも説明してあります？
英語苦手なので日本語で読みたいなあと思っていたところなのですが。

K&Rの例は端的で良い

配列の角括弧の中にstatic配列修飾子を入れられる仕様が
C99で追加されたのとか書いてあるよ

頭に残ってたキーワードだけで書いてしまいましたが
もうちょっと正しくに言うと
http://www.open-std.org/JTC1/SC22/WG14/www/docs/C99RationaleV5.10.pdf
の31ページ目"6.Language"の部分が日本語で説明されてたらいいなあ、と思っています。
(C89とC99で変わってんぜ、という記述がいっぱいあるっぽいので)
どうでしょう…？

C言語は脆弱なソフトウェア出来やすすぎ
いい加減法律で規制するべき

ソニーのサイト脆弱すぎだろ。
大企業つっても対したことないんだな

SQLインジェクションは原始的な鍵すら掛けていない家に
侵入されるようなものだから、やられる側が単に間抜けなだけ

と、どこかのIT系サイトの記事で読んだ記憶がある

もう単一の文字列でデータベース扱うの止めて欲しい
馬鹿にはエスケープ無理だわ

>>365
Cリファレンスマニュアルの4章に該当する
記述があるけど、そのPDFに載ってることが全て
書いてあるかはパッと見で分からなかったっていうか
そのPDFの方が分かりやすいね。

>>370
ありがとうございます。
大きめの書店で探してみたのですが、在庫が無かったのでAmazonで買うことにしました。
日本語の説明を読んで、その後改めてPDF読んで理解することにします。

ちょうどWeb開発始めることになってSQLインジェクションとか聞き覚えのある単語ググったりしてたんだけど、
Web系の人って啓蒙する方もこんなレベルなのか…と愕然としたわ。
http://www.atmarkit.co.jp/fsecurity/column/ueno/42.html
これに限らず、インターネット上での人口が多いせいか、デマまがいの情報溢れすぎだろ。

そんなわけでこの本買ってきた。
http://www.amazon.co.jp/dp/4797361190/

今夜わかるHTTPを買ってしまった漏れがURLのuenoの時点で頭を抱えた

なんだ宣伝か。

>>374
買ったばっかりなんでまだコメントしようがないんだ。勘弁してくれ。

翔泳社の宣伝マンはまだまだだな。

と思ったらソフトバンクだった。ちょっと自決してくる

このサイトのレベル低いぞ、デマまがいだぞ、と派手にDisっといて
まだ読んでない本を紹介とか凄腕工作員だな。

>>375
本当に買ったのか？302ページの本文3行目を引用してみてくれ

キモすぎる

ソニーってSQLインジェクションでやられてんの？アホすぎワロタ

SQLインジェクションって言ってみたかっただけです。ごめんなさい。

絶対に許さない

馬鹿にエスケープは無理だから
プレースホルダ使っとけよ

>>378
いや本のスレだし。
リンク先のページの質が悪いのは学びたての俺でもわかるレベルだし。

日本って出来ない奴に限って
入門書やら解説サイトやらを
書きたがるのはどういうわけだ？

テンプレつくりたがる奴とかな

それが事実なのか、事実としても日本に限った話なのか、ちょっと説得力があるとは思えない。

海外は言語の作者やプログラムの作者が
入門書書いてるじゃん
日本ってそういうの皆無だよね

モルモン教徒は無視かい？

んなことないよ

言語つくればフツー書くだろ

matzは入門書なんて書かないだろ

大昔にアスキーから一冊
かなり前にオーム社からピンクの表紙のやつが一冊
日経から出た表紙がダンディーな奴が一冊
オライリーからフラナガンとの共著で出した奴がもう一冊

狭く捉えるとどれも入門書とは呼べないのかもだけど

matzの本は自分の好みや興味のあることを思いついた順に書いてるって感じでしょ
初心者にわかりやすく体系的に教えるのとは真逆

川合史朗の「プログラミングGauche」はScheme入門書としても最適だよ

入門書を書くほど普及する見込みのある言語、
あるいは普及した言語を日本人はほとんど開発していない

激流一本釣り兄貴おっすおっす

Java: The Good Parts
http://www.oreilly.co.jp/books/9784873114873/

Java仕様に関わってるような深い人らしいが2匹目のドジョウと呼ばれても仕方が無い出来。
上のページに目次があるが、ここに出てくるようなことを説明されてうれしい層がいるのか。
一部は入門書で事足りることで、それ以外は普通のプログラムには必要ないことだ。

JVM言語に興味のある他言語経験者向けでしょ

フラナガンってなんかちょっとカッコいいよね。

今日から俺のフラナガンは君だけのものだよ

model-view-controller についての詳しい解説書を探しています
ウィキペディアには概略が載っていますが、もっと突っ込んだ解説を読みたいのです

要点を掴んでいれば洋書でも構いません。辞書を片手に頑張るつもりです
どなたかご存知の方いれば教えて下さい

>>381
犯人しか知りえないことを知ってるってことは

今月号の日経ソフトウエアで矢沢の記事がやべーｗ
突込みどころ満載過ぎてある意味面白いｗ

ヤバ沢？

>>405
取り敢えず立ち読みだな

矢沢さんは割と好きなんだがな
どんなツッコミどころ何だろ

>>407
ぜひ立ち読みをオススメする
ポインタに関する記事だからC関係の言語さえ知っていれば
簡単に読める（気付く）はず

気持ち悪い奴だなあ

>>408
自分はc、c++も一応知ってるから気づけるんだろうけど、javaやc#しか知らない人にも気付けるのか？と、無粋な突っ込み所発見

javaはともかくC#はunsafeあるでしょ

突込みどころ満載なら一つくらい具体例をあげていけよ
逃げながら貶しといて、にもかかわらず立ち読みは勧めるってアホかよ

貶しマーケティング

日経ソフトウェアは厨房の時によく読んでましたｗ

永久保存版の付録がいつも付いてるよね

>>412
推理小説の結末教えてもらいながら面白いから読めって
言われても萎えるだけだろ？

人気連載だったというフリープログラマの華麗な生活が終わったね

あの連載は好きだったな
彼の人はリーマンになるのかな

>>412
読んでからのお楽しみで・・・とはいえ例えば
> Windowsパソコンは、4バイトでアドレスを指定します。
別に4バイトとは限らない。
> C言語には、1バイトのChar型、2バイトのShort型、4バイトのLong型などのデータ型があり（ｒｙ
Char型以外は下限はあっても、決まりはない。
> アンパサンド演算子（＆）を使って（ｒｙ
言いたいことはわかるが、ビット演算と紛らわしいからせめてアドレス演算子としてほしかった。

ポインタのアドレス表示させている書式を%pじゃなくて%X使っているのは人によるのかな。

後は図のところだから説明しにくいけど、メモリのイメージ図で未使用とされているアドレス領域があるけど
他のシステムで使用されている可能性とかもあるから、未使用と限定できないとかかな。

立ち読みは勧めたのはこういのが他にもあるから、最初に書いたようにある意味面白いってことで。
まぁ揚げ足取りとか言われればそれまでだけど、公に発行している雑誌なら注釈くらいは設けておいたほうがいいんじゃない。

>>419
入門書では一般的な書き方だが。。。
一冊一冊揚げ足取りするつもりなんだろうか。。。

>>419はたぶん初心者を混乱させるのが得意

なんだ揚げ足取りじゃん。
もっと意味のある批判かと思ってたよ。

自演がひでーｗ

揚げ足取り？

規格に照らして明確に間違ったことが書かれている、と指摘することが揚げ足取りなら、
この世に揚げ足取りでない指摘なんて存在しなくなるぞ。

>>420
例えばどんな入門書？
普通は「筆者の環境では〜」とか「環境にもよるが〜」とか前置きがあると思うが

K&Rには当たり前だが環境依存について書かれているが、これを入門書というのはちょっと酷かな
他だと手元にある柴田望洋の新版 明解C言語 入門編にはちゃんと環境依存の説明はされている

>>424
きみに対する批判の言にはきっと、
それは些末な問題だろといったニュアンスもあると思うよ

初心者をミスリードするような間違いならまだしも、些末なことを最初に説明して混乱させる
よりそういう書き方でいいんじゃない？

※環境によってことなります

という注を付ければ問題ないレベルの記述に、どうしてそこまで噛みつくのかわからない。

その注釈がなかったんだろ

じゃあ投書でもしろ

どんな面白い間違いかと思ったら
良くある間違いで肩透かし食らったってのが
現在の心境

>>424
と言うか、規格書以外はそこまで厳密に書いてない方が多くないか？
動作環境さえ明記してれば問題ないって感じで

著者にとっても、読者にとっても、厳密すぎるのは負担だろ

入門書の例は多すぎるが、やさしいCとか、Cの絵本とか

>>432
やさしいCとか、Cの絵本とか読んだことないけどsizeof演算子の説明とかしていないの？
別に型のサイズについては厳密ってほどでもないと思うんだけど

まぁ正直つまらない指摘だった。
それだけ。

>>405→>>408→>>416と散々煽っておいてこれかよ
矢沢にはアンチが多いからある程度は予想してたけど、いくらアンチでも
これが推理小説のように面白い間違いに見えるとしたら病気だろ
頼むから問題起こす前に病院行ってくれ

矢沢のアンチってなんだよ
お前が誰と戦ってんだって話だ

>>433
sizeofの説明も書いてるよ
取り敢えず、入門書を色々立ち読みしてみたら？

>>419
つまらなすぎて萎えた

またくだらない話で盛り上がってるなw

> 今月号の日経ソフトウエアで矢沢の記事がやべーｗ
> 突込みどころ満載過ぎてある意味面白いｗ

こんなに期待値あげといてあの指摘じゃ「はぁ？」と思われるのは当たり前だよな。
そんなことに気が付かないなんて脳に深刻な欠陥でもあるんじゃね？

これを揚げ足取りとか言ってる奴とは絶対働きたくないわ

>>430に同意
他のは知らんがアスキードットテクノロジーズの巻末には
編集部の会話形式のコメントがあって
先月号はどこどこが間違ってると指摘されましたスイマセンみたいな件を結構見るよ

>>441
まるで自分が働いているみたいな言いぐさだな

>>441
必要な情報を得るための本や雑誌に、本質と関係無い事にこだわるおまいさんと仕事するのは、こっちも願い下げ

正確な意味は規格書読めば良いだけであって、他の本で知りたいのはもっと別の部分だろ

本質と関係無いとか言って仕様を勘違いするバカなんかと仕事してバグ仕込まれて困るのはむしろこっちだ

厳密な言語仕様を把握するのは大事だよ
でも、仕様に厳密じゃない解説なんて珍しくないから
全然面白くないよってだけ

>>445
だから、言語仕様書も読めば良いだけだろと言っている

てめーみたいのが、アルゴリズムの見直しで済むような所をSSEとか使ったりして、移植性も保守性も無いコードを無駄に時間かけて書くんだよ

そんな所にこだわる時間有ったら、本から得るものをきちんと得ろよ

> SSEとか使ったりして、移植性も保守性も無いコードを無駄に時間かけて書く

俺の知る限りで規格にこだわる奴にそんな奴はいなかったな。

よっぽどトラウマな経験をしたんだねぇw

>>448
変な所にこだわられてデスマに巻き込まれりゃ、トラウマにもなるわ

規格わかってない奴のおかげでデスマになるのはしょうがないことなのかw

雑誌の連載記事でんなことぐだぐだ書いても編集にばっさり切られるぞ。

>>419
21世紀にもなってまだそんなこと言ってるやつがいるのか、
と思う反面、おれももうちょっと香ばしいのを期待してた。
立ち読みするまでもないな…

>> Windowsパソコンは、4バイトでアドレスを指定します。
>別に4バイトとは限らない。

初心者ですが、教えてください
例えば3ﾊﾞｲﾄとか256ﾊﾞｲﾄでｱﾄﾞﾚｽ指定することもあったりするのですか？

ここは釣り堀ではありません

64ビットPC向けにコンパイルしたら8バイトだろ

大雑把な説明であることの説明ぐらいありそうな記事だね

なんか流れ的に不完全燃焼な人が多そうなので殿堂入りしたやつを
http://builder.japan.zdnet.com/script/sp_c-programming-language/20370255/

64ビット機が増加しつつある今
>> Windowsパソコンは、4バイトでアドレスを指定します。
という説明に何も感じないのはヤバい

C++なら32ビット機向けでもメンバ関数ポインタなんかは8バイト以上な事が多い
（当然64ビット機向けだと16バイト以上だったりする事が多い）

結局この記事は面白かったの、面白くなかったの？

>>457
確かにポインタだけは注釈入れた方が良いかな？とは思うが、それだけだな

開発者の視点なら、今から作るものなら、32bitで行儀良く作れば64bitでも確実に動くんだし、余程メモリ食うアプリじゃ無い限りは32bitで開発したいべ

同じ物を32bitと64bit両方作るほど無駄な作業は無い

64bitのコードを読みたければ、特集記事や、そういう専門書読めば良いんだし

1ワードって言わない？

言うよ

ワードという言葉は場合によってサイズが変わるからあんま好きくない

>>459
size_tの扱いでwarningが大量に出る未来が見えるぜ

>>463
まあ、32bitWin独占状態の弊害ではあるが、下調べしない初心者しか被害はないからなw

良い加減、普段の記事も64bitも意識して欲しい所だが、過渡期だから仕方ないし、そんな時期に64bitで入門しようとした奴が不幸なだけだな

つーか意味も無く32bit(64bit)べったりのコードはやめてくれ
どうしてもサイズを固定したいならstdint.h使え

>>465
出版社的には、そう言う所もマル秘テクとか言って、金になるんじゃね？

関数ポインタをint型の汎用パラメータに突っ込むプログラムとか
64bitコンパイルできなかったり
LPARAMであれば64bitに拡張されたから大丈夫だけど
これが潰れた会社の作った外部ライブラリだったりすると悲惨だよね

ソースがありゃどうにかなるだろ。

あればな

ソースがなければ、32bitのexeを作って
そことやり取りするようなコードにならざるを得なかったり

size_tをintに突っ込んでる糞コード多いよな

明らかにint内に収まるサイズなら別にいいけど

>>467
LPARAMって。。。
誰がWinAPI直で弄って移植性の確保しようとするんだよ
クラスライブラリで作って、32bitと64bitにコンパイルするだけだろ

依存部分が解消出来なけりゃプロジェクト分けろ

そもそも64bitで作るメリットがあるプログラムなんてほとんど無い
金と時間を無駄にするだけ

64bitOSが増えて来たら、64bitアプリ作らなくても動作確認だけは工数2倍になるんだぞ
やってられるか

仕事でテキストマイニングやることになりました。
Rubyでやりたいんですが、良い本ありませんか。
基本文法はわかってるつもりです。

>>474
RUBYスクリプティングテクニックかな

>>458
お前が読んで感想を俺に聞かせてくれ

>>476
今月号の日経ソフトウエアで矢沢の記事がやべーｗ
突込みどころ満載過ぎてある意味面白いｗ

Amazonのレビューってどう考えてもお前著者か業者だろってのばっかだな

統失って恐いね

>>478
一応、自分は一定の評価はされても良いだろと思う技術書にはレビューしてるけどな
。。。主に関数型言語だが

工作員というのは特定の著者や出版社の本だけに絶賛レビューを繰り返す奴だぞ

良い評価＝工作員って誰と戦ってんだよって感じ
そもそも良いと思ったものだけにレビューして
悪いと思ったものにはいちいちレビューしないって奴の方が多いだろ

>>481
だな
そもそも、自分は洋書以外はネットで技術書買わないんだ
大型書店か、神田古本屋街で立ち読みしてから買う

自分がレビュー付ける時って、入門者には分かりにくいけど入門書だけど、レファレンスとしては使い易いとか、古過ぎて、分かり易いのに注目されてない本とかに付けてる

他の本は大抵他の人が評価してるし
不当な評価じゃ無い限りは書かん

>>473
もう増えてきてるんだぜ

Windows 7 はもう 64bit が半分以上だろう。
プリインストールが 64bit ばっかりだから実際にはもっとだな。

今月のInterfaceはアセンブラ特集

CPU自体はもう64bitで動くのが普及してるからな
OSが32bit版XPだったから32bit環境ばかりだったが、
64bit Win7が普及してきてるから既に64bit環境はかなり浸透し始めている
既に32bit（笑）な時代に突入し始めてる

妄想も大概にしろよ
64bit専用ソフトなんて殆ど無いだろ

>>486
xp/vista/7の32bitが駆逐されたら作るよ<64bitアプリ

DELLとかHPのサイトを見てたら「64bit 版OSを選択される際のご注意」みたい
のが書いてあるんだけど、適当にいくつかのモデルをみてみたら、
選択肢に64bitのwindowsしかないのな。

アプリくらい両対応にしておけよ

>>490
大抵は32bit作ってれば両対応した事になるだろ

win7の64bit版でファームとかデバドラはﾃﾞｼﾞﾀﾙ署名を契約して購入しないと駄目ってのがな
ttp://www.atmarkit.co.jp/fwin2k/special/win64_04/win64_04_03.html

雑誌の話題は別スレなかったっけ？

Javaで深いところまで書かれているものを教えてもらいたいです
C#が分かるので基礎的な部分は分かります
Effective Javaなどを読む前に基礎を固めたいと思っています

>>494
まんま、プログラミング言語javaでええやん

c#のが楽なのに、わざわざ移行する意味が分からへんけど

「ミニマルPerl」って本読んだけど、これPerlの最低限のサブセット的な使いかた
みたいなことを言ってるわりに、オプションだコンテキストだとかなりトリッキー
なPerlの使いかたしていて、覚えることが大量にあるわりに大したことができない
労力と成果が釣り合わない本だと思った。

無理にワンライナーっぽくするより、素直にRubyとかでわかり易いプログラム書い
た方がよっぽど後々役に立つんじゃないかな、と。
なんかイメージしていた本とだいぶ違った。もっとプラグマチックな内容かと思っ
てたら、実は平均以上にPerlオタのための自己満足本であった、みたいな。
強くお勧めしない。

いまだにJavaの領域ってあるでしょ。C#がいくら楽でも全てC#で出来るわけじゃないよ

ミニマルっていうわりにやたらぶあついよな

あれは覚えることがミニマルっていうより
書かれていることを実践した結果が
TIMTOWTDIでなくミニマルなPerlになるってことなんじゃないか

>>498
逆もまた真だけどね

ま、どうせAndroidアプリ作りたいとかだよね
頑張って

>>501
俺は質問者じゃないから。JavaはC#以上の最悪の糞言語だと思ってるけど
圧倒的に広い用途で使われてることくらい認めろよ。Javaと言えばAndroidしか知らんのかよ

>>495
どうも、訳が云々で評価が分かれているみたいなので本屋でチェックして良さそうだったら買ってみます
Java関連の書籍を読みたいだけなので、Ｃ＃から移行とかではないです

>>502
javaにもc#にも、特別な感情は無いんで
その時々で楽な方選ぶだけだし

良くも悪くも、逆もまた真だよ

>>503
移行しないなら、入門書で十分では。。。

>>504
ケースバイケースなのに、Javaを使う理由が分からないってどういうことなの

>>506
どうせAndroidアプリ作りたいんだろうな。。。と思ったんだよね
最近、そういうの増えてるじゃん

pcのアプリ作るよんなら、c#のが楽だし

目くそ鼻くそレベルでC#の優勢かな。ただしWindowsに限る。

この後 mono の話が数スレ続きそう

C#が楽、便利というのはVC#ありきの話だから続かない

んなバナナ
mono developは割とよく補完が効いてくれるぞ

monoは万年未完成だから話題に出さないでくれるかな

俺はとりあえずある言語で作るだけであんまり糞だとか考えないな
悪いところに気がつくってことはそこを直せばいいものになる
そういう奴はいい言語作れる才能があるかもな

少しは頭使えよ

>>512
monoで作られたアプリって、結構あるでしょ
例えば、unity、tomboy、F-spotだとか
未完成な言語ではプログラムが作れないなんて言ったら、
選択肢として、CとかAdaぐらいしかないじゃん
枯れたツールを使うんでないなら、ほとんどの言語やライブラリなんて、
それに帰依して追っかけてないとついてけへんし

C++ゴーディングスタンダードが出てないなんて、なんてスレだ

Richard M. Stallman、「Mono や C# は使うな」と吼える
ttp://slashdot.jp/opensource/article.pl?sid=09/06/30/0123204

Monoは使わない方がいいと結論が出ている。

乞食が独り言言ってるだけだろ

>>518
お気楽なことだこと。

え？monoって死んでしまったんじゃ？
http://www.infoq.com/jp/news/2011/05/Mono-II

>>517
昔はj#の2の舞になるんじゃ？って言う風潮は有ったからね
ISO規格にもなったし、もうすっかりvc、vbと同じ位の中心的な位置付けにms製品としてもなってるから、そういう心配は払拭されたね

自分も2005出るまで敬遠してたし

M$商品だから敬遠してる人が多いんじゃないの

>>522
msだから、良くも悪くも選ばれる

VS中毒の可哀想な人達には選択肢ないんもんな

>>524
VS買えないからって僻むなよ
みっともない

学生だからProfessional無料ですがｗ

無料のProfessionalは制限付きだからよくない
academicにしておけ

宣伝キメエ。これだから嫌われるんだよ。糞みたいな商品売りつけんな

>>405
立ち読みしてみた。C言語入門の話じゃなく、
『コンピュータはなぜ動くのか』をCで説明しよう、ということなんですね。
それならまあ許容範囲なのかな、とも一瞬思いましたが、これ連載なのよね…
次回以降に期待。

>>529
2位、もとい、Bじゃいけないんですか？

>>519
ストールマンを乞食に見立てたあの文章はちょっと笑ったけどね。

ｆｊとか本気で許さないと発狂している人が多くて引いた。
GPL開示でミスした企業を叩いたりとかさあ、ああいう人たちってなんであそこまで居丈高に
なれるんだろうか。

自分が「正義」であるというのに異常な快感覚えちゃうんだろうなあ、と。
プロ市民運動家に共通した嫌なメンタリティを感じる。

正義が嫌いなら好きにすれば？

ペゾルドの「プログラミングWindows 第5版」が絶版になっていますが、
他にWindowsAPIの良い入門書はありますか？

>>533
有ったけど、どれも絶版なので、今さがしてるのを中古で入手がベスト

プログラミングWindows はもう時代にあってない気がする。

まずプログラミングWindows,みたいな古参も消えたか。
それはそれでさびしいな。

>>535
あれだ
アセンブラ勉強するみたいに、リバースエンジニアリングの一環になるんだろうな
得るべきものは有るから、やって損もないし

第6版クルーーーーー！？

マイクロソフトとしてはたぶん出したくないだろうからでないでしょ

セーフウェアが気になるんだけど内容はプログラミングに直結する？

する

ままマジかよ…

APIで学ぶWindows徹底理解―できるプログラマになるための (日経BPパソコンベストムック)
http://www.amazon.co.jp/dp/4822228266

はいいと思うよ

>>541
ありがと

初心者には必要ないし、古すぎだろその本。

システムトレードするなら売買システム入門は必読だよな。
http://www.amazon.co.jp/gp/aw/d/4939103315/ref=redir_mdp_mobile/378-2183676-5239537

何で毎度携帯サイトなんだよ

アフィリエイトだろ

>>547
自分もだけど、iPhoneから貼ってるからだと思う
てっきりpc版に変換されると思ったんだが。。。

日本市場は儲かりにくくなってきたからな

CodeCompleteっていつも買いそびれる

おまえが今日買いそびれたCodeComplete、明日俺が買うことにするよ

モチベーションが上がってないと本なんて買わないからな
本棚にコレクションするだけなら別だけど

本買っただけで満足してしまう俺が通りますよ

本の読み方知らないやつ多いよな

>>555
ちょうど大学図書館で色々借りてきちまってるので
読み方をご教示ください

最初の100ページを読んで力尽きる
→そのまましばらく放置
→読んだことをすべて忘れる
→ふりだしにもどる

これで1冊の技術書を何回でも楽しめる

お前頭いいな

詳説C++第2版だいぶ安くなったな
ロベール持ってるし買うべき本なのか分からんのだけど、中身どんな感じ？今更C言語から再びとか萎えるんだけど
つーか一時期の1万越えとか完全につり上げだったなｗ

なんかC++の仕事なくなっちゃったなあ。Javaばっかり。

スキルアップを怠るからそうなるんだ

いや、C++廃れてるっしょ

Javaが多いのは
日本のIT産業が廃れて
土方の仕事しかないから

色んなヤバイものがむき出しで、そういうのを隠す方向性は明らかに正しいけど
だからこそ、もはやC/C++には代わりが無い
仕事には向かないかもしれないが、存在価値は大いにある

>>559
ちょっと前まで1600円だったよ

日本だとパッケージの仕事があまりないから C++ は少ないんじゃないの

>>545
WindowsAPIを学ぶのにこの程度古くてなんの問題があるんだ？　それにプログラミングWindows
よりよっぽど取っ付き易いだろ。目的がゲーム開発なら新版も出てるからそっちにすればいい

プログラミングWindowsは基礎からWindowsの仕組みがわかる、イベントドリブンなプログラムの
考え方から、各ジャンルのAPIまでバランスが良くて今でも最初に読むには良書だと思うけど、
その書籍は逆引きでどっちかというとクセのあるAPIを紹介しているわけで、ある程度わかった人が
これを実現するにはどうすればいいか、と辞書的に調べるのに適した本なわけで、初心者に勧める
のは適してないでしょ。
頭から反発するんじゃなく、ちゃんと考えてから反応しろよ。

Petzoldのはバランスはよくないだろう。GUIに偏り杉
システムプログラミング寄りの知識はほとんど得られない

じゃあアドバンスドウインドウズは？

APUE読んでから読むとWindowsと決別できる

>>552
俺がすでに買ったから
今日お前が買いそびれることになるだろう。

日本ってフォトショクラスのソフト全然出てくる気配ないよね
ソフト弱すぎだろう

アルゴリズムのレファレンスみたいなの欲しくて
アルゴリズムイントロダクションとアルゴリズムC++で迷うわー
図書館でひと通り見た感じでは、アルゴリズムC・新版が一番読みやすそうだったけど、
旧版から欲しいところが削られてるんだよなー

まあいいけど、例としてフォトショはないだろう（笑）

adobeで働いてる日本人っていないの？

>>573
一太郎やshadeはフォトショクラスじゃ無いんですかそうですか

所でフォトショクラスと言うのはシェアの事じゃ無いよね？

値段のことかな

一太郎って日本でしか売れてないんじゃないの

Metasequoia は？
MMD は？
XMLデータベースは？
vocaloid は？

とりあえずスレタイ

専務兼管理兼営業兼設計のマです
口頭で指示受けながら、自己流で作って動いたらそれでOKってな環境なんで
世間の正統な仕事の仕方、ﾄﾞｷｭﾒﾝﾄの仕様をてんで知らない。
なんかひとつの案件仕様作りから見積もりから設計からﾃｽﾄやら
ぜ〜んぶ纏めたﾄﾞｷｭﾒﾝﾀﾘｰタッチなﾄﾞﾗﾏﾃｨｯｸな必読書ってないかい？

>>582
条件を満たす本は和書でも洋書でも存在しない

月刊 ASCII.Technologies
休刊か。

>>574
アルゴリズムC・新版は途中までしか収録されてないんで注意な

アルゴリズムC++おすすめ

そう言ってるが

すまぬ最終行が目に入らなかった

>>584
えー、大学図書館で購読してたから毎月暇つぶしに読んでたのになあ
日経ソフトウエアは購読してないから、もう日経パソコンとかしかねーぞ。あーあ

大学図書館行ってたら本なんて買う必要ないよね〜

C++はゲーム業界で超現役

ゲームは下層であるIT業界の中でもさらに最下層

巨大な画像を扱う医療系もC++

XSIやShadeなど3D系ツールもC++

Tclでさえ一部では超現役なんだぜ？
C++がいくら落ち目とはいえ一度栄えた言語が
そう簡単に死滅したりしないさ
心配すんな

C++はネイティブコード必須か組み込みで
オブジェクト指向風に書こうとすると唯一の選択肢
なんだが複雑すぎでデメリットも多く・・・

C++が複雑だと思うやつはライブラリの選択を間違っている

今時の言語に精通できるなら
C++くらいそれと同じくらいの複雑度だよ

え・・・

よほどの暗部に踏み込まなければC++なんて大した事ない
「C++は難しい」と教えられて、それを信じちゃってるのは可哀想だ

表面だけ見て大した事無いとか

C++ってなんかテンプレートが嫌い。

全部の機能を使おうとする初心者が一番ウザイ

やっぱりC++の全機能のうち、Cにもある機能だけを使うのが正解なんだね

それ単なるCや

>>600
C++は簡単
分からんのはただのバカ

馬鹿が多いのが問題なんだろ。そんなことも分からんのか、馬鹿だなあ

C++なんざ書けるようになるのは簡単だが
他人のコードを読むのは果てしなくウザイし、
ましてコードのメンテとか地獄

自分一人で作ったり、サンプルプログラムみたいな短い奴作ってるなら、どんな言語でも
大して問題にはならないんだよな。ただある程度規模の大きなプロジェクトとかで他人のコード
も管理しなくてはいけなくなってくると、C++ってものすごく可読性が悪いものが入ってくるかのう
せいがでてきて面倒なことになりがち。
Cって汚くても最後は力技でなんとかなる場合が多いんだが、C++だと致命的にメンテ付加に
なったりする。
理屈は知らんが、経験則で分かってるんだよ、現場は。「簡単だ。わからん奴はバカ」っていう
のは入門書のサンプルをコンパイルしておしまいのサンデープログラマだけだろう。
分からん、の意味が違うんだ。

コードも見せずに簡単だって言われてもな

ロベールだけだったら別に難しいとも思わなかったんだが

C++の一番嫌なところはコンパイルの長さ

>>610
そんな貴方にdelphi
コンパイル激速

Yahoo　Finaceで調べると、N電気今日の時価総額が４３００億ぐらい。某携帯ゲームGが４１００億ぐらい。
別にNを弁護するわけじゃないけどさ、東証一部上場の会社が
http://getnews.jp/archives/115930
こんなことやってNと同じぐらい市場から評価されている、ってこんなのぜったいおかしいよ。

ヌルいWEBコンテンツで下流から搾取するビジネスモデルでないと駄目なのかねえ。
技術とかなんとかいう以前に。

>>607
日々仕事で使ってるが、何ともないぞ
お前ん所がよほど酷いだけだろう

書籍の話をしたまえ

Googleを支える技術かな

最近読んだ本じゃあ
「トランジスタ技術SPECIAL for フレッシャーズ
徹底図解 マイコンのしくみと動かし方」
が当たりだった

関数プログラミングの楽しみ ってさあ、関数型言語でしか出来ないことを書いてあるの？
そんなことあるの？

関数型言語の話はもうお腹いっぱい

>>613
必ず俺の職場はレベルが高い自慢似っちゃう奴っているよね。

>>613が自慢にみえるんじゃ終わりじゃね

俺の職場ではC++を使いこなしてる。C++を批判する奴はお前の周りにレベルが低いんじゃねえの。
ってC++関係スレで100万回は繰り返されたな。
まあ今やすっかりJavaとC#になっちゃったけど。

だから、書籍の話をしよう。

Jackson の Software Abstractions おすすめ

C言語ポインタ完全制覇読んでみたけどなかなかいいな。
少なくとも柴田のポインタ本よりは１０倍いい。>>90

>>617
関数型言語でしか出来ないことは世の中に存在しません
手続き型言語でしか出来ないことも存在しません

勘違いされていると思いますが、「関数プログラミングの楽しみ」は
関数型言語なら手続き型言語に比べてこんな事が楽に出来る
という事を紹介する本ではありません

色々な題材を関数型言語（Haskell）で如何に取り組むか
言ってしまえば、それらの題材を関数型言語で如何に楽しむかを紹介する本です

当然ながら関数型言語で楽しめるような題材を選んでいます
ただ、それは先ほども言ったように楽に出来るという意味ではなく、
文字通り楽しむという意味です。
こういう考え方があるのか、とういう方法があるのか、こういう視点があるのか、
そういうことを楽しむ本です

そして、それらを理解して身につけた時、
関数型言語のプログラミングがもっともっとやりたくなります
プログラミングが楽しくなります

キモイからほかでやれ

>>621
JavaとC#を使いこなせてる奴も少ないけどな

Javaはともかく、C#は使いこなさなくてもそれなりに使えように慎重に設計されてる言語だからな。

c#で、プログラミングc++やK＆Rにあたる書籍ってない？

デリゲート使われまくりで読み辛いったらありゃしないんだが

ゲリコード

c, Java, Pythonで無双

コールバック関数の方が読みやすいのか？

>>632
JavaじゃなくてC#なら禿同

インタフェース使ってる方が読みやすい

顔射

>629
C# Programming Language (Covering C# 4.0), The (4th Edition) (Microsoft .NET Development Series)
http://www.amazon.co.jp/dp/0321741765/

業務でC++を使用するために真面目に学習したいのですが、どの本を読めば良いでしょうか？
幾つか調べてみたのですがこれら以外でお勧めの本があれば教えていただきたいです。
（推奨図書がまとまっているサイトを教えていただく形でも結構です）

・プログラミング言語C++:ソリューション (アスキーアジソンウェスレイシリーズ―Ascii Addison Wesley programming series)
・C++によるオブジェクト指向プログラミング (アスキーアジソンウェスレイシリーズ―A... Addison Wesley programming series)

現在でも初歩的なプログラムなら書くことは出来ますが、
演算子のオーバーロードやテンプレートを駆使したコードは書けません。
理解するのも厳しい状態なので何とかしたいです。

Javaになんで演算子のオーバーロードがないかわかる？
経験ないなら、業務でわざわざ特殊な機能なんて使わない方が幸せな気するんだけど

C++で仕事なら最低ラインはEffectiveC++/MoreEffectiveC++くらいじゃね？

演算子のオーバーロードやテンプレートも理解できてないレベルなら
とりあえずロベール読んどけ

演算子のオーバーロードがないせいでBigDecimalとかひどいことになってるな。

Java
n = a.Add(new BigDecimal("0.21"));

C#
n = a + 0.21m;

C#はオーバーロードじゃなくて組み込みだけど。

テンプレートは難しすぎて到底理解できない
つーか頭で理解したつもりになっても現場ではとても使いこなせないわ

いやまぁ、数値計算だとオーバーロード欲しいけどさ、
演算子のオーバーロードがバグに絡んでくると、
バグの箇所を特定するのに時間がかかって酷いでしょ
Javaの設計者だったかは忘れたけど、
演算子のオーバーロードは使うなって派閥は間違いなくあるよ

それ言うなら GC が無い時点で

多重継承マジ勘弁

IT会社ってにプログラマ新人に読ませる本とかおいてないの？

>>647
そういや自分は先輩に独習cを渡されたな。。。

独習C厚いんだよな
嫌いだわあれ

300ページぐらいが限界だな

入社前に絵本とマナたん本わたして、
研修でポインタ完全性派と継承まわり
暇なときには古典だからといって、K＆RとSICPの購入を促されるような
会社で働きたいなとか妄想する就職が決まらないM２

>>650
>>648書いた自分が言うのも何だが、あんたプログラマに向いてないよ

1000ページだな
アルゴリズムデザインがそのくらいだったような気がする

無駄に分厚い本なんぞ読む必要なんぞない

アルゴリズムデザインの分厚さは無駄じゃないがな

俺、枕が低いと眠れないだよね

C#の入門書で良い本ありますか？

ない

>>658
ありがとうございます。
とりあえずネットで勉強してみます

ひと目でわかるMicrosoft Visual C# 2010アプリケーション開発入門 (MSDNプログラミングシリーズ)
http://www.amazon.co.jp/dp/4822294307/

古本で買うわ

1000ページ超えていようが、結局その分野のバイブル的な本が一番近道だとおもうなあああ
無駄にページ数多い本もあるが

>>646
>演算子のオーバーロードがバグに絡んでくると、
>バグの箇所を特定するのに時間がかかって酷いでしょ

> 多重継承マジ勘弁

クラスでもテンプレートでも関数呼び出しでもそうだけどさ、自分で書いている分には
そんなに負担にならなくても、人のプログラムを読むときって、その部分を読んでいる
だけではわからない、どこで定義されているのか調べなきゃいけないのがある一定量
増えると心が折れるよね。

いくらIDEの支援があってもやっぱりめんどくささが限界に来る。C++はその限度超えた
ソースが多い。Javaはまだマシだけど。

標準的な基準では良くないけど、マジックナンバーでじかに定数書いてるRubyとかの
汚いソースの方が追いやすかったりする。1

>>663
それはお前だけ

あのwormの表紙のpthreadはどうでしょ？

良書

>>662
厚い本は要するに丁寧な本だからな
薄い本はどうしても説明不足になってしまう

アルゴリズムの正当性とか計算量の証明とかいらんからｗ

理由がわからないと応用効かないだろ。
必要なければ読み飛ばせばいいだけだし。

アルゴリズムだけ知っとけばいいだろ
その正しさは誰かが過去に証明したのなら、それはもう正しいものとして使えるんだから

前々スレ683でお勧めだが絶版になってしまっていた、と書いた
UMLモデリングの本質、第2版が出てた。
http://www.amazon.co.jp/dp/4822284646/

今から読み始めるところだけど、UML事態の説明なんかは省略されてて、そういう部分はこっち
http://www.amazon.co.jp/dp/4822283585/
を読め、ってスタンスになったみたい。

だから、アルゴリズム以外必要がなければ読み飛ばせばいいって。

分厚いと邪魔じゃん

本が邪魔ならググれば良いのに

ネットで勉強って、ネットで見た並に気持ち悪い
独習C#でも買っとけよｗ

>>670
特定のアルゴリズムの正当性はともかく、
計算量や空間量とかの見積もり方はしっかりと学んでおいた方がいいぜ

なんでネットで勉強すると気持ち悪いの？
嫌なことでもあったの？　いじめられたとか？

空間量ってなんだろう

メモリのことだろう

計算に必要なメモリ空間の大きさだよ

もしかして: 空気量

我々は新しい言葉が発明された瞬間に立ち会ったのだ

時間計算量
空間計算量

>>683
thx

>>638
あぁそうか、それだ
ごめんごめん

ロベール氏の本を買ってきて読み始めました。
コメント頂いた方、ありがとうございました。

ロベールは原著の方が評価高いけどな

>>687
原書より評価高い訳書って有るの？

ワロタ

>>688
フォトンマッピング　実写に迫るコンピュータグラフィックス

日本語が自然な上に、絵が追加されており、
かつ原書の多くの間違いを丁寧に直してる

おまけに、発売当時は為替の関係で原書よりも安かった記憶がある
（これは記憶違いかも知れん）

>>687
韓国猿乙

ろべーるってC++のやつだろ？
あれ翻訳なのか？
原書名とか一切書いてないんだけど

ま〜た始まった

ろ〜べる♪

C++ テンプレート完全ガイドが結構いいと思う。
「必要なところだけつまみ食いできる分厚い本」というのが社会人には重宝する。
通読するような暇はないし、かといって薄い本はいざという時に説明不足。

>>695
それ俺も持ってる
しかしほとんど読んでなかった
今から読み返して見る

セザール

厚い本だと読み切れないので、C++の薄い本がほしいです＞＜

C++の薄い本は大概糞本ばっかしだよ

Accellerated C++は結構薄めじゃないの

>>698
ﾊｧﾊｧできるC++の薄い本見つけたら教えてほしいです＞＜

子供騙し(といっても最近のｶﾞｷは目が肥えてる)のちゃっちいサンプルじゃあなく
厨房も歓喜するようなガッツリ食べ応えのあるアプリケーションの作り方を解説した本はありまへんか？

http://www.amazon.co.jp/dp/4844317210

分冊か

ttp://books.yahoo.co.jp/book_detail/ABB09970/
ttp://books.yahoo.co.jp/book_detail/ABB09971/

Yahoo!ブックス終了のお知らせ
平素は、Yahoo!ブックスをご利用くださいまして、誠にありがとうございます。
Yahoo!ブックスは、2011年6月20日をもってサービスを終了させていただくこととなりました。
Yahoo!JAPANでは、今後もお客さまへの一層のサービス向上に取組んでまいりますので、何とぞご理解を賜りますよう、お願い申しあげます。

「エリック・エヴァンスのドメイン駆動設計」を読み返してみたが、これはいい本だな。

VC++の使い方から複雑な実用的フォームアプリケーションまでを身につけたいのですが、
「ひと目でわかる Microsoft Visual C++ 2010 アプリケーション開発入門 (MSDNプログラミングシリーズ)」
という本は適しているでしょうか？
c++に関する知識はある程度は身につけています。

適している。

>>698
ちょっと古いかも知れんけど、Essential C++はすごい良いよ

ttp://hccweb1.bai.ne.jp/tsune-1/
このページでは、 Java言語で学ぶデザインパターン入門を個人的にVB.NET/C#に移植

Essential C++で検索したら、C++ EssentialというPDFファイルがあったけど、これって偽物？

ﾘﾝｽとかﾄﾘｰﾄﾒﾝﾄとかｱｼﾞｴﾝｽとかﾋｰﾄﾌﾟﾛﾃｸﾄとかも出てきそうだな

スタンリーリップマンが書いてるんだったら別にいいかもね

JavaとC#どっちが良いだろうか？

目的も書かずにそんな事言われても知らないし
何よりもまずスレタイ読め

C#だろ

Javaスクールの危険
http://local.joelonsoftware.com/wiki/Java%E3%82%B9%E3%82%AF%E3%83%BC%E3%83%AB%E3%81%AE%E5%8D%B1%E9%99%BA

昔は古臭い意見だな、と思っていたけど、最近これって結構あたっているような気がしてきた。
「知能テスト」としての再帰やポインタ理解をクリアした人間だけがこの業界に入るようにすれば
もうちょっとマシな世界になるのかもね。

情報系で再起もポインタも理解したが、IT業界から内定でねーぞ、ゴルァ

ＩＴ業界から内定でないようじゃ、他のどこあたってもダメだよな。

コミュ力

( 'A`)<オプソに貢献するんだ。ハッカーになるんだ

あら、いいですねー

人事に再帰やポインタ理解してます！ってアピールしても何にもならん

スタックと合わせて説明してください

再帰やポインタを理解しているという事が売りになると思ってるレベルなんだな、と思われるだけだろうな

>>702
http://www.amazon.co.jp/dp/4871482006/

>>726
これは知らなかったな。

>>727
和書で実装まで記述しているのは、ほかには、
http://www.amazon.co.jp/dp/4774100544/
ぐらいか。しかもこれは部分だし。
いずれにしても、どちらも昔の出版だ。

需要ないんだろうな

こんなのもあるよ
http://www.amazon.co.jp/dp/4756118445/

>>702
http://www.amazon.co.jp/dp/4797337958/

>>731
「ふつう」の人にオススメできない本でした。
環境を486・linux・javaに限定しているのでWindowsで動くバイナリを期待した人は落胆するでしょう。
「x86系CPUを選んだ理由は、現在この地上において最も普及しており、、、」と書いているわりには
Windowsを完全にスルーするのはどうかと思います。
各章でコンパイラ・リンカ・ＣＰＵ・実行の仕組みなど多くを扱っている為かページ数だけ増大し、
内容が薄いものになっています。構文解析には既成のパーサを用いている為、その実装や
理論・アルゴリズムは他の書籍に丸投げしているので残念ながらこの本1冊でコンパイラを理解するのは
無理でしょう。また486に関しても同様です。
コンパイラの理論を勉強するのであればこの本の存在意義は皆無です。

「俺は天才だからコンピュータ言語に新たなパラダイムを吹き込む！」といった人は読むべき本です。
最後に良心と思ったのは価格です。これが倍以上の値段だったら発狂しているところでした。

倍以上の値段で買いたい本っていうのもそうないと思うけどね。

半額でなら買いたいって本は結構ある。オライリーのタイトルだけは凄く魅力的な本とか

おれは>>731読みながらトランスレータ書いた

>>732
実行可能なバイナリを吐くところまで
一通りやって見せるコンパイラ本は意外に多くない
環境に依存しない記述をする上で当然なのだが、
理論と実際の環境の落差は無視できないぐらい大きいこともある

そういう部分を実装して見せることで補うのは重要だよ
つーか理論的な部分まで充足させようとしたら一冊の本じゃ到底足りわけで
適宜参考書を使うしかないと思うけどなあ

>>728
> >>727
> 和書で実装まで記述しているのは、ほかには、
> http://www.amazon.co.jp/dp/4774100544/
> ぐらいか。しかもこれは部分だし。
> いずれにしても、どちらも昔の出版だ。

さらっとスルーしているけど、LISPだコンパイラの作り方だ、という話しているのに、
これはぜんぜん違うだろ。
みんな気の毒がって触れずにおいてあげたのか？

しかし無駄そうな本もあったんだな。
MS-DOSのころは自前のグラフィックライブラリとかどこのソフトハウスも作ってた
けど、そういう流れでこういうもの作ろうという発想があったのかな。

気の毒なのはあなたです

>>738
説明してみろ。クズ。

自分がクズだろ

>>737
うふふ。書評にはまったく現れていませんが、この本の第２章/全４章は LISP インタプリタ WOOL がお題なんです。
http://www.cypac.co.jp/cppwin/cppwin.html

lispを扱っている和書が他にもありましたらぜひ教えてください。

lispへの拘りが凄い人だなぁ・・・
ここまで拘ると異常としか良いようが・・・・

異常なのが典型的Lisper

ポールグラハムディスってんの？

その名前を見るたびになぜかグレアム・チャップマンが思い浮かんでしまう

>>737
いや元々(>>702)はLISPもコンパイラも関係ないんだがな。

基地外にマジレスしてどうする

こんなん見つけたんだけど、どうかな。
http://www.amazon.co.jp/gp/product/4797361204

発売日明日じゃねえか宣伝乙

そふつばんくの人はガチで宣伝に来るんだからもう

でも結構よさげ

柔らか銀行

目次見ると盛り沢山過ぎて一冊で扱えるのかって感じだが
公式HP見たらサンプルコードが公開されてた。これは親切だね。

ソフトバンククリエイティブって正誤表出さないイメージがあって嫌なんだよな・・・
俺が買った本ばかりなのかもしれないが・・・

イメージじゃなくて事実

>>642
じゃあ反例になってなくね？

なってるんじゃね？

初めてプログラミングを学んでる者ですが
「VisualC#でカンタンはじめて学ぶプログラミング」という
本を読んでいます。つぎに読む本としては独習C#とかがいいんでしようか？
それともC#の絵本とかを読んでもっと基礎固めをした方がよいでしょうか？
ほかに超初心者向けの良書があれば教えてください。

>>757
「VisualC#でカンタンはじめて学ぶプログラミング」
をもう一度はじめから読む。

無駄と思うかも知らんが、効果はある。

『オープンソース徹底活用 Scala実践プログラミング』が6/16(木)に出版されます
http://d.hatena.ne.jp/kmizushima/20110608/1307547649
プログラミング・言語の新刊
http://www.shuwasystem.co.jp/category/html/pro.html

初のScala応用本として期待しているのですが、
発売1週間前なのに新刊ページにまだリンクがありません。
秀和システムは発売前の目次公開はしてないようですね。

結城浩って新刊ださないのかな？

>>760
つい最近「数学ガール 乱択アルゴリズム」を出したばっか

非常にためになる話だから読んどけ

それもう買ったわ。

数学としても小説としても糞

あなたにとっては糞でしかなかったのでしょう

何を期待して読み、どこがどう糞だったのか具体的に説明できますか？

>>763
プログラマの書く数学書に、プログラマの為の数学以上を期待したのか？

プログラマの為の数学以下だろアレは

あのシリーズは本当に中途半端だな

おまえは中途半端以下だけどな

結城浩がでたぞー

アーメン

数学なら普通に『コンピュータの数学』を読めばいいよ

具体的な指摘をできないバカが必死だなw

数学って言っておけば勝った気になれるって・・・

コンピュータの数学って黒表紙にΣのクヌースが著者の一人であるあれか
証明とか論理算、集合論、抽象代数についてはあまり触れてないから
初心者の一冊目としてはおすすめできないな
あれを読むなら一冊目はコンピュータの為の数学っていう黄色い表紙のやつが導入にはいい

数学ガールは、数学そのものと言うより、数学を学ぶ姿勢を教えてる気もするけどね

へえ、と思って見たら品切れ（絶版）だった
日評や有斐閣からこの手の本が出ると大抵チェックし損ねる

数学ガールとコンピュータの数学って対象読者のレベルがぜんぜん違うだろ。
初心者向けの数学読み物として数学ガールやプロうグラマの数学の出来が悪い、こういうもっといい
本がある、って情報なら有益だけど、ぜんぜんレベルの違う本を持ってきてドヤ顔って頭悪すぎ。

そんなのでよければあらゆるジャンルで一番「高度な」書籍が一冊あればそれよりレベルの落ちる
書籍は存在しなくていいことになるしな。

しかし他のいくつかのスレでも推薦図書的なスレをみたことあるけど、レベルの低さ、何の役にもた
たないバカ丸出しな書き込みの多さではプログラマ板がダントツだわ。
なんでこうなのか知らんが。

単純に書き込みが多ければそういう書き込みも増えるということでは

>>777
> プロうグラマ
なんかカワイイ

>>777
そういう意味なら良書は決まりきってる
http://ten.tokyo-shoseki.co.jp/text/kou/math/index.htm

開いたこともないけど数学ガールって教科書なの？
一般向けの啓蒙書だと思っていたのだけど。

>>777
マ板にそんなスレがあるの？

>>781
>一般向けの啓蒙書

だいたいそんな感じ

根本的なとこで、プログラマが読む本じゃねーだろ・・・
ＰＭがもしドラ読んでたらどう思うよ

べつにいいけど

>>784
ここにいる奴らはいわゆる職業プログラマだけじゃないけどな

数学ガールを読んで自分の糧にできる奴らもけっこういる
もちろん、できない奴らも少なからずいる

書けば難癖つけられるし、ロクな話もないし、もう、どうでもいーわー。
クヌース本の4-1邦訳さえ話題にならんし。あほらしー。

お前はツーチャンネルに向いてない。ブログでやってろ。

クヌース本読むような奴は英語で読んでるだろ
糞訳のリスクを冒してまで日本語で読む必要ないし

訳がどうのという奴は、当然原書も読んでいない。

2chやってるとやたらと青木靖って名前を見るけどな

>>791
2ch2年目にして初めて目にしたわ

>>792
それマジで言ってんのか…たまげたなあ

concrete mathematics が コンピュータの数学 になってる時点で原書を読もうと思うだろ普通わ

思うだけで読まないけどな。

わ

>>795
だって英語読めないんだもん

ソフトウェア関係の書籍では青木性にはロクな奴がいないという法則

本なんか読んでないで手を動かせ

ちんシュ

>>637 の(古い版でもいいんだけど)日本語訳書って出てないの？

>>798
ああ？青木靖ディスってんの？

ディスるって懐かしいな

じゃあdeathる

>>794
それ、森 博嗣 がわざわざ英語で教科書を書いたんですか？それとも、
http://www.amazon.co.jp/dp/4062645602
みたいなんですか？

＃連続と離散を結びつけるいい和書はないでしょうか？というか、そういう数学上の分野はなんでしょうか？z 変換？

伸ばさないだけで森博嗣かよ。巣に帰れ

プログラミング .NET Framework 第3版
http://www.amazon.co.jp/dp/4822294161
って原題は CLR via C#, Third Edition というそうなんですが、
C#入門書の次に読む本としては妥当でしょうか？
ご意見お願いします。

＞韓国は強大国に踏みにじられてきた貧しく小さい国家で劣等感を持っている
事実だし

>>806
ああそういう意味だったのか。何の関係があるのかと思った。

>>807
ある程度経験積まないと無理。

独習シリーズは初めてプログラミングをする人向けの書籍
ですか？それともほかの言語を一度学んだことがある人向けの
ものなのでしょうか？

>>811
本の裏表紙に書いてるよね？

独習シリーズは基本的に、練習問題も全部解けるだけの知識が身に付けば、それなりのレベルになる。と言う本

"それなりのレベル"ってあいまいすぎてわかりません＞＜

>>810
入門書の次だとまだ早い、ってことですね。
ありがとうございました。

>>811
初学者向けではないけど、アレを全部よんだところで
プログラムが書けるようになるわけでもない書籍
>>814
いや、入門書の次ぐらいに読むべき本だよ

via C#は読んだことあるけどCLRを隅から隅までっていうよりは
C#の文法や機能の説明が結構多い本
CでいえばエキスパCやポインタ完全制覇に相当するかと
一冊目がよほどペラペラとかでなければ自分も二冊目でいいと思う

>>811
本によりけりですが、c++ は c がわからないとどうしようもないのは、本自身にも書いてあるとおり。
java は‥‥‥、私は別の本を探したんです。いや、最初からいろいろな新しい概念が次から次へと飛び込んでくるので、プライオリティを見当づけるために、ですが。
今は c# を読んでいますが、別の言語の経験が生きていますね。

総じて、最初の言語を学ぶためには、結構敷居は高いですね。

c,c++を理解したら、java,c#の文法ぐらいは２、３日で、どうにかなるレベル
こういう文系SEは、はやく日本から根絶して欲しい

7年ぐらいやってさらに本出してるような人でも「わからん」っていうのがc++なんだよな・・・
規格の制定に長い間会議やってるけど毎週のように穴が報告されてる
そろそろ本気でモデル検査とかの形式的手法を導入しないと手が付けられなくなりそうだ

結城もう来んなよ

結城の本は確かに丁寧に書いている感じはあるね。
初心者には第一に勧めたい。

結城さんチーッス！

結城のPerl本は正直読んでてしんどかった…。しかも分からんかった。
初めてのPerl以外の選択をした俺がアホだったのかもしれんけど。

Perl言語プログラミングレッスンは初心者が落ちそうな穴をいちいち先回りして注意するような
丁寧さがさすが上手いな。

Javaって今から趣味で勉強する価値ある？

趣味で勉強するならLispがいいよ。
Javaは仕事でイヤイヤ使う言語。

OOPLの現実解だろ

>>825
趣味なら（応用できるとか実用性とかの）価値なんか気にするな

魅力を感じた言語を徹底的にディープに味わえばいいんだよ

というわけで Haskell を勧める

回答ありがとうございます。
皆さんの意見を参考にR言語を勉強してみます！

かっこつけてる痛い俺は Lisp

lispやってみたいけど環境がない

>>831
ttp://practical-scheme.net/gauche/index-j.html

>>831
http://lotrepls.appspot.com/

>>831
https://github.com/richhickey/clojure-clr

lispってどういう時に便利なの？
LLのインタープリタがある今でも使う？

lispはマジで趣味以外の何者でもない。
仕事のこととか学習コストとか考えちゃダメ

LISPに慣れることで脳の配線が変わって一流プログラマになれます。

ニューロン同士のシナプス結合が強まるからな

まあ一般的にルーチンワーク以外の新しいことをやってみるのは良い事だけども

誰かlisp実装して配布してよ

コピペプログラミングスキルの腕が鳴る

骨が折れた？

ttp://cruel.org/freeware/hacker.html
>LISP は、それをモノにしたときのすばらしい悟り体験のために勉強しましょう。
>この体験は、その後の人生でよりよいプログラマーとなる手助けとなるはずです。
>たとえ、実際には LISP そのものをあまり使わなくても。

またオカルト臭いな。

Lisperってまともなもの作れないカスが多いくせに
態度がでかくてかなわん

>>843
http://practical-scheme.net/wiliki/wiliki.cgi?Scheme%3AScheme%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%81%AE%E3%83%AC%E3%83%99%E3%83%AB10
> SchemeとかLispとかいうカッコだらけですごくわかりにくい言語があることは知っているが、
> 最強とか主張する信者がいるらしいのでなるべく関わらないようにしている。
lisper/schemer 自身が認めています。

嫌なら好きにすればいいと思うんだ。
プログラミング言語なんか邪道だと言って機械語を使いつづけた往年のプログラマのように。

>>846
機械語もプログラミング言語だと思うんだ
16bit以上は事実上、人間がハンドアセンブルでプログラミング出来ないとしても

第 25 回 結城浩さんの巻
http://www.ogis-ri.co.jp/otc/hiroba/others/OORing/interview25.html

このインタビュー面白かった。

数セミじゃないのか

僕は数学者になるんだって数セミ買ってたのは黒歴史だわｗ

>>794
原著の副題が「A Foundation For Computer Science」だからだって。
あと落書きでConcreteをコンピュータと訳すなんて、なんだか心配だな、って自虐してる。

そんな、夢を持っていた昔を卑下するなよ。

著者らの授業テキストだけど、毎年建築科の学生が2〜3人、最初の授業が始まって
しばらくすると教室を出て行くのが恒例だったそうだし、原題にこだわっても混乱するだろ。

スキル向上のため関数型言語やλ計算に興味があるのですが、どの書籍に沿って学ぶのがお薦めでしょうか。
具体的な使用言語なども例示していただけると助かります。

前提となる経験としては、学部講義でSICPの前半をやった程度です。
VMで問題なければunix実行環境も準備済みです。よろしくお願いします。

学部講義でSICPやるって今どきあるの？
良かったら大学と学部名教えて。

今時ってなんだよ。古い教科書使ってる講義なんて腐るほどあるだろ

>>855
http://mitpress.mit.edu/sicp/adopt-list.html

>>855
Ｋ大の工学部情報学科です。LISPerの教授二人が先導して、Scheme亜種でのSICP演習に力を入れているようです。
勿論、他の演習ではＣ系やJavaが主流ではありますが…詳細まで書くと内部特定されかねない狭さなので勘弁してくださいましm(_ _)m

Lispなんてやっても何の役にもたたない
Haskellにしろ

>>858
いちいち答えるなカス

いまどきLISPなんてやらされて可哀そう
俺も大学でFortranやらされたけど

FORTRANは機械系で今もやってる、専攻違うけど受けてみたら構造化されてなくてワロタ
でも一度触ってみるのはいいかもしれん。Lispも然り

どうせプログラミングの講義じゃなくて言語論とかじゃねーの。なんでも良いんじゃね
うちはラビ・セシィの「プログラミング言語の概念と構造」だった
これプログラミング言語史みたいな感じでCだのModula-2だの関数型だのオブジェクト指向だのひと通り
盛りこんでて一貫性がなくて色々中途半端だった。まあ仕方ないけど、BNF記法くらいしか覚えてない

いまだにLIPS教えられるって、経済学部でマルクス経済学教えられて社会に送り出されるようなもの
だよな。化石教授の趣味じゃなくて、せめてケインズ以後を教えろと。

SICPを出したMITですら・・・だからな
それでも尚SICPを使おうとするのは講師の趣味としか考えられない

Lispとマル経じゃLispに分がありすぎる
むしろLispはスミスかワルラスかってレベル

強い型付けの有無って経済学にたとえるとどれぐらいのパラダイムシフトなんだろう

そりゃ現代はPostScriptかpdfですかねぇ（嘲笑）

MITが、CS6.001でPythonを使うことにしたのはきちんとした理由があるんだが、
その表層をなぞってLispをdisるバカがたくさん出るということは、逆説的に、
SICPがまだ有用だということをよく表してるわw

「きちんとした理由」（ｷﾘｯ

きちんとした理由の一つが時代遅れ
もちろんlisp方言すべてに適用される文言ではないけども

教えるべき事が、たとえばロボティクスであるとかそういった内容にシフトすべき、と
そういう理由なわけだが、果たしてそういうレベルの開発者が日本にどんだけいるよw

国立高専の機械系いきゃそんなのごろごろいると思うよ

Why MIT switched from Scheme to Python
http://d.hatena.ne.jp/leque/20090326/p1

Why Did M.I.T. Switch from Scheme to Python?
http://danweinreb.org/blog/why-did-mit-switch-from-scheme-to-python

なるほど。問題意識がシビアだ
動的言語使ってるわけもなんとなくわかった

>>863
いや、マルクス経済やってもいいだろ。それだけやるなんて言ってないんだから
じゃあPythonだけやっとけばいいのかと、アホか

使えない言語教えられるのは確かにウザい。
今はもっと便利な言語がたくさんあるんだよ！

PHPでもHSPでも好きに使ってればいいと思うよ。

そして一生関わらないでくれ。

>>875
むかーし、javaWorldとかいう雑誌で読んだんだが、最近の(当時の？)大学の先生さんも苦労してるみたい

CUIで教えた方が、構文の働きを明確に出来るのに、最近の生徒はGUIアプリを触ってるから、CUIだとモチベーションが持たない
かと言って、環境依存のライブラリで教えると、大学と、生徒の自宅で環境が違うと同じコードが走らない

そこでjavaを選んだとか何とか

個人的には、むしろ環境依存のコード教えて、生徒に宿題として同じのを違う環境で作って来いとか言った方が、応用力が身に付くと思んだがなぁ。。。

１つ「だけ」やるならPythonってクセが少なくていい言語だよな。

結局、一冊も推薦図書が挙がらないという

>>879
そういう流れじゃ無いんだもんよ

個人的にはプログラミングの本質的な部分教えるのにはhaskellは向いてると思うから、「プログラミングHaskell」を推薦しとく

他の言語は、卒業後か、自主的に授業外の時間で覚えれば良い

追記
大学の授業なら、練習問題もキッチリ解くようにすれば、かなりの素養がつくと思う

別にLISPをマスターさせるためにSICPを教えてるわけじゃないだろ
計算を抽象的に扱う方法を学ぶ為に使っている
MITが使わなくなったのも、LISPが古くなったからじゃない
他のことを重視する様になっただけの話だ

プログラミングがコンポーネントを組み合わせるようになった

誰が作ったか分からないブラックボックスの出力をみて、
組み合わせる作業には、schemeよりも
ロボティクスのようなもので経験を積んだ方が良い
とか、そういった内容じゃなかったっけ？
時代のニーズに合わないんだから、オワコンじゃん

LISPをマスターさせるのが目的でないなら
他の言語でやった方がいいわな

LISPは使う気にはならないけど
勉強すると視野は広がるよ
副作用について意識して
再代入をなるべく避けるようになって
随分バグが出にくくなったと思う

>>883
そう言う意味じゃループや分岐もコンポーネント(関数)化できる関数型言語の方がニーズに合ってる気がするんだが。。。

GUIはオブジェクト指向に譲るとして、F#やOCamlではなく、Pythonにする意味は何だろう。。。

構造化定理からやりなおせ

欧米じゃpython流行ってんのに
日本じゃオワコンだよな
if __name__ == '__main__': とかきめーしな

>>885
そんなの他の言語でも広がるじゃん

>>887
関数型言語でも、ちゃんと満たしてるぞ
その上でコンポーネント(関数)化できる

ループをわざわざ再帰で書くのがおかしい

>>886
pyroとかいうロボット動かすOSSが既にあったからだったよ。たしか
てか、入門者の教育用としてもシンプルな構文で覚えやすくて、
教育用途にも向いてるでしょ
そして、入門でocamlやるぐらいなら、伝統的なSICPでいいじゃん
大学の演習がprologだったけど、紫本は自費で買っちまったぞ

>>891
入門済んだら、mapやfoldでループ処理かけよ
組み込み関数でループと同じ事出来るだろ

>>892
成る程、本当にロボット動かす為にpythonになったのね

関数型言語でロボット動かす日は遠そうだな。。。

>>891
それ、色んな人が誤解してるけど、
関数型言語では「ループをわざわざ再帰で書く」という考え方自体無いんだよ
というか、「ループ」という考え方をしない

まぁ、実際のところ「無い、しない」と言い切るのは語弊があるが、
関数型言語らしくないとは言える

ループというのは手続き型言語の代表的な考え方なんだと思うんだ
手続き型言語でＡという処理は関数型ではどうする？ という道筋で考えるから、
ループを「わざわざ」再帰で書くという発想に行き着き、おかしいと感じる

>>895
だからおかしいっていってんのｗ

いや、別にどの言語でもロボットは動かせるだろ

>>896
関数型言語の「再帰」は、再帰的構造を表現するための手段、
そしてそのような構造に対して計算するための手段なんだよ

手続きのループを表現するための手段ではない

>>896
>>759でも読んでろ。
あ、やっと書籍の話になった。

チューリング・ノイマン型から自然発生的にできた手続き型を置き換えるメリットがない。
参照透過性は示唆に富んでるけどそれをどこまでも推し進めるメリットはあるのか。
Smalltalkはいろんな成果を生み出したけど普及したのはC++/Javaだった。

参照透明性はこのご時世にものすごく意義があると思うけど
一緒に遅延評価まで持ってこられると困るな

普及こそしないが常に話題に挙がり続ける関数型言語

それこそSmalltalk

>>877
確かにコンソール上でせこせこ何か作っても全然やり甲斐ないもんな〜。
だからよく入門書一冊読んだけど次はどうしたら？っていう質問が絶えないと思うんだ。

GUIが難しいっていつの時代の話だよ

昔から仕組みは大して変わってないと思うけど？
そういう意味では今でもやっぱり難しいよね。

難しいっていうか環境依存

GUIプログラミングは歯がゆい
それにコードと違ってセンスがユーザの目に見えちゃうからこわい

コンパイラの構文解析なんかよりやさしいと思うけど
構文解析はやるのにGUIはやらんのか

>>905
誰もそんな事言っとLAN

入門者には自分が書いたコードがどう動くのか理解させたいから、入門書はコードの流れを追いやすいCUIのコードで教える

しかし、最近の入門者はしょっぱなGUI作りたがる

挫折者も増える訳だわな

GUIは殆どの場合本質ではないからな

本質とかいきなり言いだしたよ

>>912
入門者さんいらっしゃーい

コンソールは上級者(ｷﾘｯ

>>904
そこで>>748みたいな本が出てくるわけか
C入門を終えた初心者向けに各種Cライブラリの使い方のごく初歩を集めた本
(libxml2, libsqlite3, GSL, libnetpbm, GTK+, ...)
プログラミング環境としてUbuntuを使ってる

狙いはいいけど扱ってる範囲が広いので内容は浅い
それなのに参考文献リストを各章末に設けていないのは不親切だと感じた
あとはええと、釣られクマAAが載ってた

500ページか
薄いな

>>914
上級者とまで驕った態度とらんが、基本的な文法理解するのはCUIが最適
(C#やVBみたいにGUIの自動作成が出来るんなら、コード断片だけ見せれば良いんだろうけど)

GUIは入門書読んだ後

ウインドウ開いてボタン押してパカパカやれば満足、
足し算も引き算もできなくていい、てなゆとりが増えてんだろ。

そういう目的ならVB使えばいいだけだし。なんで目的に合わせて
適切な道具を使うという発想がないのか。

なんか頭固いのばっかだな

>>918
何の話してんのwww

作りたいものが無いのにプログラムの勉強してる方がおかしい
普通は作りたいものがあるから仕方なくプログラム勉強するもの

>>921
必ずしもそうとは限らん

釣りはしないのにルアーやフライの疑似餌に魅せられた人間も大勢いる
計算機科学に魅せられてプログラムしてる人間も意外に大勢いる

お前ら、せっかく来たなら手土産に推薦書の一冊くらい置いていけ。

では手土産に

コンピュータサイエンス入門 論理とプログラム意味論
ISBN : 4000061909

第４章までは基礎的な論理学のおさらいで退屈だと思うが、
第５章（データ利用域と計算理論）からコンピュータっぽく面白くなってくる
特に時相論理の辺りはこれほど解説した本は少なくとも和書では他に無いと思う

計算機科学に興味があってプログラムしてるのなら、
是非押さえておきたい一冊である

>>922
そういう人たちって自分の領域過信してなきゃいいんだけどね

余計なお世話

お世話じゃなくて勘違いがうざいんだよ

お前がウザイ

そろそろ「ふつうのlinuxプログラミング」を読んでみようかと思っていたら、
「C言語によるスーパーlinuxプログラミング」なる本が売っていた
これってふつリナと比べてどうだろう？

まあまあ

>>929
ふつリナはシステム寄り
スパリナはアプリ寄り、って感じ

俺寄りの書籍はないかな？

>>931
なるほど
入門書を終えて毛を生やしたくらいの経験しかないが、スパリナ読めるだろうか…

ttp://www.amazon.co.jp/dp/4797361204
目次見るとやたらとカバーする範囲が広すぎるような気がするなあ。
まあ買ったら感想頼むわ。

「C/C++プログラミングの迷信と誤解」
紹介文：筆者が常日頃見聞きしたC、C++、あるいはその両方に共通の“合理的根拠のない誤った理解”を多数収録。実際はどうなのかあまりよく知られていない知識について、徹底的に掘り下げている。

この本、重箱の隅みたいな言語仕様を持ち出しては、やれその理解は間違っている
それが動いているのは偶然で機種依存のコードは書くべきではない
C/C++の型に実数なんてない、ちゃんと浮動小数って言えだの
いちいち細かくて、著者は正しいのかも知れないが、「ちっ うっせーな」って気分になった。

２ちゃんねらーが書いたんだろうな

Cは重箱の隅が大切な言語です。

重箱の隅みたいな言語仕様とか言う奴は、まず間違いなく仕様的に間違ったコードを書いて、
いつコンパイラの気まぐれで不具合になってもおかしくない爆弾を仕込んでくる。ほぼ常識。

重箱の隅をつつくのがプログラマだろが。

Cの場合、重箱の隅を把握すると
移植性のあるプログラムが書けるようになるから
確実にメリットがあるんだよね

だがそれが Java だとしたら？

>>941
write once, run nowhere ってやつだな!

>>942
実際は夢に終わってるけど

Javaだって当初のメモリモデルに問題があって、マルチスレッドで変数を共有した
ある種のコードを正しく実装するのは難しかったりした。移植性はともかく、仕様なんて
どうでもいい、という奴は、プログラムが正しくなくてもどうでもいい、という奴だ。

そういう奴は同類が書いたプログラムで制御されてる飛行機に乗るといいと思うよ。

そういえばdouble checked lockingが正しく動かないって騒いでいたよな

>>943
だから、... run _no_where

test anywhereってジョークは聞いたことがある

>>947
write once, test anywhere
... 地獄やな...

いや普通だと思うけど。

　　　　　　　　　　　　　　　　　　　　　　 ヘ(^o^)ヘ いいぜ
　　　　　　　　　　　　　　　　　　　　　　　　　|∧ 　
　　　　　　　　　　　　　　　　　　　　　／　　/
　　　　　　　　　　　　　　　　 (^o^)／ てめえがどこでも
　　　　　　　　　　　　　　　 ／( 　)　　　 書いた通りに動くってなら
　　　　　　　(^o^) 三　　／　／ ＞
　＼　　　　 (＼＼ 三
　(／o^)　　＜　＼ 三　
　( ／
　／ く 　まずはそのふざけた
　　　　　　　幻想をぶち殺す

ってGoogleがゆってた

javaに互換性ないなら、c++で書いてもかわらなくね？

さすがにライブラリ使わない状態ならJavaは完全に互換性取れそうだけど

>>951
互換性ないなんて言ってないよ？
test anywhereだと言ってるんだよ？

ただ単にとにかくdisりたいだけのバカがdisってるだけだから、
耳を貸す必要は全くない。

>>951
困った事にさらに互換性落ちるし
100%は無理だけど、80-90%だからおkって感じだもの

>>759
これ発売したみたいだけど、どう？

発売日の次の日にどうって聞かれてもさ
宣伝目的以外誰も答えられないだろ

子飼檀ならその程度の本１０分で読んでしまうよ

Objective-Cならプラットホームが決まっているので互換性100%

いや結構早くから入手出来てたみたいだし

>>960
関東圏なら1-2日前から入手出来るだろうが、良書悪書の判断する時間としては短いと思うけど。。。

>>933
入門書を卒業した人が対象って書いてある。ちょうどよいのでは?

C言語によるスーパーlinuxプログラミングみてきたけど
広く浅く中途半端にまとめてあるだけの本に感じた
Linux初心者がLinuxとはなんぞやを知って詳細に入っていくきっかけを得るような使い方が正しいのではないかな

>>963
第II部はたしかにそんな感じだな
第III部の実践例がユニークじゃまいか?
なぜ数学の応用例なのか若干意味不明だが

浅く広くって本もそれなりに有意義なのでは？

C/C++でのスレッドプログラムのセオリーを知りたいのですが
おすすめの図書はありますか？

ありません

>>966
OS依存すぐる

Javaだけど、「増補改訂版 Java言語で学ぶデザインパターン入門 マルチスレッド編」はおすすめ。
こういうレベルの読者を対象にマルチスレッドをここまで丁寧に説明している類書は存在しないと思う。

これが全部わかっているなら、それぞれレベルの高い本に進めば良い。

>>966
http://www.amazon.co.jp/dp/4900900664/

linux向けだな
>>966の要望通りだと良いな

スレッドは、メモリの共有をなるべく減らし、
共有するとしても非同期キューのみにしておけばOK。
そしたらシングルスレッドと変わらん。

サンプルはるからちょっとまってろ。

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

その1
#include <windows.h>
#include <process.h>
#include <iostream>
#include <vector>
#include <deque>
using namespace std;
unsigned int N = 10; //スレッド数

template <class T> class concurrent_queue {
volatile long usedflg;
std::deque<T> vec;
unsigned int quesize;
public:
concurrent_queue(){ Initialize(); }
void Initialize(){ vec.clear(); usedflg = FALSE; quesize=0; }
unsigned int size() { return quesize; }
// キュー先頭を取り出す
bool try_pop(T &x) {
if(quesize==0) return 0;
if ( InterlockedCompareExchange ( &usedflg, TRUE, FALSE) == TRUE ) return 0;
x = vec.front(); vec.pop_front();
quesize--; InterlockedExchange( &usedflg, FALSE );
return 1; }
// キュー後方に挿入
bool try_push(const T &x) {
if ( InterlockedCompareExchange ( &usedflg, TRUE, FALSE) == TRUE ) return 0;
vec.push_back( x );
quesize++; InterlockedExchange( &usedflg, FALSE );
return 1; }
// キュー後方に挿入できるまでリトライ
void push(const T &x) { while( !try_push(x) ) Sleep(1); }};

こうやれば初心者でも簡単だろ。メモリの共有こそが一番の難点だが。
ここでは共有できる使えるキューしか共有していない。

その2
concurrent_queue<int> que; //スレッド間共有キュー
vector<int> sum(N,0);

unsigned WINAPI tasizan(void *n) {
int x, num=(int)n;
while(1) {
if( !que.try_pop(x) ) { Sleep(5); continue; }
if(x==-1) return 0;
sum[num] += x;
Sleep( rand()%(num+2) ); }}


int main() {
cout<<"1〜5000の和をスレッドで計算する\n";
vector<HANDLE> hd(N);
unsigned int n;
for(n=0; n<N; n++) hd[n]=(HANDLE)_beginthreadex(NULL, 0, tasizan, (void*)n, 0 ,NULL);
for(n=0; n<=5000; n++) que.push(n); for(n=0; n<N; n++) que.push(-1);
WaitForMultipleObjects( N, &hd[0], TRUE, INFINITE);
for(n=0; n<N; n++) cout<< "スレッド"<<n <<"の合計 "<<sum[n]<<endl;
int s=0; for(n=0; n<N; n++) s+=sum[n]; cout<<"総和 "<<s<<endl; }

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

>>975>>976はロックを使わない点と、初めに生成したスレッドを最後まで使い続ける点が優れてると思っているぞ。
参考にしてくれ。

ここって、自分で書いた本を紹介してもいい？

>>979
コードを貼り付ける馬鹿よりはスレの趣旨に合ってるからいいんじゃね

いいよ

本人ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

>>979
どうぞどうぞ

結城さんかな

アーメン

じゃあ、お言葉に甘えて。
書くのに時間かかったけど、我ながらよく纏まったと思う。

http://www.amazon.com/dp/0321543726

>>986
ごめん。英語読めない。

ストラップ△

>>986
つくえのうえにあしをのせるのはぎょうぎがわるいとおもいます！

たまげたなあ

先生の名前はビジャーンという表記でいいのですか？

いや、期待させたようで申し訳ないが、
本はこれからゆっくりネタを考えて書く

自分のモチベーションを上げるために訊いてみただけ

jと綴ってyと発音することがあるのは世界の常識

てっきりカマタかとry

誰か次スレを…

推薦図書/必読書のためのスレッド 63
http://hibari.2ch.net/test/read.cgi/tech/1308413698/

テンプレいい加減更新しろよ

linux初心者向けならgccとかautotoolsとかの書き方とかから初めてほしい・・・

初心者にautotoolsとかないわ

::::::::::::::::::::::::::::::::::;.' . 　 ^�堰@| ＋ 　 ';:::::::::::::::::::::::
::::::::::::::::::::::::::::: ;.'　　　　　.|　|　　　 　';:::::::::::::::::::::
:::::::::::::::::::::::::::;.' 　 　 　 　 |　|　　　　　';:::::::::::::::::::
:::::::::::::::::::::: ;.'　　┼ i　　 亅_|, -､　　　 ';:::::::::::::::::
::::::::::::::::::::;.'　　 　 　 　 厂／ ｨ　⌒ヽ.　 ';:::::::::::::::
::::::::::::::: ;.′　　　 　 ／/ .|ｒqﾐLﾉ_l |　〉　 ';:::::::::::::
:::::::::::::;.'　　　　ー匕　人公┘　ﾋ}リ./ 厂｝';::::::::::::
:::::::: ;.′ 　 　 　 └冖ー> 、 ｎ　火／／　.'::::::::::: 　　　輝かしい1000！
::::::;.'　　 　 　 ゜'　　　　/.に二二二 イ>　　 ';::::::::
: ;.′　　　　　　 ,　 ‐―　、:::｛　　 　 　 　 　 ';::::::
:'　　 　　　。　 / .:!.:.ｉ:|::ﾄ､ ＼.ﾍ.　　　　　　 　 ';::::
　　　　　　　 ./ .:ﾄＬﾊ忙7| :ｌ. Yﾍ　　　　　　 　 ';::
　　　　　　　 {j.:l:忙!　　 くノ .:.| ∧　　　⊥　　　';
　　　 f^Y 　 　 礼＿ ゥ イ .:.:.| ::∧　　　|
　　　 ��二.二.rへ. 二.|厂〕 .:.|ーイ
　　+　o . . 　 └ヘ ＼/ /卜トゝ　|　　　 .　　.
　 　 　: 　 : 　 　 　 ＼_/　|　　 　.|　　:　　　　| :

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。