⚡ talks as contents collection

src/content/config.ts

@@ -7,6 +7,24 @@ const newsCollection = defineCollection({
   })
 });
 
+const talksCollection = defineCollection({
+  type: 'content',
+  schema: z.object({
+    speaker: z.object({
+      name: z.string(),
+      GitHubId: z.string().optional(),
+      XId: z.string().optional(),
+      ImageSrc: z.string(),
+    }),
+    session: z.object({
+      id: z.number(),
+      keynote: z.boolean().optional(),
+      title: z.string(),
+    })
+  })
+})
+
 export const collections = {
-  'news': newsCollection
+  'news': newsCollection,
+  'talks': talksCollection,
 }

src/content/talks/1-okuramasafumi.mdx

@@ -0,0 +1,12 @@
+---
+speaker:
+  name: おおくらまさふみ
+  GitHubId: okuramasafumi
+  XId: okuramasafumi
+  ImageSrc: ""
+session:
+  id: 1
+  title: "Alba: Why, How and What's So Interesting"
+---
+<p>AlbaというJSONシリアライザのgemを作成・保守しています。Rubyで開発をしているとユーザーの使い勝手について考えることが多くなりますね。ここでの使い勝手というのは例えばブロックを使うことで柔軟になるAPIなどを含みますが、全体的な「良さ」、使っていて何か気持ちが良い、という感覚も含んだものです。
+AlbaはRubyプログラマにとってなるべく使いやすく直感的であるように設計されており、そのための工夫を多数含んでいます。この発表ではAlbaが生まれた経緯を振り返りつつ、Rubyistにとって興味深いであろう実装上のおもしろポイントをご紹介します。また、自作のライブラリを広く使ってもらうために行ったことなどもご紹介できればと思います。</p>

src/content/talks/10-alpaca-tc.mdx

@@ -0,0 +1,15 @@
+---
+speaker:
+  name: alpaca-tc
+  GitHubId: alpaca-tc
+  XId: alpaca_tc
+  ImageSrc: https://avatars.githubusercontent.com/u/1688137
+session:
+  id: 10
+  title: Rubyと暮らし、OSSに貢献し、登壇する ── 半年間続けた「OSSやっていきの集い」の成果と学び
+---
+
+<p>あなたの所属するエンジニア組織では、日々のOSS活動が賞賛され、外部登壇やプロポーザル提出に対して先輩登壇者やプロの編集者からサポートを受けられるような環境は整っていますか？</p>
+<p>SmartHRでは、Rubyの会社として長年Rubyコミュニティへのスポンサー活動やOSSへの貢献を行ってきましたが、これまでは会社全体で活動をサポートする環境は十分に整備されておらず、各エンジニアの自主的な努力に委ねられていました。</p>
+<p>そこで、約半年前に有志のプロジェクト「OSSやっていきの集い」が立ち上がり、社内のエンジニアがOSS貢献をより積極的に行い、社外への発信をサポートする仕組みが生まれました。</p>
+<p>このトークでは、「OSSやっていきの集い」の立ち上げから半年間で得られた成果や学びについてお話しします。</p>

src/content/talks/11-shugo.mdx

@@ -0,0 +1,11 @@
+---
+speaker:
+  name: 前田 修吾
+  GitHubId: shugo
+  XId: shugomaeda
+  ImageSrc: https://avatars.githubusercontent.com/u/34552
+session:
+  id: 11
+  title: Ruby製テキストエディタでの生活
+---
+<p>私は2016年から自作のテキストエディタでコードを書いたり、メールやその他の文章を書いたりしています。近年Rubyに静的型の導入を求められることが多くなっていますが、静的型のメリットや関数／メソッドの型から先に考えるプログラミングの気持ちよさも理解しているものの、Rubyの魅力の一つは思いついたコードをすぐに動かして試せることにあると考えています。この発表では、Ruby製テキストエディタ上での生活を通じて、動いているオブジェクトの振る舞いを動的に変えていく楽しさについてお話したいと思います。</p>

src/content/talks/12-tompng.mdx

@@ -0,0 +1,13 @@
+---
+speaker:
+  name: ぺん！
+  GitHubId: tompng
+  XId: tompng
+  ImageSrc: https://avatars.githubusercontent.com/u/1780201
+session:
+  id: 12
+  title: 全てが同期する! Railsとフロントエンドのシームレスな連携の再考
+---
+<p>チャットなどのように画面に変更をリアルタイムに反映させたい時、どのように作りますか？</p>
+<p>チャット以外のコラボレーションツールを作る場合はどうでしょう。もっと多くのカラムやモデルでも変更をリアルタイムに反映させたいとしたらどのように設計しますか？ 今後さらにカラムやモデルが増えた時、その設計は複雑さが爆発して破綻しませんか？</p>
+<p>実は、このような一見複雑に見えるWebアプリケーションでは、設計を破綻させずにRailsとReactをかなりシンプルに連携できます。このトークでは、どのような設計をすれば良いか複数の方法について解説します。</p>

src/content/talks/13-ryopeko.mdx

@@ -0,0 +1,14 @@
+---
+speaker:
+  name: ryopeko
+  GitHubId: ryopeko
+  XId: ryopeko
+  ImageSrc: https://avatars.githubusercontent.com/u/192008
+session:
+  id: 13
+  title: functionalなアプローチで動的要素を排除する
+
+---
+<p>Rubyには動的な処理に必要な機能がたくさん盛り込まれており、しかもそれが他言語にはない魅力であり強力な武器でもあります。しかしデメリットとして可読性の低下や処理の見通しを低下させることになることがあります。Rubyでは強い力には責任が伴うという言葉の元、使う側にも必要な能力を求めている実情もあると思います。</p>
+<p>しかし場合によりRubyで実装する機能に関数型プログラミングのアプローチを取り入れることにより、前述したデメリットを減らせるのではないかと考え実際に機能開発に盛り込んだ経験についてお話しします。</p>
+<p>更にこのセッションでは実例も交えて、動的なアプローチの場合との対比を行い、どのような場面で有効かを考えるきっかけにしたいと思っています。</p>

src/content/talks/14-tokujiros.mdx

@@ -0,0 +1,12 @@
+---
+speaker:
+  name: tokujiros
+  GitHubId: xord
+  XId: tokujiros
+  ImageSrc: https://pbs.twimg.com/profile_images/1609795760023035904/EwWIRSR3_400x400.jpg
+session:
+  id: 14
+  title: ゼロからの、2Dレトロゲームエンジンの作り方
+---
+<p>現在 Processing をベースとした CRuby 用の 2Dレトロゲームエンジンを作っています。</p>
+<p>本発表では、OpenGL を抽象化した自作描画エンジンと、各 OS のネイティブ API を使って作られた自作 GUI ツールキットを使って、どのようにゲームエンジンを作っているかを紹介いたします。</p>

src/content/talks/15-yumu.mdx

@@ -0,0 +1,12 @@
+---
+speaker:
+  name: yumu
+  XId: myumura3
+  ImageSrc: https://pbs.twimg.com/profile_images/1655979998120153093/PhhorRRx_400x400.jpg
+session:
+  id: 15
+  title: Ruby×AWSで作る動画変換システム
+---
+<p>動画変換システムというと、既存のSaaSを使うか、低レイヤーな実装に踏み込むかの二択と思われがちです。しかし、RubyのエコシステムとAWSの各種サービスを活用することで、より手軽に独自の動画変換システムを構築できます。</p>
+<p>本セッションでは、ハンドメイドECサービス「minne」における動画変換システムの実装方法をご紹介します。</p>
+<p>動画変換の核となるFFmpegをRubyから扱う方法、変換処理を担うShoryuken workerの実装、そして実運用に耐えうる設計の作り方まで、具体的なコードを交えながら解説します。開発環境はDockerで簡単に構築でき、ローカルでの開発から本番展開まで、スムーズに進められる構成をお見せします。</p>

src/content/talks/16-moznion.mdx

@@ -0,0 +1,15 @@
+---
+speaker:
+  name: moznion
+  GitHubId: moznion
+  XId: moznion
+  ImageSrc: https://avatars.githubusercontent.com/u/1422834
+session:
+  id: 16
+  title: simple組み合わせ村から大都会Railsにやってきた俺は
+---
+<p>Ruby on Railsといえばご存知フルスタックフレームワークであり、昨今ではThe One Person Frameworkでおなじみとなっています。</p>
+<p>発表者が本格的にRailsアプリを触りはじめたのは去年からです。それまではPerlやGoなどの上でミニマルなフレームワークを用いてwebアプリケーションを開発、あるいは各プロジェクトごとにシンプルなコンポーネントを組み合わせることで専用のフレームワークを作ってその上でアプリケーションを開発していました。</p>
+<p>一方Railsはなんでも持っているフルスタックフレームワークであり、いわゆる "easy" 寄りのフレームワークとされている認識です。</p>
+<p>つまりこれは巷でよく対比として用いられる "Simple vs Easy" の構図であると捉えられると思います。もちろんsimpleにもeasyにも双方にpros/consがあり一概にどちらが良いと断じることができるものではありませんが、easy寄りのRailsに触れ親しむことでなんとなくその利点について実感を持てるようになってきました。</p>
+<p>一方、Webアプリ開発はそういったSimpleとEasyのみで二分し判断できるものではないと考えています。本発表では様々な対比観点からフルスタック/ミニマルの双方を検討し、Webアプリケーション開発に及ぼす影響について考察したいと考えています。</p>

src/content/talks/17-coord-e.mdx

@@ -0,0 +1,19 @@
+---
+speaker:
+  name: Hiromi Ogawa
+  GitHubId: coord-e
+  XId: coord_e
+  ImageSrc: https://avatars.githubusercontent.com/u/16184855
+session:
+  id: 17
+  title: Writing PDFs in Ruby DSL
+---
+<p>Portable Document Format (PDF) は、広く使われているドキュメント交換のためのファイル形式です。PDF を日常的に利用している人でも、自分で1から PDF を作成したことがある人は少ないのではないでしょうか？</p>
+<p>この発表では、そんな身近でありながら謎めいた PDF を出力する簡単なプログラムを実装する流れを紹介します。レギュレーションは次の通り:</p>
+<ul>
+<li>出力した PDF が Adobe Acrobat Reader で開ける</li>
+<li>消費メモリが書くドキュメントの大きさに依存しない（ストリーミング）</li>
+<li>Ruby DSL を使う</li>
+</ul>
+<p>PDF の構造について簡単に解説しながら、まずは PDF の内部構造を反映した低レベルな DSL を構築します。DSL による適度な抽象化は PDF の構造の理解を助けるでしょう。そして、もちろん Ruby は DSL の構築にぴったりですが、今回のようにデータ形式のストリーミング生成を行う場合は特に相性が良いのです。その後、低レベル DSL の上に抽象度を高めた DSL を構築し、よりわかりやすく使いやすい API を模索します。</p>
+<p>発表を通して、Ruby DSL によるデータ構造を介さない抽象化のたのしみを共有します。きっとあなたも日常の抽象化に Ruby DSL を取り入れたくなるでしょう。</p>

src/content/talks/18-buty4649.mdx

@@ -0,0 +1,12 @@
+---
+speaker:
+  name: buty4649
+  GitHubId: buty4649
+  XId: buty4649
+  ImageSrc: https://avatars.githubusercontent.com/u/1275643
+session:
+  id: 18
+  title: mrubyでワンバイナリーなテキストフィルタツールを作った
+---
+<p>mrubyを用いたワンバイナリーアプリケーションの実装手法に焦点を当て、テキスト処理ツールの開発を例に、シンプルなアプリケーションの作成方法について解説します。一般的なRubyアプリケーションはスクリプト言語としての性質からRubyの実行環境が必要ですが、mrubyを活用することで単体で実行できるバイナリ形式のツールを実現できます。</p>
+<p>この発表では、実際に私がOSSとして公開しているテキストフィルタツールを題材に、mrubyによるビルドプロセス、ワンバイナリー化における設計上の工夫や実装手法、クロスプラットフォーム対応や配布手順の最適化について紹介します。</p>

src/content/talks/19-morihirok.mdx

@@ -0,0 +1,14 @@
+---
+speaker:
+  name: morihirok
+  GitHubId: morihirok
+  XId: _morihirok
+  ImageSrc: https://avatars.githubusercontent.com/u/18398225
+session:
+  id: 19
+  title: 混沌とした例外処理とエラー監視に秩序をもたらす
+---
+<p>アプリケーション開発において例外処理は重要です。一方で複数人でアプリケーション開発を行う際に、例外処理のコンセンサスが意外と取れておらず、結果としてアプリケーションの監視において苦労することがこれまでの経験上でありました。</p>
+<p>いつの間にか全て握りつぶされた例外処理、誰も監視していないログに密かに送り続けられていたエラーログ、長年そのアプリケーション開発に携わる人のみぞ知る「このエラーは無視して良いエラーです」という伝承された知識。</p>
+<p>誰もが一度はこのような経験をしたことがあるのではないでしょうか？</p>
+<p>この発表では例外処理について整理し、アプリケーション開発において持続的なエラー監視をするための考え方や、混沌としてしまったエラー監視にある程度の秩序をもたらし、楽しくRubyと暮らすべく私が工夫した点についてお話しします。</p>

src/content/talks/2-s.h.mdx

@@ -0,0 +1,13 @@
+---
+speaker:
+  name: S.H.
+  GitHubId: S-H-GAMELINKS
+  ImageSrc: https://avatars.githubusercontent.com/u/26062441
+session:
+  id: 2
+  title: ゆるゆるMastodon 鯖缶生活
+
+---
+<p>2017年からRubyとMastodonとともに暮らしている一人の鯖缶(Mastodonのサーバー管理者)の暮らしぶりをお話しします。</p>
+<p>Railsを触りはじめたばかりの頃に登場したMastodonを軽率にはじめ、運用していく中でRubyやRailsを学び、やらかしに対応し、Rubyの開発版(masterブランチ)とMastodonの開発版(mainブランチ)でMastodonを運用するに至ったり、いかにしてRubyやMastodon にパッチを投げるようになったのかの歴史をお話ししたいと思います。</p>
+<p>またゆるゆると鯖缶業を続けていくなかでどうスキルアップしていったのかや、エンジニアとして新しい技術を素振りできる砂場を持つことの楽しさについてもお話しします。</p>

src/content/talks/20-hanazuki.mdx

@@ -0,0 +1,13 @@
+---
+speaker:
+  name: Kasumi Hanazuki
+  GitHubId: hanazuki
+  XId: k_hanazuki
+  ImageSrc: https://avatars.githubusercontent.com/u/1135690
+session:
+  id: 20
+  title: Ruby meets secure DNS and modern Internet protocols
+---
+<p>DNSは1980年代に発明された名前解決システムながら，その通信プロトコルは開発当初とほぼ変わらない形で，今日までインターネットを支えつづけています．一方で，かつて平和だったインターネットには多くのならず者が出没するようになりました．通信の改竄・盗聴，そしてDDoS――DNSはいま脅威に曝されているのです．</p>
+<p>これらの当初は想定されていなかった脅威に対抗すべく，DNSにはさまざまなセキュリティ拡張が提案されてきました．この数年では，伝統的な平文のプロトコルから暗号化に対応した新しいプロトコルへアップグレードをする枠組みもIETFで文書化され，DNSは漸進的に安全なプロトコルへ移行してゆくと期待されています．</p>
+<p>本発表では，DNSのプライバシーを改善する近年のプロトコル拡張について解説します．また，これらの新たなプロトコルをRubyから使えるようにするには，DNSライブラリにどのような拡張が必要であるかを議論します．また，暗号化DNSプロトコルが依拠しているQUICやHTTP/3を扱うRubyライブラリの開発について，発表者の取り組みを紹介します．</p>

src/content/talks/21-regional.rb.mdx

@@ -0,0 +1,9 @@
+---
+speaker:
+  name: Regional.rb Organizers
+  ImageSrc: ""
+session:
+  id: 21
+  title: Regional.rb and the Tokyo Metropolis
+---
+東京圏の地域.rbオーガナイザーが集結！

src/content/talks/3-udzura.mdx

@@ -0,0 +1,20 @@
+---
+speaker:
+  name: Uchio Kondo
+  GitHubId: udzura
+  XId: udzura
+  ImageSrc: https://avatars.githubusercontent.com/u/91011
+session:
+  id: 3
+  title: 超入門WebAssembly ~Rubyのコードを眺めて完全に理解しよう~
+---
+<p>WebAssemblyはブラウザを飛び越えた大きな可能性を持つ技術で、Rubyをはじめ様々な言語でWebAssemblyバイナリを出力可能にする対応が進んでいます。その一方、WebAssemblyを動かすランタイム自体も様々なものがあり、Goのwazero、SwiftのWasmKitといった純粋に特定の言語で実装されたものも増えてきました。</p>
+<p>ところで、筆者は"Wardite"という名前の、Rubyに組み込み可能なWebAssemblyのランタイムを作っています。Warditeは以下のコンセプトで絶賛開発中です。</p>
+<ul>
+  <li>Pure Rubyで、外部GemやC拡張の依存なしで実装</li>
+  <li>Fully RBS Annotated</li>
+  <li>WASI preview 1 対応</li>
+  <li>利用上十分なパフォーマンス</li>
+</ul>
+<p>このトークでは、Warditeの内部のRubyのコードを通して、WebAssembly Coreにはどのような仕様があるのか、WASI（WebAssembly System Interface）とは何であるのかについて理解が深まる話をします。そして言語ランタイム、具体的にはWebAssemblyのVMを作るためにどのような実装を行ってきたかを解説します。</p>
+<p>また、Warditeの現在の開発状況や課題、将来のゴールなどを、デモも交えながらお話しします。</p>

src/content/talks/4-funwarioisii.mdx

@@ -0,0 +1,14 @@
+---
+speaker:
+  name: わこー
+  GitHubId: funwarioisii
+  XId: funwarioisii
+  ImageSrc: https://avatars.githubusercontent.com/u/20943066
+session:
+  id: 4
+  title: Discord bot ふ〇っしーとの出会いと別れ
+---
+
+<p>2010年代前半はChatOps全盛期でした。いまでもチャットボットは開発されていますか？</p>
+<p>10年前に比べて私たちが働く環境は大きく変わりました。チャットツールでのやり取りがメインになり、リモートワークで働く人が増え、エンジニア以外も複数のSaaSを利用するようになりました。この変化を組織の成長に変えるため、2024年に新たにチャットボットのフレームワークを開発しました。</p>
+<p>本セッションでは discordrb というgemをベースにしたチャットボットフレームワークの作成時に考慮したこととその設計を紹介します。そして使っているうちに生まれた設計の歪みと新しい設計への移行、そして使われなくなっていった機能を紹介します。</p>