Shares転職して1年が経ちました。Shares転職して3年が経ちました。Lambdaの開発フローの違い」を話してきました。FaaS」のコンテンツ作成と当日の解説・進行に携わりました。22(火・祝)のカンファレンスではスタッフとしてうろうろしたり、Knative本を頒布したりしていました。大規模なワークショップを作ったり運営したりするのは初めてだったので振り返ってつぎにつなげようと思います。Docs見れるようになったのでもっと正確に、深く、理解したいServerlessDaysでワークショップを担当することに対する思いこれを実現したかったからです。ServerlessDaysも何か話したりハンズオン担当したり(?)、海外でも登壇できたらなぁと思っています。どちらかというと登壇そのものというよりは、人に話したくなったり、話してフィードバックもらいたくなるような好きな技術に常に触れていられたら幸せという気持ちの方が強いです。Dayも含め、好きになる可能性のある技術に触れたり、どっかの誰かがなんか言ってる技術が自分の身近な課題を解決できるものと感じられるようになる場を作るというのにも興味を持ち始めました。#serverlesstokyo去年、一昨年とワークショップに参加して、僕はカンファレンスで話を聞いているよりも手を動かす場の方が好きでした。そこで今度は自分がそういう場を提供できるようになりたいという思いがありました。改善点はあるとは思うものの、まずは思いを持ってServerlessDaysのワークショップを担当できて幸せでした。テーマGCP今年取り組んでいたKnativeを使ったワークショップを準備しました。題材はOSSなので実行環境はどこでもよかったのですが、つぎの理由からGKEを中心にGCPのサービスを使っています。FaaSKnativeでFaaSを作るというテーマにしたのはつぎの理由からです。コンポーネントの各機能を動かしているだけではなんとなくいろいろな機能があって複雑なものという印象で終わってしまう(特に普段FaaSを触っている人から見ると)リソースの抽象化は一面でしかないので抽象化好き、嫌いの好みの問題で終わってしまう(特に普段プラットフォームの運用・開発をしている人から見ると)こういう背景があり、プラットフォームを作り運用する人の観点とプラットフォームを利用する開発者という立場を明確に分け、両方の立場からKnativeやKnativeがベースとなっているプロダクトに触れられるようにというコンセプトを強めに押し出しました。Knative、Tektonの各コンポーネントを理解するステップKnativeベースのOSSを自分たちのプラットフォームにインストールして使うステップOSSを組み合わせてプラットフォームを構築するステップKnativeベースのマネージドサービスを使うステップという構成がそのコンセプトを具体化したものです。対象参加者Serverlessコミュニティ向けに行うということを考えたときに、Kubernetesをどこまで前提知識にするかは少し迷いました。必要最低限のリソースやコンセプト的な部分は軽くスライドで触れることにしました。募集の段階で対象はつぎのように明示しました。それ以外の人の参加を拒否する目的ではない旨を話した上で参加者に挙手してもらうと、実際は右に書く人数が該当していました。想定とずれてはおらず、自分のできる範囲で用意すべき材料は用意したという感じでした。いうときはやはりフィードバックがほしいですし、自分で質問項目を準備して具体的なフィードバックを求めるべきですね...。進行つぎのような感じに進めました。基本的に僕が前で解説・実行しながら進める自分のペースで進めたい人はどんどん先に行って大丈夫ゆっくり目に進めたつもりが進行が早かったとの声もあり、どう進めるのがよいのか考えていました。Tokyo、GCPUGなどでどのようにワークショップを運営されてるのかを聞いてみました。僕の進め方に足りてないと思ったのはこういうのです。前でやってから参加者の方々がコマンド動かす時間を確保するstep毎の完成イメージや動くものを先に見てもらう前でやるなら見てもらうフェーズと操作してもらうフェーズを分けないと前見たりPC見たり大変で進められない!というのに自分で気づけなかったのは謎です。あとはコードを書くタイプならTODOが書いてある枠組みを配ったり(tenntenn/gohandson)、他にもコードラボ形式のもあると教えてもらいました。Shell上で進めていくものであればチュートリアル形式もあったりするので活用するのがよさそうです。cloneしてもらう方がよさそう。applyをひたすら打つだけになる気もする一方で、YAMLの中身をコピーして保存するときも必ずしも中身が読まれるとは限らないですね。今度は11月頃に社内でやる予定なのでやっていき!!振り返りGood本番が始まるまでになんどもコンテンツを見直せた実際に自分でやってみながら致命的なミスを修正できたロールの分類とstepの位置付け明確化ワークショップがまとまりあるアウトプットとして残るのはなんとなくうれしいスライドを作るのが速くなった気がしたけど単に使い回し比率高いだけの気もするChallenge進行方法改善Eventing薄めなのでもう少しやりたい、cloudevents/sdk-goに馴染みたいワークショップでDIYしたFaaSはこの辺に書いてるとおり課題があるので、現実的な課題解決に耐えうるものを作りたい今後カンファレンスでKnativeの話をされた方にいろいろ教えていただきかなり学びがありました。実際にSREとしてインフラや開発者の声に向き合いながらKnativeの本番環境での活用に向け検証を進められているようで、掘り下げも素晴らしかったです。定期的に話を聞きに行きたい。DocやMTGの議事録などいろいろ見れるようになるのは超重要情報でした。公式のドキュメントも古くなってる部分もあるとのことで、実装とこの辺りの情報を見ながら理解をアップデートしていく所存です。今後はKnativeももちろん追いつつ、以下の記事でも書いてるようにプラットフォームエンジニアへの闘争を推進すべくKubernetes自体の理解に軸足を置けるとよいかなぁと思っています。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で登壇してきました。発表資料はこちらです。書き起こし記事@mediumはこちらです。#sdmel19なぜ海外カンファレンスに登壇するか海外だから特別視してるわけではなく、今年の目標「4ヶ月に1回CFPに応募する」の一環でした。いえいつか海外のカンファレンスも登壇できたらいいなぁとは思っていました。プロポーザルPaperCall経由で6/9に2つ提出しました。CFPのオープンが4/9、クローズが6/10でした。プロポーザルは社内の方にレビューしていただきました。正式にお願いしていたのではなく、提出予定の内容を分報部屋に貼って寝たら翌朝的確かつハートフルなコメントをつけていただいていたというのが事実です。’19にもだいたい同じ内容で出していたのですがそちらは通過しませんでした。ニューヨークのとメルボルンのは設問や制限字数などが異なるので多少内容は変えていますが大枠同じものを提出しました。提出した内容はつぎのとおりです。2019で話した「Knativeで実現するKubernetes上のサーバーレスアーキテクチャ」(45分)の大事な部分を抽出して15分にまとめようと思っていました。CNDTの振り返りでも書いたとおり事後的に何人かにフィードバックをもらいにいきました。1on1を設定させてもらったり、ドキュメントに書いてもらったり、いろいろな観点から意見をいただけました。それを踏まえると構成は結構考え直した方がよいと思い結果的に使いまわしたスライド(図)はあったものの一から練り直しました。準備過程で出会ったこの記事からの学びもとても大きかったです。Applicationsの著者ということでそちらも気になりました。資料は渡航2、3日前に一通り作成し終わりました。社内の人に発表練習を聞いてもらったりするといいよという紹介もしていただいてたのですが、資料作成(構成練り直し)にけっこう時間がかかってしまいそれはできませんでした。資料とスピーカーノート用にメモした内容は前職の同僚がかなり丁寧に添削してくれてとても助かりました。ServerlessDaysの本番2日前の夜に現地入りしたのですが、添削してもらった内容をもとに前日に資料修正し、発表練習の詰めをしました。朝は会場のメルボルン博物館への経路確認と下見、昼は資料修正と発表練習をして夜はスピーカーディナーでした。スピーカーディナーは諸事情により途中参加になってしまいました。運営メンバーとスピーカー合わせて10人くらい。日本でのカンファレンスと違って知り合い皆無だったので、少しでも知り合いが増えたのは当日の安心感につながりました。接続チェックは入念に行いました。緊張して飛んだら困るのでけっこうGoogleスライドのメモ欄を使っていて、プレゼンター表示(スピーカーノートやタイマー、現在と前後のスライドが表示されるやつ)が出ないと困るためです。持参したコネクターの接続もあまりよくなく本番もちょっと手こずりましたがオーガナイザーの方のいい感じの喋りで浮くことはありませんでした。コンテンツ自体に対するリアクションは伝わってるか伝わってないかわからないですが、とにかくあたたかい雰囲気でした。2019登壇後もいろんな方が話しかけてくれました。中でも帰り道、会場の外で「ネイティブのスピーカーより発音、文法、簡潔さどの点をとってもよかった。気つけて帰るねんで」とわざわざ自転車から降りて話しかけてくれた人もいてまた感動しました。他の方の発表で感じたのは、デモする人以外は画面(PCもスクリーンもあまり)見ずにそれっぽい身振り手振りしつつ「プレゼン」っていう感じが強いというものです。PC直接操作もせず、黒曜石的なフィンガープレゼンターとハンズフリーのマイクがデフォでした。いうやり方がより伝わるかわかんないですが一度試してみるのもよさそうです。トピックは全体としてかなりバランスがよかったです。Functions)、本番導入事例、オブザーバビリティ、セキュリティ、フロント、mBaaS(Firebase)ここまでバランスいいのすごいです。ベンダー的にはMS・Azureが多かったですがGoogle、AWSの中の人が出てきてました。日本はK8s系を話す人がサーバーレスコミュニティにあまり来なくて自分が盛り上げる気でいますが、その点でも3トークあるのは印象的でした。途中のコーヒー休憩・ランチ・ネットワーキングタイムもバランスよく設けられており、ほぼ全員会場から出て参加者同士けっこう話していたのも目立ってました。企業ブース散歩も含めてです。マジで休憩時間中に会場内に残ってたのはつぎのスピーカーと運営の人2、3人。よかったなぁと思った発表はこれです。ログ、メトリクス、トレーシングをAWSのどのサービスが実現しているのか、サーバーレスなアーキテクチャでマネージドサービスとファンクションをつなぐイベントとはどうあるべきでどう管理すべきかという文脈で最近出たEventBridgeが出てきたり、1つ1つの説明に対する引用が的を射ていたり。applicationsの著者でもある@danilopさんでした。他の内容も#sdmel19を追えば大体わかります。マルチクラウドの話をした@ineffybleさんが大体リアルタイムで全部ツイートしてくれてましたすごい。資料は後日集めてまとめられるっぽいです。他にもいい話がいっぱいあったので公開されるタイミングでできたら改めてまとめたいです。振り返りGood十分な準備いろんな人に協力してもらって内容を練るところから資料のブラッシュアップまで十分準備して臨めたと思います。構成考え直したCNDTからけっこう直したのはよかったです。認識のブラッシュアップ・再構築はフィードバックもらう意義ですね。スマホのゲーム消したけっこうやってしまうポケGO、マージドラゴン、アビスリウムを消しました。家でやってしまってた時間は準備に充てられるし、通勤で歩く時間もリスニングの時間になりました。Googleは特に内容も好きですし、知った表現をプレゼンに取り込んだりできて学習効率が高かったです。ソフトウェア開発者の完全キャリアガイドを読んでいました。2019Challengeもっと内容に関して議論できるとよかったK8sやってる人に登壇後出会えなかったのはあるにしろ、一応議論の土台は喋ってるのであれこれ話できるとよかったかなと思いました。KEDAの話をした人も、KEDAとOpenFaaSとKnativeの話をした人とGoogleの人もいたので自分から話しかける選択肢はあったはず。カンファレンスでは事前に聞く話を決めることがあっても、このテーマでちょっと議論したいみたいなスタンスで臨んだことはないのでそういう観点で準備するといいかもと思いました。今回のオブザーバビリティやセキュリティなどの話を聞いたり、普段人と話して思うのは「実際使いたいときに開発フローに組み込むことはできるのか?」「各開発フロー毎のベストプラクティスは?」みたいなのに関して自分が全然答えられないなという部分です。根本のコンセプト、仕様、実装ももちろん理解してないと使えないですが、現実的に開発フローを組み立てるにはどうしたらいいのかという観点で検証して自分の知識を整理して発信していくのは有意義に思えました。時間かけすぎ9月締め切りがある原稿たちの執筆時間をかなり削った感は否めません。個人OKR運用で継続で改善していくとは思います。Knativeハンズオンの準備が待ってるので、それにも活かせる形で書き上げたいです。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分くらい。