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
Road to RubyKaigi Speaker (case sue445) #rubyka...
Search
sue445
PRO
May 18, 2023
Technology
0
2.6k
Road to RubyKaigi Speaker (case sue445) #rubykaigi2023_after
After RubyKaigi 2023〜メドピア、ZOZO、Findy〜(
https://zozotech-inc.connpass.com/event/281473/
)の発表資料です。
sue445
PRO
May 18, 2023
Tweet
Share
More Decks by sue445
See All by sue445
Create Ruby native extension gem with Go
sue445
PRO
0
740
Road to RubyKaigi 2025 #rubykaigi2026_saisoku
sue445
PRO
0
110
Kaigi Effect 2025 #rubykaigi2025_after
sue445
PRO
0
1.4k
Road to Go Gem #rubykaigi
sue445
PRO
0
2.6k
pixiv Cloud Journey #pixivmeetup
sue445
PRO
0
1.6k
Fix SQL N+1 queries with RuboCop #rubykaigi
sue445
PRO
2
7k
sue445とOSSと社内ツール #subcul_dev
sue445
PRO
0
890
Sentry GKEに リプレイス 1年間の 知見見せます / Migrated to GKE Sentry #pixivdevmeetup
sue445
PRO
0
780
sue445謹製社内ツール十一選 / su445 in-house tools #pixivdevmeetup
sue445
PRO
1
550
Other Decks in Technology
See All in Technology
あたらしい上流工程の形。 0日導入からはじめるAI駆動PM
kumaiu
4
660
みんなだいすきALB、NLBの 仕組みから最新機能まで総おさらい / Mastering ALB & NLB: Internal Mechanics and Latest Innovations
kaminashi
0
180
SREが向き合う大規模リアーキテクチャ 〜信頼性とアジリティの両立〜
zepprix
0
300
AIと新時代を切り拓く。これからのSREとメルカリIBISの挑戦
0gm
0
450
DEVCON 14 Report at AAMSX RU65: V9968, MSX0tab5, MSXDIY etc
mcd500
0
240
Claude Codeベストプラクティスまとめ
minorun365
57
32k
toCプロダクトにおけるAI機能開発のしくじりと学び / ai-product-failures-and-learnings
rince
6
5k
新規事業における「一部だけどコア」な AI精度改善の優先順位づけ
zerebom
0
450
Tebiki Engineering Team Deck
tebiki
0
23k
制約が導く迷わない設計 〜 信頼性と運用性を両立するマイナンバー管理システムの実践 〜
bwkw
2
670
Deno・Bunの標準機能やElysiaJSを使ったWebSocketサーバー実装 / ラーメン屋を貸し切ってLT会! IoTLT 2026新年会
you
PRO
0
210
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
13k
Featured
See All Featured
Believing is Seeing
oripsolob
1
44
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.1k
Claude Code のすすめ
schroneko
67
210k
RailsConf 2023
tenderlove
30
1.3k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
400
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
77
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
1
1.3k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
370
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
110
Transcript
Road to RubyKaigi Speaker (case sue445) After RubyKaigi 2023〜メドピア、ZOZO、Findy〜 #rubykaigi2023_after
pixiv Inc. sue445 2023.5.18
2 About sue445 • Go Sueyoshi (a.k.a. sue445, sue-san) ◦
https://twitter.com/sue445 ◦ https://github.com/sue445 • Speaker at Day 2 ◦ https://rubykaigi.org/2023/presentatio ns/sue445.html#day2 ◦ Fix SQL N+1 queries with RuboCop sue445
3 My Proposals (3/5 accepted)
• sue445がRubyKaigiに過去2回登壇するためにやったこと ◦ Proposalネタ出し ◦ Proposal執筆 ◦ Proposal採択後 ◦ 発表準備
• 対象:来年以降RubyKaigiに登壇したい人 • 注意点:N=1なので再現性はない 4 今日話すこと
• 2022年9月:RubyKaigi 2022の頃にはProposalの下書きがだいたいできていた • 2022年12月くらい:翌年1月くらいにCFPがオープンするだろうと思って、igaiga さんにレビューしてもらっていつでも出せる状態にした • 2022年12月27日: Ruby 3.2のリリースパーティの会場でCFPがオープンになった
ので、会場から急いでProposalを出した ◦ おそらく1get 5 今年の流れ (Proposalを出すまで)
• あまりにやることがなさすぎてCFPの締め切りから当落結果が来るまでの平均日数 を集計してた • 今までの審査期間は4週間前後だったので今年も2月下旬くらいに結果が来ると予 想してた。(だいたい合ってた) 6 今年の流れ (CFP審査期間中)
7 3/1 23:48: Proposal採択通知
8 あまりに嬉しくて夜中に会社Slackで@hereつける暴挙
• 3月下旬:発表資料がだいたいできたので大倉(@okuramasafumi)さんに英文のレ ビュー依頼 • 4月上旬:最速上映と称して社内勉強会で発表練習 • 5月12日:本番 9 今年の流れ (Proposal採択後)
• 日常生活から見つける • Proposalの募集が始まってネタ出ししてもネタが出ない人は1年間考え続けるとい いと思う ◦ 日に数度、CFPから頭が離れる状態(刃牙ネタ) • 日々業務でRubyを書いてたら1〜2ヶ月で1本くらいLTネタはできるはず ◦
自分はここ4~5年くらい業務でRubyを書いていないので毎回CFPネタをひね り出すのに苦労している 10 Proposalネタ出し
• 人によるけど、僕は「LT換算」か「1つのネタを膨らませる」ことが多い 11 Proposalネタ出し
• 持ち時間が30分としたらLT 5〜6本分を合体させて1本のトークとして話せるか考 える • 2019年の「Best practices in web API
client development」がこのパターン ◦ https://rubykaigi.org/2019/presentations/sue445.html#apr20 • メリット:LT慣れしてる人なら作りやすい • デメリット:複数のLTネタを組み合わせて1本のトークとして成立させるための柱 を作るのが難しい 12 LT換算
• 今年がこのパターン ◦ https://rubykaigi.org/2023/presentations/sue445.html#day2 • メリット:トークの柱を作りやすい • デメリット:30分話せるレベルのネタを探すのが難しい 13 1つのネタを膨らませる
• ISUCONネタだと他にもいくつもネタはあったがrubocop-isuconが一番話を膨らま せやすかった ◦ 他は小粒(LTどまり) • gem作成時点で、ISUCON予選に落ちてもRubyKaigiのCFPネタとして使えるとい う打算はあった ◦ 自分の中でそれなりに確度も高かった
14 今年のProposalの裏話
https://speakerdeck.com/sue445/fix-sql-n-plus-one-queries-with-rubocop?slide=20 15 e.g. 小粒なネタ一覧
• [MUST] RubyKaigiに限ったことではないけど、どんなに素晴らしい内容でもカン ファレンスの趣旨や方向性と違う場合は落とされる ◦ RubyKaigiの場合コードが全て ◦ 例えば、1年かけてGitLabをGCPに移行した話をRubyKaigiのCFPに出しても 落とされると思う ▪
c.f. https://inside.pixiv.blog/2022/11/29/110000 16 Proposalを書く時に気をつけたこと
• 意識したこと ◦ とにかく技術的に頭がおかしいネタ ◦ 自分以外に話せないこと(自分が第一人者) ◦ 業務でRubyを書いてない(=業務からはCFPネタを出せない)ので、大江戸 RubyKaigi(生活発表会)っぽさを意識した 17
Proposalを書く時に気をつけたこと
• [SHOULD] 他の人の採択されたCFPをたくさん見る ◦ https://sue445.hatenablog.com/entry/2019/02/10/102907 ◦ 僕は割とonkさんの影響を受けてる • 今年採択されたProposal ◦
https://inside.pixiv.blog/2023/04/11/140000 18 Proposalを書く時に気をつけたこと
• [SHOULD] 他の人にも見てもらう ◦ 自分で面白いと思っていても他の人がどう思うかは別問題なので ◦ 可能なら自分よりも圧倒的につよつよな人に見てもらう ◦ igaigaさんに見てもらったProposalは今の所採択率100% ◦
早くProposalを出せばレビュアーからコメントがくることもあるので早く出 した方がお得 ▪ 2016(不採択)の時は卜部さんからコメントがきた 19 Proposalを書く時に気をつけたこと
• [MAY] 可能ならProposalを複数出す ◦ 自信があるProposalが1つしか出せなければその1つに全力投球するでも全然 ok ◦ ネタがたくさんあっても実際に通せるレベルのトークにできるかどうかは別 問題 20
Proposalを書く時に気をつけたこと
• スライドが全部英語だと緊張で頭がとんだ時に終わりなのでスピーカーノートは手 厚く書いた ◦ 日本語資料の時はスピーカーノートを書いていない • オンサイト登壇だと後ろの方の席からスライドの下の方が見づらいことがあるた め、なるべくスライドの下の方に文字を書かないことを気をつけた 21 スライドを書く時に気をつけたこと
• 発表時間が長いので最初にアウトラインを書くとよい ◦ c.f. https://inside.pixiv.blog/sue445/6946 ◦ 今年に関しては、以前社内勉強会で発表した資料(後述)がベースになってるの でアウトラインは書いてない 22 スライドを書く時に気をつけたこと
23 参考:社内勉強会の資料
24 参考:社内勉強会の資料
• Proposalを出した時にもさっきの資料のリンクを貼った 25 社内勉強会資料に関して補足 https://inside.pixiv.blog/2023/04/11/140000
• ひたすら練習する ◦ 声に出しながら時間を測った ◦ 練習で微妙に30分超えることが分かってたので本番は冒頭からちょい早口に してたら、今度は終盤付近で早く終わりすぎることに気づいてむっちゃ焦っ たw 26 発表前に気をつけたこと
• 自分のことを必要以上に卑下しない ◦ 日本人は自分のことを必要以上に謙虚に言いがち ◦ 「他の人の発表に行った方がいいですよ」とか「自分の発表はあまり面白く ないですよ」って言うと、Proposalを落ちた人や自分のProposalを選んでく れたレビュアーや自分の発表を見に来てくれた人たちに失礼なので絶対に言 わない 27
発表前に気をつけたこと
• 全部 • 会話する時に自己紹介しなくていいのがむっ ちゃ楽 ◦ Speaker名札を見せるだけでいい • 人見知りなので知らない人に話しかけるのが苦 手なんだけど、Speakerなら相手から話しかけ
てくれる 28 Speakerの何がいいか?
https://speakerdeck.com/midorikawa/kutukupatudogarubykaigini20ming-yi-shang-noshe-yu an-decan-jia-suruwake?slide=25 29 登壇してもらうのが一番の技術広報
• A. すごいなんて言ったらそれ以上成長しなくなるのでダメ • 12年前の角谷さんのおかげで今の自分があると思ってる 30 Q. それってsueさんがすごいだけでは?
• 今回話した内容を見た人から、来年以降のRubyKaigiの新しいSpeakerが出てくれ ば幸いです • 僕も来年も登壇するぞ!!!!!! 31 最後に