My First Talk at JAWS DAYS 2026

Introduction

I gave my first ever talk at JAWS DAYS 2026, held on March 7, 2026! I presented in the lunch session slot sponsored by my company.

It was a two-person session. My senior colleague kicked things off with a talk on “Ideal Onboarding,” sharing how our company approaches new-graduate training. I then took the baton as one of those new graduates and spoke about “Operational Reality,” focusing on how we split usage quotas for on-demand inference in Amazon Bedrock.

[B5]MLエンジニアだらけの組織が、AWSアドバンストティアになって変わったこと 〜「理想の育成」と「運用の現実」の両輪で進む組織変革〜
2024年末、エクサウィザーズはAWSアドバンストティアパートナーに認定されました。これを機に、私たちはAWS環境の最適化と技術力の底上げを加速させています。 元々機械学習エンジニアが多くを占める組織において、いかにしてクラウド文化を醸成するか。そこには、理想を追い求める「攻め」の活動と、足元を固める「泥臭い」現実との格闘がありました。 本セッションでは、この1年半の凝縮された取り組みを2つの視点で紹介します。 前半は、AWS Jr. Champion選出や「12冠」を続出させた、理想の学習文化を作る話、 後半は、それら全ての基盤を支えるクラウドインフラ部による、プラットフォーム戦略という「現実」への回答、また実例としてAmazon Bedrockの基盤整備で直面した課題を紹介します。 理想と現実の往復が生んだ、私たちの現在地をお話しします。
[B5]MLエンジニアだらけの組織が、AWSアドバンストティアになって変わったこと 〜「理想の育成」と「運用の現実」の両輪で進む組織変革〜 favicon https://fortee.jp/jawsdays-2026/proposal/33787cb8-987f-4394-aa5b-45f2a7dfe282
[B5]MLエンジニアだらけの組織が、AWSアドバンストティアになって変わったこと 〜「理想の育成」と「運用の現実」の両輪で進む組織変革〜

Preparing for the Talk

Everything was set up well in advance (from practice runs to slide reviews), which gave me plenty of breathing room. The experience taught me the value of locking in a schedule early.

The review process was eye-opening. Having my slides critiqued raised the overall quality dramatically, and I found that a well-polished deck gave me real confidence when presenting. Highly recommend not skipping it.

I originally planned to give a broad overview of Amazon Bedrock, but I narrowed it down to one central theme. That turned out to be the right call. Without a clear throughline, listeners struggle to follow along no matter how much knowledge you’re sharing. I also found it useful to watch archives of past JAWS DAYS talks for inspiration.

Some specific feedback from the review that I hadn’t thought about before:

  • One message per slide
  • Keep minor stylistic details consistent throughout
  • When highlighting something in a photo, use a red border to draw the eye

These felt obvious in hindsight, but I genuinely hadn’t been thinking about them when building the deck.

For practice runs, I wrote a full script in the PowerPoint notes pane to keep my timing consistent. It took a while, but it was absolutely worth it.

The Day of the Talk

A lot of people came to listen, and it was a fantastic experience overall.

That said, I had built in about 30 seconds of buffer, but things ran a bit long and I ended up rushing through the final section. That’s my main regret from the day.

For next time, I want to keep in mind:

  • Clarify whether the time limit includes the MC’s opening/closing remarks
  • When the one-minute bell rings, don’t panic. You’re fine until the second bell
  • Always close properly with “Thank you for listening”
  • Prepare a compressed version of the last few minutes that can be cut down to about one minute if needed

The slides are available here if you’re curious:

Sessions I Attended

After my talk, I caught a few other sessions. Two stood out in particular:

“Visible,” “Exists,” and “Usable” Are All Different for S3 Storage Classes — Peering Into the Spec’s Depths Through Real Experience

This one dug into the quirks of restore behavior in S3 Glacier storage classes, the kind of edge-case behavior you rarely encounter until you need to. Really interesting deep dive.

[E7]S3ストレージクラスの「見える」「ある」「使える」は全部違う ─ 体験から見た、仕様の深淵を覗く
S3のストレージクラスは、仕様差分を十分に理解しないまま運用へ組み込むと、設計や自動化に影響を及ぼすことがあります。本セッションでは、S3の各ストレージクラスを実運用で扱う際に押さえておくべき仕様と、運用設計・自動化における注意点を深掘りします。 特にGlacier系クラスでは、復元処理を伴うことでオブジェクトの扱いが段階的に変化し、API応答やツール連携時の挙動に差分が生じます。こうした状態遷移は、実装時に見落とされがちなポイントです。 さらに、ライフサイクルによるクラス移行のタイミングや、Intelligent-Tieringのアーカイブ層を含めた挙動差分、SFTP経由でのクラス別の振る舞いなど、運用や自動化に直結する仕様も取り上げます。 参加者は「見える」「ある」「使える」の違いを整理し、S3ストレージクラスを正しく扱うための設計指針を持ち帰ることができます。
[E7]S3ストレージクラスの「見える」「ある」「使える」は全部違う ─ 体験から見た、仕様の深淵を覗く favicon https://fortee.jp/jawsdays-2026/proposal/e7a6519a-abc7-41d2-9b29-93a99d9aeb6a
[E7]S3ストレージクラスの「見える」「ある」「使える」は全部違う ─ 体験から見た、仕様の深淵を覗く

AWS x Cloud-Native Software Design — Event-Driven Architecture That Lets You “Choose” Your Dependencies

My first proper introduction to event-driven architecture. Hearing how it applies at scale with AWS made it click in a way it hadn’t before, and it was genuinely exciting. The talk was great on its own, and the punchline that the slides were made in TAKT made it even better.

[A9]AWS×クラウドネイティブソフトウェア設計――依存を「選ぶ」イベントドリブンアーキテクチャ
クラウドのメリットを最大限に活かすには、 クラウドネイティブなソフトウェア設計が欠かせません。 では、クラウドネイティブなソフトウェアとはどのようなものでしょうか。 マイクロサービスが高らかに叫ばれるようになった今、サービス間には必然的に依存関係が生まれます。 問題は「依存するかどうか」ではなく「どう依存するか」です。 不適切な依存は、変更の連鎖、障害の伝播、スケールのボトルネックを生みます。 本セッションではクラウドネイティブなソフトウェアに何が求められるのか、どのような依存が健全か、それを制御するには何が必要かを整理し、その解としてイベントドリブンアーキテクチャを取り上げます。 この設計思想をAWSでどう実現するのか。 DynamoDB Streams + Kinesis, MSKなどの構成例を交えてクラウドネイティブソフトウェアの本質を、探っていきましょう。
[A9]AWS×クラウドネイティブソフトウェア設計――依存を「選ぶ」イベントドリブンアーキテクチャ favicon https://fortee.jp/jawsdays-2026/proposal/3cac8170-ae2f-4d1a-9cc6-32482916c5a1
[A9]AWS×クラウドネイティブソフトウェア設計――依存を「選ぶ」イベントドリブンアーキテクチャ

Closing

I’m really grateful to everyone who gave me this opportunity, helped me practice, and reviewed my slides. I hope to pay it forward and mentor the next generation of new grads in the same way.

I’m also thankful to the event organizers and everyone who came to listen. Thank you for listening!