Shares転職して1年が経ちました。Shares転職して3年が経ちました。Lambdaの開発フローの違い」を話してきました。toshi0607·0件のコメント技術書典7、無事終了しましたね!関わられたすべてのみなさんお疲れ様でした。つぎの出展に備えて振り返りたいと思います。本の内容についてはこちらにまとめています。第2版(PDF、ePubセット版)手にとってくださった方はこちらのページで変更内容をお知らせしていくのでぜひ見てみてください。妻に編集、表紙、デザイン、サークルカット作成、入稿(本とダウンロードカード)をお願いしました。毎回パワーアップしていてすごい。2019執筆環境として、TechBoosterさんのTechBooster/ReVIEW-Template、@atsushienoさんのatsushieno/vscode-language-reviewを今回も活用させていただきました。Lambdaから継続して足を運んでくださる方がいらっしゃって嬉しいと共にホッとしました。Knative本の続きを読んでみようと思ってくださる方や、カエルと空の本を今回も読んでやろうと思ってくださる方がいらっしゃるのはとても励みになります。Boothの購入履歴を見ていてもその継続性はたどれたりします。一方で、過去作読んだがやめとこうと思った方もいらっしゃるはずです。技術力や表現力を磨きながら、手に取ってくださった方によかったなぁ、またつぎも読みたいなぁと思っていただけるようなアウトプットを出せるよう修行していくしかないです。新刊KubernetesのコントローラーをKnativeで理解するに紐づけていました。FaaSになるのかを章を増やして説明することにしました。Tokyo登壇向けて行った調査を踏まえてよい時間を過ごせました。実装を追った新刊については、Knativeの利用法を追うだけでなく、動作の根本原理を理解したいという思いで書きました。Tokyoが終わる7月末〜9/15までで書く予定でした。執筆することになりました。Meetup以外すべてブロックするスマホゲームをクロノ・トリガー以外すべて削除するなどしながら新刊60ページ、既刊アップデートと10数ページ追加を終えたのは確保できた時間でできる精一杯だったかなと思います。想定時間通りに使えたらよりよい検証、執筆ができたかはわからないです。Challenge時間できる限りのことはしたものの、やっぱりしんどかったのは事実です。内容が自分の好きなことであったとしても余裕がない状態でぶつかり切ると内容に関係なく嫌いになるリスクや燃え尽きるリスクがあります。今度出展するときはまずOKRに位置付けられる前提で、2ヶ月調査・執筆に割けないなら見送りも検討するとよさそうです。部数まだ家に送った分が到着してないので正確な数はわからないですが、320部刷って200部くらい残りました。年末にかけてのイベントがあるので多く刷ろうとしていたものの、印刷発注日時点で前回より被チェック数が伸びてない状況で刷りすぎ感がありました。40部でしたが、Knativeソースコードリーディング入門は100部でよかったです。前回歩き方を手に取ってくださった方の人数に鑑みさすがに200はない...!他の本はほんの少し少なめでもよかったかもくらいでした。発注時点で平和な気持ちでいられるくらいの気持ちの余裕が必要です。数字は記事下の方にまとめます。書ける部分も書くの遅かったかもと思っています。頒布情報に限らず、サークルの数も増える中でいかに自分の出展情報にたどり着いていただくかは悩みどころですね。Knativeを知りたい気持ちがある方がたどり着くのに十分な情報はTwitterで発信してると思い込んでいます。力を入れるにしても、普段からKnative自体を知る人が増え、面白いので一緒に勉強してみたいと思う人を増やして盛り上げてく方がいいのかなと思います。「OAuth」「DNS」「AWS」「Kubernetes」「Knative」みたいな並べ方をしたときにKnativeでうおーってなる人の数は他よりずっとずっとずっと少ないですよね。その分Knativeの人として認知されやすいかもしれませんが、それでも母数が厳しいです。直近は『実践Knative』という本があったときに入ってそうな内容は見ていきたいなぁと思っています。FaaSを(Knativeで)作るということになっています。開発フロプラットフォームのデバッグ権限管理などの全体的な見通しを示せないと、仕事で使うなり、現実世界の問題を解決するプロジェクト・プロダクトであるということを示したりできないと思っています。そもそもIstio(をはじめゲートウェイコンポーネントとして依存するもの)やKubernetes自体の知見なしに存在するプラットフォームではないのでその観点から自分の知識・経験は強化して臨む必要もあります。KnativeのServingはRC2ということでGAも遠くはない状況なので、つぎの技術書典の頃にはきっとGAし、Knativeベースのプロダクトの数も今よりきっと増え、プロダクション利用も増えてるかもしれませんね。本のテーマはOKRや自身が詳しくなっていきたい分野にすると決めているので、年明けくらいにまたその直近の3ヶ月、その後の技術書典が含まれるであろう3ヶ月のテーマと決めようと思います。あと、今回のようなOSSを触るときに、リリースノートに載る程度主要な機能を追加できるようになりたいと強く思います。toshi0607·0件のコメント2019年9月22日(日)開催の技術書典7で3冊出展します!カエルと空というサークル名で場所は「お12C」です。遊びに来てください!興味を持っていただけた方はサークルのチェックリストに登録しておいていただけると助かります。今後の印刷数の参考にします。今回の新刊はKnativeの実装についてです。Knativeの仕組みをより深く追おうとすると必ずKubernetesのカスタムリソースやカスタムコントローラーの話が出てきます。以前mercari.goで発表した内容をより詳細にコード参照しながら解説します!目次です。additionalPrinterColumnsお値段は前回に引き続きこんな感じです。実はすでにBOOTHで購入できる状態になっています。https://toshi0607.booth.pm/items/1568456当日会場に来れない方や今すぐに読みたい方、お待ちしてます!正誤表や増補改訂情報ページはこちらです。RuntimesとOpenFaaSのWatchdogから学ぶ、KnativeとFaaSプラットフォームの間を埋めるもの」です!Knativeの概要記事は多いものの、それを実際どう活用してプラットフォームを構築するのかという話はそれほど出てないのではないかと思います。本書ではその辺を見つつ解説します。初版時点ではv0.5だったKnativeも今やv0.8、v0.9やGAも間近なのでアップデートもしました。Buildが廃止されTektonに引き継がれた点も触れています。こちらもすでにBOOTHで購入できる状態になっています。https://toshi0607.booth.pm/items/1309468すでにBoothやダウンロードカードセットで初版をご購入いただいている方も購入ページやダウンロードURLからダウンロードできるできるようになっています。ボリュームも増えているので、ぜひお読みになってください。正誤表や増補改訂情報ページはこちらです。技術書典5で出展した既刊の第2版も50部持っていきます。1000円お陰様で商業版を出版したり、こちらもすでに第2版がBOOTHで購入できる状態になっています。2019では僕が講師を務めるKnativeハンズオンを実施予定です。〜Knativeで学ぶKubernetesのカスタムリソースとカスタムコントローラー〜』の正誤表と増補・改訂をお知らせします。この本を手にとってくださった方がちょっとでも選んでよかったと思う本に育てていきたいので、章の追加なども楽しみにしていてください。引き続きフィードバックお待ちしてます!@toshi0607更新情報や新刊情報もこのアカウントでつぶやきます。2019で登壇してきました。発表資料はこちらです。プロポーザルが必要なカンファレンスに登壇するか今回の登壇は初めてCFPに対してプロポーザルを提出し、審査を経たものでした。プロポーザルを提出する系のカンファレンスで登壇をしたいと思ったのかについては2019年1月に遡ります。目標を立てるにあたって昨年は登壇回数を指標にしていました。「自分はこれを喋る」というのを明確に定めた上で検証、準備し、そのテーマに興味のある人にダイレクトに話を届け、問い、フィードバックを得て自身の学習サイクルやスキルを向上させるというのが意義だと思っています。それで日々お世話になっているコミュニティへの貢献だったり、仕事で生み出す価値の質が上がれば言うことはありません。〜何かしらCFP出すぞ!〜そのため、今年は登壇回数ではなくてCFPを4ヶ月に1回出してみるというものに習慣目標を変更しました。その後またOKRの運用を始め方針が変わったものの、プロポーザルの内容がOKRでより具体的になる感じなので両立できそうです。Abstract(200文字程度)どんな人に向けた講演かこの講演によって受講者がどんな情報を得られるかを含めることをおすすめしますKubernetes(K8s)上でサーバーレスアーキテクチャを実現するKnativeが何を解決するのかを構成するコンポーネントやユースケースを交えて紹介します。本講演は次のような方を対象にしています。Meetup、mercari.go、技術書典6など折に触れて書いてきました。みんな大好きLambda奴を自分で実装できるっぽいKubernetes詳しくならざるを得ない状況を作れるからです。#1に参加してみてちょうどCFPの話があったので応募してみることにしました。よる「Knativeで実現するKubernetes上のサーバーレスアーキテクチャ」を受け付けました。2019提出時点ではまだKnativeに触ったことはなかったものの、5ヶ月くらい準備があり、継続して学びたいテーマであるため「自分がこの5ヶ月で理解したいこと」をプロポーザルに書くことにしました。準備すべきことはプロポーザルに書いたこの3つです。Meetup、mercari.go、技術書典6で調べていたのでアップデート分を調べつつ、直近の2週間では2、3を中心に検証したり調べたりしました。ユースケースについてREADME以上のことに触れられていなかったので、「3を実現するサーバーレスアーキテクチャを実現するためのプラットフォームを構築する」という観点でtriggermesh/knative-lambda-runtimeやOpenFaaSを調べました。振り返りOKRCNDTは個人OKRを達成する上で重要な位置付けにありました。Objective2は家庭面なので、CNDTの位置付けが明示されているObjective1について振り返ります。コンテナベースのアプリケーションを開発するにあたり、各ユースケースがどんな課題を解決するのかを意識して説明するようにしました。K8sでサーバーレスをやる意義の中でKnativeがK8sとサーバーレスをどう捉えているか述べた上で説明した(つもりな)のでよかったんじゃないかと思います。これは今回の登壇で一番伝えたかった部分です。FaaSをDIYする上でのリファレンスアーキテクチャの思想や設計を調べるのは楽しかったし、一般化できたのは大きな進捗でした。コードを見ながら具体的に追っていくことがさらに理解を促し、自分で作る上でも意義があると思うので下に書いてあるKnative本で実現しようと思っています。CNDTの文脈ではかすりませんでした。#8での反省を踏まえて次のようなことを意識してCNDTの準備を行いたいと書いていました。何もかもできませんでした。事前に見て欲しいのは道徳、コンプラ、セキュリティ面でアウトなことがないか人に聴いてもらって感想をもらったら大体気づきが得られるという目的があったと思います。これまで話したことが多い書籍などこれまでのアウトプットに対してもらったフィードバックやこれまでの登壇のフィードバックを盛り込んでいるなどがあり「事前」にそこまでこだわらなくてもいいかもと思い始めました。OKRを決めて集中すべきことを絞るのはギリギリまで資料作りに追われるようなスケジュールにしないという意図もあるので、何かの登壇前には一度やってみようと思っています。やってみた上でスタイルは決めたいです。あと事後的な感想はまだ間に合いそうなので聞きに行ってみます。「簡単さ」「手軽さ」みたいなものを伝えるならmanifestファイルをkubectlで適用するのではなくて、knコマンドなど直接それらを触らない形で見せられるとよかったのかもと思っています。漠然と機能や実装を追わず検証のゴールを先に決めるつぎの土日は項目出しのためにグダグダ調べていいただしその後は集中すべきことに集中する。今回は何か作業する前にリスト作ってそれに集中するというのを意識的にやった気がします。それも含めた管理にNotionが適していたので使い始めました。Goodプロポーザル出した第一歩を踏み出せたことはよかったなぁと思います。調べたかったことを調べて理解できたK8s上でFaaSをどうやったら作れるか?の具体的なイメージがわく程度に調べることができてよかったです。その主要な調査自体は1日だったので、Objectiveを達成するためにもっと近道しようと思えばできるということは意識しておきたいです。早く切り上げてより難しいことや他のことをやりたくなったとき向けに。準備プロセスの改善やる作業のスコープを定めて集中するのと調べる項目を洗い出すのに時間をとるのはよかったです。いえ調べてる途中でも項目は変わるので、アウトプットも1つのプロダクトと思ってアジャイルしますかーChallenge前見て喋ろうDEMOもするのでマイク固定で話していたら前傾して前を見れないし、反応見れないしでけっこう不安なまま突っ切った感があります。固定できても必要なときだけホルダーに置き、基本は持つようにします。あと今回せっかくピンマイクも使えたのに普段と違う設備でやるのが不安で避けましたが多分使えたら使うのがベストプラクティスっぽい。後ろからDemo画面見よう大きめにしてたけどDemo画面後ろまで見えてたかわからぬ...スクリーンに表示して後ろから見て調整するようにします。人から今どう見えてるのかは把握しときたい。分量セッション枠に対してゆとりある分量にしてゆっくり喋りたい。資料作って読み上げたら40分枠に対して50分以上かかりました。そこから内容を削り、練習では最終的に43分くらい。