Stack Overflowで最も言及されている書籍 21
ストーリー by headless
listicle 部門より
listicle 部門より
hylom 曰く、
Stack Exchangeのデータダンプを用い、Stack Overflowの質問と回答で最も言及されている書籍を集計した結果がwww.dev-books.comというサイトでまとめられている。
トップ10は以下の通り。多く言及されている書籍とのことで、どれも邦訳が出版されているようだ。また、www.dev-books.comではタグごとの絞り込みも可能になっている。
順位 タイトル 邦訳 1 Working Effectively with Legacy Code レガシーコード改善ガイド 2 Design Patterns: Elements of Reusable Object-Oriented Software オブジェクト指向における再利用のためのデザインパターン 3 Clean Code Clean Code アジャイルソフトウェア達人の技 4 Java concurrency in practice Java並行処理プログラミング―その｢基盤｣と｢最新API｣を究める― 5 Domain-driven Design: Tackling Complexity in the Heart of Software エリック・エヴァンスのドメイン駆動設計 ソフトウェアの核心にある複雑さに立ち向かう 6 JavaScript: The Good Parts JavaScript: The Good Parts――「良いパーツ」によるベストプラクティス 7 Patterns of Enterprise Application Architecture エンタープライズアプリケーションアーキテクチャパターン 8 Code Complete: A Practical Handbook of Software Construction CODE COMPLETE 第2版 完全なプログラミングを目指して [上] [下] 9 Refactoring: Improving the Design of Existing Code リファクタリング 既存のコードを安全に改善する 10 Head First Design Patterns: A Brain-Friendly Guide Head Firstデザインパターン――頭とからだで覚えるデザインパターンの基本
なお、順位はStack Overflowの質問と回答に含まれるAmazon.comへのリンクをカウントした結果であり、出版社の書籍情報ページなどへのリンクはカウントされていないようだ。このサイト自体はAmazonのアフィリエイトのために作られたものとのことだ。
タイトル見る限り (スコア:3, すばらしい洞察)
みんな既存コードの保守に悩んでんだなーと
Re:タイトル見る限り (スコア:3, おもしろおかしい)
回答者が業を煮やしてるのかなーとも
Re: (スコア:0)
オブジェクトの再利用もリファクタリングも
無駄なあがきなのにねw
Re: (スコア:0)
無駄のあがきだ他やらないから負債が溜まるのだし。。。
Re: (スコア:0)
コードを読むときにリファクタリングしながらすすめる、という使い方もありますよ。
もったいないですが、読み終わったら破棄します。
キャッチアップしないと (スコア:2)
CODE COMPLETEを読んでいる途中なくらいで、その他の本の中には知らないものもある。
# `The Old New Thing`が含まれていないのは、良いことなのかそうでないのか。
# ...アレはそもそも、そうそう参照する本でもないか。
Re:キャッチアップしないと (スコア:1)
人月の神話が上がってくるよりはいいだろ？この本も古くて新しいものだな。
少なくともこのサイトの性質上人月の神話が言及されることが少ないのか或いは人類はついに狼人間を退治したのか。
Re:キャッチアップしないと (スコア:1)
読み物より、よりコーディング寄りという印象。プロジェクトのまわしかた的なものがないですね。
あと、どれも出版から年数がたっています。
# ところで、人狼の社畜化に成功した可能性(げほげほ)
9位「リファクタリング」は、出版後の成果や現在の言語仕様、開発環境を取り入れた第2版が出るとうれしい。
(当時、IDEによるリファクタリング機能はSmalltalk用ぐらいだったぽい)
6位もけっこう古かったような(JavaScriptの変化が激しいせいですが)。
8位もアップデートがあるとうれしい。
さて、一冊だけおすすめするとすれば、やはり1位ですねー。前提として9位の知識は必要ですが。
# 自動テストの知識も必要ですが、名著と呼ばれるものはなんだろう?
デザインパターンは結城さんの本もおすすめです。2位よりわかりやすかった記憶があります。日本語読めてよかったね。
Re:キャッチアップしないと (スコア:1)
6位 JavaScript Good Partsは2008年なので、JavaScript界隈の変化の激しさと無関係に古いと言って良いかと
(2008年はJavaはバージョン6、C#は3.5のあたり、Pythonは3が出るか出ないかぐらい)。
今書き直すなら複数著者、少なくとも査読は広く求めて書いて欲しいな。
意外だ (スコア:0)
てっきり一部をもじったジョークとかで聖書が入ってくると思ったのに
え、オーバーフロー？ (スコア:0)
スタックはアンダーフローでない？
Re:え、オーバーフロー？ (スコア:1)
オーバーフローは有限会社スタックのゲームブランドですよ。
Re:え、オーバーフロー？ (スコア:1)
int main(int argc, char *argv[]) { return main(argc,argv); }
なんていう例外が起こるかな？
Re: (スコア:0)
うわぁ…
Re: (スコア:0)
popしすぎたんだろw
Re: (スコア:0)
popし過ぎで底が抜けるのはアンダーフローでは。
スタックでオーバーフロウというとpushのし過ぎで割り当てられた領域を超えたとき。
前者はスタックという手法に内在するといえるだろう。
後者は実装に当たって生じる障害。
Re: (スコア:0)
printf("%d %d %d",100);
Re: (スコア:0)
今日日レジスタ渡しだからなんとかなるんじゃね
Re: (スコア:0)
実装によらず、"Stack" は "Overflow" するものです。
Re: (スコア:0)
モデリングについてのお薦めはどの本ですかね
Re: (スコア:0)
そういう元ネタがあるのか知りませんので無粋にマジレスすると、
「スタック」 [wikipedia.org]に「プッシュ」しきれなくなってあふれる状況を
「スタックオーバーフロー」と言います。
処理系によってアドレスがどちらに伸びていくか、
プロセッサの命令セットがどちらに適しているか、
それはスタックという概念の定義に関係しません。