日本にルーツを持つアジャイルが、なぜ日本企業では機能しない（しにくい）のか、という長年の疑問に対して、渡辺雅子さんの「論理的思考とは何か」という書籍がヒントになるな、と思ったで紹介します。 「アメリカにおける経済領域の論理的思考を前提としたアジャイル」を「日本の社会領域の論理的思考を前提とした企業に適用する」には、アジャイルの外側に「チームと組織が価値観とすり合わせる時間」を作る必要があると思うのです。 論理的思考とは何か (岩波新書) 作者:渡邉 雅子岩波書店Amazon 論理的思考とは何か 本書の主張は「一般的に『論理的思考』を言われているものは、世界共通ではなく、その国の文化に大きく影響を受けている」というものです。特に初等教育における作文教育や歴史教育が影響しているそうです。この論拠や実例については書籍をぜひ読んでいただければと思います。 で、国と論理的思考の違いをまとめたのが以下

例年年の終わりにまとめを書くときに、その年に何を読んだのかを忘れがちです。本棚を漁れば思い出すんですが、そうすると電子で読んで印象に残ったものを紹介し忘れがちです。ならば、毎月やれるときは紹介してみてはどうかというのが、今年のテーマです。 読んだ本と簡単なメモを記しておきます。 ソフトウェアアーキテクトの意思決定術 ソフトウェアアーキテクトのための意思決定術　リーダーシップ／技術／プロダクトマネジメントの活用 作者:Srinath Perera,島田 浩二インプレスAmazon 年末から読み始めて、年始にかけて読み終えた本でした。ソフトウェアアーキテクトの意思決定の失敗は、実は知識の不足よりも判断力の不足の方が大きいのではないかという問題意識から始まり、さまざまな決定のための考えるべきポイントが紹介されています。 詳しい感想は下記に書きました。 blog-dry.com 内部構造から学ぶP

主要なソフトウェアアーキテクチャそれぞれを個別の物語形式で学べる本です。カバー画像でイメージを膨らませ、物語の内容に沿ったコードサンプルやクラス図で実際の実装イメージをつかむことができます

この文章に情報はほぼなく、他人が読んで面白いものでもないのだが、糸柳という知り合いがいた。彼は精神的な問題を抱えていた。高校を中退しラーメン屋(とんこつ?)で働きながらプログラマになった。 糸柳が清潔な布団に包まれて、静かな部屋で寝ているところを私は見たことがない。糸柳は爪切りを駆使して爪を切ることができるくらいには、まともな人間だ。しかし彼の周囲の人間の中には、爪切りを知らないんじゃないかと人に思わせるような、程度の低い人間もいた。程度の低い人間というものはうるさい。だから糸柳は常時うるさい場所にいて、ジャリまみれの床で仮眠を取るといった生活を送っていた……というのが私の糸柳像である。 2021年の夏の夜に自宅で酒を飲んでると、糸柳から今から会わないかと連絡があった。 ここ数年、私は他人と会話するコンテンツを持っていない。生活する以外の時間のほとんど全部を、国立国会図書館デジタルコレクシ

歌いだし いい本だいい本だと言われるのをTLで見て本棚に積んでいた『プログラマーのためのCPU入門』をやっと読んで、想像してたよりもずっと自分に刺さる本だったので感想をまとめる。 プログラマーのためのCPU入門 ― CPUは如何にしてソフトウェアを高速に実行するかwww.lambdanote.com 経緯 去年の終わりごろから『並行プログラミング』入門を読んでたんだけど、主にメモリオーダーのところがあんまり腑に落ちなかった。具体的には、サンプルプログラムからメモリオーダーに関する命令が全部消されて、「このプログラムが正しく動くために、適切な位置に、適切な強さのメモリオーダーを指定せよ」と言われると全然わからないんだろうなという感じ。あとはグリーンスレッドの例でコアロジックがアセンブリで書かれてたんだけど、操作的意味がおそらく高レベルの言語とは全然違い、暗黙の前提がわからず理解が著しく難しい

01. Complex systems are built from simple ideas Complex software like databases, compilers, and browsers are treated like black boxes. You use them every day as a user, but you probably don’t understand them as a programmer, even though they are nothing but code. Why? They have little in common with programmers’ daily task. Their code bases are so large, so discouraging. But that doesn’t mean you

以下のエントリーで「書籍を読むときにメモを取っているんだけど、重い要約みたいな感じになっていて、読書スピードが遅い」って話をしたんだけど、 最近はそれを少し変えた。 www.pospome.work 具体的にどうしたかというと、以下の2ステップに分けるようにした。 Step1. 本を読む Step2. 再度本を読みながら要約する Step1で本を読むときは、さらっと、なんとなーく読む。 "パラパラめくる感じ" って言うと言い過ぎなんだけど、 「どーせ Step2 で読むことになるしな」って感じでサーッと読む。 これによって本を読むスピードが早くなる。 今までは要約するために1文字1文字ちゃんと読んでいたけど、 それが不要になったので心理的ハードルが下がり、 テキトーに読んでいる。 要約する必要ないので、Kindleを使って寝転がりながら読んだり、電車の中で読んだり、読書時間が増えた。 St

ソフトウェアアーキテクトのための意思決定術　リーダーシップ／技術／プロダクトマネジメントの活用 作者:Srinath Perera,島田 浩二インプレスAmazon 私は現在、会社でアーキテクト[*1]という職位についています。実際のところは、自分の半分くらいの時間でチームのテックリードを務めつつ、半分くらいの時間でアーキテクトをしているという時間配分です。アーキテクトというのは、勤務先ではテックリードの上位に置かれているようなイメージで、テックリードがチーム単位での技術的なリードを司る職位だとすると、アーキテクトはチームの上位概念である事業領域単位での技術的なリードを司る職位、ということになります。 アーキテクトの主な仕事は、基本的にはテックリードと変わらず技術的な意思決定です。さまざまなトレードオフを掻い潜りながら、その時点での最適な結論を出すのがお仕事といったところでしょうか。ただ、

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

本の販売：¥2,500 BOOKNERD 盛岡 東京から京都を結ぶ、全長一千キロの旧中山道を徒歩で歩いた。 東海道を歩いた。熊野古道を、伊勢路を、歩いた。いつも一人で。 郊外の寂れた町々、農村、パチンコ・ロード、そして喫茶店と人びととの会話。 すべての長距離ウォークとは、結局のところ、世の中のおかしなことや馬鹿げた政治世界への抗議運動である。道を歩いているとき人は、目の前に広がるありのままの世界と対峙することになる。そこには抽象的なものなどひとつもない。注意を怠らずにいれば、一マイル、一マイルを身体で感じられるし、自分の目の前に「社会の姿」が立ち上がってくる。 喫茶店から喫茶店へと足を運び、アメリカンを飲み、ピザトーストを食べ、自分の中にこの喫茶店巡りの歌が、こだまのように響いているような気がする。それがなんの歌かはわからない。どれくらい歌が続くのかも不明だ。でも、この歌の響きと、喫茶店の

こちらの本を読んでの感想をつらつらと書いていきます。書評という高尚なものではなく、単純に自分自身の感想文として書いています。 関谷雅宏　著　「マネジメントは嫌いですけど」 目次や著者の情報は上記のサイトから確認できますので、そちらをご参照ください。 感想 全体を通して、自分が今感じていることに近しい感覚を著者の方が持っていて、内容に非常に共感できる部分が多かった。 基本的には著者の自伝的要素が多く、中小企業での役員経験と大企業でのVP経験それぞれの視点でのマネジメントを通して、マネジメント自体は嫌いでも、「今より良くしていくために何ができるのか」を追求してきた結果が、エッセイ色強めに述べられている。 個人的には、このエッセイ風の記載が非常に読み進めやすかった。 アウトプットは60%の力(時間)で行う、初心者をどう教育していくか、維持・メンテナンス予算が取りにくいのはなぜか、といったマネジメ

【01】システムの要件よりも履歴書の見栄えを優先させてはならない by ニティン・ボーワンカー 【02】本質的な複雑さは単純に、付随的な複雑さは取り除け by ニール・フォード 【03】最大の問題は、たぶん技術的なことではない by マーク・ラム 【04】まずコミュニケーション、そのための明快さとリーダーシップ by マーク・リチャーズ 【05】パフォーマンスの決め手はアーキテクチャー by ランディ・スタッフォード 【06】要求仕様の本当の意味を探れ by アイナー・ランドル 【07】立ち上がろう！ by ウディ・ダーハン 【08】すべてのものは、かならずエラーを起こす by マイケル・ナイガード 【09】それは交渉だということに気付け by マイケル・ナイガード 【10】定量化を求めよ by キース・ブレイウェスト 【11】500 行の仕様書より 1 行のコード by アリソン・ランダ

2024年に読んで印象に残った本の技術書編です。去年はそんなに多くの冊数は読めていません。というか、技術書を執筆して出版したので、技術書そのものにお腹いっぱいだったのは大きいと思います。 本を書いたという話は下記です。 blog-dry.com 非技術書編を先に書いているので、よかったらこちらもどうぞ。 blog-dry.com 免責事項ですが、記憶を元に書いている箇所が含まれることがあります。また、書籍のリンクにはアフィリエイトコードが付与されているので、苦手な方はURLから外してご購入ください。 目次 ルールズ・オブ・プログラミング Tidy First? Domain Modeling Made Functional 大規模データセットのためのアルゴリズムとデータ構造 コード×AIーソフトウェア開発者のための生成AI実践入門 モデル検査器をつくる〜Goで実装して学ぶ形式手法〜 まとめ

いわさです。 「Building Multi-Tenant SaaS Architectures」という海外の書籍があります。 著者は Tod Golding さんで、AWS のシニアプリンシパルソリューションアーキテクトの方です。 SaaS on AWS の領域でよく見かける方で、先日もラスベガスの re:Invent 2024 で講演されておりました。 マルチテナント SaaS を構築・運用するためには様々な課題に取り組む必要があるのですが、上記書籍はそれらの実用的なテクニック・戦略・パターンを解説したものです。 Building Multi-Tenant SaaS Architectures の日本語翻訳版が出るよ Building Multi-Tenant SaaS Architectures は 2024 年 4 月に発売されたのですが、来月 2025 年 1 月になんとこちらの

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

私の目標は、読者が午前中に本書を読み始めたら、午後には設計が上達していることだ。 本当にそのとおりだった。読んでる途中で既に自分の設計に対する考えが良い方向に変わってると感じた。とても良かった。おすすめです。 『Tidy First?』 をいただいて読んだ。昨日（2024年12月25日）発売。英語版が2023年11月28日発売だから、たった1年で日本語版が出たということだな。うれしい！はやい！ありがたい！ ソフトウェア設計に焦点を当てたシリーズの最初の1冊ということで、サブタイトルに「個人で実践する経験主義的ソフトウェア設計」とあるように、1人でできる種類のソフトウェア設計について書かれている。続刊ではチームについての話になる予定のようで、それも今から楽しみ。 2周読んだ なんとなく2周読もうと思ってそうした。 1周目は細かい部分は気にせずにざーっと1,2時間くらいで読んだ。全体的にどうい

この記事は、3-shake Advent Calendar 2024 24日目のエントリ記事です。 はじめに こんにちは、nwiizoです。2024年も残りわずかとなりました。年の瀬に差し掛かるこの時期、1年の歩みを振り返り、時の流れを見つめ直すことは、私にとって特別な意味を持っています。今年は特に、技術書との関わり方に大きな変化がありました。本を紹介する投稿する中で、技術書のみならず、さまざまな分野の書籍を読む機会が大幅に増えました。 私の書斎は、いつの間にか技術書のデータセンターと化しました。サーバーラックの代わりに本棚が整然と並び、それぞれの棚には未読の本という名のサーバーがぎっしりと配置されています。これらの「サーバー」は、24時間365日、知識というバックグラウンドプロセスを静かに実行し続けています。既にメモリの使用率は常に100%ですが、まだ、クラッシュすることはありません。ク

はじめに この記事はLipersInSlums Advent Calendar 2024 「スラムで年収をあげる〜だが僅かばかりの友の他は、皆、スラム民を嘲った。資格取得で年収アップに挑むなどと〜」の大遅刻組の記事である。シモンは泣いていい。 筆者がプログラミングを初めた頃はインターネットの検索技術は発達しておらず、良質なコンテンツにたどり着くには一苦労だった。そのため、何か新しいことを学ぶのに最初に手を取るのは技術書であった。 今では検索技術は高度に発達し、必要な情報は検索すればたちまち手に入る用になった。しかしながらそれらの断片的な知識群を体系化し、習得するのは未だ難しい。体系的に知識を習得する上で技術書は未だ最も有力な候補となる。 この記事では主にジュニア(?)エンジニア向けに、読むとプログラミングに必要な比較的陳腐化しにくい様々な知識が体系的に身に付いて役に立つお得な技術書を簡単に

NANDゲートからCPU、OS、コンパイラまで。コンピュータの仕組みを実践的に学べる名著の改訂版が登場 プログラムがどのように実行されるのか、気になったことはありませんか? そんな好奇心旺盛なエンジニアにぴったりなのが 『コンピュータシステムの理論と実装(通称Nand2Tetris本)』 です。 https://www.amazon.co.jp/dp/481440087X/ コンピュータシステムの理論と実装 第2版 ―モダンなコンピュータの作り方 出版社 : オライリー・ジャパン 発売日 : 2024/12/2 この本では、NANDゲートから始めて、CPU、アセンブラ、仮想マシン、コンパイラなど、ハードウェアからソフトウェアまでコンピュータをゼロから作りながら学べます。 本書の第2版の翻訳にあたり、レビュアーとして参加したので、本書の魅力を紹介します。 『コンピュータシステムの理論と実装』