ITエンジニアが投票によって技術書やビジネス書を選ぶ「ITエンジニア本大賞 2025」の結果が発表されました。 「ITエンジニア本大賞」は、仕事の役に立った本、初学者におすすめの本、ずっと手元に置いておきたい本など、おすすめの本をITエンジニアがWeb投票で選ぶイベントです。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般となっています。刊行年も関係なく、これまで大賞に選出された書籍を除き、この1年を振り返っておすすめしたい書籍が対象となります。 今……

本書では情報セキュリティ対策の一環であるセキュリティ監視を実現するための方法として、セキュリティ監視の基盤を自分で構築するために必要となる実践的な設計・実装方法について紹介します。セキュリティ監視基盤を内製する方だけでなく、既製ソフトウェア・サービスを利用して基盤構築しようとしている方にも参考になれば幸いです。

「言われてみれば当たり前のことばかり。でも、やっているかというと話は別で、全然できていなかった」。こんな感想が寄せられているのが、書籍『「何回説明しても伝わらない」はなぜ起こるのか？』（日経BP）。本パートでは同書から抜粋して、職場で起こりがちなコミュニケーションのトラブルと解決策を認知科学の側面から見ていきます。4回目は、今井さんが「コミュニケーションの達人」だと思うビジネスパーソンから聞いた、感情に配慮したコミュニケーションのコツを紹介します。 感情を味方につけるコミュニケーションのコツ 優秀なビジネスパーソンの多くが、「自分は合理的に判断し、決定している」と考えています。 しかし、この連載でもお話ししてきたように、自分の感情にまったく左右されずに、何かを行うことは困難です。私たちが下す決定は、多かれ少なかれ感情の影響を受けているものです。 本当は大事だとわかっていても、イヤだという気

2024年は54冊読みました。 ブロガーとかがやっているピックアップ記事を自分もやってみたかったので書きます。 大賞 『最高の集い方――記憶に残る体験をデザインする』集まりのデザインがわかる本。 正直、集まりは嫌いだ。生産性が無いというか、実りがない。 行ったところで食事をして、言いたくもないことを話して、キャラじゃないことをやらされる。 そんな感じだった。 しかし、本書を読んで、やはりそういったイベントが微妙に思えるのは当然のことだったと思えた。 実りのある集まりをする上で、必要なことが書かれていて、 会合はそもそも最初は何らかの問題を解決するため。特殊性　集まりのターゲットが狭いこと。独自性　ほかと違う。いつもと違う。賛否がわかれるものがいい。目的はゲストもありがたい。自然体は主催者として無責任。イベントは「知った瞬間」始まる。など。 集まりとは多くのことに繋がると思う。 日常生活で店

2024年12月にAmazonがリリースした「Kindle Scribe」は、Kindleシリーズ唯一の手書きメモに対応したモデルで、2022年11月発売モデルから外観やディスプレイ性能こそ変更はないものの、さまざまな便利な機能が追加されています。そんなKindle Scribeの2024年モデルを使う機会を得られたので、外観のチェックに続いて、手書きメモの性能を確かめてみました。 Amazon.co.jp: New Kindle Scribe Notebook Design - 10.2インチディスプレイ、32GBストレージ、ノート機能搭載、プレミアムペン付き、タングステン (2024年発売) ◆手書きノートを書いてみた Kindle Scribeには、ノートを作成して自由にメモできる機能や本を読みながら手書きのメモを作成する機能などが搭載されています。まずはノートを作成してメモする機能

画期的な文章術の本として、いま大きな反響を呼んでいるのが『まったく新しいアカデミック・ライティングの教科書』（阿部幸大著／光文社）だ。アカデミック・ライティングとは、直訳すれば「学術的に書くこと」。つまり論文やレポートを執筆するための作法を指す。一見、ゴリゴリの学術書だが、そこには文章とはどうあるべきか、どのように考えれば「書ける」ようになるのかという、万人に開かれた技術と知恵が詰まっている――と語るのは、『独学大全』の著者である読書猿氏だ。読書猿氏をして「文章本は、この本以前／以降に分かれるだろう」と言わしめた同作の著者である、筑波大学の阿部幸大助教をゲストに迎えた対談（全4回）をお届けする。（構成：ダイヤモンド社書籍編集局） 文章術に「新たな系譜」現る ――読書猿さんは、『まったく新しいアカデミック・ライティングの教科書』をどのように読まれましたか？ 読書猿　この本のスゴさは3つありま

【エンジニアの日常】エンジニア達の人生を変えた一冊 Part2に続き、エンジニア達の人生を変えた一冊をご紹介いたします。 今回はPart3としまして、Findy Freelanceの開発チームメンバーから紹介します。 人生を変えた一冊 マスタリングTCP/IP―入門編 ハッカーと画家 コンピュータ時代の創造者たち UNIXという考え方 まとめ 人生を変えた一冊 マスタリングTCP/IP―入門編 マスタリングTCP/IP―入門編―(第6版) 作者:井上 直也,村山 公保,竹下 隆史,荒井 透,苅田 幸雄オーム社Amazon 主にバックエンド開発と開発チームのリーダーを担当している中坪です。 私が紹介する「マスタリングTCP/IP―入門編」は通信プロトコルのTCP/IPの基礎について解説している書籍です。 私が最初にこの本を読んだのは、新卒入社した会社で、システムエンジニアとして働き始めた頃で

「コードを書くのは好きだけどドキュメントは苦手」 「ドキュメントはつい後回しにしてしまう」 エンジニアの皆さん、そんな覚えはありませんか？ 本書は、日本語ドキュメントのスペシャリストであるテクニカルライターの著者が、エンジニアが「いつ」「何のドキュメントを」「どうやって」書けばよいのかを、イチから解説します。 先生役の著者と生徒役をキャラクターにし、全編にわたってイラストを豊富に掲載。 はじめてドキュメントを書くエンジニア、またはこれまで自己流で書いてきたエンジニアが、一度読めば一生使える知識満載です。 装丁画と挿絵は、カケヒジュンさんが手がけます。 ＜基礎編＞ Chapter１　良いドキュメントを効率良く書くために Chapter２　ドキュメントの読み方を理解する Chapter３　読み手とテーマを選定する Chapter４　テーマを分解する Chapter５　ドキュメントの骨組みを組む

はじめに具体と抽象を行き来することの重要性は、いろいろな方が述べられていて、筆者も本当にそうだと感じています。それがうまくできる人とできない人とで、年収が数百万円のレンジで変わってくると言っても過言ではないのではと思います。 拙書『アーキテクトの教科書』でも第1章に以下の記述があります。 抽象と具象を自由自在に行ったり来たりする能力があると、とても重宝します。 『アーキテクトの教科書』第1章よりただ「具体と抽象を行き来する」という表現そのものが極めて抽象度が高いため、ピンとこない人もいるでしょうし、人によってその解釈が異なる可能性もあるでしょう。この記事では、「具体と抽象を行き来する」という行為を具体例を通じて確認し、理解度を深めたいと思います。 言葉の整理まずは言葉の意味を確認しておきます。 【抽象】 (abstraction)事物または表象の或る側面・性質を抽き離して把握する心的作用。

2024年11月28日紙版発売 2024年11月28日電子版発売 小森裕介　著 B5変形判／528ページ 定価3,960円（本体3,600円＋税10%） ISBN 978-4-297-14571-2 Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle honto 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 なぜWebシステムをうまく作ることができないのか？――本書は2010年に初版が発行されました。Webに携わるエンジニアだけでなく，Webマーケティング担当者にいたるまでWebの仕組みを根本から理解するための技術書として多くの方々に利用されました。それから10数年の月日が流れ，本書の特徴である技術の根本をていねいに解説するスタイルはそのままにアップデートを図

【エンジニアの日常】エンジニア達の人生を変えた一冊 Part1では大変ご好評をいただきました。 今回はPart2としまして、弊社エンジニアの人生を変えた一冊をご紹介いたします。 ぜひ、読書の秋のお供としてご参考にしていただければ幸いです！ 人生を変えた一冊 SRE サイトリライアビリティエンジニアリング―Googleの信頼性を支えるエンジニアリングチーム プログラマが知るべき97のこと この本を読んだきっかけ Clint Shankさんのエッセイ「学び続ける姿勢」 Karianne Bergさんのエッセイ「コードを読む」 この本から学んだこと Clean Coder プロフェッショナルプログラマへの道 まとめ 人生を変えた一冊 SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム SRE サイトリライアビリティエンジニアリング ―Google

みずの@ゆる言語学ラジオ @yuru_mizuno ミス研出身の先輩に「これ、ミステリだよ」と勧められたので、「そんなわけないだろ」と思いながら読んだ。 なるほど確かに、構成がメタ的で、伏線が色々なところに仕掛けられている。 教科書に擬態した読み物として読んでもちゃんと面白い。なんだこの本。すげぇ。 pic.x.com/AGAxV827PL 2024-10-04 20:32:08 みずの@ゆる言語学ラジオ @yuru_mizuno もちろん、アカデミック・ライティングの教科書としてもすぐれている。著者の、読者に寄り添う姿勢はすごく印象的。 それに加えて、学問論、ひいては人文学論としても出色だ。1冊で複数の楽しみ方ができるのに、ページ数は200ページを切っている。 2024-10-04 20:38:19 みずの@ゆる言語学ラジオ @yuru_mizuno なお、「ミステリっぽい」の内容は本書

なぜ依存を注入するのか DIの原理・原則とパターン 著者: Steven van Deursen, Mark Seemann 訳者: 須田智之 表紙には.NETやC#の文字はないのですが、前の版は"Dependency Injection in .NET"で.NETを前提した本のようでした。 ただ、はじめにで 本書では、.NETとC#を用いて、依存注入に関する用語や指針を包括的に紹介し、描写しているのですが、本書の価値が.NETの外の世界にも届くことを望んでいます。 とありました。 RustのDIでなにか活かせる教えを期待して、読んでみました。 第1部 依存注入 (Dependency Injection: DI) の役割第1章 依存注入 (Dependency Injection: DI) の基本: 依存注入とは何なのか? なぜ使うのか? どのように使うのか?まず、保守容易性(maint

締切早ッ、とみくびることなかれ。私の中ではすでにダントツで2024年に買ってよかったもの第一位がO’Reilly Online Learning年間契約に決定しました。 O’Reilly Online Learning は、技術書籍の出版社であるO’Reilly Mediaが提供するオンライン学習プラットフォームです。技術書籍の電子版を読むことができるだけでなく、ビデオやオンラインコースも受講できます。 www.oreilly.com 洋書だけではなく、日本語の技術書も多く取り揃えられています。実はO’Reillyの技術書籍だけでなく、ManningやPacktなどの他の出版社の技術書も取り扱っています。O’Reilly Japanから出されている本でも原著の出版社はO’Reilly Mediaではないということもあります。そもそもO’Reillyの本でも日本語翻訳されているのはごく一部で

72ページ / A5サイズ / 電子版はPDF（フルカラー） / 紙の本は表紙カラー、本文モノクロ 技術書典16（2023年5月25日～6月9日）の新刊「読み手につたわる文章 - テクニカルライティング」です。 「書籍版＋PDF版」は紙の本と電子書籍（PDF）がセットになっています。 「PDF版」は名前のとおり、PDFをダウンロードできます。紙の本はついてこないので注意してください。 この本は技術書典オンラインマーケットでも購入できます。 https://techbookfest.org/product/3t8AGqtB65jsPtPhx6m5fr 「ダウンロードカード用」は、既に紙の書籍をお持ちの方向けのファイルです。紙の書籍を購入された方は、あとがきの後ろにダウンロード用のパスワードが記載されています。ダウンロード後、あとがきに記載されているパスワードでZIPファイルを解凍してください

メソッド名の getXXX と findXXX どっちがいいの？みたいな話になることがある。 この手の話ができるだけでもいい感じだと思います。名前が記号化していないってことなので。 世の中には名前に力を割くのが無駄な文脈もあって、そう言うのに晒されて続けると当然そこに力をかけなくなります。 その文脈では最適解だけど、私は名前が重要だと思っているし、その価値観を土台に他のものを積み上げていきたい。 ということで話を戻す。 「得る」と「探す」のようなものを意図して使い分けるとコードが読みやすくなります。 使い分け方によって読みやすさは変わりはするのですが、「意図して使い分けている」だけでも十分変わります。 その意図に共感できたり汲み取れたりすればさらに読みやすくなりますが、その前段階として意図の有無が重要だと思ってます。 私の基本的な使い分け getHoge(条件): Hoge findHog

Ghost of Tsushimaなどを作った会社の人が書いた本です。ゲーム開発におけるコードを書く際の教訓を整理し、改めて示し直したいい一冊だったと思います。大事なことですが、著者は決して「このルールを絶対使え」と言っているのではなくて、そもそもまず会社の製品の特性上、このようなルールを敷いておくと品質や生産性を高く保てたという前提があり、その前提を元に「ルールを選び取って自分たちのコーディング哲学を構築しよう」と推奨しています。 ルールズ・オブ・プログラミング ―より良いコードを書くための21のルール 作者:Chris Zimmermanオーム社Amazon この手の本では『リーダブルコード』がよく薦められる傾向にあると思います。私にとってもリーダブルコードは確かに駆け出しの頃すごく役に立った記憶はあるのですが（もう10年くらい前に読んだので正直忘れた）、そこから知識がアップデートされ

紙の本が売り切れていたので手をつけていませんでしたが、ようやく全部揃ったので読みました。 まず前提として「桜井さん凄いなあ」というのはあるんですが、気になったのが、このエッセイは国内のゲーム開発手法の課題を再生産しているのではないか？ということです。 桜井さんのエッセイには繰り返し登場する課題がいくつかあります。 ・新しいディレクターが育たない、現れない ・桜井さんが忙しい ・シリーズもののゲームが増えるなど、ゲームの新奇性が減っている このうち「新しいディレクターが育たない」ことと「忙しい」ことは同一の問題で「権限の委譲が進まない」という、多くの組織に見られる問題と言えます。 しかし、エッセイで紹介されている開発手法を見ると「そりゃ、育たないのでは？」と思わざるを得ません。キャラクターの操作感を決めるパラメータは重要なので自分が担当する、企画は初期の企画書にすべて落とし込むなど、ものすご

読めない人が「読む」世界:読むことの多様性 作者:マシュー・ルベリー原書房Amazon読書は日常的な行為ではあるが、実はそのやり方は人によって大きく異なる。書かれている文字を読んで、その意味を理解したり解釈したりするっていうだけでは？　と思うかもしれないが、そこに収まらない読み方をする人が多数いるのである。 本書『読めない人が「読む」世界』(原題：Readers Block)は、型破りな方法で読む人を取り上げていく一冊だ。たとえば認知症の患者は、少しずつ記憶が抜け落ち、短期的な記憶力も低下していく。長篇がスラスラ読めた人であっても、認知症が進行するにつれ、一ページ分の記憶も持たなくなり、話の筋が追えなくなる。そうした人たちは単純に「読む」という営みから除外されるのかといえば、そうではない。 ある認知症患者は長篇を読む喜びを諦めた代わりに短篇をじっくりと読み、楽しむ方向に切り替え、物語の展開