Webプログラマとして個人的に刺激を受けた技術書の紹介

# はじめに
個人的に読んでよかった、Webプログラマとして刺激を受けたと感じる技術書について、紹介をしていきたいと思います。
かなり厳選していますので、多分余程外れないのではないかと・・・。
(逆に言えば他の人も紹介してるやつが多いかもです)

# リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

もう紹介せずとも皆さんご存知かと思いますが、やはりこれは外せません。
初学者の方でも読みやすいと思いますし、個人的には新卒の研修とかに組み込んでも良いんじゃないかと思っています。
ある程度業界経験をした今でも、復習を兼ねてたまに読み返しています。
その名の通り可読性の高いコードの書き方に特化しており、
良い例、悪い例の具

Javaプログラマ(４年目)が今まで買った技術書の棚卸しとオススメ度

#初投稿です
前々から投稿したかったけど、怖くてできませんでした。慣らすためにとりあえず書こうと思いました。
#買った本の棚卸し
買った本の個人の棚卸し的目的も含むため、特定の用途でまとめての紹介ではございません。
ほぼ全て紙の本です。自分は技術書って電子書籍だと読みにくい
また完全に個人の感想です。

あとなんか画像勝手に持ってくるのはいやだし、Amazonのリンク貼るのもいやだし、自分の撮った写真は汚いしで面倒になったので本の画像はなしでお送りします。

★=1点
☆=0.5点

#1.リーダブルコード
**オススメ度:★★★**

言わずと知れた超有名な本。
新人の頃に初めて先輩に勧められて、とりあえず買ってワケ分からなくて途方にくれた思い出深い逸品。もはや御守り的にカバンに入れて持ち歩くような存在。

中身に関しては新人にはハードルが少し高く感じた。「このように書くと良いよ」を紹介してくれるのはすごく良いのだが、「もっとJavaとして書くときの書き方を教えてくれよ！」と当時は思っていた。

ただなんだかんだ書いてある内容は今も実践しているつもりだし、かなり良い本。
#2.ベター

[備忘録] AWS認定資格試験テキスト AWS認定 ソリューションアーキテクト-アソシエイト（SBクリエイティブ刊）

この記事は[AWS認定資格試験テキスト AWS認定 ソリューションアーキテクト-アソシエイト（SBクリエイティブ刊）](https://www.sbcr.jp/product/4797397390/)読了時の備忘録です。
正誤に関する情報が含まれていますが、公式の正誤表に反映されるまでのラグを考慮してQiitaでも公開しています。（出版社にはこのページのURLを送付しています）

## 底本

2019年5月30日 初版第2冊発行のデータを元にした2019年7月1日 電子版第2版を底本としています。

## 気になった点

| ページ | 元の記述 | 訂正やメモ |
|:–|:–|:–|
| 28 | DyanamoDB | DynamoDB |
| 55 | 0.95USD | 前述の0.129USDより価格が上がってしまっているので0.095USD? |
| 116 | 通信の暗号化; | 通信の暗号化: (めちゃ細かい) |
| 134 | （表の2つ目の）max_execution_time | [Redshiftのドキュメント](https://docs.aws.am

技術書は紙のほうがいいと思う（今のところは）

# はじめに
昨今は電子書籍が普及し、なくてはならないものになっています。電子書籍には多くのメリットがあります。何冊あっても嵩張らないとか、本文に対して検索できるとか、枚挙に暇がありません。しかし、私は技術書に関しては、それでも紙の本を使ったほうがよいと感じています。なんというか、私の場合は紙の本だとちゃんと最後まで読む確率が高く、電子書籍だと買った後に放置する確率が高いのです。なぜそうなのか自分でもよくわからなかったので、ちょっと考えてみました。

なお、技術書にも色々あると思いますが、ここでは「本にコードが書いてあって、それを見ながらPCで打ち込んで動かすことで学習する」ような本のことを想定しています。

また、この記事はあくまで私の場合はこうですよと言っているだけで、「技術書は紙の本を使うべきだ」と主張しているわけではないです。

# 紙の本を使う理由
色々ありそうですが、後掲の参考サイトに書いてあったことも含めて私にとって重要なのは下記だと思いました。

* コードのコピペができず、写経するには嫌でも手を動かす必要があるので身につきやすい
* 本棚に並べられる。読み切った本が何

技術書典のスゝメ　〜技術同人誌を読もう！〜

# はじめに
年末年始にかけて、かなり自分的に良い技術同人誌と出会えたので、その紹介を兼ねて投稿します。
（当方AndroidエンジニアのためAndroidに話題が偏ります）

# 技術書典とは？
**展**ではなく**典**です。念のため。

[「技術書典」](https://techbookfest.org/)は、主にIT系の技術者が技術系の同人誌を頒布するための即売会です。**ざっくり言うと技術者向けのコミケ的なものです。**
２０１６年から年２〜3回ペースで開催され、今までに全7回が開催されています。頒布された本は[BOOTH](https://booth.pm/ja)で取り扱っているものも多いです。

# 技術同人誌の魅力
「技術書の同人誌？　なにが良いの？」と思われる人も多いかと思います。私も半年ぐらい前まではその存在すら知りませんでした。

自分的に「いいね！」と思ったポイントを紹介していきます。

## 1. 最新の情報をキャッチアップできる
なんといっても技術同人誌の最大の魅力は、「**（ほぼ）現役のエンジニアが、今の活きた知識をもとに書き上げた技術書である**」とい

MSP業界で働くプログラマーが2019年に読んで勉強になった技術書・技術記事

# はじめに
個人的な記録と、私と同じようにエンジニアを志す人の助けになればと思い書きました。
また、公開することでほかの人から他の書籍や記事を紹介してもらえるかなと思っています。

# 背景
私はMSPというサーバの運用管理を行う業界で働くプログラマーで、
普段はオンプレミス向けのサーバ監視ソフトの開発を行っています。

前置きはほどほどに早速記載していきましょう。

# 技術書・技術記事

## MSP・サーバ監視
監視や運用チームに関するものを読みました。

### 書籍: [入門監視: モダンなモニタリングのためのデザインパターン](https://www.amazon.co.jp/%E5%85%A5%E9%96%80-%E7%9B%A3%E8%A6%96-%E2%80%95%E3%83%A2%E3%83%80%E3%83%B3%E3%81%AA%E3%83%A2%E3%83%8B%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0%E3%81%AE%E3%81%9F%E3%82%81%E3%81%AE%E3%83%87%E3%82%B6%E3%82%A4%

エンジニアに気持ち良くコーディングしてもらうために実施している11の施策

# この記事の対象者
・開発会社の経営者（CEO/CTO）
・エンジニア組織のリーダー（VPoE/TechLead/Lead Engineer）
・その他のエンジニアに気持ち良くコーディングしてもらいたい人たち

# 記事の投稿者
iOS/Androidアプリを中心としたシステム開発会社の経営者です。最近までバックオフィスメンバーが皆無のエンジニアだけの組織で、「エンジニアに気持ち良くコーディングしてもらうこと」を目的として、過去にやって来たことをまとめました。

# エンジニアに気持ち良くコーディングしてもらうために実施している11の施策
## 1. ディスプレイを用意しよう
コーディングする画面、ターミナルを触る画面、検索する画面が物理的に分かれていると生産性が上がる。1台で充分と言う人もいれば2台欲しいと言う人も。

## 2. 良い椅子を用意しよう
コーディングに詰まっている時に座り心地が悪いと気が散ってしまう一つの要因。長く座っても疲れない椅子を用意しよう。当社の椅子は全てHerman Miller社のセイルチェア。

## 3. 統合開発環境（IDE）へ投資しよう
こだわり

技術同人誌執筆の楽しさ、効果

この記事は KLab Engineer Advent Calendar 2019 23日目の記事です。
Advent Calendar は一昨年、去年に続き参加する mizusawa-k です。よろしくお願いします。

# はじめに

昨今、技術同人誌イベントの盛り上がりが出てきており、中でも特に大きなイベントである技術書典では
来年開催される第8回にてこれまでの一日開催から二日開催にするという試みが取られています。

本記事ではこのような技術同人誌の執筆とイベントへの参加を
過去5回会社の有志で行い、個人でも行なってみた筆者が思う技術同人誌執筆の
楽しさ、効果について紹介したいと思います。

**技術同人誌イベントとしては最も規模の大きなイベント、技術書典のサイトページ**
【Webエンジニアど素人から３年生ぐらいになるまでに読むと良い本】を段階的にまとめた

#これってなんなの？
**【ど素人状態＝社会人になって初めてプログラミングを勉強したぜ！（特に新卒）】〜【Webエンジニアの３年生ぐらい】になるまでに読むと良い本まとめです。「どんな目的で学ぶか？」*「いつぐらいまでに読むといいか？」を段階的にまとめました。**「これだけ読めばいい！」と、そんな簡単な話ではありませんが、「今いるレベルより少し上の人がどんなジャンルのことを学んでんだろ？」という方の参考になれば嬉しいです。過去の自分に向けてでもあります、自戒。これからWebエンジニアになる人、なって間もない人の参考になれば幸いですm(__)m

# ”Webエンジニアど素人から３年生ぐらいになるまでに読むと良い本”の段階的まとめ（一部外部記事あり）
## ど素人の方々が手を動かしながら１〜６ヶ月以内に学ぼう！
### ◆どの職種のエンジニアも全員学ぼう！
#### 「プログラムを動作させることができるレベルになろう！」
* [たのしいRuby](https://www.amazon.co.jp/%E3%81%9F%E3%81%AE%E3

markdownで技術書を書いてpandocでpdfやicml(indesign)に変換する

本記事は　Pandoc Advent Calendar 2019　17日目担当しています。
https://adventar.org/calendars/4338

#　概要
私は技術書を執筆する際に、gitでのバージョン管理が行えることから、markdownを使用しています。
その際にpandocを併せて使用することで、markdown原稿をお手軽に形式変換することが可能です。
（pandocは別途brewなどでPCへインストール済なことを想定した記事です）
形式変換することで、組版などをindesignで行ったりとmarkdownを扱いやすくすることが可能になります。

本記事ではコマンドを応用したものとして、シェルスクリプトでmarkdown原稿を一括で処理することをテーマに書いています。

## indesignで組版をするためにicmlに変換
“`shell

cd `dirname $0`
for fname in *.md;do
pandoc $fname -s -o ${fname%.md}.icml
echo convert comp!
done
“`
i

達人に学ぶSQL徹底指南書第2版を読んで

自分なりに所感とまとめ。

## 構成

– 1部がSQLのサンプルケースと使い方について
– 2部が歴史や背景・概念などについて
– 3部が1部の演習問題の解答、参考文献

と言った形になっています。
お忙しい人は1部のサンプルケースをつまみ食いして読むのも良いかも。

## 個人的に参考になったところ

再認識させられたところやなるほどな～となったところを抜粋。

– CASE式はELSEを必ず書こう
– MySQLでSELECT句とGROUP BY句に同じCASE式を書かなければいけない場合、SELECT句のCASE式部分に別名を付けて別名をGROUP BY句で指定する
– CASE式はどこにでも書ける
– ウィンドウ関数のフレーム句で異なる行のデータを1つの行に持ってこれる＝行間比較が容易になる
– NULLは値でも変数でもない
– NOT INのサブクエリで使用されるテーブルの選択列にNULLが存在＝SQL全体の結果は常に空
– テーブルはファイルではない。行も順序を持たない。そのためSQLでは”原則”ソートを記述しない。
– ソートを回避する
– 余計な中間テーブルを減らす

やってよかった読書会技術書7冊

## はじめに

テックタッチアドベントカレンダー1日目を担当する[@taisa831](https://twitter.com/taisa831)です。

エンジニアとして35才を迎えたのもあり、振り返りも兼ねてこれまでやってきた読書会の技術書についてまとめてみました。本記事では主に「書籍について」よりも、「その時なぜその本の読書会をしたか」「やってどうだった」を主に書いていこうと思います。覚えている限り時系列順に並べています。

## 増補改訂版Java言語で学ぶデザインパターン入門参照にされがちな技術書3選

技術書の中で他の技術書の内容が引用されてることって結構ありますよね。
独断と偏見でこの技術書よく出てくんなーってやつ紹介します。

先に参照されている本の内容を知っていると、理解しやすくなるので、技術書読みはじめたい！って人向けに。

統計とか撮ってるわけではないんであくまで感覚です。

##オブジェクト指向における再利用のためのデザインパターン 増補改訂版Java言語で学ぶデザインパターン入門 ##

https://www.amazon.co.jp/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8B%E5%86%8D%E5%88%A9%E7%94%A8%E3%81%AE%E3%81%9

Webエンジニア1年目の自分に捧げたい本・記事を超まとめ

そろそろWebエンジニア3年目の折り返しになるので、Webエンジニアとして働く中でこれまで読んできた情報たちをまとめようと思い立ちました。

エンジニア3年目の今だからこそまとめられる情報として、「エンジニア1年目の１年間で読んでおきたかったな〜。」という本と記事をまとめておきます。
まとめ始めたら楽しくなってしまい、情報量が多くなってしまった…。全部手に取るのは不可能だと思うので、サーっと目を通して見て興味が湧いた本や情報を手にとっていただけると良いかと。

これからWebエンジニアになる人、Webエンジニア1年目の人の参考になれば幸いです。

これは何？

Webエンジニア1年目が仕事を進める上で絶対に求められるであろう知識を、技術力・Web知識・仕事の進め方・キャリアの観点からまとめました。

「これだけ読んでおけば絶対大丈夫！！」という安易なものではありませんが、「どんな知識を学べばいいのさ？！」という方の参考になればと思います。

Webエンジニア1年目で読みたい本・資料まとめ

Webサービス基礎知識

プログラマのモチベをアゲる本 7選

「より良いプログラムを書きたい」と思うプログラマへ

プログラマとして、
エンジニアとして、
モチベーションを高めたい方へ
おすすめの名著7選をご紹介させていただきます。
***
**1. 達人プログラマー システム開発の職人から名匠への道**
[](https://www.amazon.co.jp/%E6%96%B0%E8%A3%85%E7%89%88-%E9%81%94%E4%BA%BA%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9E%E3%83%BC-%E8%81%B7%E4%BA%BA%E3%81%8B%E3%82%89%E5%90%8D%E5%8C%A0%E3%81%B8%E3%81%AE%E9%81%93-Andrew-Hunt/dp/427421933X/ref=pd_sbs_14_t_0/352-

Ruby、Rails を学ぶ上でのおすすめの本まとめ

# これは何？
Ruby、Rails に関して何によってどう学んできましたか？というのをよく聞かれるので、まとめた。
あくまで個人の経験に基づく感想です。

(書籍へのリンクはアフィリエイトではありません)

# 対象
とりあえず Ruby でちょっとしたスクリプトは書けるし、Rails も軽く触ったことはあるよ、という方。
(全くRuby触ったことない人向けではないと思います)

# 本

## Rubyの言語仕様を学ぶ
### 効能
* Ruby っぽい書き方ってどんな書き方なんだろう？を学べる(map 使うとか)。
* Rails を読む上でのおまじないが減る。
* なぜ attr_accessor を書くとセッター/ゲッターが生えるのかとか、モデルがActiveRecord を継承していることの意味とかがわかるようになり不安が減る。

### 紹介
* [Effective Ruby](https://www.amazon.co.jp/dp/B00SF6JN4K/ref=dp-kindle-redirect?_encoding=UTF8&btkr=1)
* リ

貧乏プログラマ向け技術書の選び方

#はじめに
　本記事は、貧乏人の3年目SE（~~貧乏人歴は24年目）~~の私が、限られた資金の中で技術書を購入する際の指標としているものを書いています。
　主に給与が少ない若手SE、やりたいことが多いけどスキルアップがしたいSE向けです。
　**なお、本記事は、Javaを使うソフトウェアエンジニアの私が書いているため、Javaに情報が偏る可能性があります。**

#技術書を買って勉強しろ!と先輩に言われた
　かつて初めて開発案件に参画した際に、見出しの内容を言われました。
　しかし当時の私は（今も）お金があまりなく、生活がかつかつだったこともあり、
　主に以下の2点で吟味した技術書を購入していました。
　　**自分のレベルと書籍のレベル**
　　**発行年月**

　以下でそれぞれの項目を解説していきます。

#自分のレベルと書籍のレベル
　言うまでもないですが、自分のレベルが足りなくて理解ができない場合、買った書籍は埃かぶってしまいます。
　しかし、自分のレベルというものを把握するのは意外と難しいです。
　そこで、以下の3ステップを行っていました。
**1.目次をみる**

技術書を書く技術

# Intro
こちらの技術書を執筆しました。[15Stepで踏破 自然言語処理アプリケーション開発入門](https://www.amazon.co.jp/dp/4865941320)

本稿は書籍そのものの紹介ではなく、私が技術書を執筆するために利用した技術・用意した環境についての解説です。

私が執筆を始めた当時（2017年下旬）はWebを漁ってもあまり技術書執筆のノウハウがなく、本稿の内容も割と手探りでした。今ググってみると技術書展のおかげで大量に情報が出てきますね。それらと被る部分もありそうですが、自分が１冊書いてみて得たノウハウみたいなものをここに吐き出してみたいと思います。

# 執筆フォーマットの決定

まずは執筆に使うツールを決めます。
商業誌の場合、出版社（編集者）がそのフォーマットでの入稿を受け付けてくれるかどうかにも依るため、執筆者の一存で決められないこともあるようです。
私の場合は幸運にも、こちらの希望に合わせてくれる編集者が入ってくれました。

色々調べて↓あたりが候補だった気がします（漏れているかも）

* Markdown
* Pandoc
* Sphi

『リーダブルコード』を全然理解してないので、もう一度読んでみる

エンジニア界隈で評価の高い『リーダブルコード』。
この本を読む事によって、コードを読みやすくするテクニックや習慣をが身につくはず・・・だったのですが、レビューで指摘される事があり、うまく実践出来ていませんでした・・・
もう一度読んで内容をアウトプットすればもう少し身につくかなと思ったのでまとめます。

# 第I部 表面上の改善

## 1章 理解しやすいコード
優れたコードとは、理解しやすいコードである。この本で取り扱うテーマ。

## 2章 名前に情報を詰め込む

* **明確な単語を選ぶ**
def GetPage(url)という名前があるとする。
この場合getの意味合いが広すぎるので、インターネットから取ってくるのであれば、FetchPage()やDownloadPage()の方が明確。

* **汎用的な名前を避ける(あるいは、使う状況を選ぶ)**
tmp、retval、fooより値や目的を表した名前を選ぶべき。
tmpを単に一時保存の変数として使うなど、場面によっては使用しても問題ない。

* **抽象的な名前よりも具体的な名前を使う**
抽象的な名前を避け、具体的な

技術書典を楽しもう part3～アプリでお会計編～

# 目的

– 技術書典でのアプリ会計の方法を知る。
– アプリ会計の不安を解消する。

# この記事のターゲット

– アプリ会計は便利そうだけど使い方が分からなく困っている方
– 小銭をたくさん用意することが面倒な方
– クレジットカード・デビットカードでお支払いをしたい方
– サークル出店側の方の労力を少しでも軽くしたい方

※技術書典開催前日までの内容も別記事でまとめています。もしよければご覧ください。
[技術書典を楽しもう part2 ～当日偏～](https://qiita.com/miriwo/items/a2d857694dd18ef97b25)
[技術書典を楽しもう part3～アプリでお会計編～](https://qiita.com/miriwo/items/af9fc79224199d547297)

# アプリ会計とは

– 各サークルにあるQRコードを読む事でお会計できるよ。
– 公式アプリを使って会計するよ。
– 購入者とサークル側それぞれでメリットがあるよ。
– その場で引き落とされず、PayPalなどを使って後日支払うよ。

# 支払方法の概要

1.