- 1. 今年読んだ書籍の読書記録【2022年版】
- 2. 2022年に読んだ本まとめ
- 3. Unityクライアントゲームエンジニアの技術書紹介
- 4. 【エンジニア1年目】読んでよかった書籍7選
- 5. 個人的に読んでよかった技術書紹介【2022年編】
- 6. 著書「プログラムはなぜ動くのか」を読んで。
- 7. オススメの技術書紹介します
- 8. 2年目フロントエンドエンジニアの成長に最も繋がった2022年の1冊
- 9. IT用語が聞こえ始めた2年目から、できることが増えた4年目にかけて読み漁った技術書をまとめました。
- 10. 高専１年生に読んでほしい技術本N選
- 11. 初めて技術書同人誌を作った話
- 12. 「ソフトウェアアーキテクチャの基礎」の読書メモと感想
- 13. 「ゆめみ大技林 ’22」ができるまで
- 14. プリンシプル オブ プログラミングを読んだ
- 15. XAI書籍2022
- 16. 見ただけで情報を読み取れる命名を心がけよう
- 17. プログラムの命名は立派な設計行為
- 18. 【自分流】技術書などの保存について
- 19. 新卒エンジニアがリーダブルコードを読んでみた
- 20. プロになるWeb技術入門を読んだ
今年読んだ書籍の読書記録【2022年版】
## はじめに
2022 年に読んだ書籍を備忘録としてまとめました。
## プログラミング
### [リーダブルコード](https://www.oreilly.co.jp/books/9784873115658/)
オライリージャパン（2012年6月23日発売） / [Amazon](https://www.amazon.co.jp/dp/4873115655)
読みやすいコードを書く、コーディングの方法について書かれた本。### [達人プログラマー（第2版）](https://www.ohmsha.co.jp/book/9784274226298/)
オーム社（2020年11月21日発売） / [Amazon](https://www.amazon.co.jp/dp/4274226298)
より良いプログラマになるための実践的アプローチを紹介している本。### [問題解決のための「アルゴリズム×数学」が基礎からしっかり身につく本](https://gihyo.jp/book/2022/978-4-297-12521-9)
技術評論社（2021年12月25日発売）
2022年に読んだ本まとめ
こんにちは。masangoです。
今年ももう終わりですね。
年末にふさわしく、今年1年で読んだ本を短い感想と共にまとめていきます。※購入順で技術書・ビジネス書をメインに、それ以外 & 積み本は番外編として後半に綴ります。
# 技術書・ビジネス書
## [アドテクノロジーの教科書 デジタルマーケティング実践指南](https://amzn.asia/d/6UiRdvF)
今年の4月に広告系の会社に転職するにあたって、業界知識などを得るために転職先の先輩におすすめされて購入しました。
出版自体はかなり前ですが、アドテクの基本が詰まっていて、私のようにアドテクにこれから入る方には良いと思います。## [SCRUM BOOT CAMP THE BOOK](https://amzn.asia/d/1TgJ2UD)
こちらは[ITエンジニア本大賞2021](https://www.shoeisha.co.jp/campaign/award/2021/result/)で紹介されており、スクラムの基本を振り返るために購入しました。
物語ベースなので堅っ苦しくなく、実際の開発現場でも起
Unityクライアントゲームエンジニアの技術書紹介
本記事は Craft Egg Advent Calendar 2022 25日目の記事です
https://qiita.com/advent-calendar/2022/craftegg【12/24】[AIでイラスト生成してみた](https://qiita.com/tsune_ce/items/b00292b5c90b010e9cf1)
【12/25】Unityクライアントゲームエンジニアの技術書紹介(本記事)# はじめに
株式会社Craft Eggでクライアントエンジニアをしている鎌田です。
この記事では、筆者が実際に読み、社内施策でエンジニア向けに共有したゲーム・プログラミング関連書籍をいくつかピックアップして紹介します。
前半2冊はプログラミング全般で役立つもの、後半3冊はそれぞれのエンジンや分野に特化した本となっています。筆者がUnityクライアントエンジニアの為、内容はクライアント向けのものになっていますが、ご了承ください。
# リーダブルコード
https://www.oreilly.co.jp/books/9784873115658/10年前の書籍
【エンジニア1年目】読んでよかった書籍7選
メリークリスマス！:christmas_tree::sparkles:
この記事は[ディップ株式会社 Advent Calendar 2022](https://qiita.com/advent-calendar/2022/dip-dev)の25日目の記事になります。## はじめに
こんにちは！
2022年の4月にディップ株式会社に入社し、
現在TypeScriptを主に使って開発をしている@smoothie です！今年ももう終わるのだからせっかくなら振り返りをしてみよう！と思い、
今年読んだ本の中で”読んで良かった！”と感じた本を再度読んで記事にまとめてみました！## この記事を読んでほしい人
– これからエンジニアとして働く内定者
– エンジニア1年目の人
– 初心を思い出したい人## エンジニア全般
### :white_check_mark: プリンシプルプログラミング 3年目までに身につけたい一生役立つ101の原理原則[ 24日目です．
記事内にamazonリンクが埋め込まれていますが，アフィリエイトリンクではありません．それでも気になる方はご自身で検索等を行ってください．
また，この記事内で紹介している書籍の作者からリベートを受け取るなどの金銭のやり取り，個人的に頼まれて紹介しているといったこともありません．
## 前置き
早いもので今年も1年終わってしまいますね．みなさんは今年1年何をしましたか？？自分は，大学に入ってから1番技術的にスキルアップした1年になりました．
今回は，タイトルにある通り「個人的に読んでよかった技術書紹介」をしたいと思います．（全部技術書やCSに関連するものですが）分野はマジで幅広いです！！ということでおいしい烏龍茶を片手にゆっくり読んでみてください．
## Web開発関連の本
### リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック
著書「プログラムはなぜ動くのか」を読んで。
## 駆け出しエンジニアが著書「プログラミングはなぜ動くのか」を読んだ感想
エンジニア二年目の私が最近読んで非常に勉強になった本がタイトルにもある「プログラミングはなぜ動くのか」です。
どのような内容が書いてあるかというと、プログラムが動作する根本的な仕組みについてCPUやメモリとハードディスの関係やOSとアプリケーションについて詳しく書いてあります。
技術の進歩で便利な世の中になり、ＰＣがどのような仕組みで出来ているか知らなくても簡単にアプリケーションを作成することが出来る時代です。私もこの本を読むまでは全く理解していませんでした。この本に書いてある内容を理解していなくてもエンジニアとしては問題ないかもしれませんが、
より技術力の高いエンジニアになるためには必要な内容だと思うのでぜひ多くの人に読んでほしい内容でした。※ちなみに第３版は高いので、第2版や第1版を中古で購入するとお安く購入できるので、お金がない方にはお勧めです。
https://www.amazon.co.jp/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%A0%E3
オススメの技術書紹介します
「[Applibot Advent Calendar 2022](https://qiita.com/advent-calendar/2022/applibot)」 14日目の記事になります。
前日は @joe_h さんの
「[TextMeshProでSpriteを表示する](https://qiita.com/joe_h/items/1407e45fc204813192a4)」という記事でした!# はじめに
エンジニアにとって新しい技術を習得する際、技術書はとても良い選択肢です。
業務に直結するスキルを吸収するのはもちろんのこと、エンジニアとしての幅を広げたり、広い視点を持つための個人開発を始めるきっかけにもなります。アプリボットでは広く業務に関係する技術書の購入をリクエストすることができ、技術力の向上をサポートしています。
本記事では、弊社メンバーよりおすすめ技術本をご紹介します！## ドメイン駆動設計 モデリング/実装ガイド
– *どのような内容の本ですか？*
DDDの入門として勧めたい本です。かなり薄い本なので、概要を把握するのに最適です。– *なぜリクエ
2年目フロントエンドエンジニアの成長に最も繋がった2022年の1冊
## はじめに
都内でフロントエンドを開発しているエンジニア2年目のマンゴクです。
[UdonTech Advent Calendar 2022](https://qiita.com/advent-calendar/2022/udontech) の13日目の記事となります！今回は2022年に読んだ技術書の中で最も成長に繋がった物を紹介していきます。
普段React・TypeScriptで開発をしている関係もあり、昨年はReactやフロントに特化した書籍が多めでしたが、今年はソフトウェアの設計やOOPなど開発に関する原理・原則に関する書籍を中心に学んできました。そして、その中で最も良かったのは **「Clean Architecture」** です！と言うことでこの記事では、Clean Architectureに関して下記のコンテンツで紹介します。
– 「Clean Architecture」の内容
– なぜ良かったか
– 具体的に何を学べたか
– 業務にどう活きたか## Clean Architectureの内容
Clean Architectureはソフトウェア界で
IT用語が聞こえ始めた2年目から、できることが増えた4年目にかけて読み漁った技術書をまとめました。
以前、社会人デビューしてから1年半までに読んだ技術書をまとめて投稿しました。
https://qiita.com/aki_number16/items/b2f72fa7bb95a8306c42
今回はその続編の記事で、その時（2年目秋）から最近（4年目秋）に至るまでに読んだ技術書をまとめました。業務や立場が変わったりして、読む本も変わってきたことがわかります。現場で調べて試して、培う知識もあります。その一方で、技術書などで体系に見直す（または、新しくインプットする）ことで培う知識もあります。もし、技術書を読もうとしている方がいましたら、参考になればうれしいです。
では、感想を添えて、読んだ技術書を紹介していきます。
# マネジメント
## [『PMBOK対応 童話でわかるプロジェクトマネジメント』 飯田剛弘/秀和システム/2017年](https://www.amazon.co.jp/PMBOK%E5%AF%BE%E5%BF%9C-%E7%AB%A5%E8%A9%B1%E3%81%A7%E3%82%8F%E3%81%8B%E3%82%8B%E3%83%97%E3%83%A
高専１年生に読んでほしい技術本N選
この記事は [共同開発鯖[^1] Advent Calendar 2022](https://adventar.org/calendars/7961) 10日目の記事です(尚、１投稿目の模様)。
今年はテスト等で予定が合わなかったりなどして、１投稿目が10日になっちゃいました……
(遅刻してごめんなさい)## 前書き
この記事は高専１〜２年生に読んでほしい初級〜中級の技術書を紹介した記事です。技術に興味はあるけど何をやったらいいか分からない、学校で習ったことをなにかに使いたいけど何をしたらいいか分からない。そんな人におすすめの本を紹介しています。
## 経緯先日、あすぱらさん([@ultrasupara](https://twitter.com/ultrasupara))と1年生にプログラミングを好きになってもらうにはどうしたらいいかという話になり
)、人生で初めて技術書同人誌[^1]イベントにサークル側で参加したので、体験できたこと、うまく行かなかったこと、全体を通して感じた魅力について記事にしたいと思います。
## 3行にまとめると
* 主催者の方に誘われて[第7回技術書同人誌博覧会](https://gishohaku.dev)にビビりながら参加したが、技術に関する知的生産を生業をしている方や、いろんな分野で技術職に従事している方と広く交流できた。
* 自分が普段行ってきたところをいざいきなり全て完璧にまとめようとしても、うまく行かない。夏休みの日記を最後の日に全て書くように、体験した際の新鮮な感覚の記述が危うい。日頃のこまめで継続的なアウトプットが必要。
* それでもアウトプットすると、自信がつく。活力が出る。その後の開発に対して前向きに向き合える。:::note
[実際に頒布した新刊のイメージ](https://omochidaisukijp.booth.pm/items/4355855)
:::## 参加したイベントと参加した経緯
### 参加
「ソフトウェアアーキテクチャの基礎」の読書メモと感想
この記事は[FLINTERS Advent Calendar 2022](https://qiita.com/advent-calendar/2022/flinters)の8日目です。
# はじめに
軽めの自己紹介としては、FLINTERSに入ってから2~3年くらいデータエンジニアをやってます。入社当時には現在携わっているシステムの基盤は大方構築されていて、自分の仕事としてはその運用や、細かい追加機能の開発が主で、アプリケーション全体のアーキテクチャ設計などには関わった経験はナシです。今後のステップアップとして、設計から関わっていく機会があったときに役立つ知識をつけたいなと考えていたところに、本書「[ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ](https://www.amazon.co.jp/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3%E3%81%AE%E
「ゆめみ大技林 ’22」ができるまで
今年9月に開催された[技術書典13](https://techbookfest.org/event/tbf13)で、ゆめみの有志メンバーで「[ゆめみ大技林 ’22](https://techbookfest.org/product/9g7iLPz8dzmL2QrrbedbxG)」を出展しました。どのように取り組んだのかを改めて振り返ってみます。
なお、「ゆめみ大技林 ’22」は電子版と紙書籍版を無料で配布しました。電子版は現在も引き続き無料で配布しておりますので、ぜひご覧ください。
# 技術同人誌と技術書典
同人誌のなかでもとくに技術に特化した、技術同人誌と呼ばれるジャンルがあります。このジャンルが確立されたのは、2016年に始まった[技術書典](https://techbookfest.org)からです。技術書典以前にも技術系の同人誌はありましたが、技術同人誌に特化した同人誌即売会である技術書典の開催によってメジャーになりました。
技術書典の「よくある質問」ページの項目「[技術書とはなんですか？](https://techbookfest.zendesk.com/hc/ja/
プリンシプル オブ プログラミングを読んだ
[プリンシプル オブ プログラミング 3年目までに身につけたい 一生役立つ101の原理原則](https://www.amazon.co.jp/%E3%83%97%E3%83%AA%E3%83%B3%E3%82%B7%E3%83%97%E3%83%AB-%E3%82%AA%E3%83%96-%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0-3%E5%B9%B4%E7%9B%AE%E3%81%BE%E3%81%A7%E3%81%AB%E8%BA%AB%E3%81%AB%E3%81%A4%E3%81%91%E3%81%9F%E3%81%84-%E4%B8%80%E7%94%9F%E5%BD%B9%E7%AB%8B%E3%81%A4101%E3%81%AE%E5%8E%9F%E7%90%86%E5%8E%9F%E5%89%87-ebook/dp/B071V7MY82/ref=sr_1_1?adgrpid=54047794275&gclid=Cj0KCQiAvqGcBhCJARIsAFQ5ke7wfJMKUBBJG
XAI書籍2022
## これは何？
本記事は、XAI（説明可能なAI）について日本語で執筆されている書籍のまとめです。以下にまとめる書籍はXAIの概要や複数のXAIの手法について書かれています。これにより、俯瞰的に把握することで手法の選択に役立ちます。それぞれに対して、@daikikatsuragawaのコメントをつけています。
## 機械学習を解釈する技術〜予測力と説明力を両立する実践テクニック
https://gihyo.jp/book/2021/978-4-297-12226-3
実務を見据えたXAIの概要、実務において特に有用であろう手法について解説されています。線形回帰モデルの解釈性に加え、ブラックボックスなモデルに解釈性を与える手法であるPFI（Permutation Feature Importance）、PD（Partial Dependence）、ICE（Individual Conditional Expectation）、SHAP（SHapley Additive exPlanations）が紹介されており、これらの手法が有用な場面での参考になります。
## XAI（説明
見ただけで情報を読み取れる命名を心がけよう
# はじめに
先日、「**名前設計**」についてに下記の記事を執筆しました。
界隈で有名な方が執筆するような大した記事ではないですが、名前を適切に設定することの重要性を私なりに解釈して執筆させていただきました。https://qiita.com/bamboo_wood/items/d9a569147a6767827eb6
「センス良く、かつ適切な名前を設定する」って簡単に聞こえます。
ですが、実際の開発現場では変数や関数の命名に悩まされることが多々発生するように思えます。その問題の手助けをしてくれる本が「**リーダブルコード**」という本です。
エンジニア界隈で一番有名な本と言っても過言ではないですね。もしこの本を読んだことがないという方がいるのであれば、この記事を読むよりリーダブルコードを読んだ方が有意義な時間を過ごせるでしょう。
この記事はリーダブルコードの2章から3章の一部について書いていこうと思います。
– **2章 名前に情報を詰め込む**
– **3章 誤解されない名前**# 目次
1. [名前に情報を詰め込む](#名前に情報を詰め込む)
1. [
プログラムの命名は立派な設計行為
# はじめに
最近、技術書で「[良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方](https://gihyo.jp/book/2022/978-4-297-12783-1)」という本に出会いました。自分に足りていなかった設計の考え方についてかなり勉強になりました。
本当に良かったので内容を忘れないようにQiitaに書き残そうと思います。またこれを機にアウトプットの習慣化ができればいいなと思っています。動くプログラムは割と誰にだって書けると思いますが、良い構造へ改善するためのアプローチを知っている人は世の中に少ないのではないかと思います。
その少数派、価値の高いレイヤーに参加できる入門書が本書だと思いました。その中でもまずは「**名前設計**」について執筆していきたいと思います。
# 目次
1. [意味不明な命名](#意味不明な命名)
2. [命名は省略を避けよう](#命名は省略を避けよう)
3. [変数の使いわましを避けよう](#変数の使いわましを避けよう)
4. [名前設計を怠ったプログラムの末路](#名前設計を怠ったプログラムの末路)
【自分流】技術書などの保存について
# はじめに
子供は本が好きで絵本を「読んで～」とよく持ってくるのですが
最近私の技術書などにも興味をもちはじめ、
散らかしたり破壊したりしてきたので、対策として自分のやっていることをメモとして残します。似たような悩みを抱えている方の参考となれば幸いです。
# 結論
ブックコートフィルムをかけます。
フィルムやフィルムのかけ方については以下にリンクを掲載いたしますので、
参考にしてください。
この動画が一番わかりやすかったです。# 参考
私が購入しているフィルムのリンクを張っておきます。
これ以外にも種類はあるみたいなので、合わなかったひとは別の使うのも手です。デビカ 製本テープ 図書館ブックフィルム A4ロール
# ブックコートフィルムのメリット
以下にブックコートフィルムを使用すること
新卒エンジニアがリーダブルコードを読んでみた
## リーダブルコード
名著と言われており、多くのサイトで取り上げられています。わかりやすいコードを書くための手法が数多く紹介されており、現場でコーディングするにあたって必要な知識が詰め込まれています。
そんな本を新卒エンジニアである私が読んでみて特に重要だと思った箇所をピックアップして整理してみました。
## 1章 理解しやすいコード
優れたコードとはかっこいいコードや短く表現されたコードではなく、理解しやすいコードを指す。誰かが自分のコードを見た時に、いかに短い時間で理解できるかが重要。
コードを書くときは常に **「このコードは理解しやすいだろうか？」** を自問自答することが大切になってくる。
## 2章 名前に情報を詰め込む
名前は短いコメントのようなもので、情報を詰め込むことが大事。短くても読み手に伝わる情報が入ってればOK。
### 2.1 明確な単語を選ぶ
空虚な単語は避けよう。例えば関数名`getPage`は良くない命名であると言える。「get」という単語だと、ページをどこから取ってくるのかが分からない。インターネットから取得するなら`dow
プロになるWeb技術入門を読んだ
読んだ感想：とても実践的でわかりやすい内容でした。古い本だから今でも通用するか心配していたが全く問題なくむしろ今まで読んだ技術書でトップレベルに読んでよかったと感じました。
例えばこんなことを学べますということをまとめます。
#### リクエストとは
Webサーバーに何かを要求することであり、レスポンスとはそれに対するサーバーからの返答である。#### ステートフルとは
状態を持っていることである。反対にステートレスとは状態を持っていないことである。とりわけプロになるWeb技術入門では通信を例にこれらが説明されていた。例えばFTP通信は通信を開始してから、切断するまでお互いが繋がった状態である。明示的に通信を開始する、切断するとお互いに交信する必要がある。一方でHTTP通信は1回のリクエストに対して1回のレスポンスのみがあり、それ以降はお互いのブラウザとサーバーは通信状態ではなくなる。これは本に書いていないが、電話の同期通信とメールの非同期通信のようなものだ。#### プロトコルとは
通信の約束ごとである。私たち日本人がコミュニケーションを取る時は日本語で話すという暗黙の
