O'Reilly のサブスクリプションに AI 翻訳機能が追加された

2022年6月19日

ACM 会員経由の O'Reilly Online Learning が終了するらしい

こんにちは、 @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 で利用できるそうです。

2025年3月9日

AI で Techblog を書いた話

こんにちは、 @kz_morita です。 AI を活用して Techblog を書いてみたら思いの外良かったのでメモです。 AI による Techblog 執筆の流れ AI でこのブログ以外の場所で公開するようのブログを書きました。自分のブログで、公開済みの複数の記事をまとめたような記事を書きたかったため以下のような手順で書きました。 uithub で自分の techblog の文体を学習させる自分のブログの対象の記事２つを読み込ませる実際に記事を書いてもらってレビュー& リライトまず、以下の記事を大いに参考にしました Clineに自分をエミュレートさせて技術記事を代筆させてみたらビビったまず最初にやったのが、自分の文体の学習でした。今回は試しに、uithub を用いて、プロンプトに記事の内容をまず読み込ませました。 uithub は、Github の目的のリポジトリやファイルのリンクの g を u に変更するだけで、内容を開いたテキスト形式でダウンロードできるサイトです。ただ、ここは、cline などでソースコードをclone してから文体を学習させたほうが良かったと思います。学習させたら、対象の２つの記事を読み込ませてこの２つを合わせてまとめた記事を書いてくださいというようなプロンプトを書きました。書かれたものに対して、何回かレビューで指摘して納得行くものができました。大体 6000 ~ 7000 文字くらいの記事を 1時間経たないくらいで仕上げることができたので個人的にはかなり満足しました。まとめ Techblog をAI を活用して書いてみて非常に効率が良いなと思いました。公開するブログ用じゃなくても、自分の読みやすい文体に公開されているドキュメントなどに変換してキャッチアップの効率化するのも良さそうだなと思います。次は、リポジトリをクローンして文体を学ばせる方法を試してみます。

2025年1月19日

Genspark を使ってみる

こんにちは、 @kz_morita です。生成AI系のサービスがたくさん出てきましたが、genspark.ai が個人的に良さそうなので簡単に紹介します。 Genspark とは https://www.genspark.ai/ Genspark.aiは、AIエージェントを活用した検索エンジンです。入力したクエリについてリアルタイムで検索が行われ、結果として Sparkpages というサマリーのページも生成してくれるので非常に便利です。プランとしてPlus プランが存在し、いわゆる普通の Chat 機能や、画像生成などいろいろな機能が使えるようになります。 Plus プランは今なら友達招待で 1ヶ月間トライアルができるみたいなので、試してみました。例えばチャット機能は 2025/01/19 現在で以下のモデルが使用できました。 GPT-4o GPT-4o Mini o1 Claude 3.5 Sonnet Claude 3.5 Haiku Gemini 1.5 Pro Gemini 1.5 Flash DeepSeek V3 また、これらのAIモデルを自動で組み合わせる Mixture-of-Agent という機能もあり便利です。以下はチャット機能で試しに Genspark.ai で Genspark.ai の紹介記事を書いてもらおうとしたときに表示されたマインドマップです。まとめ Genspark.ai について紹介しました。 Google 検索の代わりとしてまずは使っていこうと思ったのと、チャット機能があれば一般的な生成AIでやりたいことはできそうなので良さそうだなと思います。とりあえず、１ヶ月間 Plus プランが使えるので使い倒してみようと思います。

こんにちは、 @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/ データサイエンス、データエンジニアリング、データ管理、ビッグデータ、ビジネスインテリジェンスなどと呼ばれるものを問わず、当社は分析において以下のようなことを重視するようになりました。

2024年11月10日

『チーム・ジャーニー』を読んだ

こんにちは、 @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 の方におすすめだよと教えてもらったのがきっかけでした。書籍を通してですが、チームが機能してくまでの過程をストーリー仕立てで読めるので非常に面白かったです。また、チームの成熟度に応じてチームの課題に対してどのように対処していくかという形式で話が進みます。特に登場人物やチームの問題の解像度が非常に高く、あぁこんな人いたなぁとかこんな問題よくあるよなぁというのが非常に共感できる部分が多かったです。そのため、今自分が所属しているチームがどのくらいの段階にあるのかというのを考えながら読むことができるのがよかったです。載っている内容も非常にいいことが多く、たとえばワークショップ症候群になるなという話などもでてきて刺さる部分が多かったです。ワークショップ症候群とは、ドラッガー風エクササイズなどワークショップをやったことで問題が解決したと思い込んでしまうことを指します。こういった話は非常にリアリティがあり、とりあえずワークショップをやろうとするのはよくあるよなぁと反省しながら読み進めました。ストーリー仕立てとはいえ、リアリティが非常に高いので今のチームの状況と照らし合わせながら読むことでどういう改善ができるかということに非常に役立ちそうです。チームについて考える時に、この本をリファレンスとして問題に立ち向かっていけそうだなと思います。今の自分にとってとても学びがある本でした。

2024年10月6日

英語の文書を読むためのツール

こんにちは、 @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 をしていきたいと思っています。

2024年10月6日

『A Philosophy of Software Design』を読んだ

こんにちは、 @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?

2024年7月21日

『関数型ドメインモデリング』を読んだ

こんにちは、 @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# を使ってかなり具体的に書かれています。

2024年6月30日

『達人に学ぶDB設計徹底指南書』を読んだ

こんにちは、 @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 です。久しぶりに、『達人プログラマー』を読んだので感想などをまとめます。書籍について書籍名は、『達人プログラマー』です。現在は第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 クイックリファレンスガイド訳者あとがき索引 .

2024年4月28日

『プログラマー脳』を読んだ

こんにちは、 @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.

2024年4月21日

『エンジニアリング組織論への招待』を読んだ

こんにちは、 @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　組織設計とアーキテクチャ感想などこの本を読もうと思ったきっかけは、普段エンジニアリングをしている中で組織についてやメンタリングについて興味を持ったことです。本自体は以前から気になっていたしかなり有名な本であるので読んでみようと思いました。

2024年3月11日

『GitLabに学ぶ世界最先端のリモート組織のつくりかた』を読んだ

こんにちは、 @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 を用いた働き方など、参考になるところが多かったです。ローコンテキストな文章を心がけるということや、非同期でのコミュニケーションについて多く書かれていました。本文内で登場するかすれたインクは鮮明な記憶にまさる言葉もとても印象的です。

2024年1月28日

『チームトポロジー』を読んだ

2023年12月17日

データエンジニアに入門して読んだ本とこれから読みたい本

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

2023年10月29日

『データ指向プログラミング』を読んだ

こんにちは、 @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) について語られている本でした．

2023年10月9日

『データマネジメントが30分でわかる本』を読んだ

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

2023年9月24日

『データ指向アプリケーションデザイン』を読んだ

こんにちは、 @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.

2023年7月30日

読書について考えていること

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

2023年7月16日

『オブザーバビリティ・エンジニアリング』を読んだ

2023年7月3日

『Clean Craftsmanship』を読んだ感想とか

こんにちは、 @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部構成になってました。

2023年5月28日

『スタッフエンジニアマネジメントを超えるリーダーシップ』を読んだ

2023年1月22日

『いかにして問題をとくか』を読んだ

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

2022年9月4日

WSL 上で Stable Diffusion を動かす

こんにちは、 @kz_morita です。今回は、話題の Stable Diffusion を WSL 上の Ubuntu で動かしてみました。ところどころ詰まったところがあったのでメモを残していきます。環境について筆者のPC環境は以下の通りです。 Windows 10 Ubuntu 20.04 on WSL2 NVIDIA GeForce RTX 3060Ti (VRAM 8GB) 環境構築 Windows のバージョンを確認後述しますが、Windows10 の 21H2 以降のバージョンじゃないと Cuda on wsl が動かないので確認します。以下の公式サイトに詳細はありますが Windows 11 もしくは、Windows 10 の 21H2 のバージョンに更新します。 https://docs.microsoft.com/ja-jp/windows/ai/directml/gpu-cuda-in-wsl Cuda のインストール Windows のバージョンを確認したら、WSL に Cuda をインストールします。 $ sudo apt-key del 7fa2af80 $ wget https://developer.download.nvidia.com/compute/cuda/repos/wsl-ubuntu/x86_64/cuda-wsl-ubuntu.pin $ sudo mv cuda-wsl-ubuntu.

2022年7月10日

『検索システム ― 実務者のための開発改善ガイドブック』を読んだ

こんにちは、 @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章に関しては、正直難しい内容で内容を理解できたとはいえないですが、さまざまな手法や研究が紹介されているのと参考文献もとても多く記載されていたのでこれから学んでいくにとても役立ちそうだと感じました。この一冊を読んだだけでも、検索システムについて考えなければいけないことや研究されていることが大量にあり難しく面白い分野だなと思えたのがよかったです。今後の学習の良いきっかけになったと思います。

2022年5月29日

n月間ラムダノートの Vol.3, No.1 を読んだ

こんにちは、 @kz_morita です。こちらの本を購入したのですが、その際に送料が無料になるので n 月間ラムダノートも一緒に注文しました。月間ラムダノート Vol.3, No.1 を読んでとても面白かったので感想とかを書いていきます。内容内容は以下のようなものでした。 #1 検索エンジンのしくみ #2 「継続」の秘密 #3 CPU はいかにしてソフトウェアを高速に実行するのか章ごとに感想などを書いていきます。 #1 検索エンジンのしくみこちらは、検索エンジンのしくみとして以下のような内容が触れられていました。テキスト解析辞書引きポスティングリスト走査ランキングなかでも特にポスティングリストの走査について図解で詳しく書かれていました。情報検索の分野は過去に興味があって学んでいた内容なのでとても面白かったです。 (このあたりの記事です) 内容的にはこの本を買うそもそもの目的となった検索システム ― 実務者のための開発改善ガイドブックの本に書かれていることの一部かなと思いますので、こちらを読むのが楽しみになりました。 #2 「継続」の秘密こちらでは、プログラミングにおける継続について書かれていました。どこかで聞いたことがある内容だなとおもったら、以前の n月刊ラムダノート Vol.1, No.1(2019) で触れられていたのに近い内容でした。内容自体は、ruby のコードを使って継続の概念を紹介していくようなものでした。普段から ruby を書いてなくても、シンプルで短いコードでなんとか読めたので助かりました。コードを見て処理を追っていくことでどういった動きになるか理解が深まった気がします。普段コードを書く際にあまり意識することがない内容だとは思いますが、既存の言語にある例外などの機構のおおもとになるような考え方で非常に面白かったです。 #3 CPU はいかにしてソフトウェアを高速に実行するのかこちらの章では、CPU がどのようにしてソフトウェアを高速に処理しているのかという内容が書かれていました。 CPU 扱う命令の実行の密度を上げるために逐次実行から、パイプライン化し、スーパーパイプライン+スーパースカラで高速化するといった内容がかかれてました。また、その際にデータ間の依存関係や、分岐命令によって CPU のレイテンシが発生するといったしくみが図でかなりわかりやすく書かれていて面白かったです。分岐予測やアウトオーダー実行といったレイテンシを減らすための投機実行のしくみにも触れられていました。個人的には後半 I/O 関連の割り込みハンドラの話などがでてきて、これ OS 自作入門でやったやつだとなって面白かったです。いろんな角度から学んだことが知識としてつながっていく体験がよかったです。

2021年12月12日

読書メモ -「BIツール」活用超入門 Google Data Portalではじめるデータ集計・分析・可視化

こんにちは、 @kz_morita です。今回は、『「BIツール」活用超入門 Google Data Portalではじめるデータ集計・分析・可視化』という本を読んだので読書のメモや感想などを書いていきます。結論を先に言うと、これからデータ分析を始めるというタイミングで読むと良さそうな一冊でかなり満足度が高かったです。読もうとしたきっかけ普段はソフトウェアエンジニアとしてプログラミングをすることが多いのですが、直近の仕事ではデータを分析するような作業もしています。 DWH や BI ツールなどデータを見る環境はすでに整っていてその環境の上でデータを見ていくという仕事です。データは、 Athena を用いて見ていて、 BI ツールは Redash を用いています。 SQL を書くことはできるのですが、どういった観点でデータを見れば良いのか？どういったグラフにするべきなのか？という点に関してはわからないことが多くかなり試行錯誤しながら進めていたので、一度書籍などで基本的な考え方を把握しておきたいと思いこの書籍を購入し読み始めました。書籍の構成本書は、タイトルの通り Google Data Portal を使いながらデータの集計と可視化をハンズオン形式でしていく内容になります。具体的な目次は以下のようになります。 ■第1章入門編：分析ダッシュボードを作ってみよう－実際の業務体験ハンズオン ●1-1 BIツールの基本 ●1-2 データの読み込みと集約 ●1-3 集計、グラフによる可視化 ●1-4 関係性の分析 ●1-5 結果を共有するためのデザイン ●1-6 結果の展開、共有 ●1-7 ダッシュボードのインタラクティブ機能 ■第２章ステップアップ編：さまざまな分析をしてみよう－実践で使えるさまざまなテクニック ●2-1 実務に向けて学ぶBI応用 ●2-2 KPIモニタリングとKPIマネジメント ●2-3 KPIの分析 ●2-4 意思決定のための分析 ●2-5 業務情報を検索するダッシュボード ●2-6 データサイエンスを取り入れる:単回帰分析 ●2-7 データサイエンスを取り入れる2:時系列解析 ●2-8 データサイエンスを取り入れる3:類似度 ●2-9 データサイエンスを取り入れる4:DID ●2-10 情報管理を行う ●2-11 データの加工に関して ■第３章レベルアップ編：ＢＩツールに関する知識をつける ●3-1 BIツールを取り巻く環境について ●3-2 BIツールが使われるケース ●3-3 BIツールとデータ分析環境の立ち位置 ●3-4 ETL(ELT),DWHに関する基礎知識 ●3-5 Tableau,Metabase,Lookerといった ●3-6 BIエンジニアの業務フローと ●3-7 BIとデータマネジメント今回は、自分が使用している BI ツールは、Redash で Data Portal を使用しているわけではないので、ハンズオンの箇所は流し読みしました。

2021年6月20日

過去に読んだ中で特にためになった技術書10選

こんにちは、 @kz_morita です。今回は，過去に読んだ本で個人的にかなりためになったり，面白かったりした技術書を 10 冊紹介します．完全に個人の趣味趣向が入ってますが，書籍選びに迷っている人の参考になれば幸いです．ためになった書籍 10 冊 CODE COMPLETE 上 CODE COMPLETE 第2版上完全なプログラミングを目指してこの本は，大学の図書館にあったのをたまたま見かけて読んだ本になります．より良いコードを書くにはどうしたらよいかといった観点で，命名の話などを通して良いコードについて学べる本です．この本を読んだ当初は，チーム開発をしたことがなかったので動けばよいというコードを書きがちでしたがこの本を読んだことによってプログラムのソースコードは機会と人に向けて書くものという点を意識できるようになった本です．アジャイルソフトウェア開発奥義アジャイルソフトウェア開発の奥義第2版オブジェクト指向開発の神髄と匠の技新卒のときに，チームの先輩におすすめしてもらって読んだ本です． SOLID の原則を知るきっかけになった本です．それまでデザインパターンなどは軽く知ってはいたのですが，それらのデザインパターンがどのような原則のもとのパターンなのかが見えてきたのがとても勉強になりました．たとえば「Strategy パターンは，Open-Closed Principle (開放/閉鎖原則) にもとづくパターン」などの関係性が見えてくると，それまで暗記対象だったデザインパターンに対して，適用する目的を含めた理解ができるようになったと感じています． Game Programming Patterns Game Programming Patterns ソフトウェア開発の問題解決メニューこちらの本は，スマホゲーム開発を行っていたときに気になって読んだ本でした．タイトル名こそゲームプログラミングと謳ってはいるものの，実際はオブジェクト指向やデザインパターンについて書かれた本でした．ゲーム開発で良くでてくるパターンを中心に紹介されていましたが，一般的に役に立つ知識も多かったです．たとえば変数をもつ Singleton パターンが，ただのクラスにカプセル化されたグローバル変数だと言う点などについて指摘していてハッとする点が多かったです． Clean Architecture Clean Architecture 達人に学ぶソフトウェアの構造と設計この本は，同名の設計のクリーンアーキテクチャのみの話だけではなく，もっと広い範囲でソフトウェアをどう設計していけばよいかといった点について論じられていた本でした．なかでも，以下のような非常に胸が痛くなるような現実を突きつけられる内容が多々あり，これは読んでよかったなと思う本です．「あとでクリーンにすればいいよ。先に市場に出さなければ！」開発者たちはそうやっていつもごまかす。だが、あとでクリーンにすることはない。市場からのプレッシャーは止まらないからだ。「先に市場に出さなければ」ということは、後ろに競合他社が大勢いるということである。競合他社に追い抜かれないためには、これからも走り続けるしかない。ＲｏｂｅｒｔＣ．Ｍａｒｔｉｎ; 角征典; 高木正弘. Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ) (Kindle の位置No.

2021年5月15日

「ソフトウェア職人気質」を読んだ

2021年4月26日

SOFT SKILLSの第2部を読み終えた感想

こんにちは、 @kz_morita です。先日買った， SOFT SKILLS を空き時間に少しずつ読み進めているのですが，第2部を読み終えたので感想などをまとめていきます．他の部はこちら．第1部第2部の内容第2部は自分を他の人に売り込むことについて書かれていました．第2部自分を売り込め！第19章コードモンキーのためのマーケティング基礎講座第20章自分だと気づいてもらえるブランドを確立しよう第21章大成功するブログの作り方第22章最大の目標：他人のために価値を生み出せ！第23章ソーシャルメディアの使い方第24章講演、プレゼンテーション、講師：しゃべるギーク第25章フォロワーを引きつける本や記事を書く第26章バカにされるのを恐れる感想などこの部は，個人的のとても興味深く面白かったです．ブログやソーシャルメディアをうまく利用して，自分がどういった開発者なのかを色んな人に知ってもらうという内容だったのですが，自分のブログをやっていることなどもあり，どのような点に気をつけているかなど共感できることが多かったです．自分はこのブログを Input を継続的に行うための Output の場所と考えて始めたのですが，現在ではこのブログをみてくれた人が，「こういう技術に興味あるんですね」など言ってくれて，自分のことを知ってもらえる良いきっかけになっているという実感も増えてきました．これは本当に，2年以上週1 でブログを書き続けてよかったなぁと思うところです．この部の中で印象に残っていることとして，他人のために価値を生み出し，欲しがっている人に欲しがっているものを与えるという点です．自分のブログが困っている人の問題をすこしでも解決できるような価値を生み出せているかという視点はハッとさせられました．どんな内容でもまず書き続けることが非常に重要だとは考えていますが，実際にどういった書き方を行えば価値があると感じてもらえるかといったことにも気を配りつつ今後も書いていこうと思います．

2021年4月11日

SOFT SKILLS の第1部を読み終えて

こんにちは、 @kz_morita です。最近，仕事をしていく中でプログラミングそのもの技術的な内容より，仕事自体の進め方だったり，キャリアについてだったり，いわゆるソフトスキルが足りてないと感じることが多いです．そんな中で，ちょっと前に名前だけ聞いたことがあった，SOFT SKILLS という本があったことを思い出し衝動買いをして読み始めました．まだ第1部しか読み終わってませんが，まさに自分が求めている情報がある良さそうな本だったので読書記録として感じたことなどをまとめてみます． SOFT SKILLS ソフトウェア開発者の人生マニュアル第1部の内容第1部はキャリアについての話が書かれています．第1部　キャリアを築こう第2章　スタートから派手にいこう！：誰もがするようなことはするな第3章　未来について考える：あなたの目標は何？第4章　社交術：考えている以上のものが必要だ第5章　面接をハッキングするコツ第6章　雇用形態：三つの選択肢を理解する第7章　あなたはどのタイプのソフトウェア開発者か第8章　「どの会社も同じ」ではない第9章　出世階段の上り方第10章　プロであること1 第11章　自由を得る：仕事の辞め方第12章　フリーランサー：外に出て独立する第13章　初めての製品開発第14章　スタートアップを起業したい場合第15章　遠隔勤務サバイバル戦略第16章　うまくやり遂げるまではできたふりをしよう第17章　ダメな履歴書をよくする方法第18章　テクノロジーに対して頑なな態度を取るな感想など第1部を読んで印象に残った点としては，自分を商品として売り込むということをちゃんとやるということです．ソフトウェアエンジニアとして，働く上で自分を商品とするとソフトウェアを実装する能力が自身の商品価値です．そして商品を市場でるためには，商品の価値を磨く（技術力を磨く）ことや，商品のカタログ（履歴書や職務経歴書）をしっかり用意すべきといった話でした．これらは，重要であるとなんとなく認識している反面，現状の自分がうまく出来ているかというとそうではないかなというのが率直な感想でした．このブログも商品を説明する一種の手段ということができますが，そもそも最近自分の価値をちゃんと上げるような自己研鑽があまりできていなかったなという反省点もあります．先の部で言うと，第３部が学ぶことを学ぼうというテーマで気になっていて，今一度自分が学び方をちゃんと会得しているのか見つめなおす機会になればと思っています．まだ第1部を読んだだけですが，キャリアとかソフトウェアエンジニアとしてどう働いていくかといったことにモヤモヤしている人にはかなりおすすめできる内容なのではないかと感じ始めています．こちら引き続き読み進めていこうと思います．

2020年8月16日

詳解システム・パフォーマンスを読み終えたので感想とか

2020年8月7日

マスタリングTCP/IP 入門編第7 ~ 9章

こんにちは、 @kz_morita です。今回は，マスタリング TCP / IP 入門編の 7 ~ 9 章を読んで読了したので，これらの章の内容と全体的な感想を簡単に書いていこうと思います．第 7 章ルーティングプロトコル（経路制御プロトコル）第 7 章では，パケットを宛先まで届けるためにルーターがどのようにルーティングを行っているのかという内容が書かれていました．ルーティングもIPアドレスと同様に階層化されており，AS (Autonomous System) と呼ばれる範囲内と範囲外で異なるプロトコルでルーティングがされています． AS の内部で使用されるプロトコルは，IGP (Interior Gateway Protocol) と呼ばれ，具体的には，RIP (Routing Information Protocol), RIP 2, OSPF (Open Shortest Path First) といったプロトコルが用いられてます． AS 同士のやり取りで使用されるプロトコルは，EGP (Exterior Gateway Protocol) と呼ばれ，具体的いは，BGP (Border Gateway Protocol) が用いられます．この本で紹介されていた，プロトコルは Distance-Vector 型と，Link-State 型となっていました． Distance-Vector 型は，現在地から目的地までに通るルーターの数 (ホップ数) が少ない経路を選ぶようなアルゴリズムです．RIP などでは，その際に自身の経路情報をブロードキャストして，ルーター感で情報のやり取りをする方法が定められていました． Link-State 型は，ネットワーク全体をみてノード間のコストを元にダイクストラ法で経路選択をするアルゴリズムです．OSPF では，情報を交換するために他のルーターとやり取りするためのプロトコルが定義されていました．この章では，ルーターが実際にどのように振る舞っているかを知ることができました．第 8 章アプリケーションプロトコルこの章では，OSI参照モデルの 4, 5, 6 層のプロトコルについて簡単に紹介されていました．

2020年8月3日

マスタリング TCP / IP 入門編 6章

こんにちは、 @kz_morita です。以前から読んでいるマスタリング TCP / IP の 6章を読んだので，内容をまとめます．目次 6 章は，トランスポート層のプロトコルである TCP と UDP についての話でした．主に以下のような内容です．トランスポート層の役割ポート番号 UDP TCP トランスポート層の役割インターネット層で，ホストまでデータ届けますが，その上でアプリケーションにデータを届けるのがトランスポート層の役割となります．どのアプリケーションにデータを渡すかを指定するために，ポート番号で識別します．アプリケーションは，UNIX の場合だとサーバー上で動いているデーモンのことで，それあてにデータを届けます．( httpd とか，sshd とか) UNIX デーモンには，inetd (インターネットデーモン) というスーパーデーモンがあり，それがサービスを受けると, forkし，sshd などを exec しますが，その際にport 番号が，22 だったら，sshd , 80 なら，httpd などといった形で振り分けます．トランスポート層のプロトコルには，TCP と UDP があり，TCPは信頼性が高く，UDPはリアルタイム性を重視する場合や，(マルチキャスト，ブロードキャストに使われます． TCPやUDPはを利用して通信するときはソケットという API が使われていて，アプリケーションはソケットを利用して通信相手のIPアドレスやポート番号を設定したりデータの送信や受信の要求をします．ポート番号ポート番号も，MACアドレスやIPアドレスと同様，通信相手を識別するためのアドレスで，以下のような役割になります． MACアドレスデータリンク内のコンピュータを識別するもの IPアドレス TCP / IPネットワーク上のホストやルーターを識別するためのものポート番号同一のコンピュータ内で通信を行っているプログラムを識別するためのもの TCP / IP , UDP / IP による通信では，「宛先IPアドレス」「送信元IPアドレス」「宛先ポート番号」「送信元ポート番号」「プロトコル番号」の組で通信を識別します．

2020年6月21日

ソフトウェアテストの教科書を読んだ

こんにちは、 @kz_morita です。日頃，アプリケーションを開発していると必ず行うのが，ソフトウェアのテストですがよくよく考えると体系的な手法などは知らずに行っていました．現在参加しているプロジェクトで，ちょうどテストを行うフェーズに入ったということもあり，体系的に学ぶために以下の本を読んでみました. 【この1冊でよくわかる】ソフトウェアテストの教科書―品質を決定づけるテスト工程の基本と実践目次 PART 1 ソフトウェアの基礎第 1 章: ソフトウェアテストとは第 2 章: ソフトウェア開発の流れとテスト工程第 3 章: ホワイトボックステスト第 4 章: ブラックボックステスト PART 2 さまざまなテスト技法第 5 章: 同値クラステスト・境界値テスト第 6 章: デシジョンテーブルテスト第 7 章: 状態遷移テスト第 8 章: 組み合わせテスト第 9 章: テスト技法適用チャート PART 3 テストドキュメントとモニタリング第 10 章: テストドキュメントの作成第 11 章: テストドキュメントの正しい書き方第 12 章: テスト実施のモニタリング感想とかこの本は，PART 1 にてテストの全体像や開発工程の説明がされ，PART 2 で実際のテスト技法について，PART 3 でテストドキュメントについて書かれていました．

2020年5月24日

マスタリング TCP / IP 入門編 5章

こんにちは、 @kz_morita です。今回は，マスタリング TCP / IP の5章を読んだので，内容を軽くまとめます．目次 5章はIPに関連する技術の紹介でした．具体的には，以下の内容でした． DNS ARP ICMP DHCP NAT 一つずつ簡単にまとめます． DNS DNS (Domain Name System) は，ドメイン名からIPアドレスをひくためのシステムです．昔は， hosts ファイルを一元管理してたけど，ホスト数が増えてきて管理が大変になってきたので，DNSが生まれました． DNSは木構造になっていて，ルートまでたどれば，すべてのドメインにアクセスできる分散データベースのようなものです．木をたどる必要があるので，DNSネームサーバーは，IPアドレスとドメインの対応表 (Aレコード) と, 上位や下位のネームサーバーのIPアドレスレコード (NS レコード)をもちます． ARP ARP (Address Resolution Protocol) は, IP アドレスから MAC アドレスを知るためのプロトコルです． IPネットワークの通信で，宛先のホストが同一データリンク内などにない場合には，次のホップのルーターのMAC アドレスは ARP で調べることになります． IPv6 では，ICMPv6 の近隣探索メッセージが利用されるため，ARP は IPv4 のみのプロトコルとなります． ARPによりデータリンク内では MAC アドレスがわかるので，インターネットで通信するときはIPアドレスのみを意識すればよくなります． ARPのアルゴリズム同一データリンク内にある2つのノード間のやり取りと仮定すると，送信元が送信先IPアドレスとをもとに，ARP要求パケットをデータリンク内にブロードキャストする．ブロードキャストなので，すべてのノードにARP要求パケットがとどく自分のIPアドレスとARP要求パケットのIPアドレスとを比較して，一致していれば自分のMACアドレスを含めたARP応答パケットを送信元に返すホストA -> ルーター -> ホストB みたいな通信をする場合は，

2020年5月18日

マスタリング TCP / IP 入門編 1 ~ 4 章

こんにちは, @kz_morita です．最近, ネットワーク周りの基礎から学び直そうということで，マスタリングTCP / IP を読んでいます. 今回は，1 ~ 4 章までの読んだ感想を軽くまとめます．第1章ネットワーク基礎知識第1章では，はじめにコンピュータの歴史から始まって，ネットワークの基本的な構成要素について説明がされていました．特に OSI参照モデルの説明と，各層の構成要素について説明がありました．物理層の通信媒体の話は，イーサネットの同軸ケーブルや，ツイストペアケーブルなどから始まり，無線などについてもあってこういった話は普段アプリケーション開発を行う上で意識することはないのですが，普段何気なく利用しているインターネットがどういったものでできているかということを再確認できたのはとても興味深かったです．リピーターや，ブリッジ (L2スイッチ)，ルーター (L3スイッチ) などの，ネットワークを構成する機器についても簡単に紹介されてて面白かったです．第2章 TCP/IP 基礎知識第2章は，TCP / IP の基礎的な内容が説明されていました． TCP / IP の成り立ちの話や，プロトコルの標準化の話は普段意識したことがない点で面白かったです．他には，TCP の階層モデルの話や，各階層で具体的にどのようなプロトコルが使われているかがありました．他にはネットワークの通信を行う際に，アプリケーション層でヘッダをつけてトランスポート層に渡して，トランスポート層でTCPヘッダをつけて下層に渡して・・・．みたいなひととおりの通信の流れの解説などがあり，こちらもおさらいになりました．第3章データリンク第3章では，ケーブルなどの通信媒体でつながれたネットワーク内の通信技術について記載がありました．バス型や，リング型，スター型などのネットワークのトポロジについてや，通信相手を特定するためのMACアドレスについての記載がありました．中でも面白かったのが，媒体共有型のネットワークでデータの衝突の検知や，ループの検知などのデータリンクの制御のアルゴリズムが面白かったです．データの衝突の検知のための，CSMA/CD 方式や，トークンパッシング方式など媒体を共有する通信をするための工夫は興味深かったです．その他には，イーサネットのフレームフォーマットや無線通信の種類などデータリンク周りは知らない知識も多かったので勉強になりました．第4章 IP プロトコル第4章では，ネットワーク層のプロトコルである IP について書かれていました． IPアドレスについてと，ルーティング，パケットのフラグメンテーションと，IPv4, IPv6のフレームフォーマットについて学ぶことができました．先日書いた Amazon Web Services 基礎からのネットワーク&サーバー構築を読んだという記事にあるとおり AWS のネットワーク周り構築をしましたが，AWS の VPC で設定した内容のもう少し深い理論や定義などを知ることができました．具体的には，ルーティングテーブルの仕組みや，サブネットマスク (CIDR) ，NAT などについてその概念や成り立ちともに知ることができました. このあたりも，むかし少し学んだような気がしましたがあらためて AWS の VPC 構築などで手を動かしたあとに学ぶとよりすっと入ってくる実感がありました．

2020年5月6日

Amazon Web Services 基礎からのネットワーク&サーバー構築を読んだ

こんにちは、 @kz_morita です。今回は、AWSのネットワーク周りを学ぼうとして以下の本を読んだので感想などを書いていきます。 Amazon Web Services 基礎からのネットワーク＆サーバー構築改訂3版目次 CHAPTER 1 システム構築をインフラから始めるには CHAPTER 2 ネットワークを構築する CHAPTER 3 サーバーを構築する CHAPTER 4 Web サーバーソフトをインストールする CHAPTER 5 HTTP の動きを確認する CHAPTER 6 プライベートサブネットを構築する CHAPTER 7 NAT を構築する CHAPTER 8 DB を用いたブログシステムの構築 CHAPTER 9 TCP / IP による通信の仕組みを理解する Appendix A パケットキャプチャで通信をのぞいてみる Appendix B ネットワークの管理・運用とトラブルシューティングできるようになることこの本を一通りやると、Web サーバーと、DB サーバーからなる簡単なアプリケーションのネットワークを構築できるようになります。(本書の例では WordPress をインストールして動かすところまでを行います) 具体的には、VPCを作成してその中にパブリックサブネットとプライベートサブネットを作成しました。パブリックサブネットの中に EC2 インスタンスを立てて、インターネットからアクセスできるように、Internet Gateway を設定したり、Web サーバーとして動くように Apache をインストールしました。プライベートサブネット側には、DB Server として EC2 を構築して、EC2 内からインターネットへ接続できるように、NAT ゲートウェイを構築しました。このプライベートサブネット内の、DB Server には、踏み台サーバーを通して ssh ログインを行いました。

2020年4月12日

りあクト!を読んだので感想とか

こんにちは、 @kz_morita です。最近業務で、React / Redux 周りを触ることになりそうで、その予習として、「りあクト! TypeScriptで始めるつらくないReact開発」を読んだのでその感想とかを書いていこうと思います。前提として私の経歴的に、フロントエンドの開発は趣味でちょっと触ったことあるのと、Vue.js / Nuxt.js を用いてシンプルなページを構築したことがあるくらいです。Reactに関してはちょっと触ったことあったかなぁ・・・といった程度の経験値となります。目次目次は以下のような感じです。第1章こんにちは React 第2章ナウでモダンな JavaScript 第3章関数型プログラミングでいこう第4章型のある TypeScript は強い味方第5章拡張記法 JSX 第6章 LintとPrettierでコードをクリーンに第7章何はなくともコンポーネント第8章 Hooksで関数コンポーネントを強化する第9章ルーティングで URL を制御する第10章 Redux でアプリの状態を管理する第11章 Redux で非同期処理を扱う本書は販売サイトの「こんな方にオススメ」という項目にて、サーバーサイド開発は経験者だけど、フロントエンド開発は初めてというふうに書かれてましたが、その名の通りとても親切で JavaScript の基本に近い部分から説明がなされていました。序盤で、JavaScript について軽く触れられた後は、TypeScript や、JSX や Lint と Prettier といった実用的な部分にも触れられていました。その後は、React のコンポーネントの説明から、Hooks, Router, Redux, Redux-Saga といった具合にどんどん実践に近い（であろう） React での開発方法が書かれていました。

2020年4月6日

実践Rust入門を読んだので感想とか

こんにちは、 @kz_morita です。今回は、自転車本と言われている「実践Rust入門言語仕様から開発手法まで」を読んだのでその感想を書いていこうと思います。実践Rust入門言語仕様から開発手法まで目次目次は以下のような感じです。第1章 Rustの特徴第2章はじめてのRustプログラム第3章クイックツアー第4章プリミティブ型第5章ユーザー定義型第6章基本構文第7章所有権システム第8章トレイトとポリモーフィズム第9章パーサを作る第10章パッケージを作る第11章 Webアプリケーション・データベース接続第12章 FFI 最初に、環境の構築と簡単なプログラムを紹介して、次に基本的な文法などから、所有権・トレイト・ライフタイムなどのRust のコアな部分までの解説があります。最後に、パーサ、Webアプリケーション、FFIという実践的な内容に触れるといった順番で書かれていました。感想などこの書籍では、最初にRustの起源から始まり、実用的なアプリケーションの例まで一通り記されていました。最初に Rust を触ったときに何か Swift に似ていると感じたのですが、Rust 開発者の Hoare 氏が Apple でSwift を開発しているということをこの書籍で知って、なるほどなぁと思ったのが印象的でした。そして書籍全体の中でもなんといっても一番面白かったのは、7章と8章です。 Rustの醍醐味である、所有権システムの仕組みはやはり魅力的に感じました。コンパイラが、メモリ安全性を担保するという思想はとても魅力的だし、それを実現する仕組みも本当にすごいなと感じました。はじめはむずかしいなと感じたのですが、前職で C++ を書いてたおかげでなんとか理解できた気がしてます。（ムーブセマンティクスとかあったので）所有権に関しては、以下の記事でもまとめてありますので、よかったら見てみてください。 Rustの所有権についてライフタイムについても、以下の記事でまとめました。 Rustのライフタイムについてそして、その次の parser を作る以降の章では、実際にコードの作り方や Rust の作法みたいなところを学ぶことができたのがとても良かったです。書いていて驚いたのは、cargo を始めとするエコシステムが整っているのは非常によいなぁということと、コンパイルエラーのメッセージがとても丁寧でわかりやすいということでした。エコシステムに関しては、インストールはコマンド一発ですし、Rust自体のバージョンアップも rustup で一発でできたり、cargo で便利な crate が簡単に使えるところはさすがだなぁと思いました。

2020年1月25日

プログラムはなぜ動くのか？を読んだ

こんにちは、 @kz_morita です。今回は、プログラムはなぜ動くのかという本を読んだので、その感想を書いていきます。プログラムはなぜ動くのか第２版知っておきたいプログラムの基礎知識全体的な概要この本は、普段書いているプログラムが PC 上でどのような原理で動作するのか？といったことが書かれている本になります。プログラムを命令とデータにわけ、CPU がどのように命令を解釈するのか？や、データはどうメモリに配置されるのか？などが平易な文章で書かれているので Computer Science にぴったりな本だと思いました。第 1 章では、プログラムにおける演算や、条件分岐、繰り返しなどがどのように CPU で解釈されるかや、演算に使われるレジスタの紹介などが書かれています。第 2 章、第 3 章, 第 4 章ではデータをコンピュータ上でどう表現するかが書かれています。データの 2 進数での表現や 2 の補数や、算術演算、論理演算について知ることができます。不動小数点についてもこの章で学ぶことができます。メモリ上でのデータの表現として、スタック、キュー、ポインタ、リスト、2 分探索木などのデータ構造の紹介もされています。第 5 章、第 6 章ではメモリとディスクの関係性について書かれています。プログラムが実行時にディスクからメモリにロードされることや、ディスクキャッシュ、仮想メモリ、ページイン、ページアウトなどについても概要を知ることができます。ディスクについてはその物理構造であるセクタ、クラスタなどの紹介がされています。また、メモリを節約するという文脈で、Dynamic Link,や Static Link や、データの圧縮法（ランレングス符号化、ハフマン符号化）が簡潔に紹介されています。第 7 章、第 8 章では、プログラムの動作環境としての、OS とハードウェアや、ソースコードを実行ファイルになるまでのコンパイラや、リンカについて説明がなされています。プログラムを実行するために、ディスクからメモリにロードし、変数の領域、関数の領域、スタック領域と、ヒープ領域が確保され、再配置情報から実行時のメモリアドレスが決まることについて書かれています。第 9 章、第 10 章、第 11 章では、アプリケーションがどのように OS 上で動き、また、ハードウェアを制御したりするかが書かれています。 OS がアプリケーションに API を提供し、ハードウェアが抽象化されていることや、高級言語がどのようにアセンブリコードに変換されるかや、CPU からハードウェアをどのように制御しハードウェアからの割り込み要求を CPU がどう扱うかなどの外観を掴むことができます。

blog.foresta.me

O'Reilly のサブスクリプションに AI 翻訳機能が追加された

AI 翻訳機能の追加

AI 翻訳の書籍

まとめ

O'Reilly のサブスクリプションに AI 翻訳機能が追加された

AI 翻訳機能の追加

AI 翻訳の書籍

まとめ

関連記事