こんにちは、 @kz_morita です。 スタッフエンジニアの道 ―優れた技術専門職になるためのガイド という本を読んだので感想などを書いていきます。 書籍について 『スタッフエンジニアの道 ―優れた技術専門職になるためのガイド』という本で、O’Reilly から発売されています。 https://www.oreilly.co.jp/books/9784814400867/ 以下のような目次になっています。 本書への推薦の言葉 序文 イントロダクション 第I部　大局的な思考 1章　では、具体的に君はここで何を？ 2章　3つの地図 3章　全体像を描く 第II部　実行 4章　限りある時間 5章　大規模プロジェクトをリードする 6章　なぜ止まってしまったか？ 第III部　レベルアップ 7章　今はあなたがロールモデル（お気の毒さまながら） 8章　良い影響力を広げる 9章　この先は？ 参考文献 訳者あとがき 索引 感想など この書籍は、スタッフエンジニアにどのような役割が求められているか、どのようになるべきなのかという点がかなり具体的に書かれていて非常に良かったです。 具体的には、全体像を描くことや、実際にプロジェクトを進めるうえでどのように振る舞うべきかなどが書かれています。 プロジェクトのリーダーとして進める際にどう進めるかや、同じチームの人に対してどのように支援していくかといった具体的な戦略が書かれています。 また、スタッフエンジニアになったあとにどう自身の時間を使うかや、キャリアをどのように構築していくかといったアドバイスも書かれていました。 同じスタッフエンジニアについて書かれた、 『スタッフエンジニア　マネジメントを超えるリーダーシップ』 との違いとしては、『スタッフエンジニア　マネジメントを超えるリーダーシップ』の本では、そもそもスタッフエンジニアとは何なのかという点が中心にかかれていました。 今回の書籍では、スタッフエンジニアになるためにどのような振る舞いをすべきなのかという点が多く書かれており、実践編という感じでした。 両方の本と合わせて読むとスタッフエンジニアについての理解が深まり良さそうです。 まとめ 今回は、書籍を読んだ感想をまとめした。かなり実践的で普段開発している中で意識していることや意識できてないけど大事だなと思うことが多く書かれていて非常に学びになりました。エンジニア人生のバイブルとなりそうな本なので何回も読み直そうと思います。

こんにちは、 @kz_morita です。 今回は、『 実践 DataOps 』という本を読んだので感想を書いていきます。 書籍について 『実践 DataOps』という書籍で、翔泳社から発売されています。 https://www.shoeisha.co.jp/book/detail/9784798179247 以下目次です。 ◆Part 1 DataOps序論 ・Chapter 1 データサイエンスの問題点 ・Chapter 2 データ戦略 ◆Part 2 DataOpsの実践に向けて ・Chapter 3 リーンシンキング ・Chapter 4 アジャイルなコラボレーション ・Chapter 5 効果測定とフィードバックの仕組み作り ◆Part 3 さらなるステップ ・Chapter 6 信頼の構築 ・Chapter 7 DataOpsへのDevOpsの適用 ・Chapter 8 DataOps実現のための組織作り ◆Part 4 セルフサービス型組織 ・Chapter 9 DataOpsで用いるテクノロジー ・Chapter 10 DataOpsの導入手順 感想など この書籍では、データを利用したプロダクトを開発する際にどのように DataOps を実現していけばよいかという点について網羅的にかかれていました。 たとえば、データプロダクトを作る際にどのようにデータを取り扱っていけばよいかについて書かれています。 既存のツールなども紹介されていましたが、それだけではなく、チーム間でどのようにコラボレーションしていけばよいかという観点やまず何から始めていけばよいかという点が書かれていたのが参考になりました。 書籍の中で、 DataOps マニフェストが紹介されています。 https://dataopsmanifesto.org/ja/ データサイエンス、データエンジニアリング、データ管理、ビッグデータ、ビジネスインテリジェンスなどと呼ばれるものを問わず、当社は分析において以下のようなことを重視するようになりました。

こんにちは、 @kz_morita です。 今回は、『 チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで 』という本を読んだので、その感想を書いていきたいと思います。 書籍について 『チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで』という書籍で翔泳社から発売されています。 https://www.shoeisha.co.jp/book/detail/9784798163635 推薦のことば ・私たちは他者を必要としている｜宇田川元一 ・その先へ！Beyond the Agile｜新井剛 第1部　僕らが開発チームになるまで─1チームのジャーニー □単一チーム 基本編 ・第01話｜グループでしかないチーム ・第02話｜一人ひとりに向き合う ・第03話｜少しずつチームになる ・第04話｜チームのファーストを変える □単一チーム 応用編 ・第05話｜チームをアップデートする ・第06話｜分散チームへの適応 ・第07話｜チームの共通理解を深める ・第08話｜一人の人間のようなチーム 第2部　僕らがプロダクトチームになるまで─複数チームによるジャーニー □複数チーム 基本編 ・第09話｜塹壕の中のプロダクトチーム ・第10話｜チーム同士で向き合う ・第11話｜チームの間の境界を正す ・第12話｜チームの境界を越えてチームをつくる □複数チーム 応用編 ・第13話｜チームとチームをつなげる ・第14話｜クモからヒトデに移行するチーム ・第15話｜ミッションを越境するチーム ・第16話｜ともに考え、ともにつくるチーム 付録　リーン・ジャーニー・スタイルのプロダクト開発 書籍としては全体的に、ストーリー仕立てになっていてチームがチームとして機能するためのどのように成長するかという物語が書かれています。 感想など 書籍を読むきっかけとしては、今のチームの PdM の方におすすめだよと教えてもらったのがきっかけでした。 書籍を通してですが、チームが機能してくまでの過程をストーリー仕立てで読めるので非常に面白かったです。 また、チームの成熟度に応じてチームの課題に対してどのように対処していくかという形式で話が進みます。 特に登場人物やチームの問題の解像度が非常に高く、あぁこんな人いたなぁとかこんな問題よくあるよなぁというのが非常に共感できる部分が多かったです。 そのため、今自分が所属しているチームがどのくらいの段階にあるのかというのを考えながら読むことができるのがよかったです。 載っている内容も非常にいいことが多く、たとえばワークショップ症候群になるなという話などもでてきて刺さる部分が多かったです。 ワークショップ症候群とは、ドラッガー風エクササイズなどワークショップをやったことで問題が解決したと思い込んでしまうことを指します。 こういった話は非常にリアリティがあり、とりあえずワークショップをやろうとするのはよくあるよなぁと反省しながら読み進めました。 ストーリー仕立てとはいえ、リアリティが非常に高いので今のチームの状況と照らし合わせながら読むことでどういう改善ができるかということに非常に役立ちそうです。 チームについて考える時に、この本をリファレンスとして問題に立ち向かっていけそうだなと思います。 今の自分にとってとても学びがある本でした。

こんにちは、 @kz_morita です。 今回は英語の文書や書籍を読むときに使用しているツールを2つ紹介します。 DeepL https://www.deepl.com/ 有名なツールですが、翻訳をするのに DeepL を使っています。 DeppL は DeepL Pro Starter プランを課金して使っています。 課金しているのは、pdf ファイルをそのまま翻訳する機能が非常に良いなと思ったからです。 普段、pdf は Kindle Scribe で読んでます。 Kindle Scribe を 1 年くらい使ってみたので感想など そうなると Kindle で翻訳をしながら読んでいくのがしんどいです。 そのため翻訳済みのものが pdf などになっていると Send to Kindle で Kindle へ送り読むことができ、とてもはかどります。 NotebookLM https://notebooklm.google.com/ こちらは pdf などを読み込ませるとそれに対して質問などがなげられる生成AIです。 こちら英語の文書を読み込ませて、日本語で質問してもいい感じに答えてくれるので愛用しています。 注意点としては、著作権についてで、一応自分は公開されているもの以外では今のところ活用していません。 著作物の扱いについては考慮して使う必要がありそうです。 まとめ 英語の文書を読む機会は、技術の公式ドキュメントなども合わせるとかなり増えましたが、いろいろなツールがでていてそれらを使うと効率的に読めるため非常に便利です。 うまく使ってたくさんの Input をしていきたいと思っています。

こんにちは、 @kz_morita です。 今回は、名著と名高い『A Philosophy of Software Design』を読んで内容もとても良かったので、メモします。 書籍について 『 https://www.amazon.co.jp/-/en/John-Ousterhout/dp/1732102201 』という本で、2018 年 に初版が発売され、2021 年に第2版が発売された歴史ある本です。 以下のような目次になっています。 Preface 1 Introduction 2 The Nature of Complexity 3 Working Code Isn’t Enough 4 Modules Should Be Deep 5 Information Hiding (and Leakage) 6 General-Purpose Modules are Deeper 7 Different Layer, Different Abstraction 8 Pull Complexity Downwards 9 Better Together Or Better Apart? 10 Define Errors Out Of Existence 11 Design it Twice 12 Why Write Comments?

こんにちは、 @kz_morita です。 今回は、 『関数型ドメインモデリング ドメイン駆動設計とF# でソフトウェアの複雑さに立ち向かおう』 という本を読んだので感想を書きます。 書籍について 『関数型ドメインモデリング ドメイン駆動設計とF# でソフトウェアの複雑さに立ち向かおう』 という本で、アスキードワンゴから出版されています。 2024 年 6 月 28 日に出版されているので割と新しめな本です。 以下のような目次の内容になっています。 推薦のことば 日本語版へ寄せて 訳者まえがき はじめに 第1部　ドメインの理解 第1章 ドメイン駆動設計の紹介 第2章 ドメインの理解 第3章 関数型アーキテクチャ 第2部　ドメインのモデリング 第4章 型の理解 第5章 型によるドメインモデリング 第6章 ドメインの完全性と整合性 第7章 パイプラインによるワークフローのモデリング 第3部　モデルの実装 第8章 関数の理解 第9章 実装：パイプラインの合成 第10章 実装：エラーの扱い 第11章 シリアライズ 第12章 永続化 第13章 設計を進化させ、きれいに保つ 著者紹介 訳者紹介 感想など X (旧 Twitter) でこの書籍が発売されたことをしり、関数型でドメインモデリングするという非常に興味深い内容だったので購入して読んでみました。 大きく分けて 3 部構成になっています。 1 部では、ドメインを理解することについて書かれていて、DDD でいうところの戦略的設計について書かれています。 2 部では、モデリングについてで型を使ってモデリングしていく方法について書かれています。 3 部では、実際に関数型でどのように実装するかという点を F# を使ってかなり具体的に書かれています。

こんにちは、 @kz_morita です。 今回は、『 達人に学ぶDB設計 徹底指南書 ～初級者で終わりたくないあなたへ 』という本を読んだのでその感想などを書いていきます。 書籍について 『 達人に学ぶDB設計 徹底指南書 ～初級者で終わりたくないあなたへ 』という名前の本で、翔泳社から出版されています。 https://www.shoeisha.co.jp/book/detail/9784798124704 目次は以下のようになっています。 第1章　データベースを制する者はシステムを制す 1-1　システムとデータベース 1-2　データベースあれこれ 1-3　システム開発の工程と設計 1-4　設計工程とデータベース 第2章　論理設計と物理設計 2-1　概念スキーマと論理設計 2-2　内部スキーマと物理設計 2-3　バックアップ設計 2-4　リカバリ設計 第3章　論理設計と正規化 ～なぜテーブルは分割する必要があるのか？ 3-1　テーブルとは何か？ 3-2　テーブルの構成要素 3-3　正規化とは何か？ 3-4　第1正規形 3-5　第2正規形 ～部分関数従属 3-6　第3正規形 ～推移的関数従属 3-7　ボイス－コッド正規形 3-8　第4正規形 3-9　第5正規形 3-10　正規化についてのまとめ 第4章　ER図 ～複数のテーブルの関係を表現する 4-1　テーブルが多すぎる！ 4-2　テーブル同士の関連を見抜く 4-3　ER図の描き方 4-4　「多対多」と関連実体 第5章　論理設計とパフォーマンス ～正規化の欠点と非正規化 5-1　正規化の功罪 5-2　非正規化とパフォーマンス 5-3　冗長性とパフォーマンスのトレードオフ 第6章　データベースとパフォーマンス 6-1　データベースのパフォーマンスを決める要因 6-2　インデックス設計 6-3　B-treeインデックスの設計方針 6-4　統計情報 第7章　論理設計のバッドノウハウ 7-1　論理設計の「やってはいけない」 7-2　非スカラ値（第1正規形未満） 7-3　ダブルミーニング 7-4　単一参照テーブル 7-5　テーブル分割 7-6　不適切なキー 7-7　ダブルマスタ 第8章　論理設計のグレーノウハウ 8-1　違法すれすれの「ライン上」に位置する設計 8-2　代理キー ～主キーが役に立たないとき 8-3　列持ちテーブル 8-4　アドホックな集計キー 8-5　多段ビュー 8-6　データクレンジングの重要性 第9章　一歩進んだ論理設計 ～SQLで木構造を扱う 9-1　リレーショナルデータベースのアキレス腱 9-2　伝統的な解法 ～隣接リストモデル 9-3　新しい解法 ～入れ子集合モデル 9-4　もしも無限の資源があったなら ～入れ子区間モデル 9-5　ノードをフォルダだと思え ～経路列挙モデル 9-6　各モデルのまとめ 付録　演習問題の解答 索引 感想など まず、この本を読もうと思ったモチベーションはテーブル設計 (主にマスターテーブル) を行ったときに、うまく言語化できないが使いづらい設計になったためどのあたりに問題があるのか？といった点を明確にしたいという点にありました。

こんにちは、 @kz_morita です。 今回は、 データエンジニアリングの基礎 という本を読んだのでその感想です 書籍について 書籍名は、 『データエンジニアリングの基礎 ―データプロジェクトで失敗しないために』 です。 この本は、2024 年 03 月に日本語訳版が出版されたばかりの本です。 書籍の内容は以下のような感じです。 Ⅰ部　データエンジニアリングの基礎と構成要素 1章　データエンジニアリング概説 1.1　データエンジニアリングとは何か 1.2　データエンジニアリングのスキルと活動 1.3　組織内でのデータエンジニアリング 1.4　結論 1.5　参考資料 2章　データエンジニアリングライフサイクル 2.1　データエンジニアリングライフサイクルとは何か？ 2.2　データエンジニアリングにおける主要な底流 2.3　結論 2.4　参考資料 3章　適切なデータアーキテクチャの設計 3.1　データアーキテクチャとは何か？ 3.2　良いデータアーキテクチャの原則 3.3　主要なアーキテクチャの概念 3.4　データアーキテクチャの例と種類 3.5　データアーキテクチャの設計にかかわるのは誰か 3.6　結論 3.7　参考資料 4章　データエンジニアリングライフサイクルにおけるテクノロジの選択 4.1　チームのサイズと容量 4.2　市場投入までのスピード 4.3　相互運用性 4.4　コスト最適化とビジネス価値 4.5　現在vs.未来：不変テクノロジvs.一過性テクノロジ 4.6　設置場所 4.

こんにちは、 @kz_morita です。 久しぶりに、 『達人プログラマー』 を読んだので感想などをまとめます。 書籍について 書籍名は、 『達人プログラマー』 です。 現在は第2版がでてますが、もっていたのは初版だったので初版を読みました。 内容は、以下のとおりです。 序文 まえがき 第1章　達人の哲学 1 猫がソースコードを食べちゃった 2 ソフトウェアのエントロピー 3 石のスープと蛙の煮物 4 十分によいソフトウェア 5 あなたの知識ポートフォリオ 6 伝達しよう！ 第2章　達人のアプローチ 7 二重化の過ち 8 直交性 9 可逆性 10 曳光弾 11 プロトタイプとポストイット 12 専用の言語 13 見積もり 第3章　基本的なツール 14 プレインテキストの威力 15 貝殻（シェル）遊び 16 パワーエディット 17 ソースコード管理 18 デバッグ 19 テキスト操作 20 コードジェネレータ 第4章　妄想の達人 21 契約による設計 22 死んだプログラムは嘘をつかない 23 [表明]プログラミング 24 いつ例外を使用するか 25 リソースのバランス方法 第5章　柳に雪折れ無し 26 結合度の最小化とデメテルの法則 27 メタプログラミング 28 時間的な結合 29 単なる見かけ（ビュー） 30 ホワイトボード 第6章　コーディング段階 31 偶発的プログラミング 32 アルゴリズムのスピード 33 リファクタリング 34 テストしやすいコード 35 邪悪な魔法使い（ウィザード） 第7章　プロジェクトを始める前に 36 要求の落とし穴 37 不可能なパズルを解く 38 準備ができるまでは 39 仕様の罠 40 丸と矢印 第8章　達人のプロジェクト 41 達人チーム 42 どこでも自動化 43 容赦ないテスト 44 すべてはドキュメント 45 大きな期待 46 誇りと愛着 付録A リソース 1 専門の学会 2 図書の充実 3 インターネット上のリソース 4 参考文献 付録B 演習問題の解答 付録C クイックリファレンスガイド 訳者あとがき 索引 .

こんにちは、 @kz_morita です。 今回は、 『プログラマー脳』 を読んだので感想を書きます。 書籍について 書籍名は、 『プログラマー脳 ～優れたプログラマーになるための認知科学に基づくアプローチ』 で秀和システムから出版されています。 以下のような内容となっています。 Part 1 コードをよりよく読むために Chapter 1 コーディング中の混乱を紐解く 1.1 コードにおけるさまざまな種類の混乱 1.2 コーディングに影響を与えるさまざまな認知プロセス 1.3 それぞれの認知プロセスが協調的に動作する仕組み 本章のまとめ Chapter 2 コードを速読する 2.1 コードの速読法 2.2 記憶のサイズ制限を克服する 2.3 読めるコードよりも見えるコードのほうが多い 本章のまとめ Chapter 3 プログラミング言語の文法を素早く習得する方法 3.1 文法を覚えるためのテクニック 3.2 フラッシュカードを使って文法を素早く覚える 3.3 物忘れを防ぐには 3.4 文法を長く記憶に留めるには 本章のまとめ Chapter 4 複雑なコードの読み方 4.1 複雑なコードを理解するのが難しい理由 4.2 認知的負荷を軽減するテクニック 4.3 ワーキングメモリに負荷がかかっているときに使える記憶補助ツール 本章のまとめ Part 2 コードについて考える Chapter 5 コードの深い理解に到達する 5.1 「変数の役割」フレームワーク 5.2 役割とパラダイム 5.3 プログラムに関する知識を深める 5.4 文章を読むこととコードを読むことは似ている 5.

こんにちは、 @kz_morita です。 今回は 『エンジニアリング組織論への招待』 を読んだので感想を書きます。 書籍について 書籍名は、 『エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング』 で、技術評論社さんの方から発売されています。 以下のような内容になっています。 Chapter 1　思考のリファクタリング 1-1　すべてのバグは，思考の中にある 1-2　不確実性とエンジニアリング 1-3　情報を生み出す考え方 1-4　論理的思考の盲点 1-5　経験主義と仮説思考 1-6　全体論とシステム思考 1-7　人間の不完全さを受け入れる Chapter 2　メンタリングの技術 2-1　メンタリングで相手の思考をリファクタリング 2-2　傾聴・可視化・リフレーミング 2-3　心理的安全性の作り方 2-4　内心でなく行動に注目する Chapter 3　アジャイルなチームの原理 3-1　アジャイルはチームをメンタリングする技術 3-2　アジャイルの歴史 3-3　アジャイルをめぐる誤解 3-4　アジャイルの格率 Chapter 4　学習するチームと不確実性マネジメント 4-1　いかにして不確実性を管理するか 4-2　スケジュール予測と不確実性 4-3　要求の作り方とマーケット不安 4-4　スクラムと不安に向き合う振り返り Chapter 5　技術組織の力学とアーキテクチャ 5-1　何が技術組織の“生産性”を下げるのか 5-2　権限委譲とアカウンタビリティ 5-3　技術的負債の正体 5-4　取引コストと技術組織 5-5　目標管理と透明性 5-6　組織設計とアーキテクチャ 感想など この本を読もうと思ったきっかけは、普段エンジニアリングをしている中で組織についてやメンタリングについて興味を持ったことです。 本自体は以前から気になっていたしかなり有名な本であるので読んでみようと思いました。

こんにちは、 @kz_morita です。 今回は、 『GitLabに学ぶ 世界最先端のリモート組織のつくりかた』 という本を読んだので感想を書きます。 書籍について 書籍名は 『GitLabに学ぶ 世界最先端のリモート組織のつくりかた ドキュメントの活用でオフィスなしでも最大の成果を出すグローバル企業のしくみ』 で翔泳社から発売されています。 https://www.shoeisha.co.jp/book/detail/9784798183916 以下のような内容になっています。 第1部　リモート組織のメリットを読み解く 第1章　世界最大のリモート組織「GitLab」 第2章　リモート組織によって得られるメリット 第2部　世界最先端のリモート組織へ移行するためのプロセス 第3章　リモート組織を構築するためのプロセス 第4章　リモートワークで発生する問題と対策 第3部　GitLabが実践するリモート組織を活性化させるカルチャー醸成法 第5章　カルチャーはバリューによって醸成される 第6章　コミュニケーションのルール 第7章　リモート組織におけるオンボーディングの重要性 第8章　心理的安全性の醸成 第4部　GitLabが成果を出すために実践している人事制度や業務ルール 第9章　個人のパフォーマンスを引き出す 第10章　GitLab Valueに基づいた人事制度 第11章　マネージャーの役割とマネジメントを支援するためのしくみ 第12章　コンディショニングを実現する 第13章　L&Dを活用してパフォーマンスとエンゲージメントを向上させる</p> 感想など まずこの本を読もうと思ったモチベーションは、リモートワークでの働き方やドキュメント文化など日頃の開発業務で重要な点についてなにか知見が得たいというものです。 私はリモートワークから徐々にオフィス出社が増えてきて、現在所属の会社でも週一で出社しています。 基本的に出社日を揃えているので同じ日にオフラインで作業しているのですが例外的に遠方に住んでる方などが、一部リモートワークで働くいわゆるハイブリッドワークで働くこともあります。 しかし、ハイブリッドワークだとオフライン組とオンラインの人でどうしても情報量の差が出てしまう。例えば意思決定がオフラインの場でなされていて、オンラインの人に伝わってなかったりすることしばしば起きていました。 このような問題に対する解決策や、そもそもリモートで協働する際に重要なことなどが学べるかなーと思い本を手に取りました。 実際に読んでみて、リモートワークを前提としてコミュニケーションの方法や、徹底した GitLab handbook を用いた働き方など、参考になるところが多かったです。 ローコンテキストな文章を心がけるということや、非同期でのコミュニケーションについて多く書かれていました。 本文内で登場する かすれたインクは鮮明な記憶にまさる 言葉もとても印象的です。

こんにちは、 @kz_morita です。 今回は、 チームトポロジー という本を読んだので感想などを書いていきます。 書籍について https://pub.jmam.co.jp/book/b593881.html 以下のような目次になっています。 PART I デリバリーの手段としてのチーム Chapter1 組織図の問題 Chapter2 コンウェイの法則が重要な理由 Chapter3 チームファースト思考 PART Ⅱ フローを機能させるチームトポロジー Chapter4 静的なチームトポロジーチームのアンチパターン Chapter5 4つの基本的なチームタイプ Chapter6 チームファーストな境界を決める PART Ⅲ イノベーションと高速なデリバリーのため にチームインタラクションを進化させる Chapter7 チームインタラクションモード Chapter8 組織的センシングでチーム構造を進化させる Chapter9 まとめ:次世代デジタル運用モデル 感想など もともと、Platform Engineering まわりに興味がありその文脈で読み始めました。 書籍では、チームの種別やそのチーム間のインタラクションの種類について紹介されています。 チームの種別 ストリームアラインドチーム プラットフォームチーム イネイブリングチーム コンプリケイテッド・サブシステムチーム チーム間のインタラクションモード コラボレーションモード X-as-a-Service ファシリテーションモード この書籍で初めてチームやその間のインタラクションの名前を知ったのですが、名前があるおかげでチームや組織内でどこを目指していくのかといった意識の統一ができるようになしろうで、とても良いなと感じました。 私は現在データ基盤を開発するチームでデータエンジニアをしていて、他のエンジニアにとって活用できるプラットフォームを作成することがミッションだと思っています。 プラットフォームとして X-as-a-Service として提供する際に重要になりそうな知見がたくさんありました。 特に学びになった部分を以下のような点です。 実際の活用できるプラットフォームにするために、実際の運用フローを正確に捉える 初期はコラボレーションモードでストリームアラインドチームと関わり解像度をあげる ストリームアラインドチームとプラットフォーム間の境界が重要 DDD のコンテキストマップが活用できる 提供する最低限のプラットフォーム (TVP) を特定することが必要 Wiki や簡単なツールなどかもしれない X-as-a-Service ではコミュニケーションは限定的にするべき 提供されたプラットフォームを使用するためにコミュニケーションコストを減らす そのために、ドキュメントの充実は必須 上記のような点について、特にデータエンジニアの文脈だと、データ自体もプロダクトとして使いやすい形で提供するというのと合わせてどう言ったプラットフォームが良いのか考えていく必要がありそうです。

この記事は、 検索エンジンプロダクトを一緒に開発してた同窓会 Advent Calendar 2023 の 17日目の記事です。 こんにちは、 @kz_morita です。 今年の 10 月に転職をし、Data Engineer という職で働き始めました。 いままでの転職でも別ジャンルのエンジニアリングをやることになるケースが多かったのですが、今回もマイナーチェンジという感じです。 もうすぐ 3ヶ月たちそうということで、どんな本を読んだかやどんな本に興味あるかなどをまとめてみようと思います。 こんなおすすめの本もあるよなどあったらぜひ教えてください。 なる前に読んだ本 有給期間とかに遊びほうけながら読んだ本です。 (もうちょい頑張って読めばよかった) データ指向アプリケーションデザイン データを中心に、アプリケーションとそれに関わるさまざまなトピックについて扱われている本です。 660 ページほどあり厚い本ですが、データとアプリケーションについてかなり広いトピックを知ることができるのでおすすめの本です。 実際に転職してからも、社内で話題に上がっていたり輪読会が開かれている気配などを感じていて読んでおいてよかったなーと思いました。 読んだ感想はこちら。 『データ指向アプリケーションデザイン』を読んだ なってから読んだ本 仕事しつつ読み切った本たちです。 データマネジメントが 30 分でわかる本 こちらはデータマネジメントについてちゃんと理解しておきたいという時に最初の一冊として読みました。 後述する DMBOK という本を読む前の一歩として読みました。 内容としては、Data Management の全体雑をざっくりとつかむことができて非常に役立ちました。 とりあえずの第一歩目に読む本としてよかったなと思います。 読んだ感想はこちら。 『データマネジメントが30分でわかる本』を読んだ Snowflakeの歩き方 Snowflake で始めるデータ基盤ガイド 技術書典サイト 仕事で Snowflake を触ることになりそうだったので、転職前に買ったら実は同僚の方が書いていたという本。 実務で触りながら読みました。 Snowflake 完全に初心者の人が、Snowflake の外観をつかむのに非常に役立ちました。 また、Snowflake の周辺のツールなどにも触れられているのがよかったです。 データエンジニアリング周りにはたくさんのツールがあってそれぞれ役割がありますが、実現したい目的が若干オーバーラップしていたりして、最初ツール何がどの目的のものかよくわからん、みたいになってました。 こういったデータエンジニアリングの周辺で扱われているツール群が紹介されているのは非常によかったです。

こんにちは、 @kz_morita です。 今回は， 『データ指向プログラミング』 という本を読んだのでその感想などを書いていきます． 本について データ指向プログラミング 【目次】 Part1　柔軟性 第1章　オブジェクト指向プログラミングの複雑さ― 気まぐれな起業家 第2章　コードとデータの分離― まったく新しい世界 第3章　基本的なデータ操作― 瞑想とプログラミング 第4章　状態管理― タイムトラベル 第5章　基本的な並行性制御― 家庭内での対立 第6章　単体テスト― コーヒーショップでプログラミング Part2　スケーラビリティ 第7章　基本的なデータ検証― おごそかな贈り物 第8章　高度な並行性制御― さようなら、デッドロック 第9章　永続的なデータ構造― 巨人の肩の上に立つ 第10章　データベースの操作― 雲は雲 第11章　Webサービス― 忠実な配達人 Part3　保守性 第12章　高度なデータ検証― 手作りの贈り物 第13章　ポリモーフィズム― 田舎で動物とたわむれる 第14章　高度なデータ操作― 考え抜かれたものは明確に表現される 第15章　デバッグ― 博物館でイノベーション 付録A　データ指向プログラミングの原則 付録B　静的型付け言語での汎用的なデータアクセス 付録C　データ指向プログラミング:プログラミングパラダイムの一環をなす 付録D　Lodash リファレンス 内容と 4 つの原則について 本書は，DOP (Data Oriented Programming) について語られている本でした．

こんにちは、 @kz_morita です。 今回は、 データマネジメントが30分でわかる本 を読んだので感想などを書いていきます。 本の概要 本書は以下のような内容になっています。 第１章 データアーキテクチャ 第２章 データストレージとオペレーション 第３章 データ統合と相互運用性 第４章 データモデリングとデザイン 第５章 マスターデータ管理 第６章 ドキュメントとコンテンツ管理 第７章 データセキュリティ 第８章 データ品質 第９章 データウェアハウジングとビジネスインテリジェンス 第１０章 メタデータ管理 こちらの本は、DMBOK 要約とケーススタディが載せられている本になります。 感想 まずこちらの本ですが、「30分でわかる」というタイトルですが、そのとおり 30分でわかるような読み方などが用意されていました。 30 秒 3 分 30 分 3 時間 というそれぞれで読み方があり、時間によって読み方が選べるのは手っ取り早くデータマネジメントについて知りたい方にはよさそうです。 DMBOKの要約ということで DAMA ホイール図の各項目について簡単に紹介されていました。 dmbok-2-wheel-images より引用 10 月よりデータエンジニアとして働き始めたのですが、データマネジメントについて調べていく中で DMBOK を知りそれについて調べる中で本書を見つけて読んでみました。 DMBOKを読む前の全体像をつかむという目的に対して本書は非常に役に立ち、DAMA ホイール図の各項目についてどんな内容なのかざっくりと知ることができました。 ざっくりと全体像を手早くキャッチアップすることに重点が置かれ詳細は語られていないので、あくまで DMBOK を読む前の本として読むのがよさそうです。 引き続き DMBOK も読んでみようと思います。

こんにちは、 @kz_morita です。 今回は，『データ指向アプリケーションデザイン』を読んだのでその感想を書いていきます． 本について 以下の本を読みました． データ指向アプリケーションデザイン かなりの大著のため読むのに時間がかかりましたが一通り読むことができました． 目次は以下のような感じです． 第I部データシステムの基礎 1章　信頼性、スケーラビリティ、メンテナンス性に優れたアプリケーション 1.1　データシステムに関する考察 1.2　信頼性 1.3　スケーラビリティ 1.4　メンテナンス性 まとめ　2章　データモデルとクエリ言語 2.1　リレーショナルモデルとドキュメントモデル 2.2　データのためのクエリ言語 2.3　グラフ型のデータモデル まとめ　3章　ストレージと抽出 3.1　データベースを駆動するデータ構造 3.2　トランザクション処理か、分析処理か？ 3.3　列指向ストレージ まとめ　4章　エンコーディングと進化 4.1　データエンコードのフォーマット 4.2　データフローの形態 まとめ　第II部分散データ II.1　高負荷に対応するスケーリング II.2　レプリケーションとパーティショニング 5章　レプリケーション 5.1　リーダーとフォロワー 5.2　レプリケーションラグにまつわる問題 5.3　マルチリーダーレプリケーション 5.4　リーダーレスレプリケーション まとめ　6章　パーティショニング 6.1　パーティショニングとレプリケーション 6.

こんにちは、 @kz_morita です。 最近読書について、色々と考えたり、新しい試みをしているのでそのことについて書きます。 自分にとっての読書と先入観 普段から主に技術書を読むことが多いのですが、興味のある本を買っては積読するということを繰り返しています。 読むスピードが遅いけど、興味のある本はつきないのでどんどん積読が増えてしまっている現状です。 さらに積読が増えてくると、もともと読みたくて買ったのに読むのが義務っぽくなってきてさらに読むのが億劫になったりします。 そして、読書をする際に自分は以下のような先入観があります。 読んだところを完璧に理解しないといけない 読み飛ばしたり、漏れがあるともったいない 本に書いてあることは正しい 1回ですべて理解しないといけない これらは無駄に完璧主義である自分の性格にも関係しているのですが、この先入観があると本を読むという行為が大変な作業となってますます本を読む回数が減ったりしていました。 考えていることと、試していること 最近はとにかく読書のハードルを下げて、読書量を増やし Input 量を増やそうと考えてます。 ハードル下げるために、1回の読書の重要度をできるだけ下げたいので以下のような考えで読むようにしてます。 積読は仕方がない 本から１つでも学びがあればそれで良い 本は何度も読む前提なので 1 回の読書で頑張らなくても良い 色々な箇所で言われていることな気もしますが、これらを再認識しながら読むようにしてます。 最初の積読に関しては毎月出版される本が大量にあるなかで、人間の本を読む処理能力に限界があるため興味の幅が広ければ広いほど積読は仕方ないという話を聞いて、肩の荷はおりました。 その内容については ↓ の YouTube で触れられています。 考え方は上記の通りですが、それに加えて試していることがいくつかあるのでそれも紹介します。 複数回にわけて本を読む 以下の方法を試してみています。 1,2回目: タイトルや図などだけさっと見る 3 回目: 行を目で追う 4 回目: メモを取りながら通読 大体 1,2回目は 1 時間くらい、3 回目は 2 ~ 4 時間くらいで読み切るイメージです。 1,2回目で特にこれ以上読まなくて良いと思ったらそれで終えても良いですし、4回目の読書時にはある程度のざっくりとした内容が頭に入っているので、メモをまとめることに注力できると思います。 今までの読書方は以下のようなイメージです 理解度を 1章ずつ完璧にしていくようなイメージですが途中で挫折しやすいかなと思います。 複数回読むということは ↓の画像のようにすこしずつ章全体の理解度を上げていくイメージです。 興味深いところだけ、詳細に読むみたいな取捨選択もできるかなと思います。 まだ試したてなのですが、すぐにあった効果としては読書の頻度は間違いなく上がりました。 しばらく継続してみようと思います。

こんにちは、 @kz_morita です。 今回は、 『オブザーバビリティ・エンジニアリング』 を読んだので感想などを書いていきます。 本について オブザーバビリティ・エンジニアリング オブザーバビリティ・エンジニアリング 目次 本書への賞賛 まえがき 序文 第Ⅰ部　オブザーバビリティへの道 1章　オブザーバビリティとは？ 1.1　オブザーバビリティの数学的定義 1.2　オブザーバビリティのソフトウェアシステムへの適用 1.3　ソフトウェアにおけるオブザーバビリティについての誤解 1.4　なぜ今オブザーバビリティが重要なのか？ 1.5　メトリクスを用いたデバッグとオブザーバビリティの比較 1.6　オブザーバビリティを用いたデバッギング 1.7　オブザーバビリティは現代のシステムのためにある 1.8　まとめ 2章　オブザーバビリティとモニタリングにおけるデバッグ方法の違い 2.1　モニタリングデータのデバッグへの活用方法 2.2　オブザーバビリティがより良いデバッグを可能にする理由 2.3　まとめ 3章　オブザーバビリティを用いないスケーリングからの教訓 3.1　Parseの紹介 3.2　Parseでのスケーリング 3.3　現代のシステムへの進化 3.4　現代的な実践に向けた進化 3.5　Parseにおけるプラクティスの変革 3.6　まとめ 4章　オブザーバビリティとDevOps、SRE、クラウドネイティブとの関連性 4.1　クラウドネイティブ、DevOps、SREクイックリファレンス 4.2　オブザーバビリティ：デバッグの昔と今 4.3　オブザーバビリティがDevOpsとSREのプラクティスを強化する 4.4　まとめ 第Ⅱ部　オブザーバビリティの基礎 5章　構造化イベントはオブザーバビリティの構成要素である 5.

こんにちは、 @kz_morita です。 今回は、 『Clean Craftsmanship』 という本を読んだのでその感想などについてまとめます。 本について Clean Craftsmanship 規律、基準、倫理 おなじみのボブおじさんの、Clean シリーズの本になります。 Craftsmanship についての本で 以前 ソフトウェア職人気質 という本を読んで気になってたので、最近でたこの本も気になって読んでみました。 目次は以下のような感じです。 (長すぎるので折りたたんでます) Clean Craftsmanship 目次 序文 はじめに -「クラフトマンシップ」という言葉について - たったひとつの道 謝辞 著者について 第1章　クラフトマンシップ 第I部　規律 - エクストリームプログラミング - テスト駆動開発 a リファクタリング - シンプルな設計 - 協力的プログラミング - 受け入れテスト 第2章　テスト駆動開発 - 概要 - 基本 - 結論 第3章　テスト駆動開発応用 - ソート1 - ソート2 - 行き詰まり - AAA（準備、実行、アサート） - テストダブル - アーキテクチャ - 結論 第4章　テスト設計 - データベースのテスト - GUIのテスト - テストパターン - テスト設計 - 変換の優先順位説 - 結論 第5章　リファクタリング - リファクタリングとは？ - 基本的なツールキット - 規律 - 結論 第6章　シンプルな設計 - YAGNI - テストでカバーする - 表現の最大化 - 重複の最小化 - サイズの最小化 第7章　協力的プログラミング 第8章　受け入れテスト - 規律 - 継続的ビルド 第II部　基準 - あなたの新しいCTO 第9章　生産性 - 絶対にS**Tを出荷しない - 安価な適応力 - 常に準備万端 - 安定した生産性 第10章　品質 - 継続的改善 - 恐れを知らない能力 - エクストリームな品質 - QAを軽視しない - QAは何も発見しない - テストの自動化 - 自動テストとユーザーインターフェイス - ユーザーインターフェイスのテスト 第11章　勇気 - お互いをカバーする - 正直な見積り - 「ノー」と言う - 継続的挑戦的学習 - メンタリング 第III部　倫理 - 最初のプログラマー - 75年 - オタクから救世主へ - ロールモデルと悪役 - 我々が世界を支配する - 大惨事 - プログラマーの誓い 第12章　有害 - 第一に、害を与えてはならない - 最高傑作 - 再現可能な証拠 第13章　誠実 - 小さなサイクル - 容赦ない改善 - 高い生産性を維持する 第14章　チームワーク - チームとして働く - 正直に公正に見積もる - 尊重 - 学習をやめない 訳者あとがき - ソフトウェアクラフトマンの歴史 - クリーンクラフトマンシップ 訳者紹介 索引 感想など 大きく分けて 3部構成になってました。

こんにちは、 @kz_morita です。 今回は、発売前から気になっていた以下の本を読んだので感想などを書いていこうと思います。 『スタッフエンジニア　マネジメントを超えるリーダーシップ』 本の概要 この本は、ソフトウェアエンジニアのマネジメント職ではないキャリアパスとしてスタッフエンジニア (超上級エンジニア) が紹介されています。 スタッフエンジニアになるためにどのようなスキルが必要化という点や、実際にスタッフエンジニアとしては垂らしている人のインタビューが掲載されていました。 目次は以下のとおりです。 ■第１部　スタッフとして活躍するために ・第１章　全体像 ・第２章　スタッフとしての役割 ・第３章　スタッフプラスの肩書を得る ・第４章　転職を決断する ■第２部　スタッフたちの実像 ・第５章　スタッフエンジニアのストーリー ・第６章　最後に ・補章　スタッフになるための情報源 ・解説　by 増井雄一郎 ※公式サイトより 感想 エンジニアとしてどのようなキャリアを歩んでいきたいかということを考えたときに、方向性としてマネジメントとスペシャリストという2つが思い浮かびます。 なんとなく、スペシャリストとしての道を進みたいと考えていたのですがその先の具体的なキャリアパスなどはあまりイメージできていない状態でした。 この本は実際にスタッフエンジニアとして働いている人のインタビューが載っておりどのようにその職についたのか、またどういったことが評価されてスタッフエンジニアとしての職についたのか、参考になる部分が多かったです。 読んだ印象としては、どの人も会社や他の人の生産性を上げるため、つまり会社全体に対する大きな貢献をしたことがきっかけになるケースが多く見受けられました。 このような他の上級エンジニアの人の話など聞く機会は少ないため参考になりました。 また、スタッフエンジニアにおける一般的な4つのアーキタイプの話が興味深かったです。 アーキタイプについては、下記のサイトでも紹介されています。 https://staffeng.com/guides/staff-archetypes/ それぞれ、以下の4つです。 テックリード アーキテクト ソルバー 右腕 詳細は本や先程のサイトが非常に参考になりますので参照してみてください。 このような名称と役割を知れたということが個人的には非常によくて、自分がどの方向性を目指すのか、どの方向性の役割に対して特にモチベーションが高いのかということを考えるきっかけになりました。 自分がどのようなスキルを磨いてどのようになっていきたいのかと言う観点で非常に参考になります。 さいごに 自分のキャリアパスについて考える際に非常に参考になる本でした。 定期的に読み返して、自分がどの方向性に向かいたいのか考えていきます。 おすすめできる対象の人としては、エンジニアとして数年経験してきたけど IC としてさらに上級のエンジニアを目指したいといった人になるかなと。 非常に刺激になりますし、キャリアを見直すきっかけとなる良い本になるのではないかと思います。

こんにちは、 @kz_morita です。 今回は，『いかにして問題をとくか』という本をよんで面白かったのでその感想などを書きます． 本の紹介 『いかにして問題をとくか』| 丸善出版 ↓ Amazon リンク いかにして問題をとくか-G-ポリア この本は，原著が 1945 年に観光されたかなり歴史のある本で，数学の問題を解く際にどのような考え方をすればよいのかという問題解決に焦点を当てた本になっています． きっかけとモチベーション 問題解決に取り組む際のフォーマットを自分の中に作りたいという思いがこの本を読むきっかけでした． 今までの自分がやらかしたときの行動を振り返ると，以下のような傾向がありました． よさそうな解決策にすぐに飛びつき手戻りが発生する 解決はしたもののそれが暫定的なもので別の問題を引き起こす 似たような解決策が既存にされていて車輪の再開発になる 実際に何かの問題を解決する際に，どのような方法で問題に取り掛かるのかといったことを自分の中でフォーマット化することにより未知の問題に対してスムーズに取り掛かれるようになるべく読み始めました． 読んだ感想 この本は全体的に，数学の問題に対してどのように取り組むべきかということについて書かれていますが，内容はそれ以外の日常の (特にエンジニアの業務) に応用できるものだと思いました． 未知の問題に対してどのように取り組むか，どのように問題を深く理解するかについてが書かれています． 問題に慣れ，より深く理解し，計画を立て，実行し，振り返るといった各プロセスで何を行うのかという点が非常に参考になりました． 一番参考になったところは問題を深く理解するという点で，未知なものは何か？与えられているデータは何か？条件は何か？といった問いかけが非常に重要なことを学べます． 読もうと思った自身の課題についても解決できそうに感じていて，特に 第 Ⅱ 部の対話という章では，まさに自分が求めていた問題解決のフォーマットが得られる形式でかかれていました． また，第 Ⅲ 部は辞書的な使い方ができるようになっているため定期的に読み返したくなります． 自分は，よさそうな解決策にすぐに飛びつき手戻りが発生する ということを特に良くやりがちなのですが，対象の問題を深く理解する方法について学べたので実務にも活かせそうです． まとめ 今回は，『いかにして問題をとくか』という本を読んだ感想を書きました．個人的にかなり刺さった本でかなり実用的だなというのが率直な感想です． これからも定期的に読み返したい一冊でした．

こんにちは、 @kz_morita です。 今回は、タイトルの通り 『検索システム ― 実務者のための開発改善ガイドブック』 を読んだので感想とか書いていきます。 読もうとしたきっかけ 普段、検索エンジンにデータをインデックスするためのシステムの開発をしているが、検索エンジンそのものや検索についてもっと詳しくなりたいという気持ちがあるため、今回読んで見ようと思い購入しました。 目次 目次についてどんな章があったのか HP から引用します。 https://www.lambdanote.com/collections/ir-system/products/ir-system 本書について 第1章 イントロダクション 第I部 検索エンジンの基礎 第2章 検索エンジンのしくみ 第3章 テキスト解析 第4章 ポスティングリストの走査とランキングのアルゴリズム 第5章 検索エンジンへのデータ登録 第6章 検索インターフェースと検索クエリの処理 第II部 より高度な検索システムにむけて 第7章 よい検索とは 第8章 検索システムプロジェクトの始め方 第9章 検索システムの評価と課題の発見 第10章 クエリ提案とドメイン理解の支援 第11章 検索を成功させるための支援 第12章 検索結果のランキング さらに先に進むために 参考文献 索引 大まかに、二部構成になっていて、基礎編と応用編のような形でした。 基礎編は検索エンジンにおける基礎的な転置インデックスについてや、indexer、ランキングについてなどについて紹介されてました。 第二部としては、検索システムをプロジェクトとしてどう始めるのかといったところから、良い検索のためのクエリ提案やクエリの解釈、拡張などについて書かれてました。 読んだ感想など 第一部は、検索エンジンの基本的な内容が詳しく書かれていたため検索システムの開発に普段から携わってない自分には非常にわかりやすくてよかったです。 『情報検索の基礎』を以前よんでたこともあって、ポスティングリスト周りの話は非常にわかりやすかったです。 第二部のより高度な検索システムにむけてに関しては、より本格的な良い検索のための実装や研究などが紹介されてました。 特に 第11章、第12章はいろいろな手法が紹介されていました。 第11章は、クエリをどのように理解するかやクエリの書き換えなどの手法について工夫が書かれていて、第12章は検索結果のランキングについて書かれていました。 特にこの2章に関しては、正直難しい内容で内容を理解できたとはいえないですが、さまざまな手法や研究が紹介されているのと参考文献もとても多く記載されていたのでこれから学んでいくにとても役立ちそうだと感じました。 この一冊を読んだだけでも、検索システムについて考えなければいけないことや研究されていることが大量にあり難しく面白い分野だなと思えたのがよかったです。 今後の学習の良いきっかけになったと思います。

こんにちは、 @kz_morita です。 ACM 会員の得点の O’Reilly Online Learning (オライリーの本が読み放題のサブスク) がどうやら 2022年7月1日で終了するそうです。 会員になっていて、O’Reilly Online Learning を利用している方は注意が必要そうです。 ACM と O’Reilly Online Learning ACM (Association for Computing Machinery) は海外の有名なコンピュータ学会で、年会費を払うと会員になれます。 O’Reilly Online Learning は オライリーの本が読み放題のサブスクリプションです。すべての本が読めるわけではないのですが多くの本が読み放題の対象となっています。 この ACM と Online Learning の関係性ですが、もともと Online Learning は ＄499 / 年で加入することができますが、ACM会員になると Online Learning が得点としてついてくる。そして ACM の会員費が ＄99 / 年 ということで、格安で読み放題にできると話題でした。 7 月 1 日 で終了 今回は、この ACM 会員特典の Online Learning がなくなるとのことです。 引き続き、Online Learning でオライリーの本を読み放題したい場合には、別途サブスクリプションを契約する必要があります。 通常 ＄499 / 年 かかりますが、ACM 会員からの移行する場合は $100 引きの $399 で利用できるそうです。