エンジニアの書籍一覧

「考える」こと、していますか？私たちは仕事においても日常生活においても考えることが山ほどあります。その際に行き当たりばったりの思考になっていないでしょうか？根拠のある解決策を選んでいると自信をもって言えるでしょうか？チームでアイデア出しをするとき、チームが一丸となって課題に対峙している感覚はあるでしょうか？ロジカル・シンキング、問題解決、アイデア発想法など、世の中には古今東西様々な「考える」方法を記した書籍があります。本書では、著者がそれらの書籍やワークショップデザイン、ファシリテーションの実戦経験から学んだことを3つのプロセスにまとめました。それが【考える枠を決める、課題を特定する、解法を特定する】です。本書が様々な人や現場の「考える」ことに役立つよう願っています。

【目次】
第1章　そもそも「考える」って何だろう？
第2章　考える枠を決める
第3章　課題を特定する
第4章　解法を特定する
第5章　チームで「考える」ために気をつけること
第6章　「考える」実践例

【スマートスピーカーを子育てに活用しよう！今日からあなたもスマートスピーカーエンジニア！】

本書は子育てを通じてGoogle HomeやAmazon EchoをRaspberry piやGoogleAppsScriptなどと組み合わせて活用するための事例集です。スマートスピーカーを活用するための各種準備はもちろん、「ミルクの量の管理」「双方向の連絡」「トイレトレーニング」といった子育ての各場面を想定し、スマートスピーカーがそれぞれのケースでどう活躍するかを紹介しています。

〈本書の対象読者〉
スマートスピーカーが気になる子育て中エンジニア
スマートスピーカーを買ったもののタンスの肥やしにしている人
ITと教育の力で驚きと感動を与えたい人
【目次】
第1章　スマートスピーカーのことをよく知ろう
1.1　スマートスピーカーとの出会いときっかけ
1.2　利用者（ユーザー）とやりたいことをまとめよう
1.3　各実現方法の違いや特徴を確認しよう
1.4　実装に向けた準備として「台本」を検討しよう
1.5　まとめ
第2章　スマートスピーカーを子育てに活用するための準備をしよう
2.1　全体構成図
2.2　Google Homeの設定・構築
2.3　Amazon Echoの設定、構築
2.4　まとめ
第3章　スマートスピーカーを育てて子育てに活用しよう
3.1　ミルクの量管理システム
3.2　緊急地震速報放送システム
3.3　連絡やりとりシステム
3.4　トイレトレーニングシステム
3.5　好きな番組の放送日・内容確認システム
3.6　お楽しみ足し算ゲーム
3.7　失敗談
3.8　まとめ
第4章　スマートスピーカーを今後も活用しよう
4.1　子どもの成長に合わせて機能を追加する
4.2　かゆいところに手が届くような便利機能を拡充する
4.3　手を出していない領域と連携する
4.4　そして……

本書は、筆者がスタートアップや上場企業で技術顧問に携わる中での課題や対策、提案についてまとめたものです。主な対象読者は、急にCTOやエンジニアリングマネージャーを任されることになった方や、現在テックリードとして働いており、将来のキャリアの選択肢として CTOやエンジニアリングマネージャーを考えられている方を想定しています。

【目次】
第1章　CTO、エンジニアリングマネージャーとは
第2章　採用. エンジニア採用面接でチェックするポイント
第3章　採用. 会社のフェーズで要求されるものの違い
第4章　採用. 採用広報の重要性
第5章　マネージメント. 組織透明性、生産性を高めるための施策
第6章　マネージメント. 技術選定時のチェックリスト
第7章　マネージメント. 仕組みや制度で品質を保証する
第8章　マネージメント. スケールにあわせてテストを書く量を変える
第9章　法規. 開発前に見る日本の法律一覧 その１（Web開発基本）
第10章　法規. 開発前に見る日本の法律一覧 その2（フィンテック、ハードウェア）
第11章　法規. 開発前に見る日本の法律一覧 その3（その他）
第12章　知財. 特許の基本
第13章　ファイナンス. ベンチャーファイナンスの基本
第14章　ファイナンス. 株式投資型クラウドファンディングの資本政策
第15章　ファイナンス. 資本政策の振り返り(メルカリ)
第16章　ファイナンス. 資本政策の振り返り(ラクスル)
第17章　ファイナンス. Ⅰの部読みこみ(Sansan)
第18章　新規事業. ソフトウェア設計とハードウェア設計の違い
第19章　新規事業. 論理的思考により柔軟なアイディアを生み出す方法
第20章　転職. CXOの持ち株比率

「OSSにフィードバックしてみたい人の背中を押すワークショップ」として日本全国で計70回近く開催されている「OSS Gateワークショップ」。その中で参加者の方から実際に寄せられた質問への回答を元に、コミュニケーションの取り方やイシュー報告・プルリクエストのマナー、取り込まれやすい変更のコツなど、今まであまり言語化されてこなかった「OSS開発者・OSSコントリビューターが日常的にしていること」を幅広く解説します。OSSにフィードバックなんて自分には無理、と思っている方のための１冊です。
【目次】
第1章　本当に「誰でもできる」の？
第2章　OSSを探そう
第3章　何をフィードバックしたらいいのか分からない
第4章　どこにフィードバックしたらいいか分からない
第5章　どう報告すればいいのか分からない
第6章　英語での報告の仕方が分からない
第7章　それでもためらってしまうあなたへ
第8章　プルリクエストしてみたい！
第9章　他の人のフィードバックから学ぼう
第10章　要望が通らない！
第11章　プルリクエストをマージしてもらえない！
第12章　仕事が忙しくてOSS活動に時間を割けない！
第13章　バグ報告やパッチ提供以外の形でのOSS開発への参加
第14章　ライセンスについてより正確に知る

本書は、エンジニアではない方が1人でSaaSを開発して販売・サポートまで行う方法を模索する本です。実現難易度は高いですが、現状存在するサービスや技術を活用してどこまでを実現できるのかを模索するための本です。
本書では、まずSaaSのアイディアを見つけてそのアイディアのニーズがあるかを探る方法を解説します。サービスが完成した想定の提案資料を作成し、Figmaで作成した画面案を用いてインタビューを行うことでアイディアを検証します。実際に筆者自身で資料や画面案を作成してインタビューを行った結果を載せています。その際、どの意見を反映してどの意見を反映しなかったのかのリアルな部分がとても参考になると思います。

【目次】
第1章　非エンジニアが1人でSaaSを開発するには
第2章　サービスのアイディアを見つけるには
第3章　アイディアへのフィードバックを得るには

本書はエンジニア有志による「見積もり」についてのノウハウを紹介するための解説書です。見積もりテクニックとしての基本、例えば二点見積もりや工数把握の方法、可視化、また発注者、受注者としてのノウハウ、過去の炎上案件から得たものなど、盛りだくさんの内容です。

【目次】
第1章　見積もりに必要なもの（要件定義）
第2章　タスク見積もり
第3章　若手エンジニアのための作業時間見積もり入門
第4章　2点見積もりとふりかえりのススメ
第5章　アジャイルと見積もり
第6章　安全マージン
第7章　いわゆる相見積とRFPを比較する
第8章　見積もり依頼の基本（小規模Projectを発注する編）
第9章　フリーランス（受注側）にとっての見積もり
第10章　守備範囲外の開発の見積もり
第11章　スクラムとチームと統計的見積り
第12章　見積もる前に作業を終わらせろ
第13章　暖かみのある見積もりをする方法
第14章　納期と信頼
第15章　同人誌を作って見積もり体験
第16章　過小見積もりで炎上するプロジェクトから得られた学びと実践
第17章　フリーランスチームリーダーとしての見積もり失敗談
第18章　工数見積もりアンチパターン
第19章　コンシューマーゲームの見積もり（いにしえの記憶より）
第20章　見積もりきれぬ所要時間
第21章　開発時情報が得られないケースにおいての後付けでの規模見積りについて
第22章　建設業界の見積もり
付録A　フリーランスに必要な嗅覚
付録B　私の見積もり履歴書

第４版、完成しました。
　あなたがもし、ビル・ゲイツさんやトーマス・エジソンさん、本田宗一郎さんの技術者としてのこれまでの体験について興味が沸けば、 WEBで検索をすればすぐにその情報が手に入るでしょう。しかし、 そのような知名度のあるエンジニア以外にも世の中には果てしない努力をしてきたエンジニアの方がたくさんいるはずです。またそのエンジニア一人一人に唯一無二の貴重な体験があるはずです。
　もしあなたがそのようなエンジニアこれまでの体験について知りたくなったとき、どのような手段を取ればそれらの情報が得られるでしょうか。私がその答えを考えたときに容易にその情報が得られる方法は思いつきませんでした。

ぜひ想像してみてください。
　 もしあなたがこれからエンジニアとして社会に出ていく新人さんだとして、このタイミングで様々なキャリアを積んだエンジニアの一番の成功体験や一番の失敗体験などについて事前に聞いておくことができるのであれば、その後の自分のキャリアに大きく活用できると思いませんか。
　もしあなたが成長途中の若手エンジニアだとしたら、今だからこそ先人から学び、今後の仕事を更に加速していきたいと思いませんか。
　もしあなたがベテランエンジニアであれば、ご自身のこれまでの経験と照らし合わせて、ご自身のされてきた努力、他のエンジニアのされてきた努力を互い間接的にでも労う、また今だからこそ人に学び今後に活かせることがないかを考える。そんな時間を少しとってみてもいいのではないでしょうか。

私は検索をしてもなかなか出てこない”無名の”エンジニアの方の１番の成功体験・１番の失敗体験について、知りたい気持ちが強かったです。

そこで本書ではあらゆる技術職における、新人からベテランまでの成功体験・失敗体験について、ヒアリングを行い（エンジニアの方の了承を得た上で）有益な情報のまとまりとして皆さんに共有ができるものに仕立て上げました。

また、エンジニアの方々の体験や労力にはきちんとした対価を支払うべく、身銭を切ってヒアリングを行い、また単なるエンジニアさんへの報酬だけでなく、魂のこもった体験をぞんざいに扱うことにはならないようにできる限り敬意を払う意味でも、デザイナーさんにもお仕事として発注させていただき装丁やデザインに関してご協力いただくなど工夫をしました。

どうか少しでも皆さんのキャリアの一助になれば幸いです。

「プログラミングスクールに行って IT エンジニア目指します！」
最近よく聞くようになりました。
私も聞かれたら答えるのですが、いろんな思いが生まれ、うまく答えられずにいました。

本書ではこの質問を整理し、「IT エンジニアになる方法」を考え、幸せに IT エンジニアとして生きる方法を考えます。

本書で示す選択肢の一つとして「諦める」ことも挙げています。
「IT エンジニアになる方法」と言いつつ諦めることを勧めるのは、この仕事は何かしら好きになれるものが見つからないと辛く、精神を病んでしまうことも多い>からです。
タイトルと異なる結論ではありますが、不幸を減らしたいために挙げています。

当然、人によってアドバイスが違います。
本書は「もし私が現在、未経験から IT エンジニアになるとしてどうするか」を書いています>。
これは私にあった方法で、あなたに合うとは限りませんから、本書を手にとったからと言って>無理に本書に従う必要はありません。
あなたが信頼できるアドバイスをくれる人に従うのがよいでしょう。

If you are interested in the experiences of Bill Gates, Thomas Edison, or Soichiro Honda as an engineer, you can easily find the information by searching the web. However, there must be many other engineers in the world who have made endless efforts in addition to such well-known engineers. And each of them must have a unique and precious experience.
If you wanted to know more about the experiences of these engineers, how would you go about finding out about them? When I thought about the answer to this question, I could not find an easy way to get that information.
Imagine this.
If you are a newcomer to the world of engineering, don't you think that if you can hear in advance about the most successful and most unsuccessful experiences of engineers who have had a variety of careers, you will be able to make great use of them in your own career?
If you are a young engineer in the middle of your growth, don't you want to learn from your predecessors to further improve your skills and accelerate your work in the future?
If you are a veteran engineer, wouldn't you like to take some time to compare your past experiences and appreciate your own efforts and those of other engineers, even if only indirectly?
I had a strong desire to learn about the most successful and most unsuccessful experiences of "unknown" engineers who were not readily available in the search results.

In this book, we have interviewed engineers (with their permission) about their successes and failures in all kinds of technical fields, from newcomers to veterans, to create a collection of useful information that we can share with you.
In addition to paying the engineers for their experiences and efforts, we also interviewed them with our own money, and ordered the work of a designer to ensure that we do not treat their soulful experiences carelessly. In order to pay respect to the engineers as well as to avoid treating the soulful experience carelessly, we ordered a designer to help us with the binding and design.

I hope this will be of some help to you in your career.

October 01, 2021
KASATA

スマホアプリをSwiftで開発する際、エンジニアの大半がWebを主戦場にしていると、Swift製のスマホアプリをメンテナンスできるエンジニアが限られてしまいます。この状況では、継続的かつ迅速に開発を行うことはおろか、ビジネス要求に応えることも困難です。本書ではこのような状況下で筆者が経験した状況、技術選定、開発時の詳細(React Nativeによる実装)を紹介します。

【目次】
第1章　スマアプリ開発の全体像
第2章　Webエンジニアのための技術選定
第3章　環境構築
第4章　Reactのおさらい
第5章　React NativeによるUI構築
第6章　ルーティングとナビゲーション
第7章　State管理
第8章　API通信
第9章　Push通知
第10章　ディープリンキング
第11章　アプリのリリース