プログラマでありたい

おっさんになっても、プログラマでありつづけたい

技術書典19の『第11回 刺され!技術書アワード』でAWSの薄い本7 S3の深淵を知るためにAmazonの奥地に行ったが大賞を受賞しました。と売上報告

 昨年11月に出展した技術書典19で上梓した『AWSの薄い本7 S3の深淵を知るためにAmazonの奥地に行った』が、『第11回 刺され!技術書アワード』で大賞を受賞しました。合同誌含めて過去8冊出していますが、今回が初めてです。

booth.pm

『刺され!技術書アワード』とは

  刺され!技術書アワードは、技術書典19の出展作品の中から自薦・他薦でお勧めの技術書を紹介する企画です。応募された作品は、主催者である日高さん・高橋さんによって、コメントとともに紹介されます。
 プロの視点から自分の本の特徴を言語化してもらえるため、マーケティング面でも、著者としても嬉しい企画だと感じています。

 応募作品は100冊を超え、その中から以下の3部門でファイナリストが選出されます。その上で、各部門を横断して大賞が選ばれる仕組みです。

  • 刺さる部門
  • エポックメイキング部門
  • ニュースタンダード部門

 詳細については、こちらをご参照ください。

blog.techbookfest.org

受賞発表の様子

 当日の受賞発表の様子です。私のS3本は、ニュースタンダード部門でエントリーされていました。ニュースタンダード部門は、こういった基準で選ばれているようです。

技術書典とその読者の「枠」や「間口」を押し広げてくれるような、新たな視点・可能性を示した技術書に送られます。

www.youtube.com

 実は発表当日は体調不良で早々に寝てしまっており、ライブ配信を見ていませんでした。後からTwitterのタイムラインを追っていると、なんと自分の作品が受賞していることを知りました。
 一世一代の機会をライブで見られなかったのは残念ですが、それ以上にありがたい出来事でした。

受賞作品『AWSの薄い本7 S3の深淵を知るためにAmazonの奥地に行った』について

書籍についての紹介は、過去のエントリーで書いているので、こちらをご参照ください

blog.takuros.net

S3の深淵を書いた理由

 7冊目の「AWSの薄い本」シリーズとして、S3を選んだ理由についてです。以前から公言しているのですが、AWSの中で特に好きなサービスはS3とSQSです。どちらもクラウドらしさや、AWSの設計思想を強く体現しているサービスだと感じています。

 S3はクラウドを前提としたオブジェクトストレージであり、AWSのサービス群の源流の一つです。また、SQSはEC2やS3よりも前から提供されているサービスで、こちらもAWSの源流の一つと言えるでしょう。特にSQSは、うまく使うことでサービス同士を疎結合にできます。

 S3は、AWSを使っている人であれば、ほぼ誰もが利用しているサービスです。明示的に使っていなくても、裏側でS3を利用しているサービスは多く存在します。一方で、S3は非常に懐が深いサービスであるため、多少雑に使っていても大きな問題が起きにくく、「なんとなく使えてしまう」側面があります。
 そうした背景もあり、深く理解しないまま使っている人も多いのではないでしょうか。そんな人たちに、「もう少しS3を知ってみよう」と思ってもらうきっかけになればと考えて、本書を書きました。

評価されたと感じているポイント

 この本が評価された理由は何だったのでしょうか?幾つかコメント頂いていますが、この本にはAWSの管理画面やコンソール操作などは一切言及していません。ひたすらS3がどういうサービスなのか、またどのように使えばよいのかという考え方のみを書いています。そういった方針が、今の技術書典の潮流とは少しズレていて良かったのかもしれません。

PEAKSクラウドファンディングに向けて

 この技術書アワードの大賞は、副賞としてPEAKSクラウドファンディングで出版ができるそうです。具体的な部分については、これから調整していくことになるかと思いますが、せっかくの機会なので挑戦してみようかと思います。無事に出すことができそうであれば、大幅に増補して150〜300ページのマスター of S3みたいな感じで出したいですね。
 それくらいの分量であれば、S3 TablesやS3 Vectorsについても、たっぷりとページを割くことができます。相変わらずS3に対してどれくらいの需要があるか謎ですが。

Software Design誌に、S3の特集記事を寄稿しました

 S3関係の今月の予定として、1月17日発売の 『ソフトウェアデザイン2026年2月号』にS3の記事を寄稿しました。第二特集24ページ分、まるまる私の方で書かせて頂きました。話の内容としては、S3の深淵本と被ることも多いのですが、re:InventのS3関係のセッションの内容を聞いた上で、最新の情報やベストプラクティスについても盛り込んでいます。

 キッカケは編集者の方から、AWS の薄い本の合本 Vol.01で私が書いたS3の章をベースに書いてみないかと依頼がありました。ちょうどどの時に、S3の深淵本を執筆中で内容が被っても問題ない旨が確認とれました。あとはre:Inventの情報盛り込めば楽勝で書けるなと、甘く見積もった産物です。内容自体はしっかりと書けていると思いますが、楽に書けたかどうかはご想像にお任せいたします。

技術書典19の売上報告

 ここから話題が変わりますが、技術書典19の売上報告です。前回はオフライン会場を中心に、最初の2日間の売上をまとめましたが、今回は次回以降の参考として、会期全体の売上状況を記録しておきます。

全体の売上概要

 みんな大好き、売上報告です。メールからの集計で若干実数とあわないところがありますが、期間中の合計で520冊売れました。そのうち新刊のS3の深淵本は、369冊です。また、オフライン(会場)とオンラインでの比率は、212冊と308冊で約6割がオンラインでの販売となりました。


売上から見えた傾向

新刊のS3の深淵本の動向

 新刊については、前回のIAM2025本に比べて勢いが若干弱いです。要因としては、次の3つくらいがあるかなと思います。

  • 宣伝不足
  • IAM本に比べて、S3というテーマは新機軸だった
  • S3を学ぶ必要性を訴求できなかった

 1つ目の宣伝不足については、完全に自分の落ち度です。今回は多忙だったこともあり、新刊を見送るつもりでいましたが、直前になって「やはり新刊がないのは寂しい」と思い、突貫で執筆しました。結果として、執筆後は力尽き、十分な宣伝ができませんでした。これが最大の要因だと思っています。

 2つ目については、「IAMの人」というイメージが自分に定着している影響もあったのかもしれません。その人間がS3について何を書くのか、と感じた方もいたのではないでしょうか。
 3つ目は、冒頭でも触れた通り、S3が非常によくできたサービスであるがゆえに、「今すぐ学ばなくても困らない」と思われがちな点です。

 一方で、技術書典19の会期が終わっても、じわじわと売上は伸びていっています。これからの宣伝・マーケティング次第で、十分訴求できるという手応えも感じています。

オフライン(会場)とオンラインの傾向

 技術書典の目指している方向でもあるのでしょうが、ここ数年の傾向としてはオンラインの売上の力強さが顕著になってきています。従来は、会場販売の一発勝負だったのですが、今では総数としてはオンラインの売上比率の方が高くなっています。爆発的な売上というより、評判が良いものがしっかりと売れるという傾向になっています。会場で購入して頂けるアーリーアダプターに誰に向けての本なのかをしっかりと訴求し、それが広がればオンラインで広がるという設計になっています。
 逆に言うと、自分は購入者がSNSで呟きたくなる仕組みが不足していると反省しています。このあたりは次回に向けて、しっかりと仕組みを考えていこうと思っています。

まとめ

 少し長くなりましたが、技術書典19の総括です。記事中では触れていませんが、今後の執筆スタイルや方向性、セルフブランディング、マーケティングについても、多くの示唆を得ることができました。
 出展としては9回目になりますが、本気で向き合えば、まだまだ学ぶことは多いと実感しています。2026年も年2回開催されるようなので、引き続き新刊を出していきます。今後ともよろしくお願いいたします。
booth.pm

技術書典19オフラインに出展してきました。売上報告と新刊「AWSの薄い本7 S3の深淵を知るためにAmazonの奥地に行った」

 少し報告が遅くなりましたが、2025年11月16日、池袋サンシャインシティで開催された技術書典19のオフライン会場にブース出展してきました。今回は、新刊のS3本に加えて、これまでの「AWSの薄い本」シリーズやIAM本2025など、7冊を並べての参加です。

技術書典19



 次回の自分と技術書典に参加される方に参考になるように、最初の2日分の売上速報と、新刊の紹介をまとめておきます。イベント全体の集計は、11月末までのオンライン開催が終わった後に、あらためて別エントリで整理する予定です。

新刊『AWSの薄い本7 S3の深淵を知るためにAmazonの奥地に行った』について

 今回の新刊は、 『AWSの薄い本7 S3の深淵を知るためにAmazonの奥地に行った』 です。
S3は2006年から続くAWS最古参のサービスの一つであり、今もAWS全体の設計思想が一番よく表れているサービスだと感じています。

本書では、

  • オブジェクトストレージとは何か?そして、S3とは?
  • EC2からS3に至るまでの接続経路とネットワーク構造
  • IAM・バケットポリシー・KMSを組み合わせたアクセス制御とセキュリティ設計
  • ストレージクラスやリクエスト課金まで含めたコストの考え方
  • プレフィックス設計やS3 Express One Zoneなどを踏まえたパフォーマンスと最適化
  • 99.999999999%の堅牢性を誇るS3に何故バックアップが必要なのか。またランサムウェアについての私見

といった観点を中心に、「S3を理解すると、AWS全体が立体的に見えてくる」というコンセプトで書きました。設定手順そのものを追うというよりは、「なぜそう設計するのか?」という背景や考え方にフォーカスしています。

techbookfest.org

 S3をちゃんと理解しておきたいインフラエンジニアの方はもちろん、アプリケーションエンジニアやアーキテクトとして「S3の制約を前提にシステムを設計したい」という方にも読んでいただきたい内容になっています。

技術書典19 初動2日分の売上速報

 それでは、みなさんお待ちかね(?)の売上速報です。今回は、技術書典オンライン開始から最初の2日分だけ、ざっくり数字を共有しておきます。全期間を通した最終的な集計は、冒頭に書いたとおり後日まとめます。また、集計も受信メールを元にChatGPTに簡単なスクリプトを書いてもらって計算しているので、例外ケースなど多少の誤差はあります。そのあたりはご容赦ください。

2日間の技術書典での状況

  • 合計:337冊
  • オンライン販売:125冊
  • オフライン会場(技術書典19当日):212冊

 オフライン会場だけで200冊を超えていて、体感としても「常に誰かが立ち止まっている」くらいのにぎわいでした。オンラインも初日からコンスタントに動いていて、会場に来られなかった方がしっかり拾えている感覚があります。また新刊に関しては、会場と同じくらいの売れ行きでした。


新刊S3本の動き『AWSの薄い本7 S3の深淵を知るためにAmazonの奥地に行った』

  • オンライン:112冊
  • 会場:120冊
  • 合計:232冊

 初動2日で232冊と、シリーズの中でもかなり良いスタートダッシュになりました。内訳を見ると、オンライン初日にS3本だけで40冊。オフライン会当日、 会場120冊+オンライン72冊という感じで、オフラインとオンラインがうまく噛み合ってくれています。会場で「とりあえず新刊を1冊」という方が多かったのに加えて、SNSでの告知を見てオンラインで買ってくださった方もかなりいた印象です。

既刊の動き

 既刊についても、ざっくり数字を出しておきます(いずれも初動2日分の合計です)。

  • ① IAM初代本:19冊(全て会場)
  • ② アカウントセキュリティ本:8冊(全て会場)
  • ③ データ分析基盤設計本:9冊(オンライン2/会場7)
  • ④ 昔話本:11冊(オンライン2/会場9)
  • ⑤ データ分析基盤性能本:7冊(オンライン1/会場6)
  • ⑥ IAMのマニアックな話 2025:51冊(オンライン8/会場43)

 新刊S3本をきっかけに「せっかくだからIAM本も」「分析基盤の本もまとめて」という形で、既刊だけで合計100冊強動いてくれました。シリーズ全体として見ても、かなりありがたい数字です。

初動を眺めてみての感想

 今回の初動を眺めていて感じたのは、初代IAM本とIAM2025の売り方を工夫することによって、初代IAM本の動きがよくなったことです。具体的な工夫としては、下記をポップおよび口頭での説明をしました。

  • IAM本を2冊並べて展示する
  • 2冊の役割の違いを伝える。初代IAM本は、個々のIAM設計の話。IAM2025は、組織としてIAMをどう扱うかの話

というあたりです。これにより、2冊同時に購入される方や、自分に必要なのはIAM本だと購入される方が多かったのが印象的でした。

これまでの技術書典オフライン会との比較

時間 技術書典7 技術書典14 技術書典15 技術書典17 技術書典18 技術書典19
11:00
151冊
43冊
24冊
42冊
62冊
42冊
12:00
94冊
37冊
23冊
43冊
55冊
44冊
13:00
82冊
48冊
30冊
37冊
48冊
51冊
14:00
43冊
25冊
49冊
28冊
47冊
40冊
15:00
45冊
22冊
26冊
28冊
24冊
19冊
16:00
36冊
11冊
4冊
17冊
19冊
16冊
合計
451冊
186冊
156冊
195冊
264冊
212冊
来場者数
9,700人
2,100人
2,200人
2,600人
2,800人
2,400人

※集計漏れ等もあり、数字が一致しないところがあります(合計値が正しい)

次回以降に向けてのメモ

 備忘録も兼ねて、次回以降に改善したいポイントを簡単に残しておきます。

  • S3本とデータ分析基盤本の3つを一つのストーリーで説明する
  • 机上の価格表に、本の説明を記載する
  • ワンオペはしんどい

 物理出展も6回目を超えて、だいぶ慣れてきた一方で、毎回なにかしら反省点が出てきます。こうやって少しずつブースの完成度を上げていくのも、技術同人活動の楽しさのひとつだなと感じています。

まとめ — S3本、引き続きよろしくお願いします

 ということで、技術書典19の初動2日分の売上速報と、新刊S3本の紹介でした。
S3まわりで悩んでいる方、S3の設計をちゃんと整理しておきたい方、あるいは「AWSのことをもう一段ちゃんと理解しておきたい」という方に、ぜひ手にとってもらえれば嬉しいです。
 技術書典オンラインの会期中は、物理本+PDF版のセットをオンラインでそのまま購入できますし、会期終了後もBOOTHで頒布を継続する予定です。

techbookfest.org

booth.pm

 残り会期と11月末の最終集計に向けて、引き続き見守っていただければ幸いです。

S3を理解するとAWSが分かる!!構造からスッと理解できる一冊を書きました

AWSの薄い本シリーズの第7弾を執筆しました!!
AWSの薄い本7 S3の深淵を知るためにAmazonの奥地に行った

タイトルの通りS3についての本で、 S3を使いこなすための知識を構造的に整理した1冊 です。
本日より BOOTH・技術書典オンライン で販売を開始し、明日(2025/11/16)の技術書典19(池袋)では紙版を直接頒布します。

S3の「奥深さ」に改めて向き合った理由

S3はAWSの歴史の中でも特別な存在です。2006年3月に登場し、AWSという名前を冠した最初のサービスでもあります。「AWSを使いこなす」ためには、このS3を深く理解することが避けて通れません。

一方で、S3はその“簡単そうに見える顔”とは裏腹に、ネットワーク経路・コスト・暗号化・アクセス制御・バックアップ設計など、多層的な知識が求められるサービス でもあります。

今回の本は、私自身がこれまで多くのプロジェクトでS3に向き合ってきた経験を踏まえつつ、「なぜそうなっているのか?」という構造的な理解を軸にまとめたものです。AWSを扱うすべての人にとって、実務で役立つ“手元に置く本”を目指して執筆しました。

どんな視点でこの本を書いたのか

今回の執筆では、次のポイントを重視しています。

  • S3の構造を軸に理解すること
  • 図と例を多く用意すること
  • 実務で使う上で、知っておく必要を中心に整理
  • 初心者〜中級者にも伝わる言葉で書くこと

シンプルなようで奥行きを持つS3を、無理なく体系として理解できるような流れにしています。

この本で扱った主なテーマを紹介します

  1. S3の内部構造と誕生の背景
  2. アクセス制御(IAM・バケットポリシー・KMS)
  3. ネットワークと接続経路
  4. コストと最適化の考え方
  5. バックアップとデータ保護の考え方
  6. パフォーマンス最適化
  7. 安全な運用と実践的ガイド

実務で迷わないために必要なものを、網羅しつつも読みやすい粒度でまとめています。

なぜ今、S3の“構造理解”が必要なのか

S3はシンプルに見えますが、実務での事故やトラブルの多くは以下の原因で発生しています。

  • コストモデルの誤解
  • ネットワーク経路の理解不足
  • KMSの扱いを誤る
  • アクセス制御の“二層構造”を意識していない
  • バックアップ不要という誤解
  • S3は「なんでも置けば良い場所」と思われがち

本書ではそれらを避けるため、
“構造の理解” → “設計原則” → “実践” の三段階
で理解しやすい流れにしています。

S3を理解すると、AWS全体がもっと見えてくる

 好きなAWSサービスは何と聞かれると、S3とSQSと答えます。SQSはシステム間を疎結合にするためのキーファクターで、上手くつかいこなすとシステムの安定性はグッとあがります。そして、S3は数あるサービスの中で、もっともクラウドとして完成度が高いサービスだと思っています。S3があったからこそ、AWSはクラウドという新しい世界を作れたのだと考えています。
 そして、S3はAWS設計の肝です。ここを理解するとアーキテクチャ全体が一段クリアになる。そんな実感を得られる一冊になるはずです。

販売情報

BOOTH(電子・紙)

booth.pm

技術書典

オンライン

techbookfest.org

オフライン

技術書典19(池袋):明日、直接頒布します!

Kindle版

2026年1月を目安に販売開始予定です。既刊販売中!!
AWSの薄い本

目次情報

はじめに
  本書の目的
  対象読者
  本書で得られること
  本書のスタイル
  お問い合わせ先
  免責事項
第1章 S3を構造から理解する
 1.1 S3とは何か?
  1.1.1 オブジェクトストレージとは
  1.1.2 「Simple」の意味
 1.2 S3の内部構造とオブジェクトの仕組み
  1.2.1 バケットとオブジェクト
  1.2.2 キーとオブジェクトの関係
 1.3 フラット構造とプレフィックス設計の影響
 1.4 S3の信頼性と整合性
  1.4.1 アベイラビリティーゾーンと冗長性
  1.4.2 リージョンと可用性
  1.4.3 データ整合性モデル
 1.5 ストレージクラスと用途別の使い分け
 1.6 S3誕生秘話:Werner Vogelsのブログ
第2章 S3のアクセス制御
 2.1 IAMポリシーとバケットポリシーの関係
  2.1.1 IAMポリシーと最小権限設計
  2.1.2 バケットポリシーによるアクセス制限
  2.1.3 IAMポリシーとバケットポリシーの関係
  2.1.4 特定のVPCからのアクセス制限
  2.1.5 S3 Access Grantsという選択肢
 2.2 重要なデータを扱うバケットは二重の防御を
  2.2.1 二重の防御が必要な理由
  2.2.2 バケットポリシーを設定すべきもの/不要なもの
  2.2.3 ReadOnlyAccessとViewOnlyAccessの違い
  2.2.4 ReadOnlyAccess付与時の注意点
 2.3 Block Public Accessと公開バケット
  2.3.1 公開経路を根本から遮断する仕組み
  2.3.2 4つの設定項目
  2.3.3 S3は直公開せずCloudFront経由で公開
  2.3.4 公開バケットは別アカウントで運用
  2.3.5 安全な運用ルール
  2.3.6 まとめ:誤公開を防ぐ構造的設計
 2.4 Admin権限でも操作できないバケットの対処法
  2.4.1 アクセス拒否の原因特定
  2.4.2 Admin権限でも操作できない場合の対処
第3章 ネットワークと接続経路
 3.1 AWSのネットワーク構造を理解する
  3.1.1 パブリックIP通信
  3.1.2 AWSグローバルネットワーク
 3.2 EC2からS3への4つの接続ルート
  3.2.1 Internet Gateway経由
  3.2.2 NAT Gateway経由
  3.2.3 VPC Endpoint(Gatewayタイプ)
  3.2.4 PrivateLink(Interfaceタイプ)
 3.3 通信経路別の比較と設計(コスト観点)
 3.4 Direct Connect経由のS3アクセス
  3.4.1 Private VIF
  3.4.2 Public VIF
  3.4.3 実際のユースケースと設計判断
  3.4.4 Private VIFの注意点
 3.5 まとめ:接続経路の正しい選択
第4章 S3のコストを理解する
 4.1 ストレージクラスと料金体系
  4.1.1 標準ストレージ
 4.2 APIリクエスト料金の仕組み
  4.2.1 ファイル数の影響
  4.2.2 コスト差の実例
  4.2.3 設計指針
 4.3 ライフサイクル最適化
  4.3.1 設定指針
  4.3.2 コスト注意点
 4.4 自動圧縮と最適サイズ設計
  4.4.1 圧縮の仕組み
  4.4.2 圧縮方式の使い分け
  4.4.3 ファイルサイズ設計
  4.4.4 ログデータのコスト削減
 4.5 まとめ
第5章 バックアップとデータ保護戦略
 5.1 バックアップが必要な理由
 5.2 データ保護設計(IPA非機能要件)
  5.2.1 Grade1
  5.2.2 Grade2
  5.2.3 Grade3
  5.2.4 Grade4
 5.3 バージョニングとオブジェクトロック
 5.4 レプリケーション
   5.4.1 CRR(クロスリージョンレプリケーション)
   5.4.2 クロスアカウント構成
 5.5 ランサムウェアとバックアップ
  5.5.1 IAM権限を狙う攻撃
  5.5.2 防御実装例
 5.6 マルチクラウドでのデータ保護
第6章 パフォーマンスと最適化
 6.1 性能と分散構造の理解
 6.2 プレフィックス設計とスループット
 6.3 S3 Express One Zone
  6.3.1 性能比較
  6.3.2 ユースケース
 6.4 パフォーマンス測定
 6.5 キャッシュ戦略
   6.5.1 CloudFront
   6.5.2 アプリケーションレイヤ
 6.6 まとめ
第7章 安全に運用するための設計指針
 7.1 KMSによる機密データ保護
 7.2 公開アクセスブロック(BPA)
  7.2.1 Block Public Access
  7.2.2 公開データの分離
  7.2.3 CloudFront利用時の注意点
 7.3 監査・運用体制
 7.4 まとめ:正しいS3運用のために

あとがき
 著者紹介
 既刊一覧

技術書典18 オフラインに新刊『AWS の薄い本6 IAMのマニアックな話2025』とともに出展してきました(売上報告)

 2025年6月1日に池袋サンシャインシティで開催された技術書典18 オフライン開催にブース出展してきました。今回は、自身の新刊と会社の同僚3人が書いた委託本を引っ提げての参加です

技術書典18のブースの様子
技術書典18のブースの様子

新刊について

 今回の新刊については、JAWS Daysのセッション等で書くと宣言していたIAMのマニアックな話2025です。他の勉強会含めて数百人の前で書くと宣言していたので、なんとか期限が間に合って出版できてホッとしております。

AWSの薄い本6 IAMのマニアックな話
AWSの薄い本6 IAMのマニアックな話

techbookfest.org

各章のテーマ

目次

第1章 IAMの基礎と進化
 1.1 AWSアカウントと IAMの関係
  1.1.1 AWSアカウントと IAM
  1.1.2 AWS Organizationsと AWSアカウント
  1.1.3 AWS Organizationsと IAM
 1.2 IAMの基本的な4つの機能
  1.2.1 IAMユーザー
  1.2.2 IAMグループ
  1.2.3 IAMロール
  1.2.4 IAMポリシー
 1.3 2019年~2025年の IAM関連のアップデート
  1.3.1 主なアップデートの一覧
  1.3.2 IAM関連のアップデートの潮流
 1.4 まとめ

第2章 AWS Organizationsと IAM
 2.1 AWS Organizations
  2.1.1 AWS Organizationsの概要
  2.1.2 AWS Organizationsの構成要素
  2.1.3 組織単位(OU)と階層構造
 2.2 組織ポリシー—承認ポリシーと管理ポリシー
  2.2.1 サービスコントロールポリシー(SCP)
  2.2.2 リソースコントロールポリシー(RCP)
  2.2.3 SCPと RCPのユースケースの違い
  2.2.4 タグポリシー
 2.3 AWS Organizationsと IAMの関係
  2.3.1 IAMの権限に対する SCPの位置づけ
  2.3.2 IAMの権限に対する RCPの位置づけ
  2.3.3 ポリシーの評価ロジック
  2.3.4 IAM Identity Centerとの連携
  2.3.5 アカウントをまたいだ IAMロールの利用(クロスアカウントアクセス)
  2.3.6 IAM Access Analyzerと Organizations
 2.4 まとめ

第3章 AWS IAM Identity Centerと IAM
 3.1 IAM Identity Centerの概要
  3.1.1 AWS IAM Identity Centerとは何か
  3.1.2 IAM Identity Centerと IAMの役割の違い
 3.2 構成要素と動作の仕組み
  3.2.1 インスタンス
  3.2.2 アイデンティティソースの選択肢
  3.2.3 許可セット(Permission Set)と IAMロールの関係
 3.3 マルチアカウント時代における IAM Identity Centerの必然性と課題
  3.3.1 許可セット設計の難しさとスケーラビリティの限界
  3.3.2 SCIM連携・外部 IdP統合時の権限割り当て運用の複雑さ
  3.3.3 IdPが1組織に1つしか設定できないという制約
  3.3.4 管理主体の分散による運用の複雑化
 3.4 課題を解決するための設計パターン例
 3.5 まとめ

第4章 IAM Access Analyzerと CCoE
 4.1 IAM Access Analyzerの基本
  4.1.1 IAM Access Analyzerとは
  4.1.2 外部アクセスアナライザー
  4.1.3 未使用アクセスアナライザー
  4.1.4 ポリシー生成
  4.1.5 ポリシーチェック
  4.1.6 カスタムポリシーチェック
 4.2 IAM監査体制と CCoEの役割
  4.2.1 組織全体で実現する IAM監査体制と CCoEの役割
  4.2.2 IAM監査における代表的なチェックポイントと Access Analyzerの役割
  4.2.3 リアルタイム監査の実装と組織
 4.3 AIを活用したポリシー提案への夢
  4.3.1 なぜ AIが必要なのか ~現状の課題と AI導入の意義~
 4.4 まとめ

第5章 AWS Verified Accessと IAM
 5.1 AWS Verified Accessの概要
 5.2 AWS Verified Accessの構成要素
  5.2.1 Verified Accessインスタンス
  5.2.2 信頼プロバイダー(Trust Provider)
  5.2.3 Verified Accessグループ
  5.2.4 Verified Accessエンドポイント
  5.2.5 Verified Accessポリシー
  5.2.6 Verified Accessのアーキテクチャ構成例
 5.3 Verified Accessと IAMの関係
  5.3.1 Verified Accessのユースケース
  5.3.2 IAMロールと Verified Accessの関係
 5.4 ゼロトラスト時代の認証認可のあり方
  5.4.1 Verified Accessの役割
  5.4.2 デバイス認証
 5.5 まとめ

第6章 IAMベストプラクティス集
 6.1 IAMベストプラクティスの変遷
  6.1.1 削除されたベストプラクティス
  6.1.2 追加されたベストプラクティス
 6.2 ベストプラクティスに向けての対応事項
  6.2.1 長期認証情報から一時的な認証情報への移行
  6.2.2 Access Analyzerの活用
  6.2.3 多要素認証の位置づけと管理
  6.2.4 ガードレール設計
  6.2.5 最小権限の実現方法の高度化
  6.2.6 マルチアカウント環境のガバナンス強化
  6.2.7 権限委任の体系化
  6.2.8 自動化とツールの活用
 6.3 AWS Well-Architected Frameworkと IAM
  6.3.1 ID管理のベストプラクティス
  6.3.2 アクセス許可の管理
 6.4 まとめ

第7章 長期認証情報から一時的な情報へ、そして動的認可
 7.1 IAMユーザーによる長期認証の時代
  7.1.1 長期認証情報の特徴と課題
 7.2 IDフェデレーションと IAMロールによる一時的な認証への移行
  7.2.1 IDフェデレーションと一時的な認証情報の仕組み
  7.2.2 一時的な認証情報がもたらす利点
 7.3 コンテキストベースの動的認証・認可へ
  7.3.1 属性ベースのアクセス制御(ABAC)の導入
  7.3.2 コンテキストベースのアクセス制御(CBAC)に向けて
  7.3.3 AWS Verified Accessの可能性
  7.3.4 AWS IAM Roles Anywhereによる柔軟な認証
 7.4 AWS TEAMによる承認ベースの認可設定
  7.4.1 従来のスイッチロールの課題
  7.4.2 TEAMのアーキテクチャと動作
  7.4.3 TEAMの今後

第8章 IAMユーザーゼロへの移行ステップ
 8.1 Step 1: 現状分析と移行計画の策定
  8.1.1 現状の IAMユーザーの棚卸し
  8.1.2 利用パターンの分類と分析
  8.1.3 代替手段の選定
  8.1.4 移行優先順位の決定
  8.1.5 タイムラインの設定
 8.2 Step 2: AWS Identity Centerへの移行準備
  8.2.1 AWS Identity Centerの初期設定
  8.2.2 IDプロバイダーの選定と連携設定
  8.2.3 権限セットの設計
  8.2.4 グループとロールのマッピング設計
  8.2.5 先行ユーザーによる検証
 8.3 Step 3: プログラムアクセスの移行
  8.3.1 プログラムアクセスの移行戦略
 8.4 Step 4: 段階的な移行実施
  8.4.1 開発環境での先行実施
  8.4.2 パイロットユーザーでの検証
  8.4.3 グループ単位での順次移行
  8.4.4 並行運用期間の設定
  8.4.5 移行完了の確認
 8.5 Step 5: IAMユーザーの無効化と削除
  8.5.1 アクセスキーの無効化
  8.5.2 IAMユーザーのログイン無効化
  8.5.3 一定期間の監視
  8.5.4 問題がないことの確認
  8.5.5 IAMユーザーの完全削除
 8.6 緊急時の代替手段の確保
  8.6.1 緊急時専用アカウントの設定
  8.6.2 クロスアカウントロールの設定
  8.6.3 緊急アクセス手段の管理と監査
 8.7 まとめ

第9章 まとめと今後のトレンド
 9.1 IAMの今後の進化予測
  9.1.1 IAM Identity Centerの今後の展開
  9.1.2 IAMと AWS Verified Permissionsの連携
  9.1.3 AWS Verified Accessとコンテキストベースのアクセス制御
  9.1.4 AIによる IAMポリシーの自動最適化
 9.2 それでも単一アカウントの世界は残る
  9.2.1 進化の裏で残り続ける「昔ながらの IAM」
  9.2.2 なぜ「昔ながらの IAM」が残るのか
  9.2.3 未来と現実のバランス
 9.3 IAM管理者の今後
  9.3.1 IAM管理者の役割の変化
  9.3.2 今後の IAM管理者に求められるスキル
  9.3.3 IAM管理者のキャリアパスと学び
 9.4 まとめ

あとがき
 著者紹介
 既刊一覧

委託本について

当日は、同僚3人が書いた新刊を委託本としても販売しました。前回は、私含めての合同誌として出していたのですが、今回は私抜きの合同誌です。企画から製本まで同僚たちだけで実現していました。なんか成長が見て取れるようで、嬉しい限りです。そのうちに、それぞれが1冊出してみるということにも挑戦してくれることでしょう
「AWS、それぞれの戦い方」 ー認証基盤・ファイアウォール・データ移行との実践記ー

「AWS、それぞれの戦い方」 ー認証基盤・ファイアウォール・データ移行との実践記ー
「AWS、それぞれの戦い方」 ー認証基盤・ファイアウォール・データ移行との実践記ー

techbookfest.org

当日のオフライン会場での売れ行きと考察

 さて、皆さんお待ちかねの売上報告です。今回は事前告知が不十分だったものの、比較的順調な売れ行きでした。全部で264冊売れて、そのうち208冊は新刊です。ほぼ8割が新刊ですね。委託販売も45冊としっかりと売れていたので、安心しました。既刊の動きをみると、もう流石に大きな動きはないものの全部まとめてなどの購入のされ方もあって、並べることの効果はまだまだありそうです。

 今回、新刊1冊+既刊6冊+委託本1冊と合計8冊も並べたこともあって、どれを買ったらいいのか悩んでいる人が結構いました。悩んでいる人には、簡単にそれぞれの本の特徴を案内をしていました。これはこれで、ブース出展の醍醐味ではあります。が、もう少し説明書きを増やした方がいいような気がしました。特にIAM本が2冊になったことで混乱に拍車をかけていました。初代IAM本はポリシーと運用設計の話であり、今回のIAM本2025はIAMの組織運用の話です。それぞれ別の目的の本ですよというのが、展示でしっかり解る必要があったかなと思います。


※簡易集計のために、微妙に数字が間違っています

過去開催回との比較と今後の展開の検討

 過去に出展した回の売れ行きと、技術書典全体の来場者数の推移をまとめてみました。新型コロナ前の最後の物理開催回である技術書典7は、1万人近くに人が来場しています。その後に物理開催を再開した14以降は、入場数の制限もあり2千人超の来場者で安定しています。今の自分の技術同人誌のテーマ設定としては、ニッチな部分を深ぼるという方針です。その方針の場合、だいたい会場の5〜8%くらいが興味をもってくれているようです。もちろんテーマによってこの数字は変わると思います。オフライン単体だと、今の冊数くらいが限界だと思うので、次回以降の執筆戦略についても考えていきます。

 一方で、オンライン開催が終わった後に別途ブログを書こうと思いますが、オンライン化のトレンドが花開こうとしているように思えます。オフラインの販売数の伸びに対して、オンラインの伸び率がすごく高いです。これは技術書典の会員数が増えて、会場にこれない人がオンラインで購入する。またSNS等の評判を聞いて、当日買わなかった本をオンラインで買う人が増えているのだと思います。これは、主催者の狙い通りだと思います。凄いなぁと思いつつ、それに向けてサークル主としてはどうすべきかも今後考えていく必要があります。

時間 技術書典7 技術書典14 技術書典15 技術書典17 技術書典18
11:00
151冊
43冊
24冊
42冊
62冊
12:00
94冊
37冊
23冊
43冊
55冊
13:00
82冊
48冊
30冊
37冊
48冊
14:00
43冊
25冊
49冊
28冊
47冊
15:00
45冊
22冊
26冊
28冊
24冊
16:00
36冊
11冊
4冊
17冊
19冊
合計
451冊
186冊
156冊
195冊
264冊
来場者数
9,700人
2,100人
2,200人
2,600人
2,800人

※集計漏れ等もあり、数字が一致しないところがあります(合計値が正しい)

次回に向けての準備

 技術書典への物理出展は、今回で6回目です。わりと手慣れて来ましたが、まだまだ抜け漏れが多いです。今回準備を忘れていた事項を、次回に備えて箇条書きで残しておきます。

  • テーブル背後に設置するポスタースタンド(200cm以内)
  • 新刊があることを強調して告知する方法
  • 商品の選択ガイド

まとめ

 今回は、会社の同僚たちだけで新刊を出した&自分も新刊を出せたということで、かなり大成功だったと思います。自分の新刊については、もっと早く書いて早割を活用したかったのですが、そこは無理でした。また、Cursor(AIを活用したエディタ)を始めて導入し、だいぶサポートのされ方もわかってきました。47歳になっても少しづつ成長できているということを信じて、今後とも頑張っていきたいものです。

 ということで、新刊『AWSの薄い本6 IAMのマニアックな話 2025』をよろしくお願いします。2025年6月15日まで、技術書典オンラインで物理本+電子版を送料無料で購入できます!!また、BOOTHでも販売中です。

techbookfest.org

takuros.booth.pm

IAMのマニアックな話2025と初代IAM本の違い

こんにちは、佐々木です。(@dkfj)です。
この記事では、私が2025年に新しく書き下ろした技術同人誌 『AWSの薄い本6 IAMのマニアックな話2025』 と、2019年に刊行した 『AWSの薄い本Ⅰ IAMのマニアックな話(初代)』 を並べて、「何がどう変わったのか」を整理します。どちらを手に取るか迷っている方や、すでに初代をお持ちで「改訂版?それとも続編?」と思われた方の参考になれば幸いです。

最初に結論 ── 2025年版は“改訂版”ではなく完全新作の続編

 結論から言うと、2025年版は初代を加筆修正した“第2版”ではありません。ゼロから構成を起こし、最新のAWS IAM & Organizations事情を踏まえて書き下ろした一冊です。
 そのため、初代を読破済みの方でも「重複ページが続く…」という退屈さはありません。むしろ、IAMを取り巻く“組織的な運用”というまったく別のレイヤーにフォーカスしているので、初代とは全く違う知見が得られるはずです。

初代(2019 年):IAM 設計ノウハウにフォーカス

 初代は、私自身が 幾つものAWSアカウントの IAM 設計を支援する中で得た知見を、「どうやって最小権限をモデリングするか」とその「IAM設計を持続可能で運用できるか」いう点に収斂させた本でした。

  • ユーザー/ロール/ポリシーの正しい分割
  • クロスアカウントロールを使った実践的な管理
  • 大きすぎる権限と細かく管理する設計負荷のバランスの取り方

といった“粒度の細かいレシピ”を中心に据えています。いわば自分のIAM設計のノウハウをそのまま本にしたイメージで、実際のJSON サンプルなども多数掲載していました。

2025 年版:Organizations 時代の 運用戦略が主役

 一方の 2025 年版は、「マルチアカウント前提で IAM をどう回すか」が主題です。AWS Organizations、 IAM Identity Center(旧 SSO)といった 組織レベルの仕組み を軸に、

  • OU階層の設計と権限境界と、リソースベースのアクセス制御の関係
  • タグベースの ABAC など、IAMの新機能とその出現の背景
  • IAM Access Analyzerに対する期待
  • Verified Permissions / Verified Access とアプリ認可の可能性
  • IAMユーザーゼロへの道と、“緊急アクセス経路(BreakGlass)”の二律背反に向き合う

など、「ポリシーを書き終えたその後に待ち受けるリアル運用」を豊富な事例付きで掘り下げました。IAM 自体の文法解説は極小で、組織全体のガバナンスフレームワークとしてどう活かすかを重視しています。

 初代が主に扱ったのは IAM Access Analyzer 前夜 の IAM でしたが、2025 年版はこれら転換点をすべて踏まえた上で「次の5年を見据えた運用」を提案しています。

今後の AWS 管理 を勝手に予測

2025年本では、IAMの現在を語るだけでなく隣接領域まで視野を拡大し、次のようなトピックを論じました。

  • IAM Identity Centerの今後 —— 承認ベースの権限付与はどうなるか
  • AI によるIAMポリシージェネレーション —— LLM が最小権限を“提案”する時代
  • Context-Base Access Control (CBAC) —— AIのさらなる普及で“アクセスのコンテキスト”を判断する
  • IAM 管理者のキャリアパス —— IAM管理からCCoEへ

これらは単なる未来予想図ではなく、今のIAMに必要(不足している)なことを自分なりに整理したものです

どちらを読むべき?── ざっくり選書ガイド

  • まず IAM 設計の基礎を固めたい → 初代(2019)
  • マルチアカウント運用に踏み出す予定 → 2025 年版
  • 両方買うとシナジーが高い → 設計レシピ×運用戦略で“二刀流”に

旧版で権限モデリングを学び、最新版で OU やタグ戦略まで引き上げれば、組織横断でスケールする IAM 基盤が完成します。

おわりに

「IAM は“書いたら終わり”ではなく“運用が始まってからが本当のスタート”」

IAMに関しては、この一言に尽きます。ポリシー構築が終わった瞬間から、より長い 運用フェーズ が始まります。

初代を書いた 2019 年当時は、“最小権限の設計図” を示すだけで十分価値がありました。しかしいまは Organizations 時代の“運用設計図” まで描くことが、クラウド基盤の安全と俊敏性を両立させるカギです。

ちなみに今作からナンバリングをギリシア数字(Ⅰ、Ⅱ、Ⅲ)からアラビア数字(1、2、3)に変更しました。これは、自分がⅤ(5)以上がぱっと認識できないからです。Ⅳもかなり怪しかったけど。。。

AWSの薄い本6 IAMのマニアックな話2025
booth.pm

AWSの薄い本Ⅰ IAMのマニアックな話(初代, 2019)
booth.pm

技術書典18にあわせて、IAMのマニアックな話の続きを書きました(改訂ではなく、別の本です)

本日、2025年5月31日から始まる技術書典18にあわせて、IAMのマニアックな話のその後の話を書きました。


AWSの薄い本6 IAMのマニアックな話2025

 IAMのマニアックな話2025は、過去に書いたIAM本の改訂ではなく全く別の本として執筆しています。1作目は、主に単一アカウントでどのように設計するかがテーマでした。今回の本は、組織アカウントの中のIAMという視点で書いています。また、IAMがどこに向かっているのか、個人的な見解を述べています。全104ページの力作です!!

IAMのマニアックな話2025の目次

第1章 IAMの基礎と進化
 1.1 AWSアカウントと IAMの関係
  1.1.1 AWSアカウントと IAM
  1.1.2 AWS Organizationsと AWSアカウント
  1.1.3 AWS Organizationsと IAM
 1.2 IAMの基本的な4つの機能
  1.2.1 IAMユーザー
  1.2.2 IAMグループ
  1.2.3 IAMロール
  1.2.4 IAMポリシー
 1.3 2019年~2025年の IAM関連のアップデート
  1.3.1 主なアップデートの一覧
  1.3.2 IAM関連のアップデートの潮流
 1.4 まとめ

第2章 AWS Organizationsと IAM
 2.1 AWS Organizations
  2.1.1 AWS Organizationsの概要
  2.1.2 AWS Organizationsの構成要素
  2.1.3 組織単位(OU)と階層構造
 2.2 組織ポリシー—承認ポリシーと管理ポリシー
  2.2.1 サービスコントロールポリシー(SCP)
  2.2.2 リソースコントロールポリシー(RCP)
  2.2.3 SCPと RCPのユースケースの違い
  2.2.4 タグポリシー
 2.3 AWS Organizationsと IAMの関係
  2.3.1 IAMの権限に対する SCPの位置づけ
  2.3.2 IAMの権限に対する RCPの位置づけ
  2.3.3 ポリシーの評価ロジック
  2.3.4 IAM Identity Centerとの連携
  2.3.5 アカウントをまたいだ IAMロールの利用(クロスアカウントアクセス)
  2.3.6 IAM Access Analyzerと Organizations
 2.4 まとめ

第3章 AWS IAM Identity Centerと IAM
 3.1 IAM Identity Centerの概要
  3.1.1 AWS IAM Identity Centerとは何か
  3.1.2 IAM Identity Centerと IAMの役割の違い
 3.2 構成要素と動作の仕組み
  3.2.1 インスタンス
  3.2.2 アイデンティティソースの選択肢
  3.2.3 許可セット(Permission Set)と IAMロールの関係
 3.3 マルチアカウント時代における IAM Identity Centerの必然性と課題
  3.3.1 許可セット設計の難しさとスケーラビリティの限界
  3.3.2 SCIM連携・外部 IdP統合時の権限割り当て運用の複雑さ
  3.3.3 IdPが1組織に1つしか設定できないという制約
  3.3.4 管理主体の分散による運用の複雑化
 3.4 課題を解決するための設計パターン例
 3.5 まとめ

第4章 IAM Access Analyzerと CCoE
 4.1 IAM Access Analyzerの基本
  4.1.1 IAM Access Analyzerとは
  4.1.2 外部アクセスアナライザー
  4.1.3 未使用アクセスアナライザー
  4.1.4 ポリシー生成
  4.1.5 ポリシーチェック
  4.1.6 カスタムポリシーチェック
 4.2 IAM監査体制と CCoEの役割
  4.2.1 組織全体で実現する IAM監査体制と CCoEの役割
  4.2.2 IAM監査における代表的なチェックポイントと Access Analyzerの役割
  4.2.3 リアルタイム監査の実装と組織
 4.3 AIを活用したポリシー提案への夢
  4.3.1 なぜ AIが必要なのか ~現状の課題と AI導入の意義~
 4.4 まとめ

第5章 AWS Verified Accessと IAM
 5.1 AWS Verified Accessの概要
 5.2 AWS Verified Accessの構成要素
  5.2.1 Verified Accessインスタンス
  5.2.2 信頼プロバイダー(Trust Provider)
  5.2.3 Verified Accessグループ
  5.2.4 Verified Accessエンドポイント
  5.2.5 Verified Accessポリシー
  5.2.6 Verified Accessのアーキテクチャ構成例
 5.3 Verified Accessと IAMの関係
  5.3.1 Verified Accessのユースケース
  5.3.2 IAMロールと Verified Accessの関係
 5.4 ゼロトラスト時代の認証認可のあり方
  5.4.1 Verified Accessの役割
  5.4.2 デバイス認証
 5.5 まとめ

第6章 IAMベストプラクティス集
 6.1 IAMベストプラクティスの変遷
  6.1.1 削除されたベストプラクティス
  6.1.2 追加されたベストプラクティス
 6.2 ベストプラクティスに向けての対応事項
  6.2.1 長期認証情報から一時的な認証情報への移行
  6.2.2 Access Analyzerの活用
  6.2.3 多要素認証の位置づけと管理
  6.2.4 ガードレール設計
  6.2.5 最小権限の実現方法の高度化
  6.2.6 マルチアカウント環境のガバナンス強化
  6.2.7 権限委任の体系化
  6.2.8 自動化とツールの活用
 6.3 AWS Well-Architected Frameworkと IAM
  6.3.1 ID管理のベストプラクティス
  6.3.2 アクセス許可の管理
 6.4 まとめ

第7章 長期認証情報から一時的な情報へ、そして動的認可
 7.1 IAMユーザーによる長期認証の時代
  7.1.1 長期認証情報の特徴と課題
 7.2 IDフェデレーションと IAMロールによる一時的な認証への移行
  7.2.1 IDフェデレーションと一時的な認証情報の仕組み
  7.2.2 一時的な認証情報がもたらす利点
 7.3 コンテキストベースの動的認証・認可へ
  7.3.1 属性ベースのアクセス制御(ABAC)の導入
  7.3.2 コンテキストベースのアクセス制御(CBAC)に向けて
  7.3.3 AWS Verified Accessの可能性
  7.3.4 AWS IAM Roles Anywhereによる柔軟な認証
 7.4 AWS TEAMによる承認ベースの認可設定
  7.4.1 従来のスイッチロールの課題
  7.4.2 TEAMのアーキテクチャと動作
  7.4.3 TEAMの今後

第8章 IAMユーザーゼロへの移行ステップ
 8.1 Step 1: 現状分析と移行計画の策定
  8.1.1 現状の IAMユーザーの棚卸し
  8.1.2 利用パターンの分類と分析
  8.1.3 代替手段の選定
  8.1.4 移行優先順位の決定
  8.1.5 タイムラインの設定
 8.2 Step 2: AWS Identity Centerへの移行準備
  8.2.1 AWS Identity Centerの初期設定
  8.2.2 IDプロバイダーの選定と連携設定
  8.2.3 権限セットの設計
  8.2.4 グループとロールのマッピング設計
  8.2.5 先行ユーザーによる検証
 8.3 Step 3: プログラムアクセスの移行
  8.3.1 プログラムアクセスの移行戦略
 8.4 Step 4: 段階的な移行実施
  8.4.1 開発環境での先行実施
  8.4.2 パイロットユーザーでの検証
  8.4.3 グループ単位での順次移行
  8.4.4 並行運用期間の設定
  8.4.5 移行完了の確認
 8.5 Step 5: IAMユーザーの無効化と削除
  8.5.1 アクセスキーの無効化
  8.5.2 IAMユーザーのログイン無効化
  8.5.3 一定期間の監視
  8.5.4 問題がないことの確認
  8.5.5 IAMユーザーの完全削除
 8.6 緊急時の代替手段の確保
  8.6.1 緊急時専用アカウントの設定
  8.6.2 クロスアカウントロールの設定
  8.6.3 緊急アクセス手段の管理と監査
 8.7 まとめ

第9章 まとめと今後のトレンド
 9.1 IAMの今後の進化予測
  9.1.1 IAM Identity Centerの今後の展開
  9.1.2 IAMと AWS Verified Permissionsの連携
  9.1.3 AWS Verified Accessとコンテキストベースのアクセス制御
  9.1.4 AIによる IAMポリシーの自動最適化
 9.2 それでも単一アカウントの世界は残る
  9.2.1 進化の裏で残り続ける「昔ながらの IAM」
  9.2.2 なぜ「昔ながらの IAM」が残るのか
  9.2.3 未来と現実のバランス
 9.3 IAM管理者の今後
  9.3.1 IAM管理者の役割の変化
  9.3.2 今後の IAM管理者に求められるスキル
  9.3.3 IAM管理者のキャリアパスと学び
 9.4 まとめ

あとがき
 著者紹介
 既刊一覧

2025年6月1日の池袋・サンシャインシティでのオフライン販売について

 6月1日の池袋・サンシャインシティ池袋展示ホールD(文化会館ビル2F)でのオフライン頒布会にも、もちろん出展します。
サークル名は『ササキです』で、場所は『お11』です。

 会場には終日いますが、メンバーで交代予定です。当日の予定は、後ほどアップデートします。非番の時にもブースにいる可能性はありますが、会場内をうろついている可能性が高いです。直接の御用がある時は、アップデート後の当番表を見てお伺いください。

オンライン販売について

 オンライン販売については、BOOTHと技術書典で販売します。Amazon Kindle版は9月以降に販売予定です。
技術書典オンラインの場合は、7月4日以降にまとめて発送になります。送料は無料です。
BOOTH版は入庫作業完了次第に発送となります。恐らく6月10日以降の発送になります。今でも購入受けつけていますが、配送サイズが未確定のために送料が少し高くなっています。入庫後を待って購入の方がいいかもしれません。

 最速で物理本を手に入れるには、6/1のオフライン頒布会に参加いただくことです。入場には事前に手続きが必要なのでご注意ください(無料です)

オフライン頒布会に向けて

お待ちしています!!

booth.pm

techbookfest.org

re:Inventに持って行って良かった小物

 re:Invent本編のレポートが書けないままに、小ネタ系の消化です。
ガジェット系の持ち物リストはわりとあるので、本当に細かい持ち物系をまとめておきます。もちろん、来年の自分のための備忘録です。

ビタミン グミサプリ

 芋は畑で取れるから、野菜だぜというアメリカ人の言説を信じたとしても、やっぱり期間中に不足しがちなのが野菜です。毎年、最後の方になるとビタミン不足なのか、口内炎など口の中が荒れることが多かったです。そこで、今年はUHA味覚糖のマルチビタミンのグミサプリを持っていきました。錠剤じゃないので、水がなくてもいつでも飲めるのが優れものです。
 これのお陰か、今回は風邪をひくこともなく、口内炎もなく無事に帰ってこれました。オンラインだと2袋からと、少し買いにくいです。自分は定期購入していたので、それを持っていきました。お勧めです

パジャマ

 アメリカのホテルに泊まって何気に困るのが、寝間着です。アメリカのホテルには、基本的に寝間着は用意されていません。たまにバスローブが用意されているところもありますが、少し寝にくいというのもあります。お土産でもらったTシャツなどをパジャマ代わりに代用もできますが、だんだん歳をとってしんどくなってきたので、快適に寝れるように日本からパジャマ(ニットフリースセット)を持っていきました。暖かくて快適でした。

www.uniqlo.com

アイマスク

 期間中は、どうしても睡眠時間が短くなります。寝れる時に、寝ること。そして、睡眠の質を高めることが大事です。そんな時に重宝するのが、アイマスクです。日本でも昼寝する時にも利用していたアイマスクを持って行って、飛行機の中や期間中に少し昼寝する時に使っていました。慣れるとつけた瞬間に睡眠のスイッチが入って、寝入るまでの時間も短縮されます。よく寝れるのでお勧めです。

ハンドクリーム

 ラスベガスは砂漠です。乾燥も半端なく、指先までカサカサになります。冗談じゃなく、乾燥しすぎてスマホの指紋認証が通らなくなったという人も出ていました。私は顔や肌に何か塗るのは好きじゃないので、基本的にクリームなどは使わないです。しかし、そうも言っていられないので、ラスベガス滞在中は朝晩にクリームを塗っていました。お陰様で、肌荒れもなく何とか過ごせました。

ダイソー製品各種

 日本のホテルでは、当たり前のように提供されている歯ブラシ・髭剃り・スリッパなど。アメリカのホテルで提供されるケースは稀です。もちろん、近所のショップで買うことも可能ですが、はっきり言って高いです。日本から用意していきましょう。例えば、髭剃り。近所のドラッグストアでみると、3個$15で売っていました。一個で十分ですが、三個から。そして2千円近く。ダイソーで買うと、全部揃えて330円(税込)で買えます。ということで、忘れずに用意しておくと物価高に泣かずに済みます。

省スペースのための小物

 海外に行く時は、持っていくものを如何に少なくするかがポイントです。帰る際にお土産が大量に増えるので、そのためのスペース確保というのがあります。それを抜いても、移動時の体力消耗を抑えるためにも、荷物が軽い方がよいでしょう。そういった際に、専用のケーブルをそれぞれ持っていくと荷物がかさばるというのがあります。
 ここに挙げているのは一例ですが、最近はUSB-Cの先に拡張して、いろいろな充電をできるデバイスが出ています。例えばShokzだったら、次のようなケーブル変換のものがあります。国内出張の時にも役にたつので、普段使いの充電ケーブルの見直しをしていても良いのかもしれません。

まとめ

 オチも捻りもありませんが、来年の備忘録です。今から行く前提としておりますが、来年もラスベガスに行けると良いですね。それでは、良いお年を!!