Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
RubyKaigiのプロポーザルを通したい。 / rubykaigi-proposal
Search
toshimaru
June 18, 2024
Technology
3
3.4k
RubyKaigiのプロポーザルを通したい。 / rubykaigi-proposal
RubyKaigi 2024 Wrap Party (
https://connpass.com/event/318501/
) で発表した資料です。
toshimaru
June 18, 2024
Tweet
Share
More Decks by toshimaru
See All by toshimaru
OKR基本のキ / OKR Basics
toshimaru
3
3.5k
10年モノのレガシーPHPアプリケーションを移植しきるまでの泥臭くも長い軌跡 / legacy-php-app-migration
toshimaru
1
2.5k
Faster Pull Request Reviews 〜ハイパフォーマンスチームへの道〜 / Faster Pull Request Reviews
toshimaru
7
2.6k
medpeer.jp 開発を加速させるエンジニアリング施策 / medpeer engineering kaigi on rails 2021
toshimaru
2
6.1k
FactoryBot the Right Way
toshimaru
12
5k
アラサーエンジニアの生存戦略 / career strategy for around thirty engineer
toshimaru
43
21k
Fat Modelの倒し方 / how to deal with fat model
toshimaru
21
20k
Make Rails Documents SEO(Search Engine Optimized)
toshimaru
3
1.6k
ActiveRecordデータ処理アンチパターン / active-record-anti-patterns
toshimaru
31
20k
Other Decks in Technology
See All in Technology
Aurora PostgreSQLがCloudWatch Logsに 出力するログの課金を削減してみる #jawsdays2025
non97
1
190
Amazon Q Developerの無料利用枠を使い倒してHello worldを表示させよう!
nrinetcom
PRO
2
110
分解して理解する Aspire
nenonaninu
2
1k
エンジニアリング価値を黒字化する バリューベース戦略を用いた 技術戦略策定の道のり
kzkmaeda
6
2.6k
設計を積み重ねてシステムを刷新する
sansantech
PRO
0
160
EDRの検知の仕組みと検知回避について
chayakonanaika
11
4.8k
"TEAM"を導入したら最高のエンジニア"Team"を実現できた / Deploying "TEAM" and Building the Best Engineering "Team"
yuj1osm
1
140
AIエージェント入門
minorun365
PRO
31
17k
開発組織を進化させる!AWSで実践するチームトポロジー
iwamot
1
340
生成AI×財務経理:PoCで挑むSlack AI Bot開発と現場巻き込みのリアル
pohdccoe
1
630
Iceberg Meetup Japan #1 : Iceberg and Databricks
databricksjapan
0
340
AWSを活用したIoTにおけるセキュリティ対策のご紹介
kwskyk
0
340
Featured
See All Featured
Embracing the Ebb and Flow
colly
84
4.6k
A Tale of Four Properties
chriscoyier
158
23k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
366
25k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1k
Optimising Largest Contentful Paint
csswizardry
34
3.1k
Statistics for Hackers
jakevdp
797
220k
Building Your Own Lightsaber
phodgson
104
6.2k
Bootstrapping a Software Product
garrettdimon
PRO
306
110k
Rails Girls Zürich Keynote
gr2m
94
13k
How to Think Like a Performance Engineer
csswizardry
22
1.4k
Transcript
RubyKaigiのプロポーザルを通したい。 2024/06/18 RubyKaigi 2024 Wrap Party
久しぶりにRubyKaigiに参加したら @a_matsudaさんの思いが溢れる 最高の技術カンファレンスだと熱が高まって プロポーザルを出したくなった話
• toshimaru • GitHub: @toshimaru • 𝕏: @toshimaru_e • Backend
Engineer @MedPeer • RubyKaigi 現地参加は5年以上ぶり 🥳 • ほぼブース要員だった…
RubyKaigi is 何 • 年一回のRubyコミュニティのお祭り(not Rails!) • 日本の地方都市で開催(not Tokyo!)
「RubyKaigiは特殊」
何が?🤔
RubyKaigiの特殊性 • RubyKaigiは他の国際テック系カンファレンスとは一線を画す(オーガナイザの@a_matsudaさんの強い運営方針によるもの) • Rubyを「使って」いる人ではなく、Rubyを「作って」いる人がたくさん来る(野生のコアコミッターたち!) • 国際カンファレンスでありながら英語/日本語ハイブリッドで聴講可能(English Onlyではない) • いわゆる”勉強会”ではない(明日の業務には役立たない可能性が高い)
• ハッカーたちの”自慢大会”
@a_matsudaさんの強い思い • 「Techカンファレンスとして、最高のカンファレンスを作りたい」 • 「Rubyコミュニティの技術の粋を持ち寄って、最高のカンファレンスを作ろう」 • 「全世界で、同じことをやってるイベントは他にないという自負がある」 • 米国カンファレンスのDEIという大きな波に抗う
社会装置としての カンファレンス • 欧米において国際カンファレンスは格差を是正するための社会装置として機能する • 格差: テック業界における白人男性(マジョリティ)とそれ以外(マイノリティ)の格差 • 主催者は理想とするDEIな社会の実現のために、マイノリティ側に発表の機会を与える必要がある
RubyKaigiじゃないテック系カンファレンス • マイノリティ重視 • 美談やエモい話が多め • 誰もコードの話していない
None
RubyKaigi is 最高のテック系 カンファレンス
そんな最高のテック系カンファレンス・ RubyKaigi、
プロポーザルを通したくない?
僕は通したくなった!
RubyKaigi 傾向と対策 “敵を知り、己を知れば、百戦して殆(あや)うからず”
RubyKaigi傾向と対策 • 過去の採択されているプロポーザルの傾向を見る • プロポーザルの審査体制・審査基準を知る • 主催者がどんなトークを求めているか・求めていないかを知る
• どういう体制でプロポーザルを審査し、どんなプロポーザルを採択しているかは過去の@a_matsudaさんが出している資料を読めば 👍 • A RubyKaigi Talk - Speaker Deck
• ep3 “Inside RubyKaigi” - unasuke.fm • 過去の採択されているプロポーザルは、ほぼほぼ全て上述の公開資料通りの内容と言うことができます
RubyKaigiで 求められるもの・ 求められないもの
RubyKaigiで求められていないもの • エモい話 • 自社の製品紹介 • (誰かの書いた)gemの使い方紹介 • 初学者向けのEasyトーク •
コードが出てこない類の発表 • クローズドソースの自慢話
じゃあ何が求められている?
コード!
コード!!
コード!!!
RubyKaigiで求められるもの • コード!コード!!コード!!! • ハッカーたちの「コード自慢大会」 • コードを書かないことには始まらない 💨
プロポーザル審査体制 • Blind Review はしない • 英作文技術の良し悪しは見ない • (オープンに公開されている)コードを見る •
「コードの下の平等」 • ⚠️ 巷に溢れる「採択されるプロポーザルの書き方」みたいな話は、RubyKaigiの場合あてはまらないことが多いので注意! • 小手先テクニックでは採択されない
最高のプロポーザル例 • 実際に@a_matsudaさんがシビレたプロポーザル例として紹介していたもの • RubyKaigi 2016で採択されたUrabe Shyouheiさんのプロポーザル: “Optimizing Ruby”
最高のプロポーザル例 • プロポーザルの説明は “I made ruby 10x faster. Let me
show you how.” の一行のみ • そこに冗長な説明や英作文技術の巧みさはない • プロポーザルの背後にUrabeさんの書いたコードが透けて見える • コードに裏打ちされたプロポーザルの圧倒的説得力 • 実際に高速化するコードをたくさん書いたUrabeさんだから成立するプロポーザル例
駆け出しエンジニア にはムズくない?
はい。
でも、 それでいいんです。
駆け出しエンジニアの君へ • 初心者のためのRubyKaigi入門/RubyKaigi Introduction - Speaker Deck より • 「わからない」けど「気にしない」
• 勉強しに来ないでいいです • 明日からのお仕事に役立つ話はない • プログラマーたちのカッコいい姿が見れる • それくらいの感じでええんやで 😇
「プロポーザルとかは、、、 俺(私)には関係ないかな…☹️」
そんなあなたに
KaigiEffect #kaigieffect
KaigiEffect • RubyKaigiから刺激を得て何らかのアクションができるといいですね 💪 • Rubyコアのコードを読んでみる • Rubyの最新機能を使ってみる • LTをしてみる(今僕がやっているようにね
😉)etc. • ベテランRubyエンジニア「5年前聞いて全然わからなかった話が、今回は半分くらい理解できた」 • 勉強を重ねることで得られる一種のアハ体験 💡
KaigiEffect すごい
まとめ • RubyKaigi にプロポーザルを通すためには、自慢するに足るコードが必要 🔥 • そのためにも日々、コードを書くことが大事 🧑💻 • 誰かに自慢できるコードを書こう
💪 • コードをオープンにして RubyKaigi でコードを自慢しよう ❗
やっていきましょう
参考 • ep3 “Inside RubyKaigi” - unasuke.fm • A RubyKaigi
Talk - Speaker Deck • 初心者のためのRubyKaigi入門/RubyKaigi Introduction - Speaker Deck • 2017/ポエム/a_matsuda/RubyKaigi 2017はなぜ広島開催なのか? - esa-pages.io