みなさん、こんにちは☀️ スタメンプロダクト開発部の ねぎちゃん です🌷 本日は、5月に開催されたフロントエンドカンファレンス名古屋2026とTSKaigi2026のカンファレンス運営を振り返るレポートをお届けいたします！ 【カンファレンス概要】 フロントエンドカンファレンス名古屋2026 開催日：2026年5月9日 場所：ウィンク愛知 フロントエンドカンファレンス名古屋2026 TSKaigi2026 開催日：2026年5月22日〜5月23日 場所：ベルサール羽田空港 TSKaigi2026 エンジニアがカンファレンス運営をするとなると、どうしてもメイン業務は日々の開発になるため、ブースコンテンツやノベルティについてじっくり検討することが難しいケースもあると思います。 そうなると、「なんとなくノベルティを配って、なんとなくアンケートをやってもらって終わり」になりがちです。 そのような中で、今回は「そもそもなぜカンファレンスに出展するのか？」「なぜノベルティを配るのか？」という、なんとなくやっているあれこれを徹底的に因数分解し、 カンファレンス出展の費用対効果を最大限に引き上げる ことと、 エンジニアに刺さるコンテンツやノベルティ に徹底的にこだわりました🔥 正直、採用促進や認知拡大をKPIにおくカンファレンスの成果は、短期的に数字で語ることは難しいです。 私のやったことが正解だったかどうかは、もっとずっとあとになってわかるものです。 そのため、この記事で私が言っていることがカンファレンス運営の正解かどうかはまだわかりません。 それでも、これからカンファレンス運営に挑戦しようとする誰かにとって、考えを膨らませる手がかりにはなれたらと思います。 私たちが「採用促進・認知度向上」という目的に対してどう因数分解し、現場でどんな体験をデザインしたのか、カンファレンス当日までの約3ヶ月の裏側をすべて公開したいと思いますので、ぜひご覧いただけますと幸いです✨ 1. 認知度向上の方程式：『接触回数 × インパクト』 カンファレンスに出展する目的は様々あると思いますが、大きくは 「認知度向上」 と 「採用促進」 が挙げられると思います。 まずは認知度向上に焦点を当てて、どんなテーマでブースコンテンツやノベルティを作るのかの方針を定めたいと考えました。 さて、どうすればスタメン、およびTUNAGは認知されるのか？ というか、そもそも人間はどうやって何かを認知するのだろう？そこから理解する必要がありました。 私は、ありがたいことにカンファレンスへの参加経験が豊富だったため、「なぜ私はこの会社を覚えているのだろう？」と自分に問いかけてみると、自ずとある条件が見えてきました。 私の導き出した条件は、 「何度も視界に入る（接触回数）」 か 「一発で記憶に焼き付く（インパクト）」 、あるいはその両方を満たすことでした。 そこで今回は、接触回数とインパクトを最大化することを意識して、ブースコンテンツとノベルティを作ることにしました。 2. 【本番前】前夜祭で本番前から接点を持つ 実は、本番のタイムラインはカンファレンス前日から始まっておりました🤫 私たちスタメンは、名古屋本社にて、フロントエンドカンファレンスの前夜祭を開催しました🎉 【イベント概要】 【公式】Frontend Conference Nagoya 2026 前夜祭！ 開催日：2026年5月8日 場所：株式会社スタメン名古屋オフィス 前夜祭の内容としては「リジェクトコン」として、本編のプロポーザルに惜しくも落ちてしまった方々にご登壇いただきました！ また、初参加のエンジニアにとっては「一人でポツンとしたらどうしよう」「輪に入れるかな」という不安もあると思います。前日から会場を盛り上げていくことで、本番を120%楽しむための心理的安全性を提供することも大切な目的でした。 実際に、参加者の方から「はじめてのカンファレンス参加で不安だったけど、前の日に知り合いができたおかげで、当日を安心して迎えられた」という嬉しいお声をいただきました🤝 来場してくださる方に「プロポーザル供養の場」「知り合いづくりの場」という価値を届けながら、スタメンとしても前日から早速接点を持つことができ、非常に良い取り組みとなりました。 3. 【本番当日】ブースで「接触回数 × インパクト」を最大化する3つの仕掛け🤫 当日ブースでは、先述の「接触回数 × インパクト」を最大化する3つのコンテンツを用意しました。 ① タイムラインをジャックする「サンクスカードアプリ」💌 先述の通り、カンファレンス参加の経験が豊富だった私は、会期中にハッシュタグとともにセッションの感想や会場の様子がたくさん呟かれる様子を何度も見ていました。 実際、私自身も会期中は少なくとも1回はXのタイムラインをスクロールして、みなさんのつぶやきを追っています。つまり、 Xのタイムラインに載れば確実に来場者の目に留まるはず なので、なんとかしてそこに載りたいと考えました。 しかし、単に宣伝ツイートをお願いしても誰も面白がりません🤦🏻‍♀️ そこで、TUNAGのコア機能である「サンクスカード」を題材に、カンファレンスの運営や登壇者に向けて感謝のメッセージを送れる特設アプリを開発しました💌 皆さんに送っていただいたサンクスカード💌 このアプリからサンクスカードを送信すると、自動的に「#fec_nagoya」のハッシュタグと共にXへポストされる仕組みです。 Cloudflareで実装したサンクスカードアプリの入力フォーム✍️ X投稿までの動線もバッチリ✌️ セッションの感想や会場の様子がつぶやかれる公式タイムラインに、自然と「スタメンブースでサンクスカードを贈りました！」というハートフルな投稿が流れつつ、TUNAGらしさの塊であるサンクスカードを何度も目にして欲しいという想いで作った施策です。 他社と被らないインパクトと接触回数の両方を兼ね備えたこの施策は、実際にXのニュースに取り上げていただけたり、「Xで見ました！」と声をかけていただいたりし、確かな効果があったと感じています😌 一時Xのニュースに取り上げていただきました🙏 ② 2日目の再訪を生む「ポイントシールアート」🖼️ TSKaigiは2日間に渡って開催されました！ スタメンは、4択のシール貼りアンケートを企画していましたが、「初日に一度貼ったら、問題を変えなければ2日目はスルーされてしまうのでは？」という懸念がありました。 また、問題を変えたとしても、昨日とやっていること自体は同じなので変わり映えがしません。 加えて、かなり定番のコンテンツなので、他社と被るであろうことも懸念でした。 コンテンツ自体はシール貼りのアンケートでいきたいが、「みんながやっていないこと」をやりたい……。 そこで、回答シールの色を使って2日間かけて全員で1つのドット絵（お題の絵）を完成させる「アート企画」にしました🖼️ 皆さんのおかげで無事アヒルのポイントアートが完成🎨 ただ貼るのではなく、「前の人はここを表現しようとしたのかな……？」と文脈を想像しながら貼る楽しさや、「明日にはどうなっているだろう？」と続きが気になって2日目もブースに足を運びたくなるリピートインサイトを仕込みました💪 こちらも実際に、「だいぶ進みましたね〜！」と再訪してくださる方や、「明日どうなっているか楽しみです✨」と写真を撮ってくださる方もいらっしゃり、来場者の方に楽しんでいただきつつ、スタメンとしても明日も遊びに来てもらえる確率を高められる設計になっていました✍️ そして何よりも、 スポンサーとして 会場にいる全員でひとつのものを作り上げるという、一体感のある体験を作れたことが本当に良かったと思っています🔥 完成を喜ぶスタメンエンジニア🤭 ③ 闘争心に火をつける「セマンティックパズルゲーム」🎮 カンファレンスのコンテンツとして、クイズもまた王道コンテンツです✨ ここでもやはり「みんながやっていないこと」にこだわり、選択式クイズではなく「お題に対して正しくマークアップせよ」というパズルゲームアプリを開発しました🚀 さらなるこだわりは、正答数ではなく「スピード（秒数）」で競う ランキングをブースに常時表示 したことです🤫 ランキングを常時モニター表示していました🔥 「自分のランキング、抜かれてないかな……？」とエンジニアの負けず嫌いな魂を刺激し、こちらも何度もブースの様子を見に来てしまうゲーミフィケーションとして機能していました！ 先のサンクスカードアプリとこのセマンティックパズルゲームアプリは、先輩フロントエンドエンジニアがカンファレンスのためだけに実装してくださいました🤝 4. 【本番後】「点」で終わらせない、「線」にするための取り組み ① 一度きりではなく、日常に溶け込むノベルティ 食べたら終わるお菓子や、捨てられがちなチラシではなく、キーホルダーやタンブラーといった「日常に溶け込むノベルティ」を制作しました🌿 カンファレンスが終わった後も、オフィスや自宅のデスクで、ふとした瞬間に毎日視界に入るもの👀これによって、 イベント終了後も長期的に接し続けてもらえる 構造を作りました！ キーキャップキーホルダーは「S」「T」「M」「N」の4種展開にして、皆さんのコレクション意欲を掻き立てます😚今後も様々なカンファレンスで配布の可能性がありますので、ぜひ全種類コンプリートしてください💪 STMNキーキャップキーホルダー ② 出会ったご縁を繋ぎ続ける努力 スタメンでは名古屋本社にて毎月勉強会を主催していますが、カンファレンスの出展にタイミングを合わせて、東京本社では初となる自社勉強会 「tech.stmn（テックドットスタメン）」 の記念すべき第1回を開催することにしました🎉 【イベント概要】 tech.stmn 開催日：2026年6月17日 場所：株式会社スタメン東京オフィス このイベントのコンセプトは、「ソフトウェア開発にまつわることなら何でもOK」🙆‍♀️ ガチガチの技術話しか受け付けないような、敷居の高い場所にはしたくありませんでした。 プロダクトマネジメントの話でも、プロダクトデザインの話でもいい。職種の垣根を取り払った、誰もがフラットに集まれる場所にこだわりました。 そこへカンファレンスのブースで出会った方がスタメンのオフィスへ遊びに来てくださいました😭カンファレンスで生まれたご縁が、しっかり繋がっていったことを実感した瞬間でした🤝 どんなにカンファレンス当日にたくさんの接点を持ったとしても、それを繋ぎ続けようとする努力がなければ、点は点のままで終わってしまいます。 引き続き定期的にイベントを開催し、スタメンに出会ってくださった方々とのご縁を大切にしていきたいです🕊️ あっという間に2時間語り込むほどアットホームな空間です🌿 最後に 今回、とにかく『接触回数 × インパクト』にこだわり、様々な仕掛けを考えてカタチにしてきました。 しかし、最後に一番大切にしたのは、マーケティングのための無機質な数字ではありません。 最後はどこまで行っても「来てくれた人が面白かったなと思ってくれるか」「持ち帰るものがひとつでもあるか」という想いが一番大切な指標でした。 スタッフに感謝を届ける「サンクスカードアプリ」を作ったのも、 シールアートでみんなでひとつのものを完成させるという体験を作ったのも、 セマンティックパズルゲームで「自分の腕を試す」というワクワクを作ったのも、 すべては「ブースに立ち寄ってくれた一人のエンジニアを楽しませたい」という想いから逆算した結果 でした。 結局やっていることは、仕様書通りにシステムを組むだけでなく、ユーザーの感情を動かすUI/UXを設計するエンジニアの仕事と何ら変わらず、カンファレンス運営もまた「最高の体験デザイン」でした✨ 約3ヶ月間、メインの開発の傍らで大変なことも多かったですが、振り返ってみると「楽しかった」と嘘偽りなく言うことができています☺️ 改めて、前夜祭、スタメンブース、そして勉強会に足を運んでくださった皆さん、本当にありがとうございました🤝 そして、これからカンファレンス運営に取り組まれる方が来場者に楽しんでもらうことを考えるのはもちろんですが、運営する自分自身が一番カンファレンスを楽しめますように……⭐️ herp.careers

はじめに Nintendo Switch 2 のゲームチャットとは システム構成 WebRTC + SFU アーキテクチャ マルチリージョン運用 なぜマルチリージョンなのか 選択的なマルチリージョン設計 IaC（Terraform）による効率的なインフラ管理 DynamoDB での開発手法 コスト効率を意識したテーブル設計 感想 まとめ はじめに こんにちは。新人のいなみです。 先日開催された AWS Summit Japan 2026 に参加してきました。 数あるセッションの中で特に気になったのが、「ゲームチャットを支える技術」です。 タイトル 私自身、前職ではゲーム業界に携わっていたことも…

みなさん､こんにちは｡ソリューションアーキテクトの杉山です｡今週も 週刊AWS をお届けします｡ 先週の木曜日､金曜日に AWS Summit Japan 2026 を開催しました｡台風が近づいていた中ではありましたが､多くのお客様にご来場いただきました｡ブースでたくさんのご相談を頂きましたが､AI 活用でどのような利便性があるのか､また､どういった仕組みでガバナンスを担保できるのか､という観点で質問を頂きました｡AWS Summit のセッションは､ オンデマンド視聴 が開始されています｡当日視聴が難しかった方も､キーノート､AWS セッション､お客様事例などをぜひご覧いただき次の一歩につながるヒントを得ていただければ幸いです｡ それでは､先週の主なアップデートについて振り返っていきましょう｡ 2026年6月22日週の主要なアップデート 6/22(月) Amazon Connect Customer が Agentic CX designer (NLX) のプレビュー版を提供開始 Amazon Connect Customer は､AI を活用したセルフサービス体験を設計・展開するためのノーコードキャンバス「Agentic CX designer (NLX)」のプレビュー版を提供開始しました｡ビジネスチームがコードを書かずに､エージェント型 AI と､本人確認や決済処理などの正確なアクションが求められるフローを組み合わせた音声・デジタル体験を構築できます｡また､通話中に顧客の Web/モバイルアプリをリアルタイムで操作できる Live Sync 機能も同時にプレビュー提供されます｡例えば､AI エージェントとホテル予約を通話している中で､会話内容に基づいて画面が同期して移動し､ホテルの予約を自動的に行うことがやりやすくなる仕組みです｡なお、プレビュー期間中は、ご自身のユースケースに合わせて精度などを検証いただくことが可能です｡ AWS Network Firewall がデフォルト drop action を更新し接続信頼性を改善 AWS Network Firewall は､新規作成するすべてのファイアウォールポリシーで､stateful action のデフォルトを “Application drop established (bidirectional)” から “Application drop established (server-directed only)” に変更しました｡この変更により､TCP window updates､keep-alives､resets などの正当なサーバーからクライアントへの TCP 制御パケットが誤ってドロップされることがなくなり､診断が困難だった断続的な接続障害を回避できます｡既存のポリシーには影響がなく､新規ポリシー作成時に自動的に適用されます｡ AWS Lambda MicroVMs で分離実行環境を提供開始 AWS Lambda MicroVMs を発表しました｡これはユーザーや AI が生成したコードを安全に実行するためのサーバーレスコンピューティング環境です｡VM レベルの分離､ほぼ瞬時の起動と再開速度､最大 8 時間の状態保存機能を提供します｡米国東部 (バージニア､オハイオ)､米国西部 (オレゴン)､アジアパシフィック (東京)､欧州 (アイルランド) で利用可能です｡従来の Lambda 関数がリクエストに応じて自動的にスケールするのに対し､MicroVMs は run-microvm API を呼んだ回数だけ MicroVM が 1 個ずつ起動し､各 MicroVM に専用の HTTPS エンドポイントが割り当てられます｡この「1 エンドポイント＝1 台」という特性を活かせば､ユーザーやセッションごとに独立した実行環境を割り当て､起動・サスペンド・終了のライフサイクルをアプリケーション側で自在に制御できるため､AI エージェントのコード実行サンドボックスやインタラクティブな開発環境のように「状態を保ったまま長時間使い続ける」ユースケースにうまくフィットします｡一方で従来の Lambda 関数は短時間・ステートレスなリクエストを大量にさばく用途に強いので､ワークロードの性質に応じて両者を使い分けるのがおすすめです｡なお､クォータは同時実行数ではなくアカウント・リージョンあたりの合計メモリ量で管理され､run-microvm API のレート制限はデフォルトで 5 TPS（バースト 5）です｡多数の環境を一度に立ち上げたい場合は､あらかじめサスペンド状態でプレウォームしておくと安定して払い出せます｡これらのクォータは Service Quotas コンソールから上限緩和を申請できます｡ 6/23(火) Claude Tag が AWS Marketplace の Claude Enterprise でベータ版として利用可能に Anthropic は､Claude Tag のベータ版を AWS Marketplace 経由で Claude Enterprise を利用する顧客向けに提供開始しました｡Claude Tag は､Slack チャネル内で @Claude とタグ付けすることで､チームメンバーが Claude にタスクを委任できる新機能です｡チャネルごとにアクセス権限と予算を設定でき､Claude は接続されたチャネルの文脈を記憶しながら､ツールやデータ､コードベースにアクセスできます｡管理者は Claude 管理コンソールで約 1 時間でエージェント ID をプロビジョニングし､チャネルごとにスコープを設定します｡ Amazon GuardDuty AI-powered investigations で脅威対応を加速 (Preview) Amazon GuardDuty に AI-powered investigations 機能 (Preview) が追加されました｡この機能は GuardDuty の findings とアカウントを自動的に分析し､真の脅威と誤検知を数分で見分けることができます｡過去 90 日間の関連アクティビティ､影響を受けるリソース､脅威インテリジェンスを knowledge graph を使って分析します｡これまで､GuardDuty の findings を手動で調査するには時間がかかり､アラート疲れ (alert fatigue) の原因となっていました｡AI-powered investigations により､数分で自動分析が完了します｡また､CLI コマンドを含む具体的な修復手順を提供してくれるため､対応のアクションが素早くなります｡ Amazon CloudWatch Logs がマネージド syslog 取り込みに対応 Amazon CloudWatch Logs が VPC エンドポイント経由での syslog 直接取り込みに対応しました｡ファイアウォール､ルーター､スイッチ､Linux サーバーからエージェントをインストールせずに syslog メッセージを CloudWatch Logs へ送信できます｡RFC 5424､RFC 3164､Cisco FTD/ASA の各フォーマットに対応し､facility､severity､hostname､appName などの構造化フィールドを自動的に抽出します｡PrivateLink に対応していて､Direct Connect や Site-to-Site VPN の Private 通信も可能となっています｡ 6/24(水) Amazon CloudWatch でダッシュボードのタグ機能をサポート Amazon CloudWatch がダッシュボードのタグ機能をサポートしました｡これにより､ダッシュボードをチーム､プロジェクト､環境などのカテゴリで整理し､タグベースでアクセス制御を実装できます｡PutDashboard API が Tags パラメータに対応したほか､TagResource､UntagResource､ListTagsForResource API がダッシュボード ARN をサポートし､1つのダッシュボードに最大50個のタグを設定できます｡CloudFormation と AWS Resource Explorer にも対応しており､追加コストなしで CloudWatch が利用可能な全リージョンで提供されます｡ Amazon Route 53 Global Resolver が AWS アカウント間での DNS View 共有をサポート Amazon Route 53 Global Resolver が､AWS Resource Access Manager (AWS RAM) を使用して DNS View を他の AWS アカウントと共有できるようになりました｡Route 53 Global Resolver は､リモート拠点やオンプレミス環境から AWS 上の Private Hosted Zone とパブリックドメインの両方を解決できる､インターネット到達可能な DNS リゾルバーです｡この機能により､consumer アカウントは自身の Route 53 Private Hosted Zone を共有された DNS View に関連付けることで､所有権を移譲せずに owner の Global Resolver を通じて全 AWS リージョンで名前解決できます｡DNS View 共有は追加料金なしで､Route 53 Global Resolver がサポートされている全リージョンで利用できます｡ AWS IoT Device SDK for Swift の一般提供開始 AWS IoT Device SDK for Swift が一般提供 (GA) を開始しました｡Swift 開発者は macOS 12+､iOS 16+､tvOS 16+､Linux 上で AWS IoT サービスを利用した IoT アプリケーションをネイティブに構築できるようになります｡SDK は MQTT 5 プロトコルをサポートし､AWS IoT Device Shadow､Jobs､Fleet Provisioning の統合クライアントを提供します｡iOS と tvOS では TLS 1.3 に対応しており､最新のセキュリティ標準でデータを保護します｡Swift Package Manager 経由でインストールできます｡ Amazon EC2､AMI ガバナンス強化のための AMI Watermarks 機能を発表 Amazon EC2 が AMI Watermarks 機能を発表しました｡この機能により､Private AMI にカスタム識別子を埋め込み､AMI の系譜追跡とガバナンスポリシーの実施が可能になります｡ウォーターマークは AMI のコピーや派生 AMI 作成時に自動的に引き継がれ､リージョン間コピーやアカウント共有でも保持されます｡Allowed AMIs 機能と組み合わせることで､承認されたウォーターマークを持つ AMI のみからインスタンスを起動するよう制限できます｡全 AWS リージョンで追加料金なしで利用可能です｡ 6/25(木) AWS Network Firewall が VisionHeight のマネージド脅威インテリジェンスルールをサポート AWS Network Firewall が VisionHeight 社の 2 つの新しいマネージドルールグループをサポートしました｡AWS Marketplace 経由で利用できる Zero-Day Threat Protection と Noisy Scanners and Tor Protection により､公開ブロックリストに掲載される数週間前に悪意ある IP インフラストラクチャを先制ブロックし､Tor 出口ノードや高頻度スキャンソースからの通信を遮断してファイアウォールログのノイズを削減します｡VisionHeight の Pulse テレメトリーに基づく独自の脅威インテリジェンスを活用でき､日次更新により最新の脅威情報を反映します｡ それでは､また来週お会いしましょう！ 著者について 杉山 卓(Suguru Sugiyama) / @sugimount AWS Japan のソリューションアーキテクトとして、幅広い業種のお客様を担当しています。最近は生成 AI をお客様のビジネスに活かすためにアイデア出しやデモンストレーションなどを多く行っています。好きなサービスは仮想サーバーを意識しないもの全般です。趣味はゲームや楽器演奏です。