翻訳を担当した書籍『ソフトウェアアーキテクチャメトリクス―アーキテクチャ品質を改善する10のアドバイス』（オライリー・ジャパン）が明日（2024年1月24日）発売となります（電子書籍はオライリー・ジャパンのサイトでの購入となります）。本書は、2022年10月に出版されたChristian Ciceri, Dave Farley, Neal Ford, Andrew Harmel-Law, Michael Keeling, Carola Lilienthal, João Rosa, Alexander von Zitzewitz, Rene Weiss, Eoin Woods 著『Software Architecture Metrics: Case Studies to Improve the Quality of Your Architecture』（O'Reilly Media）の全

システム管理者・開発者が知っておきたいメール技術のすべて 【本書の特徴】 ・豊富な図解で、わかりづらい仕組みもよくわかる ・メール技術を軸に学ぶことで、「サーバー構築」「DNS」「セキュリティ」の仕組みが腑に落ちる ・システム開発・運用の実務で「使える」知識を網羅。1冊あれば安心！ 【本書の内容】 SNSやメッセージアプリに押されている印象のメール。 しかし、ほとんどのSNSやWebサービスのアカウント作成にはメールが必要です。ビジネスシーンでは、メールで連絡をする人がまだまだたくさんいます。 つまり、システムやサービスの開発・運営において、メールはいまでも不可欠なインフラなのです。 ところが、メール技術全般について体系立てて説明された情報源は、いつの間にかほとんどなくなってしまいました。結果として実務の現場は、必要な知識だけをインターネットで調べたり、先輩に聞いたりして、「その場をしのぐ

1. はじめよう! 要件定義 ~ビギナーからベテランまで（難度：★☆☆） 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級～上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた

1. 『プロジェクトマネジメントの基本が全部わかる本』橋本将功 著、翔泳社 2. 『アート・オブ・プロジェクトマネジメント』Scott Berkun 著、村上 雅章 訳、オライリー・ジャパン 3. 『アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣』VenkatSubramaniam,AndyHunt 著、木下史彦,角谷信太郎 監訳、オーム社 4. 『プロジェクトマネジメント知識体系ガイド（PMBOKガイド）第7版＋プロジェクトマネジメント標準』PMI 著、PMI日本支部 監訳 問題。次のうち、どちらが重要？ 1. 炎上プロジェクトを鎮火する技術 2. プロジェクトを炎上させない技術 修羅場における火消しの技術が1だ。燃え上がって墜落寸前のプロジェクトを制御して、なんとか胴体着陸まで持っていくノウハウである。 一方、プロジェクトを修羅場にさせない技術が2だ。そもそもそんな操縦不

社内ではこういうおすすめをしてますね(文字数多いのでスクショで...) pic.twitter.com/uzqCh6zubs— 柴崎優季 (@shiba_yu36) 2020年7月7日 こういうツイートして、そういえば社内でメンターを初めて経験する人にオススメしている書籍たちを外部に公開してないなと思ったので紹介してみます。 メンタリングのスキルを学習する時のキーワードは「コーチング」と考えていて、以下の書籍を推薦しています。上から順におすすめ順になっています。この推薦は網羅的にコーチングを学べると言うより、初めての人でもとっつきやすく読みやすいものであることを意識して選んでいます。また、メンタリングを始めるだけなら、書籍の全部分を読む必要はなく、どこまで読んでおくと良いかも書いています。 エンジニアリング組織論への招待 ザ・コーチ コーチングの基本 新1分間マネジャー エンジニアリング組

Twitterに書こうかと思ったけど、明らかに字数オーバーするのでブログに書きます。 タイトルの通り、技術書を紙の本で読むか、電子書籍で読むか、という話です。 結論からいうと、僕は基本的に紙の本を選びます。 紙の本のメリット3つ（+1つ） 1. 自分にプレッシャーをかけられる 一番の理由は、机の上に置いて「最後まで読め」と自分にプレッシャーをかけられるからです。 上の写真のように、いやでも目に付く場所に常時置いておくことで、思い出す機会や手に取る機会を増やすことができます。 これが電子書籍だと姿形（すがた・かたち）が見えなくなるので、強い意志を持っていないと「積ん読」のまま終わってしまう可能性が高くなります。 参考：ちなみに今読んでいる本はこれです↓ プログラミングTypeScript ―スケールするJavaScriptアプリケーション開発 作者:Boris Cherny発売日: 2020

【中断中】Kindle技術書秋の大規模半額セール：700冊以上対象：IT全般・プログラミング・技術系読み物など 2020/10/14. Amazon Amazon本・Kindle, Python(プログラミング), 技術書, 翔泳社(プログラミング・技術書) Kindle技術書セールは現在中断中 Amazonのビッグセールプライムデー開催に伴い、10月14日(水)まで複数出版社700冊以上が対象のKindleIT・プログラミング技術書大規模セール開催中。 Pythonなどプログラミング全般、技術者教養、技術系読み物、AI、CSS＆HTML、Googleサービス、マーケティング、デザイン系まで初心者向け入門書から上級者の需要を満たす高額技術書まで700冊以上が対象。 購入したKindle電子書籍は無料アプリで自分のタブレット・PC・スマホで読めます。Amazon専用端末がなくてもOK。 ⚡K

「最近、Dockerむっちゃ流行ってんなぁ。やっぱりやってみるべきやんな。なにから始めてみよ…」 いまやすっかり定着した感があるDocker。プロダクション環境での事例も珍しくなくなり、その取り回しのやりやすさ、CI/CDパイプラインの構築のやりやすさ、DevOpsとの親和性など、従来のインフラ構築、アプリケーション開発の全てをひっくり返すような、どえらいテクノロジーであることは間違いありません。 Dockerは単なる軽量VMではありません。Dockerの導入は、インフラの構築からアプリケーションの開発〜運用の全てのライフサイクルに対して影響があるため、それらの背景を理解せずに無理やり導入すると「余計めんどくさくなったけど、これなんか意味あんの？」という結果になりがちです。 そんな考慮事項が半端なく多いDockerですが、その誕生の背景や周辺知識、使い所を理解するのに非常にオススメなのが、

評価制度などの仕組みを考えるにあたり、一度人事関連の教科書を読んで全容を知らないといけないなと思ったので、おすすめされていた「人事管理入門」を読んだ。 マネジメント・テキスト 人事管理入門<第2版> 作者:今野 浩一郎,佐藤 博樹日本経済新聞出版Amazon とにかく面白く、教科書的に体系的にまとめられているのに関わらず分かりやすく、読んで非常に参考になった。この本を読むと、人事とはどういう役割なのか、グレード制度とは何か、人事評価とはどういう目的で行われるのかなど、人事にまつわる知識が体系的に身につけられる。そのため、人事部に所属している人にはとにかくおすすめだし、人事に関わってなくとも組織に興味があるならおすすめ。人事に関わる制度を考えるときには何度も読み返したい本だなと思った。 今の自分だと、「第1章 人事管理のとらえ方」「第2章 戦略・組織と人事管理」「第3章 社員区分制度と社員格

＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう

はじめに 本記事は2010年10月に某所で書いた記事を2016/2/2に編集したものです。 プログラムの入門書を読んだ上でプログラムを書いた経験があるけれども、そこからステップアップするために何をしていいのかわからないという人向けの本をいくつか紹介したいと思います。なるべく平易な文書で書いてあるものを選びました。ただし、筆者の趣味の問題で、Linux/UNIX関連の本が多いです。 「これらを読むだけで凄腕エンジニアになれます」などという無責任なことは言わないですが、飛躍するための1ステップとしては十分役立つのではないかと思います。 珠玉のプログラミング コンピュータシステムを使って物事を解決しようとするとき、どんな状況でどのようなデータ構造、アルゴリズムを使うことによって、結果がどうなったかという面白いエッセイを掲載しています。データ構造やアルゴリズムを扱った本は数式がたくさん出てきて一目

4月中旬ころになりますが、新著が出ます。SQLのパフォーマンスを主題にした本で、実行計画を読むことで、なぜこのSQLは遅いのか、あるいは速いのかをデータベースの内部動作まで把握して理解しよう、という趣旨です。 リレーショナルデータベースというのは、SQLという自然言語を模したインタフェースによって、低次のレイヤーを隠蔽する意図で作られたミドルウェアなので、本当は実行計画などという手続レベルの世界をユーザが覗き見るのは、本末転倒なところもあります。ただそうはいっても、現実にSQLが遅かったら原因を解析せざるをえないわけだし、大体本当にブラックボックスにしたいなら、なんでどのDBMSも実行計画を見られる手段なんか用意してるんでしょうね不思議ですね、という理想と現実の狭間で悩むエンジニアの方々に少しでもベターな解に辿りつけるアプローチを提示できれば、と考えております。 以下まえがきと章立てです。

今年もお世話になりました、すべて「あなた」のおかげ。 このブログのタイトルは、「わたしが知らないスゴ本は、きっとあなたが読んでいる」。そして、このブログの目的は、「あなた」を探すこと。ともすると似た本ばかり淫するわたしに、「それがスゴいならコレは？」とオススメしたり、twitterやfacebookやtumblrで呟いたり、「これを読まずして語るな！」と叩いたり―――そんな「あなた」を探すのが、このブログの究極の目的だ。 昨年までの探索結果は、以下の通り。 この本がスゴい！2010 この本がスゴい！2009 この本がスゴい！2008 この本がスゴい！2007 この本がスゴい！2006 この本がスゴい！2005 この本がスゴい！2004 昨年から始めたオフ会で、たくさんの気づきとオススメと出会いを、「あなた」からもらっている。目の前でチカラ強くプッシュしてもらったり、物語談義を丁々と続けたり

Matthew A. Russell　著、奥野 陽、佐藤 敏紀、瀬戸口 光宏、原川 浩一、水野 貴明　監訳、長尾 高弘　訳 TOPICS Web , Database 発行年月日 2011年11月 PRINT LENGTH 368 ISBN 978-4-87311-513-9 原書 Mining the Social Web FORMAT PDF 本書は改訂されています。[リンク] Facebook、Twitter、LinkedInなどのソーシャルネットワーキングサイトは、日々膨大な量の“ソーシャルデータ”を生み出しています。本書は、膨大なソーシャルデータから価値ある情報を見出すために必要な一連の技術について解説。ソーシャルネットワークが生み出すデータを抽出、分析、可視化するまでのテクニックを学ぶことができます。技術的なアプローチの背景となる概念や理論、有用なツールの活用方法なども解説し、

英語で論文を書かなくてはならない研究者（たまごを含む）のために、英語論文の表現例文集がたくさん出版されている。 というのも、論文には、その構成にも言い回しにも〈定形〉がある。 自分の頭で一からひねり出すよりも、おきまりのパターンを活用した方がはやく良い結果を得られる。 普段、論文を書いていない、というか今まで書いたことがない人は、論文の書き方についてストックがないのだから、例文集から「借文」した方が効率的である。 本当は論文を書くのに先立って、他人の書いた論文をある程度読めば、そうしたパターンは自然に頭に入ってくるものである。 しかし「あるべき論」だけでは地球は回っていかない。誰もが夏休みの宿題を７月中に終わらせる訳ではないのだ。 以下、「借文」できるよう、論文に使われる表現・例文を集めてみた。 あまりボリュームがあっても使いにくいだろうから、数は絞りに絞ってある。 より多くの表現が必要な

こんにちは。自腹でレポートするのが好きなココロ社です。 文庫や新書のブックカバーというと、布か革かビニールで、厚ぼったい感じになりがち。ページめくるときにモッサモッサになって、意欲を削がれてしまって困っていました。いいブックカバーはないかなーと思ってハンズなどにも赴いてみたのですが、どうもモッサモッサ問題を解決してくれそうなのが見当たらず、仕方ないので家で検索してみたら...よさげなのがあったので購入してみました。 こちら、新しい和紙でできたブックカバー『SIWA ブックカバー』です。山梨県市川大門の和紙メーカー、大直（おおなお）が、開発した「ナオロン」。水に濡れてもOKの紙です。和紙だから、本屋でつけてくれるブックカバーと厚さは大差ないのに、はるかに丈夫です。 あと、これは作った人が想定しているかどうかは知りませんが、シワシワ加工だから、乱暴に扱ってシワになっても、もともとシワシワだから