WEBエンジニアが読んでおきたい技術書　2022年12月08日

初めて技術書同人誌を作った話

来年から就職を控えている私が、先日(2022/11/20(日))、人生で初めて技術書同人誌[^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回のレスポンスのみがあり、それ以降はお互いのブラウザとサーバーは通信状態ではなくなる。これは本に書いていないが、電話の同期通信とメールの非同期通信のようなものだ。

#### プロトコルとは

通信の約束ごとである。私たち日本人がコミュニケーションを取る時は日本語で話すという暗黙の

機械学習って何から勉強すればいいの？という人向け必読の４冊

# はじめに
未経験からエンジニアになって、いつの間にか２年が経ちました。
今年に入ってからは機械学習の案件にも携わることになりましたが、
最初は学ぶべきものがたくさんありすぎて非常にあたふたしながら、必死にインプットをしてきました。

機械学習やAIというワードに惹かれて、エンジニアを目指そうと思った人もいると思います。
そんな方々にとって、何から学んでいこうかというヒントになればと思い、自分がこの１年くらいで読んで特に良かったなと思った技術書を紹介させていただきます。

どれも有名なので、既にご存知のものも多いかと思いますが、機械学習エンジニアという職に興味がある方は是非読んでみていただければと思います。

## [Kaggleで勝つデータ分析の技術](https://www.amazon.co.jp/Kaggle%E3%81%A7%E5%8B%9D%E3%81%A4%E3%83%87%E3%83%BC%E3%82%BF%E5%88%86%E6%9E%90%E3%81%AE%E6%8A%80%E8%A1%93-%E9%96%80%E8%84%87-%E5%A4%A7%E8%BC%9

技術書典１３ドタバタ出典記【パート２】〜アマゾンで紙の本を出版してみたはなし

# 概要

最近話題の（といっても１年くらい前ですが）アマゾン KDP ペーパーバックという、個人出版で紙の本が作れてアマゾンのサイトで売れるサービス（たとえば ImpressWatch の記事「[アマゾン、Kindleストアで“紙”の本を個人が出版できるサービス](https://www.watch.impress.co.jp/docs/news/1359923.html)」を参照してください）を使って、先日 (2022/9/10 ~ 2022/9/25) 開催された[技術書典１３](https://techbookfest.org/event/tbf13)に出典した新刊『ZAM 季報 VOL.2』の紙の本を作ったはなしです。

* 技術書典１３への執筆の経緯はこちら： [技術書典１３ドタバタ出典記（オンライン）〜約２週間でサークル雑誌『ZAM 季報 VOL.2』を書いたはなし](https://qiita.com/kichiki/items/f6edaadb5e4ec20e8227)
* 約 2 年前に「技術書典９」に初参加したときの記録はこちら： [技術書典９ドタバタ出典記〜２０

技術を勉強したくても、頭に入らない人へ

僕が技術できるというわけでもないが、ハマったやり方です。

僕がやっているやり方を紹介します。

思い付きで書き出してみました。

## とりあえず “なんか作る”

何を勉強するかにもよりそうが、タイトルが入れられるだけのTODOアプリでも作ったらどうですか？

特にダメな理由がないなら、TODOアプリで決定します。

手を動かすことからスタートします。

## つぎはぎで “まず動かす”

チュートリアルを見ながら、とりあえず動かします。

ほんとうに最低限、TODOアプリを作るのに必要な分だけやります。

目的をもって読みます。

## 他の人と “比べる”

そこそこ動くものができたら、他の人と比べてみます。

GithubやQiitaを見ていれば、似たようなものを作っている人もいるでしょう。

自分ならこうする、というギャップが、勉強の起点になります。

## いけてない・不快だと思ったところを “調べる”＝勉強する

どっちがいいの？みんなどうしているの？と思ったことを調べます。

Google検索なり、技術書読むなり、勉強会で聞くなり、、

この、ギャップを埋めて補完する

【転職】未経験がWeb系自社開発企業の内定を得るまでにやったことすべて

## はじめに

どうも皆さんこんにちは！[Web系エンジニアのとも](https://twitter.com/tomokn5)と申します。
僕は2022年1月～プログラミングを本格的に勉強し、ついに先日、**某Web系自社開発企業から内定**をいただくことができました。

ただ、転職成功までの道のりは決して平易なものではありませんでした。
ということで、9ヶ月前の僕と同じように

– 本当に未経験からWeb系エンジニアになれるのかな？
– どういうふうに学習すればいいんだろう？

と悩んでいる方向けに、僕が取り組んだすべてを紹介したいと思います。

## 時期別に紹介

### 1月～4月中旬：AP対策

まず、CSの基礎を固めるために、応用情報技術者試験(AP)を受験することにしました。
使った参考書は以下の2冊です。

– [ニュースペックテキスト 応用情報技術者 2022年度 (情報処理技術者試験)](https://www.amazon.co.jp/%E3%83%8B%E3%83%A5%E3%83%BC%E3%82%B9%E3%83%9A%E3%83%83%E3%82%AF%

技術情報を発信したいエンジニアにお勧めしたい「継続的にアウトプットするコツ」とは？

# はじめに
https://techplay.jp/column/1609?utm_source=newPublishedGroupColumn&utm_medium=email&utm_campaign=tp_20220922

今回は、上記のイベントをもとにエンジニアの情報発信について、考えていきたいと思います。
実際にこちらのイベントに参加させていただいたのですが、この度、[TECH PLAY](https://techplay.jp/)にてこちらのイベントが公開されましたので、ご覧でない方はぜひ！

# 対象
・技術発信について悩んでいる方々

# イベント参加の経緯
私は、現在大学2年生で、プログラミングの勉強をしはじめたばかりです。まだまだ、技術発信ができるようなレベルではないのですが、この考え方のままだと永遠に発信することは無くなってしまうだろうし、単純に他のエンジニアの方の意見を聞いてみたいという思いがありました。また、技術発信をするべきか、その時間を勉強に費やした方がいいのか、どうするべきなんだ？という疑問もあり、イベントに参加しました。

# イベント内容
##

名刺がわりの愛読技術書16冊

名刺がわりの愛読技術書16冊を紹介します。

「名刺がわりの技術書１６冊」って書いたら、技術者なら自分で書いた本１６冊っていう意味になる。そこで、「名刺がわりの愛読技術書16冊」という表題にさせていただいた。

（数字）は、最後に紹介する　「人生で影響を受けた本100冊」で取り上げた際の番号です。
自分が一部でも書いた本は３冊紛れ込んでいます。

別企画では、自分が書いたものは含めない版も作りました。合わせてご笑納ください。

名刺代わりの技術書10選

https://qiita.com/kaizen_nagoya/items/dc497dcaa5a304fc96c8

# 1 エントロピー読本II
(49) 日本評論社, 1985, [宇井純](https://ja.wikipedia.org/wiki/宇井純)・菅井益・中茂・室田武・[伏見 康治](https://ja.wikipedia.org/wiki/伏見康治)・鶴見和子・ [槌田 敦](https://ja.wikipedia.org/wiki/槌田敦) ・河宮信郎・高木仁三郎・藤田祐幸・白鳥紀一・[玉野井 芳郎](ht

技術書典１３ドタバタ出典記（オンライン）〜約２週間でサークル雑誌『ZAM 季報 VOL.2』を書いたはなし

# 概要

今年 (2022 年) 9/10 ~ 9/25 にオンラインで開催されている「技術書典 13」に、久しぶりに新刊を出したドタバタ顛末記です。
（今回は、オフライン、つまりリアルのイベントも 9/11 の１日だけ開催されましたが、われわれ地方勢はオンラインのみでした。）

約 2 年前に「技術書典９」に初参加したときの記録はこちら： [技術書典９ドタバタ出典記〜２０日で本『音楽と数理』を書いたはなし](https://qiita.com/kichiki/items/6d14c7bfea7ef95f4e1a)

PDF で書いた本をアマゾンで出版するはなしはこちら： [技術書典１３ドタバタ出典記【パート２】〜アマゾンで紙の本を出版してみたはなし](https://qiita.com/kichiki/items/1d54e3ba66694ac26f49)

執筆の時間経緯を振り返りたい方は、そのままお読みください。
その他のトピックに飛びたい方は以下からどうぞ：
* [驚異の値段設定、電子、電子＋紙とも 500 円について](#値段の設定など)
* [今話題の Stable Di

未経験Androidエンジニアの1年を振り返る

## はじめに
未経験からAndroidエンジニアになって1年がたったので、ざっくりやったことを振り返っていく。

## 入社前

医療系の仕事をしていて、プログラミングとは無縁な環境。
趣味でAndroidアプリ開発をやってみたらドハマりして、休日は個人開発をしながらずっとコードを書いていた。
Androidアプリの仕事したいな～と思ってたら、幸運にもtwitter経由でAndroidエンジニアとして受け入れてくれる転職先が決まりました。

### 活動
– Android開発(6カ月)
– 個人アプリを3つ作成
– Android Jetpack等の基本的なライブラリを使える程度
– 競技プログラミング(2カ月)
– 転職前に暇だったのでやってみたがかなり面白かった
– 最初はpythonでやっていたけど、Kotlin大好きなのでKotlinで挑戦していた
– たくさんコードを書く機会を得て、論理的な考え方やコードの実装イメージが身についた
– A,B問題はスムーズに解けて、運がいいとC問題が解ける程度の実力
– Androidの実装スピードもか

書籍購入制度を導入してもらった話

## はじめに
みなさまの会社には、『書籍購入制度』はありますか？

今をときめくIT企業にとっては、当たり前の制度ですよね。

しかし、私の入社当時、弊社には**書籍購入制度がありませんでした**:innocent:

今回の記事では、**書籍購入制度を導入してもらった経緯**について記述していきます。

もしお勤めの企業で書籍購入制度を提案されることがあれば、参考になるかもしれません。

## どう変わったか？
ではまず「書籍購入制度を導入してもらった結果、社内制度がどう変わったか？」について記載します。

はじめに、導入前からみてみましょう。

### 制度導入前
– 書籍購入制度
– なし
– 欲しい本は各自で買うしかない
– 「たかが1冊3,000円程度でしょ？」という人もいるが、年間で見ると結構な出費:cry:

エンジニアとしてはイマイチな環境ですよね。

これがどうなったかというと……

↓↓↓↓↓↓↓↓↓

### 制度導入後
– 書籍購入制度
– あり:clap::clap::clap:
– 年間の予算内であれば何冊でも購入O

独習C# 第5版　を読んだレビュー

# はじめに


このたび、[独習C# 第5版](https://www.shoeisha.co.jp/book/detail/9784798175560)を著者の山田祥寛さんよりご献本いただきました。
今回はこちらの書籍についてレビューをしていきます。

# 書籍について

[独習C# 第5版](https://www.shoeisha.co.jp/book/detail/9784798175560)はタイトルのとおり、`C#`について解説されている技術書です。
`C#`の基礎となる`.NET`環境の解説からはじまり、基礎的な概念、制御構文、標準ライブラリ、踏み込んだ上級者向けの機能と網羅的に解説しています。

また最新の`C# 10`にも対応しており、`C#7`以降に登場した機能については目次や章題にそのことが明記してあります。
このため**す