From 1d465fc832113d4fe5af4eaa187933eeff15cc4e Mon Sep 17 00:00:00 2001 From: terfno Date: Tue, 7 Jan 2025 11:39:43 +0900 Subject: [PATCH 1/3] :recycle: make it astro --- src/components/talks/Talk.astro | 175 ++++++++++++++++++++++++++++++++ src/components/talks/Talk.css | 116 --------------------- src/components/talks/Talk.tsx | 65 ------------ 3 files changed, 175 insertions(+), 181 deletions(-) create mode 100644 src/components/talks/Talk.astro delete mode 100644 src/components/talks/Talk.css delete mode 100644 src/components/talks/Talk.tsx diff --git a/src/components/talks/Talk.astro b/src/components/talks/Talk.astro new file mode 100644 index 0000000..9274160 --- /dev/null +++ b/src/components/talks/Talk.astro @@ -0,0 +1,175 @@ +--- +import GitHubMarkImage from "../../imgs/github-mark.png"; +import XLogoBlackImage from '../../imgs/x-logo-black.png'; + +type Speaker = { + name: string; + ImageSrc: string; + XId?: string; + GitHubId?: string; +} + +type Session = { + id: number; + title: string; +} + +interface Props { + speaker: Speaker; + session: Session; +} +const {speaker, session} = Astro.props; +--- + + +
+
+ Speaker +
+
+

+ {/* */} + {session.title} +

+
+ +
+
+

{speaker.name}

+
+ {speaker.GitHubId && ( + + )} + {speaker.XId && ( + + )} +
+
+
\ No newline at end of file diff --git a/src/components/talks/Talk.css b/src/components/talks/Talk.css deleted file mode 100644 index a1f64a3..0000000 --- a/src/components/talks/Talk.css +++ /dev/null @@ -1,116 +0,0 @@ -.talk { - display: flex; - flex-direction: row; - gap: 32px; - - padding: 24px; - border-radius: 24px; - background-color: #f5f5f5; - - .speaker-icon { - img { - border-radius: 12px; - height: auto; - width: 240px; - } - } - @media screen and (width <= 720px) { - .speaker-icon { - img { - width: 160px; - } - } - } - - .description { - width: 100%; - - .session-title { - font-size: 20px; - line-height: 30px; - font-weight: 600; - margin-bottom: 8px; - } - - .session-introduction { - text-wrap: wrap; - margin-bottom: 16px; - - li { - margin-left: 24px; - } - } - - .line { - border: 1px solid #aeaeb2; - margin-bottom: 16px; - } - - .speaker-name { - font-family: "Futura", "Jost", sans-serif; - font-size: 16px; - font-weight: 500; - - margin-bottom: 16px; - } - - .speaker-socials { - display: flex; - flex-wrap: wrap; - gap: 8px 24px; - - a { - font-size: 16px; - font-weight: 500; - line-height: 21px; - text-decoration: none; - vertical-align: top; - } - @media screen and (width <= 480px) { - a { - font-size: 16px; - } - } - - .social-x, - .social-github { - display: flex; - align-items: center; - } - - .social-x { - img { - width: 24px; - height: 24px; - margin: 0 8px 0 0; - } - @media screen and (width <= 480px) { - img { - width: 16px; - height: 16px; - } - } - } - - .social-github { - img { - width: 30px; - height: 30px; - margin: 0 8px 0 0; - } - @media screen and (width <= 480px) { - img { - width: 18px; - height: 18px; - } - } - } - } - } -} -@media screen and (width <= 960px) { - .talk { - flex-direction: column; - align-items: center; - } -} diff --git a/src/components/talks/Talk.tsx b/src/components/talks/Talk.tsx deleted file mode 100644 index 25e0de9..0000000 --- a/src/components/talks/Talk.tsx +++ /dev/null @@ -1,65 +0,0 @@ -import type { ComponentChildren } from 'preact'; - -import './Talk.css'; - -import GitHubMarkImage from "../../imgs/github-mark.png"; -import XLogoBlackImage from '../../imgs/x-logo-black.png'; - -type Speaker = { - name: string; - ImageSrc: string; - XId?: string; - GitHubId?: string; -} - -type Session = { - id: number; - title: string; - introduction: ComponentChildren; -} - -type Props = { - speaker: Speaker; - session: Session -} - -export default function Talk({speaker, session}: Props) { - return ( - <> -
-
- Speaker -
-
-

- {/* */} - {session.title} -

-
- {session.introduction} -
-
-

{speaker.name}

-
- {speaker.GitHubId && ( - - )} - {speaker.XId && ( - - )} -
-
-
- - ) -} From be6ceea1427ff2865009732fe46bb721983821ff Mon Sep 17 00:00:00 2001 From: terfno Date: Tue, 7 Jan 2025 11:40:09 +0900 Subject: [PATCH 2/3] :recycle: merge talks components --- src/components/talks/Main.astro | 65 +++++++++- src/components/talks/Talks.css | 6 - src/components/talks/Talks.tsx | 171 ++----------------------- src/components/talks/ZenyasaiTalks.tsx | 165 ------------------------ 4 files changed, 72 insertions(+), 335 deletions(-) delete mode 100644 src/components/talks/Talks.css delete mode 100644 src/components/talks/ZenyasaiTalks.tsx diff --git a/src/components/talks/Main.astro b/src/components/talks/Main.astro index be2445b..3898d7c 100644 --- a/src/components/talks/Main.astro +++ b/src/components/talks/Main.astro @@ -1,13 +1,70 @@ --- +import { getCollection } from "astro:content"; +// astro import Panel from "../Layouts/Panel.astro"; - +import Talk from "./Talk.astro"; +// tsx import TabToggle from "./TabToggle"; import Talks from "./Talks"; -import ZenyasaiTalks from "./ZenyasaiTalks"; +// img +import OkuramasafumiImage from "../staff/pics/okuramasafumi.jpg"; +import PrimaryLogoRedImage from "../../imgs/primary_logo_red.png"; + +const talkEntries = await getCollection("talks"); + +talkEntries.filter((entry)=>entry.data.session.id === 1)[0].data.speaker.ImageSrc = OkuramasafumiImage.src; +talkEntries.filter((entry)=>entry.data.session.id === 21)[0].data.speaker.ImageSrc = PrimaryLogoRedImage.src; + +const mainTalkEntries = talkEntries.filter((entry) => entry.data.session.id > 10); +const zenyasaiTalkEntries = talkEntries.filter((entry) => entry.data.session.id <= 10); + +const sortedMainTalkEntries = mainTalkEntries.sort((a, b) => a.data.session.id - b.data.session.id); +const sortedZenyasaiTalkEntries = zenyasaiTalkEntries.sort((a, b) => a.data.session.id - b.data.session.id); + +console.log(sortedMainTalkEntries.length); --- + + - - + +
+ { + Promise.all(sortedMainTalkEntries.map(async (entry) => { + const { Content } = await entry.render(); + return ( + + + + ); + })) + } +
+
+ { + Promise.all(sortedZenyasaiTalkEntries.map(async (entry) => { + const { Content } = await entry.render(); + return ( + + + + ); + })) + } +
+ diff --git a/src/components/talks/Talks.css b/src/components/talks/Talks.css deleted file mode 100644 index c2f369a..0000000 --- a/src/components/talks/Talks.css +++ /dev/null @@ -1,6 +0,0 @@ -.talks { - margin-top: 24px; - display: flex; - flex-direction: column; - gap: 24px; -} diff --git a/src/components/talks/Talks.tsx b/src/components/talks/Talks.tsx index 20db103..49bb5af 100644 --- a/src/components/talks/Talks.tsx +++ b/src/components/talks/Talks.tsx @@ -1,166 +1,17 @@ +import type {ComponentChildren, FunctionComponent} from 'preact'; import { useStore } from '@nanostores/preact'; import { selectedTabStore } from './tabStore'; -import Talk from "./Talk" -import './Talks.css' -import PrimaryLogoRedImage from "../../imgs/primary_logo_red.png"; +// for astro syntax +type Props = { + 'client:only': boolean; + main: ComponentChildren; + zenyasai: ComponentChildren; +} -export default function Talks() { +const ZenyasaiTalks: FunctionComponent = (props) => { const $tab = useStore(selectedTabStore); - return $tab === 'sat' ? (
- -

私は2016年から自作のテキストエディタでコードを書いたり、メールやその他の文章を書いたりしています。近年Rubyに静的型の導入を求められることが多くなっていますが、静的型のメリットや関数／メソッドの型から先に考えるプログラミングの気持ちよさも理解しているものの、Rubyの魅力の一つは思いついたコードをすぐに動かして試せることにあると考えています。この発表では、Ruby製テキストエディタ上での生活を通じて、動いているオブジェクトの振る舞いを動的に変えていく楽しさについてお話したいと思います。

- ) - }} /> - -

チャットなどのように画面に変更をリアルタイムに反映させたい時、どのように作りますか？

-

チャット以外のコラボレーションツールを作る場合はどうでしょう。もっと多くのカラムやモデルでも変更をリアルタイムに反映させたいとしたらどのように設計しますか？ 今後さらにカラムやモデルが増えた時、その設計は複雑さが爆発して破綻しませんか？

-

実は、このような一見複雑に見えるWebアプリケーションでは、設計を破綻させずにRailsとReactをかなりシンプルに連携できます。このトークでは、どのような設計をすれば良いか複数の方法について解説します。

- ) - }} /> - -

Rubyには動的な処理に必要な機能がたくさん盛り込まれており、しかもそれが他言語にはない魅力であり強力な武器でもあります。しかしデメリットとして可読性の低下や処理の見通しを低下させることになることがあります。Rubyでは強い力には責任が伴うという言葉の元、使う側にも必要な能力を求めている実情もあると思います。

-

しかし場合によりRubyで実装する機能に関数型プログラミングのアプローチを取り入れることにより、前述したデメリットを減らせるのではないかと考え実際に機能開発に盛り込んだ経験についてお話しします。

-

更にこのセッションでは実例も交えて、動的なアプローチの場合との対比を行い、どのような場面で有効かを考えるきっかけにしたいと思っています。

- ) - }} /> - -

現在 Processing をベースとした CRuby 用の 2Dレトロゲームエンジンを作っています。

-

本発表では、OpenGL を抽象化した自作描画エンジンと、各 OS のネイティブ API を使って作られた自作 GUI ツールキットを使って、どのようにゲームエンジンを作っているかを紹介いたします。

- ) - }} /> - -

動画変換システムというと、既存のSaaSを使うか、低レイヤーな実装に踏み込むかの二択と思われがちです。しかし、RubyのエコシステムとAWSの各種サービスを活用することで、より手軽に独自の動画変換システムを構築できます。

-

本セッションでは、ハンドメイドECサービス「minne」における動画変換システムの実装方法をご紹介します。

-

動画変換の核となるFFmpegをRubyから扱う方法、変換処理を担うShoryuken workerの実装、そして実運用に耐えうる設計の作り方まで、具体的なコードを交えながら解説します。開発環境はDockerで簡単に構築でき、ローカルでの開発から本番展開まで、スムーズに進められる構成をお見せします。

- ) - }} /> - -

Ruby on Railsといえばご存知フルスタックフレームワークであり、昨今ではThe One Person Frameworkでおなじみとなっています。

-

発表者が本格的にRailsアプリを触りはじめたのは去年からです。それまではPerlやGoなどの上でミニマルなフレームワークを用いてwebアプリケーションを開発、あるいは各プロジェクトごとにシンプルなコンポーネントを組み合わせることで専用のフレームワークを作ってその上でアプリケーションを開発していました。

-

一方Railsはなんでも持っているフルスタックフレームワークであり、いわゆる "easy" 寄りのフレームワークとされている認識です。

-

つまりこれは巷でよく対比として用いられる "Simple vs Easy" の構図であると捉えられると思います。もちろんsimpleにもeasyにも双方にpros/consがあり一概にどちらが良いと断じることができるものではありませんが、easy寄りのRailsに触れ親しむことでなんとなくその利点について実感を持てるようになってきました。

-

一方、Webアプリ開発はそういったSimpleとEasyのみで二分し判断できるものではないと考えています。本発表では様々な対比観点からフルスタック/ミニマルの双方を検討し、Webアプリケーション開発に及ぼす影響について考察したいと考えています。

- ) - }} /> - -

Portable Document Format (PDF) は、広く使われているドキュメント交換のためのファイル形式です。PDF を日常的に利用している人でも、自分で1から PDF を作成したことがある人は少ないのではないでしょうか？

-

この発表では、そんな身近でありながら謎めいた PDF を出力する簡単なプログラムを実装する流れを紹介します。レギュレーションは次の通り:

-
    -
  • 出力した PDF が Adobe Acrobat Reader で開ける
    • -
  • 消費メモリが書くドキュメントの大きさに依存しない（ストリーミング）
    • -
  • Ruby DSL を使う
    • -
-

PDF の構造について簡単に解説しながら、まずは PDF の内部構造を反映した低レベルな DSL を構築します。DSL による適度な抽象化は PDF の構造の理解を助けるでしょう。そして、もちろん Ruby は DSL の構築にぴったりですが、今回のようにデータ形式のストリーミング生成を行う場合は特に相性が良いのです。その後、低レベル DSL の上に抽象度を高めた DSL を構築し、よりわかりやすく使いやすい API を模索します。

-

発表を通して、Ruby DSL によるデータ構造を介さない抽象化のたのしみを共有します。きっとあなたも日常の抽象化に Ruby DSL を取り入れたくなるでしょう。

- ) - }} /> - -

mrubyを用いたワンバイナリーアプリケーションの実装手法に焦点を当て、テキスト処理ツールの開発を例に、シンプルなアプリケーションの作成方法について解説します。一般的なRubyアプリケーションはスクリプト言語としての性質からRubyの実行環境が必要ですが、mrubyを活用することで単体で実行できるバイナリ形式のツールを実現できます。

-

この発表では、実際に私がOSSとして公開しているテキストフィルタツールを題材に、mrubyによるビルドプロセス、ワンバイナリー化における設計上の工夫や実装手法、クロスプラットフォーム対応や配布手順の最適化について紹介します。

- ) - }} /> - -

アプリケーション開発において例外処理は重要です。一方で複数人でアプリケーション開発を行う際に、例外処理のコンセンサスが意外と取れておらず、結果としてアプリケーションの監視において苦労することがこれまでの経験上でありました。

-

いつの間にか全て握りつぶされた例外処理、誰も監視していないログに密かに送り続けられていたエラーログ、長年そのアプリケーション開発に携わる人のみぞ知る「このエラーは無視して良いエラーです」という伝承された知識。

-

誰もが一度はこのような経験をしたことがあるのではないでしょうか？

-

この発表では例外処理について整理し、アプリケーション開発において持続的なエラー監視をするための考え方や、混沌としてしまったエラー監視にある程度の秩序をもたらし、楽しくRubyと暮らすべく私が工夫した点についてお話しします。

- ) - }} /> - -

DNSは1980年代に発明された名前解決システムながら，その通信プロトコルは開発当初とほぼ変わらない形で，今日までインターネットを支えつづけています．一方で，かつて平和だったインターネットには多くのならず者が出没するようになりました．通信の改竄・盗聴，そしてDDoS――DNSはいま脅威に曝されているのです．

-

これらの当初は想定されていなかった脅威に対抗すべく，DNSにはさまざまなセキュリティ拡張が提案されてきました．この数年では，伝統的な平文のプロトコルから暗号化に対応した新しいプロトコルへアップグレードをする枠組みもIETFで文書化され，DNSは漸進的に安全なプロトコルへ移行してゆくと期待されています．

-

本発表では，DNSのプライバシーを改善する近年のプロトコル拡張について解説します．また，これらの新たなプロトコルをRubyから使えるようにするには，DNSライブラリにどのような拡張が必要であるかを議論します．また，暗号化DNSプロトコルが依拠しているQUICやHTTP/3を扱うRubyライブラリの開発について，発表者の取り組みを紹介します．

- ) - }} /> - - 東京圏の地域.rbオーガナイザーが集結！ - ) - }} /> -
) : <> + return $tab === 'fri' ? <>{props.zenyasai} : <>{props.main} } + +export default ZenyasaiTalks; diff --git a/src/components/talks/ZenyasaiTalks.tsx b/src/components/talks/ZenyasaiTalks.tsx deleted file mode 100644 index d482054..0000000 --- a/src/components/talks/ZenyasaiTalks.tsx +++ /dev/null @@ -1,165 +0,0 @@ -import { useStore } from '@nanostores/preact'; -import { selectedTabStore } from './tabStore'; - -import Talk from "./Talk" -import './Talks.css' - -import OkuramasafumiImage from "../staff/pics/okuramasafumi.jpg"; - -export default function ZenyasaiTalks() { - const $tab = useStore(selectedTabStore); - return $tab === 'fri' ? ( - <> -
- - AlbaというJSONシリアライザのgemを作成・保守しています。Rubyで開発をしているとユーザーの使い勝手について考えることが多くなりますね。ここでの使い勝手というのは例えばブロックを使うことで柔軟になるAPIなどを含みますが、全体的な「良さ」、使っていて何か気持ちが良い、という感覚も含んだものです。 - AlbaはRubyプログラマにとってなるべく使いやすく直感的であるように設計されており、そのための工夫を多数含んでいます。この発表ではAlbaが生まれた経緯を振り返りつつ、Rubyistにとって興味深いであろう実装上のおもしろポイントをご紹介します。また、自作のライブラリを広く使ってもらうために行ったことなどもご紹介できればと思います。

) - }} /> - -

2017年からRubyとMastodonとともに暮らしている一人の鯖缶(Mastodonのサーバー管理者)の暮らしぶりをお話しします。

-

Railsを触りはじめたばかりの頃に登場したMastodonを軽率にはじめ、運用していく中でRubyやRailsを学び、やらかしに対応し、Rubyの開発版(masterブランチ)とMastodonの開発版(mainブランチ)でMastodonを運用するに至ったり、いかにしてRubyやMastodon にパッチを投げるようになったのかの歴史をお話ししたいと思います。

-

またゆるゆると鯖缶業を続けていくなかでどうスキルアップしていったのかや、エンジニアとして新しい技術を素振りできる砂場を持つことの楽しさについてもお話しします。

- ) - }} /> - -

WebAssemblyはブラウザを飛び越えた大きな可能性を持つ技術で、Rubyをはじめ様々な言語でWebAssemblyバイナリを出力可能にする対応が進んでいます。その一方、WebAssemblyを動かすランタイム自体も様々なものがあり、Goのwazero、SwiftのWasmKitといった純粋に特定の言語で実装されたものも増えてきました。

-

ところで、筆者は"Wardite"という名前の、Rubyに組み込み可能なWebAssemblyのランタイムを作っています。Warditeは以下のコンセプトで絶賛開発中です。

-
    -
  • Pure Rubyで、外部GemやC拡張の依存なしで実装
    • -
  • Fully RBS Annotated
    • -
  • WASI preview 1 対応
    • -
  • 利用上十分なパフォーマンス
    • -
-

このトークでは、Warditeの内部のRubyのコードを通して、WebAssembly Coreにはどのような仕様があるのか、WASI（WebAssembly System Interface）とは何であるのかについて理解が深まる話をします。そして言語ランタイム、具体的にはWebAssemblyのVMを作るためにどのような実装を行ってきたかを解説します。

-

また、Warditeの現在の開発状況や課題、将来のゴールなどを、デモも交えながらお話しします。

- ) - }} /> - -

2010年代前半はChatOps全盛期でした。いまでもチャットボットは開発されていますか？

-

10年前に比べて私たちが働く環境は大きく変わりました。チャットツールでのやり取りがメインになり、リモートワークで働く人が増え、エンジニア以外も複数のSaaSを利用するようになりました。この変化を組織の成長に変えるため、2024年に新たにチャットボットのフレームワークを開発しました。

-

本セッションでは discordrb というgemをベースにしたチャットボットフレームワークの作成時に考慮したこととその設計を紹介します。そして使っているうちに生まれた設計の歪みと新しい設計への移行、そして使われなくなっていった機能を紹介します。

- ) - }} /> - -

Webサイトから得られる情報はアクセス時点のスナップショットに過ぎませんが、時間とともに変化する情報を継続的に追跡したり、新たな情報を検知して認知したいシーンがあります。

-

時間とともに変化するそのようなデータを追跡するための効果的なアプローチとしてSimon Willison氏が2020年に提案したのがGit scrapingと呼ばれるスクレイピング手法です。定期的なWebスクレイピングにより収集した情報をGitによるバージョン管理することで、時系列に沿ってデータを簡易に記録できるようになります。また、GitHub ActionsなどのCI/CDシステムを組み合わせることで定期実行も行えるうえ、ATOMでのRSS配信を行うこともできます。

-

本セッションではこのシンプルな手法を通じて、Rubyで生活を便利にする第一歩を提案します。

- ) - }} /> - 2024年8月にWiFi対応を果たしたPicoRubyを活用し、シェアハウスの生活を便利にするIoTデバイスを開発しました。スマートロック、洗濯機・乾燥機の稼働チェッカー、トイレットペーパー購入ボタンなど、日常の小さな不便を解消するアイデアとその実装方法を紹介します。PicoRubyと共に、シェアハウス生活をより快適にするハックをお届けします。

) - }} /> - 東京Ruby会議11で発表されたRubyのベンチマークプログラムOptCarrotを振り返ります。OptCarrotは、Rubyを高速化する開発者を駆り立てるためのエサとして作られ、狙い通りに多くのプログラム最適化マニアに愛され、Rubyの最適化を牽引しました。OptCarrotに釣られてできた成果を駆け足で紹介し、OptCarrotの評価・功罪を議論します。

- ) - }} /> - -

皆さんは、日々のシステム開発の中で「ソケットを扱う」ということを意識したことがあるでしょうか？

-

ネットワークプログラミングやソケットプログラミングは、ネットワークの基礎を理解する上で重要な要素です。

-

このセッションでは、Rubyを使ってネットワークパケットキャプチャツールを自作する過程をご紹介します。

-

libpcapなどの既存ライブラリには頼らず、純粋にRubyのみでパケットキャプチャツールを実装することで、ネットワークデータの流れを低レベルから体感できるようなお話をしたいと思います。

-

「Working with TCP Sockets」の翻訳版である「なるほどTCPソケット Rubyで学ぶソケットプログラミングの基礎」が今年9月に公開され、ソケットプログラミングやネットワークプログラミングに興味を持たれた方も多いのではないでしょうか。

-

このセッションを通じて、ソケットプログラミングやネットワークプログラミングの基礎を学び、Web技術を支える要素技術への理解を深める一助になれば幸いです。

- ) - }} /> - -

Rails アプリケーションではモデルで概念を表します。この概念はいくつくらいあるのでしょうか。

-

話者が勤務する会社の rails stats ではモデルは 1,345 クラスあります（2024 年 11 月現在）。人間が全てを理解するにはつらい数ですが、全てのモデルを理解してから開発を始めるという人は多くないでしょう。

-

わたしたちはまずアプリケーションの中心となる重要な概念を理解し、そうでない概念は後追いで理解していくからです。

-

ところで、日本には多くの市があります。政府統計によると 2024 年時点で 792 の市があります1。

-

ここで Google マップを開いてみましょう。数度ズームアウトすると日本の全体像が現れます。「東京」「大阪」「札幌」という都市が表示され、これらが重要な都市として扱われていることがわかります。ズームインすると次に重要な都市と幹線道路が現れます。

-

Google マップのようにズームイン・ズームアウトで重要なモデルとリレーション（つまり ER 図ですね）を見られるとそれは Rails アプリケーションの「地図」になるのではないでしょうか。そんな Gem を作っている話をします。

-

[1]: https://www.e-stat.go.jp/municipalities/number-of-municipalities

- ) - }} /> - -

あなたの所属するエンジニア組織では、日々のOSS活動が賞賛され、外部登壇やプロポーザル提出に対して先輩登壇者やプロの編集者からサポートを受けられるような環境は整っていますか？

-

SmartHRでは、Rubyの会社として長年Rubyコミュニティへのスポンサー活動やOSSへの貢献を行ってきましたが、これまでは会社全体で活動をサポートする環境は十分に整備されておらず、各エンジニアの自主的な努力に委ねられていました。

-

そこで、約半年前に有志のプロジェクト「OSSやっていきの集い」が立ち上がり、社内のエンジニアがOSS貢献をより積極的に行い、社外への発信をサポートする仕組みが生まれました。

-

このトークでは、「OSSやっていきの集い」の立ち上げから半年間で得られた成果や学びについてお話しします。

- - ) - }} /> -
- - ) : <> -} From 90142471140130f4285eafa4d069fb8f27cb725f Mon Sep 17 00:00:00 2001 From: terfno Date: Tue, 7 Jan 2025 11:40:22 +0900 Subject: [PATCH 3/3] :zap: talks as contents collection --- src/content/config.ts | 20 +++++++++++++++++++- src/content/talks/1-okuramasafumi.mdx | 12 ++++++++++++ src/content/talks/10-alpaca-tc.mdx | 15 +++++++++++++++ src/content/talks/11-shugo.mdx | 11 +++++++++++ src/content/talks/12-tompng.mdx | 13 +++++++++++++ src/content/talks/13-ryopeko.mdx | 14 ++++++++++++++ src/content/talks/14-tokujiros.mdx | 12 ++++++++++++ src/content/talks/15-yumu.mdx | 12 ++++++++++++ src/content/talks/16-moznion.mdx | 15 +++++++++++++++ src/content/talks/17-coord-e.mdx | 19 +++++++++++++++++++ src/content/talks/18-buty4649.mdx | 12 ++++++++++++ src/content/talks/19-morihirok.mdx | 14 ++++++++++++++ src/content/talks/2-s.h.mdx | 13 +++++++++++++ src/content/talks/20-hanazuki.mdx | 13 +++++++++++++ src/content/talks/21-regional.rb.mdx | 9 +++++++++ src/content/talks/3-udzura.mdx | 20 ++++++++++++++++++++ src/content/talks/4-funwarioisii.mdx | 14 ++++++++++++++ src/content/talks/5-ohbarye.mdx | 13 +++++++++++++ src/content/talks/6-ryosk7.mdx | 11 +++++++++++ src/content/talks/7-mame.mdx | 11 +++++++++++ src/content/talks/8-ydah.mdx | 17 +++++++++++++++++ src/content/talks/9-mikicamel.mdx | 17 +++++++++++++++++ src/content/talks/_template.mdx | 12 ++++++++++++ 23 files changed, 318 insertions(+), 1 deletion(-) create mode 100644 src/content/talks/1-okuramasafumi.mdx create mode 100644 src/content/talks/10-alpaca-tc.mdx create mode 100644 src/content/talks/11-shugo.mdx create mode 100644 src/content/talks/12-tompng.mdx create mode 100644 src/content/talks/13-ryopeko.mdx create mode 100644 src/content/talks/14-tokujiros.mdx create mode 100644 src/content/talks/15-yumu.mdx create mode 100644 src/content/talks/16-moznion.mdx create mode 100644 src/content/talks/17-coord-e.mdx create mode 100644 src/content/talks/18-buty4649.mdx create mode 100644 src/content/talks/19-morihirok.mdx create mode 100644 src/content/talks/2-s.h.mdx create mode 100644 src/content/talks/20-hanazuki.mdx create mode 100644 src/content/talks/21-regional.rb.mdx create mode 100644 src/content/talks/3-udzura.mdx create mode 100644 src/content/talks/4-funwarioisii.mdx create mode 100644 src/content/talks/5-ohbarye.mdx create mode 100644 src/content/talks/6-ryosk7.mdx create mode 100644 src/content/talks/7-mame.mdx create mode 100644 src/content/talks/8-ydah.mdx create mode 100644 src/content/talks/9-mikicamel.mdx create mode 100644 src/content/talks/_template.mdx diff --git a/src/content/config.ts b/src/content/config.ts index 04565ac..471c31c 100644 --- a/src/content/config.ts +++ b/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, } diff --git a/src/content/talks/1-okuramasafumi.mdx b/src/content/talks/1-okuramasafumi.mdx new file mode 100644 index 0000000..7a295c1 --- /dev/null +++ b/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" +--- +

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

diff --git a/src/content/talks/10-alpaca-tc.mdx b/src/content/talks/10-alpaca-tc.mdx new file mode 100644 index 0000000..26ff46c --- /dev/null +++ b/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やっていきの集い」の成果と学び +--- + +

あなたの所属するエンジニア組織では、日々のOSS活動が賞賛され、外部登壇やプロポーザル提出に対して先輩登壇者やプロの編集者からサポートを受けられるような環境は整っていますか？

+

SmartHRでは、Rubyの会社として長年Rubyコミュニティへのスポンサー活動やOSSへの貢献を行ってきましたが、これまでは会社全体で活動をサポートする環境は十分に整備されておらず、各エンジニアの自主的な努力に委ねられていました。

+

そこで、約半年前に有志のプロジェクト「OSSやっていきの集い」が立ち上がり、社内のエンジニアがOSS貢献をより積極的に行い、社外への発信をサポートする仕組みが生まれました。

+

このトークでは、「OSSやっていきの集い」の立ち上げから半年間で得られた成果や学びについてお話しします。

diff --git a/src/content/talks/11-shugo.mdx b/src/content/talks/11-shugo.mdx new file mode 100644 index 0000000..02e2c0b --- /dev/null +++ b/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製テキストエディタでの生活 +--- +

私は2016年から自作のテキストエディタでコードを書いたり、メールやその他の文章を書いたりしています。近年Rubyに静的型の導入を求められることが多くなっていますが、静的型のメリットや関数／メソッドの型から先に考えるプログラミングの気持ちよさも理解しているものの、Rubyの魅力の一つは思いついたコードをすぐに動かして試せることにあると考えています。この発表では、Ruby製テキストエディタ上での生活を通じて、動いているオブジェクトの振る舞いを動的に変えていく楽しさについてお話したいと思います。

diff --git a/src/content/talks/12-tompng.mdx b/src/content/talks/12-tompng.mdx new file mode 100644 index 0000000..2e1c8db --- /dev/null +++ b/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とフロントエンドのシームレスな連携の再考 +--- +

チャットなどのように画面に変更をリアルタイムに反映させたい時、どのように作りますか？

+

チャット以外のコラボレーションツールを作る場合はどうでしょう。もっと多くのカラムやモデルでも変更をリアルタイムに反映させたいとしたらどのように設計しますか？ 今後さらにカラムやモデルが増えた時、その設計は複雑さが爆発して破綻しませんか？

+

実は、このような一見複雑に見えるWebアプリケーションでは、設計を破綻させずにRailsとReactをかなりシンプルに連携できます。このトークでは、どのような設計をすれば良いか複数の方法について解説します。

diff --git a/src/content/talks/13-ryopeko.mdx b/src/content/talks/13-ryopeko.mdx new file mode 100644 index 0000000..17a50bc --- /dev/null +++ b/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なアプローチで動的要素を排除する + +--- +

Rubyには動的な処理に必要な機能がたくさん盛り込まれており、しかもそれが他言語にはない魅力であり強力な武器でもあります。しかしデメリットとして可読性の低下や処理の見通しを低下させることになることがあります。Rubyでは強い力には責任が伴うという言葉の元、使う側にも必要な能力を求めている実情もあると思います。

+

しかし場合によりRubyで実装する機能に関数型プログラミングのアプローチを取り入れることにより、前述したデメリットを減らせるのではないかと考え実際に機能開発に盛り込んだ経験についてお話しします。

+

更にこのセッションでは実例も交えて、動的なアプローチの場合との対比を行い、どのような場面で有効かを考えるきっかけにしたいと思っています。

diff --git a/src/content/talks/14-tokujiros.mdx b/src/content/talks/14-tokujiros.mdx new file mode 100644 index 0000000..17a621b --- /dev/null +++ b/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レトロゲームエンジンの作り方 +--- +

現在 Processing をベースとした CRuby 用の 2Dレトロゲームエンジンを作っています。

+

本発表では、OpenGL を抽象化した自作描画エンジンと、各 OS のネイティブ API を使って作られた自作 GUI ツールキットを使って、どのようにゲームエンジンを作っているかを紹介いたします。

diff --git a/src/content/talks/15-yumu.mdx b/src/content/talks/15-yumu.mdx new file mode 100644 index 0000000..7d62ccf --- /dev/null +++ b/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で作る動画変換システム +--- +

動画変換システムというと、既存のSaaSを使うか、低レイヤーな実装に踏み込むかの二択と思われがちです。しかし、RubyのエコシステムとAWSの各種サービスを活用することで、より手軽に独自の動画変換システムを構築できます。

+

本セッションでは、ハンドメイドECサービス「minne」における動画変換システムの実装方法をご紹介します。

+

動画変換の核となるFFmpegをRubyから扱う方法、変換処理を担うShoryuken workerの実装、そして実運用に耐えうる設計の作り方まで、具体的なコードを交えながら解説します。開発環境はDockerで簡単に構築でき、ローカルでの開発から本番展開まで、スムーズに進められる構成をお見せします。

diff --git a/src/content/talks/16-moznion.mdx b/src/content/talks/16-moznion.mdx new file mode 100644 index 0000000..d1cc2c2 --- /dev/null +++ b/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にやってきた俺は +--- +

Ruby on Railsといえばご存知フルスタックフレームワークであり、昨今ではThe One Person Frameworkでおなじみとなっています。

+

発表者が本格的にRailsアプリを触りはじめたのは去年からです。それまではPerlやGoなどの上でミニマルなフレームワークを用いてwebアプリケーションを開発、あるいは各プロジェクトごとにシンプルなコンポーネントを組み合わせることで専用のフレームワークを作ってその上でアプリケーションを開発していました。

+

一方Railsはなんでも持っているフルスタックフレームワークであり、いわゆる "easy" 寄りのフレームワークとされている認識です。

+

つまりこれは巷でよく対比として用いられる "Simple vs Easy" の構図であると捉えられると思います。もちろんsimpleにもeasyにも双方にpros/consがあり一概にどちらが良いと断じることができるものではありませんが、easy寄りのRailsに触れ親しむことでなんとなくその利点について実感を持てるようになってきました。

+

一方、Webアプリ開発はそういったSimpleとEasyのみで二分し判断できるものではないと考えています。本発表では様々な対比観点からフルスタック/ミニマルの双方を検討し、Webアプリケーション開発に及ぼす影響について考察したいと考えています。

diff --git a/src/content/talks/17-coord-e.mdx b/src/content/talks/17-coord-e.mdx new file mode 100644 index 0000000..e19f23b --- /dev/null +++ b/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 +--- +

Portable Document Format (PDF) は、広く使われているドキュメント交換のためのファイル形式です。PDF を日常的に利用している人でも、自分で1から PDF を作成したことがある人は少ないのではないでしょうか？

+

この発表では、そんな身近でありながら謎めいた PDF を出力する簡単なプログラムを実装する流れを紹介します。レギュレーションは次の通り:

+
    +
  • 出力した PDF が Adobe Acrobat Reader で開ける
    • +
  • 消費メモリが書くドキュメントの大きさに依存しない（ストリーミング）
    • +
  • Ruby DSL を使う
    • +
+

PDF の構造について簡単に解説しながら、まずは PDF の内部構造を反映した低レベルな DSL を構築します。DSL による適度な抽象化は PDF の構造の理解を助けるでしょう。そして、もちろん Ruby は DSL の構築にぴったりですが、今回のようにデータ形式のストリーミング生成を行う場合は特に相性が良いのです。その後、低レベル DSL の上に抽象度を高めた DSL を構築し、よりわかりやすく使いやすい API を模索します。

+

発表を通して、Ruby DSL によるデータ構造を介さない抽象化のたのしみを共有します。きっとあなたも日常の抽象化に Ruby DSL を取り入れたくなるでしょう。

diff --git a/src/content/talks/18-buty4649.mdx b/src/content/talks/18-buty4649.mdx new file mode 100644 index 0000000..d387bea --- /dev/null +++ b/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でワンバイナリーなテキストフィルタツールを作った +--- +

mrubyを用いたワンバイナリーアプリケーションの実装手法に焦点を当て、テキスト処理ツールの開発を例に、シンプルなアプリケーションの作成方法について解説します。一般的なRubyアプリケーションはスクリプト言語としての性質からRubyの実行環境が必要ですが、mrubyを活用することで単体で実行できるバイナリ形式のツールを実現できます。

+

この発表では、実際に私がOSSとして公開しているテキストフィルタツールを題材に、mrubyによるビルドプロセス、ワンバイナリー化における設計上の工夫や実装手法、クロスプラットフォーム対応や配布手順の最適化について紹介します。

diff --git a/src/content/talks/19-morihirok.mdx b/src/content/talks/19-morihirok.mdx new file mode 100644 index 0000000..121334a --- /dev/null +++ b/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: 混沌とした例外処理とエラー監視に秩序をもたらす +--- +

アプリケーション開発において例外処理は重要です。一方で複数人でアプリケーション開発を行う際に、例外処理のコンセンサスが意外と取れておらず、結果としてアプリケーションの監視において苦労することがこれまでの経験上でありました。

+

いつの間にか全て握りつぶされた例外処理、誰も監視していないログに密かに送り続けられていたエラーログ、長年そのアプリケーション開発に携わる人のみぞ知る「このエラーは無視して良いエラーです」という伝承された知識。

+

誰もが一度はこのような経験をしたことがあるのではないでしょうか？

+

この発表では例外処理について整理し、アプリケーション開発において持続的なエラー監視をするための考え方や、混沌としてしまったエラー監視にある程度の秩序をもたらし、楽しくRubyと暮らすべく私が工夫した点についてお話しします。

diff --git a/src/content/talks/2-s.h.mdx b/src/content/talks/2-s.h.mdx new file mode 100644 index 0000000..0285bc7 --- /dev/null +++ b/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 鯖缶生活 + +--- +

2017年からRubyとMastodonとともに暮らしている一人の鯖缶(Mastodonのサーバー管理者)の暮らしぶりをお話しします。

+

Railsを触りはじめたばかりの頃に登場したMastodonを軽率にはじめ、運用していく中でRubyやRailsを学び、やらかしに対応し、Rubyの開発版(masterブランチ)とMastodonの開発版(mainブランチ)でMastodonを運用するに至ったり、いかにしてRubyやMastodon にパッチを投げるようになったのかの歴史をお話ししたいと思います。

+

またゆるゆると鯖缶業を続けていくなかでどうスキルアップしていったのかや、エンジニアとして新しい技術を素振りできる砂場を持つことの楽しさについてもお話しします。

diff --git a/src/content/talks/20-hanazuki.mdx b/src/content/talks/20-hanazuki.mdx new file mode 100644 index 0000000..25ca614 --- /dev/null +++ b/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 +--- +

DNSは1980年代に発明された名前解決システムながら，その通信プロトコルは開発当初とほぼ変わらない形で，今日までインターネットを支えつづけています．一方で，かつて平和だったインターネットには多くのならず者が出没するようになりました．通信の改竄・盗聴，そしてDDoS――DNSはいま脅威に曝されているのです．

+

これらの当初は想定されていなかった脅威に対抗すべく，DNSにはさまざまなセキュリティ拡張が提案されてきました．この数年では，伝統的な平文のプロトコルから暗号化に対応した新しいプロトコルへアップグレードをする枠組みもIETFで文書化され，DNSは漸進的に安全なプロトコルへ移行してゆくと期待されています．

+

本発表では，DNSのプライバシーを改善する近年のプロトコル拡張について解説します．また，これらの新たなプロトコルをRubyから使えるようにするには，DNSライブラリにどのような拡張が必要であるかを議論します．また，暗号化DNSプロトコルが依拠しているQUICやHTTP/3を扱うRubyライブラリの開発について，発表者の取り組みを紹介します．

diff --git a/src/content/talks/21-regional.rb.mdx b/src/content/talks/21-regional.rb.mdx new file mode 100644 index 0000000..bf18aa5 --- /dev/null +++ b/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オーガナイザーが集結！ diff --git a/src/content/talks/3-udzura.mdx b/src/content/talks/3-udzura.mdx new file mode 100644 index 0000000..68e63df --- /dev/null +++ b/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のコードを眺めて完全に理解しよう~ +--- +

WebAssemblyはブラウザを飛び越えた大きな可能性を持つ技術で、Rubyをはじめ様々な言語でWebAssemblyバイナリを出力可能にする対応が進んでいます。その一方、WebAssemblyを動かすランタイム自体も様々なものがあり、Goのwazero、SwiftのWasmKitといった純粋に特定の言語で実装されたものも増えてきました。

+

ところで、筆者は"Wardite"という名前の、Rubyに組み込み可能なWebAssemblyのランタイムを作っています。Warditeは以下のコンセプトで絶賛開発中です。

+
    +
  • Pure Rubyで、外部GemやC拡張の依存なしで実装
    • +
  • Fully RBS Annotated
    • +
  • WASI preview 1 対応
    • +
  • 利用上十分なパフォーマンス
    • +
+

このトークでは、Warditeの内部のRubyのコードを通して、WebAssembly Coreにはどのような仕様があるのか、WASI（WebAssembly System Interface）とは何であるのかについて理解が深まる話をします。そして言語ランタイム、具体的にはWebAssemblyのVMを作るためにどのような実装を行ってきたかを解説します。

+

また、Warditeの現在の開発状況や課題、将来のゴールなどを、デモも交えながらお話しします。

diff --git a/src/content/talks/4-funwarioisii.mdx b/src/content/talks/4-funwarioisii.mdx new file mode 100644 index 0000000..659fd99 --- /dev/null +++ b/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 ふ〇っしーとの出会いと別れ +--- + +

2010年代前半はChatOps全盛期でした。いまでもチャットボットは開発されていますか？

+

10年前に比べて私たちが働く環境は大きく変わりました。チャットツールでのやり取りがメインになり、リモートワークで働く人が増え、エンジニア以外も複数のSaaSを利用するようになりました。この変化を組織の成長に変えるため、2024年に新たにチャットボットのフレームワークを開発しました。

+

本セッションでは discordrb というgemをベースにしたチャットボットフレームワークの作成時に考慮したこととその設計を紹介します。そして使っているうちに生まれた設計の歪みと新しい設計への移行、そして使われなくなっていった機能を紹介します。

diff --git a/src/content/talks/5-ohbarye.mdx b/src/content/talks/5-ohbarye.mdx new file mode 100644 index 0000000..172690e --- /dev/null +++ b/src/content/talks/5-ohbarye.mdx @@ -0,0 +1,13 @@ +--- +speaker: + name: Masato Ohba + GitHubId: ohbarye + XId: ohbarye + ImageSrc: https://avatars.githubusercontent.com/u/1811616 +session: + id: 5 + title: Git scrapingで始める継続的なデータ追跡 +--- +

Webサイトから得られる情報はアクセス時点のスナップショットに過ぎませんが、時間とともに変化する情報を継続的に追跡したり、新たな情報を検知して認知したいシーンがあります。

+

時間とともに変化するそのようなデータを追跡するための効果的なアプローチとしてSimon Willison氏が2020年に提案したのがGit scrapingと呼ばれるスクレイピング手法です。定期的なWebスクレイピングにより収集した情報をGitによるバージョン管理することで、時系列に沿ってデータを簡易に記録できるようになります。また、GitHub ActionsなどのCI/CDシステムを組み合わせることで定期実行も行えるうえ、ATOMでのRSS配信を行うこともできます。

+

本セッションではこのシンプルな手法を通じて、Rubyで生活を便利にする第一歩を提案します。

diff --git a/src/content/talks/6-ryosk7.mdx b/src/content/talks/6-ryosk7.mdx new file mode 100644 index 0000000..9841f3d --- /dev/null +++ b/src/content/talks/6-ryosk7.mdx @@ -0,0 +1,11 @@ +--- +speaker: + name: ryosk7 + GitHubId: ryosk7 + XId: ryosk7 + ImageSrc: https://avatars.githubusercontent.com/u/17314812 +session: + id: 6 + title: PicoRubyと暮らす、シェアハウスハック +--- +

2024年8月にWiFi対応を果たしたPicoRubyを活用し、シェアハウスの生活を便利にするIoTデバイスを開発しました。スマートロック、洗濯機・乾燥機の稼働チェッカー、トイレットペーパー購入ボタンなど、日常の小さな不便を解消するアイデアとその実装方法を紹介します。PicoRubyと共に、シェアハウス生活をより快適にするハックをお届けします。

\ No newline at end of file diff --git a/src/content/talks/7-mame.mdx b/src/content/talks/7-mame.mdx new file mode 100644 index 0000000..556c8ba --- /dev/null +++ b/src/content/talks/7-mame.mdx @@ -0,0 +1,11 @@ +--- +speaker: + name: Yusuke Endoh + GitHubId: mame + XId: mametter + ImageSrc: https://avatars.githubusercontent.com/u/21557 +session: + id: 7 + title: An OptCarrot Retrospective +--- +

東京Ruby会議11で発表されたRubyのベンチマークプログラムOptCarrotを振り返ります。OptCarrotは、Rubyを高速化する開発者を駆り立てるためのエサとして作られ、狙い通りに多くのプログラム最適化マニアに愛され、Rubyの最適化を牽引しました。OptCarrotに釣られてできた成果を駆け足で紹介し、OptCarrotの評価・功罪を議論します。

diff --git a/src/content/talks/8-ydah.mdx b/src/content/talks/8-ydah.mdx new file mode 100644 index 0000000..2904da1 --- /dev/null +++ b/src/content/talks/8-ydah.mdx @@ -0,0 +1,17 @@ +--- +speaker: + name: Yudai Takada (ydah) + GitHubId: ydah + XId: ydah_ + ImageSrc: https://avatars.githubusercontent.com/u/13041216 +session: + id: 8 + title: Rubyでつくるパケットキャプチャツール + +--- +

皆さんは、日々のシステム開発の中で「ソケットを扱う」ということを意識したことがあるでしょうか？

+

ネットワークプログラミングやソケットプログラミングは、ネットワークの基礎を理解する上で重要な要素です。

+

このセッションでは、Rubyを使ってネットワークパケットキャプチャツールを自作する過程をご紹介します。

+

libpcapなどの既存ライブラリには頼らず、純粋にRubyのみでパケットキャプチャツールを実装することで、ネットワークデータの流れを低レベルから体感できるようなお話をしたいと思います。

+

「Working with TCP Sockets」の翻訳版である「なるほどTCPソケット Rubyで学ぶソケットプログラミングの基礎」が今年9月に公開され、ソケットプログラミングやネットワークプログラミングに興味を持たれた方も多いのではないでしょうか。

+

このセッションを通じて、ソケットプログラミングやネットワークプログラミングの基礎を学び、Web技術を支える要素技術への理解を深める一助になれば幸いです。

diff --git a/src/content/talks/9-mikicamel.mdx b/src/content/talks/9-mikicamel.mdx new file mode 100644 index 0000000..8acb03b --- /dev/null +++ b/src/content/talks/9-mikicamel.mdx @@ -0,0 +1,17 @@ +--- +speaker: + name: makicamel + GitHubId: makicamel + XId: makicamel + ImageSrc: https://avatars.githubusercontent.com/u/30112374 +session: + id: 9 + title: Thinking about a map for Rails applications +--- +

Rails アプリケーションではモデルで概念を表します。この概念はいくつくらいあるのでしょうか。

+

話者が勤務する会社の rails stats ではモデルは 1,345 クラスあります（2024 年 11 月現在）。人間が全てを理解するにはつらい数ですが、全てのモデルを理解してから開発を始めるという人は多くないでしょう。

+

わたしたちはまずアプリケーションの中心となる重要な概念を理解し、そうでない概念は後追いで理解していくからです。

+

ところで、日本には多くの市があります。政府統計によると 2024 年時点で 792 の市があります1。

+

ここで Google マップを開いてみましょう。数度ズームアウトすると日本の全体像が現れます。「東京」「大阪」「札幌」という都市が表示され、これらが重要な都市として扱われていることがわかります。ズームインすると次に重要な都市と幹線道路が現れます。

+

Google マップのようにズームイン・ズームアウトで重要なモデルとリレーション（つまり ER 図ですね）を見られるとそれは Rails アプリケーションの「地図」になるのではないでしょうか。そんな Gem を作っている話をします。

+

[1]: https://www.e-stat.go.jp/municipalities/number-of-municipalities

diff --git a/src/content/talks/_template.mdx b/src/content/talks/_template.mdx new file mode 100644 index 0000000..7258ed9 --- /dev/null +++ b/src/content/talks/_template.mdx @@ -0,0 +1,12 @@ +--- +speaker: + name: + GitHubId: + XId: + ImageSrc: +session: + id: + title: + keynote: +--- +