プログラミング上達したいんだったら、四の五の言わずに、 ・クリーンアーキテクチャ ・レガシーコード改善ガイド ・アジャイル・サムライ ・リファクタリング 系のどれか を、全部最低5回読み返して欲しい。それでプログラマとしては圧倒的に成長できるんだから、マジで読んで — Next.js + Hasura 最速プロトタイピング本 @技術書典9 出す予定 (@erukiti) July 27, 2020 先日、こういうツイートをしたらバズってしまいまして。これらの本を理解できるまで読みこめばプログラマとして成長できますよーというもので、 ・ クリーンアーキテクチャ ・ レガシーコード改善ガイド ・ アジャイルサムライ ・ リファクタリング 系のどれか（例えばリファクタリング第二版） の4冊を挙げました。いろいろな人の感想を読んで、補足が必要そうだなと思ったので記事として書きなおしています。 追記

「この本にはお世話になったなぁ〜」 「今でもたまに読み返してます」 「マジでめちゃめちゃ影響受けた」 「そう、こいつが俺のエンジニア人生を変えやがったんだ...」 ↑「こんな本を紹介してください！」と社内チャットで投げてみたら、すんごいことになったのでそのリストをシェアさせていただきます。 ※推薦理由はあくまで推薦者による個人的な意見や思い入れたっぷりなので、それを踏まえてお楽しみください。 目次 アプリケーション/プログラミング ドメイン駆動設計 Java言語で学ぶデザインパターン入門 Pro Git BINARY HACKS Effective Java リバースエンジニアリング―Pythonによるバイナリ解析技法 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 リーダブルコード メタプログラミングRuby 第2版 Head First デザインパターン テスト駆動開発 C

最近、計算機プログラムの構造と解釈（通称SICP）を訳し直すということをやった。 そのときに書いた記事にはだいぶ反響があった。 ぼくとしても、いろいろ言われることは予想できていたので、ぼくの考えを「腐った翻訳に対する態度について」という別記事にまとめた。 この記事でぼくの考えをわかってくれる人もいたが、いろいろ見て回ると、ぼくに対して強い反感を持つ人もいたようだ。 そういうわけで、この件全体について改めて考えてみたことを書くことにする。 前提 まず、以下のような意見について簡単に触れておく。 SICPをいま読む価値はない。 SICP（に限らず、英語の技術書）は原書を読むべきだ。 SICPには和田訳があるからそれでいい。 SICPのminghai氏訳はそれほど悪くない。 誤訳は読者自身が気づくべきだ。 SICPをいま読む価値はない。 たしかに…もうSICPなんか読む時代でもないし、あれはねえ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

2015年1月10日にジュンク堂池袋店で開催された「このコンピュータ書がすごい！2015新春座談会 －2014年に出たコンピュータ書ならこれを読め！－」に行ってきましたのでレポートをつらつらと書いていきますね。 最初に言っておきますが、怖ろしい文量というか、紹介書籍量なので時間のあるときにでもゆっくり読んでもらうことをお薦めします。 このイベントは、日本Rubyの会代表でありプレゼンの高橋メソッドでお馴染みの高橋征義さんのマシンガントークでコンピュータ関連書籍をひたすら紹介するというもの。19時30分にスタートして、終了したのは21時45分。ジュンク堂の担当者さんが「時間、超ヤバイ！！」という泣きカンペを出すぐらい、濃密なイベントでした。 【追記】技術評論社さんの公式チャネルに動画が上がってました。 2014年すごいコンピュータ書総合ランキング 1位　リーダブルコード 2位　インフラ／ネッ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 今年、書いた幾つかの記事のタネ本であったり、新卒教育の際に参考書籍

Photo by Andy Lamb こんにちは。谷口です。 読書の秋ですが（既に冬並みに寒いですが……）、皆さんは最近何か本を読まれましたか？ ITエンジニアの皆さんは技術書を読まれることが多いかと思いますが、今回は弊社で私が特に凄腕だと思っているエンジニア達に読んで値段以上に価値があると感じた本を聞いてきましたので、ご紹介いたします。 ■弊社エンジニアが選ぶ役に立った本26選 佐藤です。paizaの開発や分析などを担当しています。 今回はエンジニアとして、考え方の面で影響を受けた本をピックアップしてみました。 ◆1.新C++言語入門 シニア編〈上〉基本機能 (C++言語実用マスターシリーズ) 新C++言語入門 シニア編〈上〉基本機能 (C++言語実用マスターシリーズ) 作者: 林晴比古出版社/メーカー: ソフトバンククリエイティブ発売日: 2001/05メディア: 単行本購入: 1人

目的 毎回電子書籍の話題が出るたびに「DRMフリーの電子書籍買え！」と言っているのですが、「どこで」という事を言ってなかったことに気づきました。そこで今回、私の普段利用している電子書籍ストアを紹介してみます。 基本的に技術系(プログラミング系)の出版社ばかりなので、その分野に興味が無い人にはあんま意味ないです。 また、海外の出版社と日本の出版社は一応分けて記載してます。 英語本が売ってるところ O'Reilly 特徴: 本の種類がとにかく多いです。大概の言語の本は売ってます。時々全品半額セールをしていたり、毎日変わる半額セール対象本があったりするので毎日見るとよいです。 URL: http://shop.oreilly.com/home.do PacktPub 特徴: こちらもO'Reillyと比肩できるくらい本の種類が多いです。特にUnity/CryEngine/UnRealEngine

英語論文が読めない こういうエントリが注目されていた。 司書として働く前にデータベース会社の業務の一環として英語抄録の和訳や校正も少ししていた私が英語論文の読解技術獲得について少し書いてみよう。 専門分野の知識と理解 論文を読むのには英語の能力もあればいいが、それ以上にその研究領域に関する知識、理解が必要だ。日本語でも専門外の文章を理解するのは難しい。 もし自分の研究分野の日本語論文を読んで、その研究で明らかになったことや、その研究領域での位置づけ、問題点といったものがよく分からない場合は英語論文よりもまずは日本語でその分野の理解を深め、知識を蓄えなければならない。 特にその領域の全体像・体系といったものを理解することが重要で、それが分かってくると論文の意義や問題点を掴みやすくなる。論文は単独で成り立っているのではなくその領域（あるいは関連した他の領域）の他の研究と結びついている。 特に以

2013/9/28（土） ジュンク堂書店 池袋本店にて開催された、角谷信太郎氏と和田卓人氏のトークセッション「ピアソン技術書のゼロ年代と俺たち -'OO厨'史観のふりかえりと、技術書翻訳のこれから-」関係のつぶやきのまとめです。

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

「プレゼンテーションZen」や「Objective-C プログラミング」など、英国ピアソングループの技術書を国内で出版していたピアソン桐原は、ピアソングループから離脱し8月1日付けで「桐原書店」として再スタートを切ることを発表しています。 桐原書店としての再出発に伴い技術書の扱いが終了するため、これまでに出版された技術書は在庫限りになることが公式ツイートで明らかにされています。下記は「ピアソン桐原が版元になっている、主に翻訳ものの技術書たちがどうなるのか。」という質問に対する桐原書店公式アカウントの返答ツイートです。 @sobahhi ご心配をおかけして大変申し訳ございません。今後は、学習参考書と語学書に専心していくことになりますので，技術書は基本的にお取扱いがなくなってしまいます。書店さんの在庫限りとなりますので、お早目にご入手くださいますようお願いいたします。 — 桐原書店 (@Kir

ソフトウェア開発は技芸（アート）か工学か、という問題についてときどき思い起こして考える。アジャイル開発やその周辺について学び考えている時はソフトウェア開発を技芸と捉えていることが多い。ソフトウェアは、高いマインドセットを持つ少数のエンジニアによって作られる作品だ。大規模ソフトウェアや、システムオブシステムズといった複雑なソフトウェアについて考えるときには、ソフトウェア開発を工学として考えている。生産性と品質を管理し、作業のパイプラインが淀みなく流れていくようにマネジメントするのだ。どちらが正しくて、どちらが誤っているということはない。境界に立って、腕をまくる・・・。 2011年9月に刊行された「Making Software ―エビデンスが変えるソフトウェア開発」を読んで、ソフトウェア開発の工学的な側面についてまた考えることになった。 本書はひとことで言うと(私の理解では)『ソフトウェア開

Tommyjp.com と言う記事を（恐らく）発端として，ここ 1週間くらい「プログラマが読むべき本」関連の記事をたびたび見かけました．せっかくなのでまとめようと思ったのですが，量が多すぎて blog に載せるには微妙だったので，全てのプログラマが読むべき本 まとめ と言う Web ページを作成しました． ここでは，全てのプログラマが読むべき本 まとめ でまとめたデータを元に，複数の記事で言及されていた書籍をカウントして言及の多かった書籍を以下に並べてみます（追記: 言及数ランキングも 全てのプログラマが読むべき本 まとめ へ載せました）．言及数 3以上は全て翻訳本で Tommyjp.com と大体同じような顔ぶれになっています．一方，言及数 2まで見ると，日本人によって書かれた本もぽつぽつ見えます． 言及数: 5/20 達人プログラマー―システム開発の職人から名匠への道posted wi