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
meetup.kzrb.org の更新を考える 事前激闘編
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
muryoimpl
August 28, 2022
Technology
1.7k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
meetup.kzrb.org の更新を考える 事前激闘編
Kanazawa.rb meetup#120 の 10周年 LT 大会でのスライド。
muryoimpl
August 28, 2022
More Decks by muryoimpl
See All by muryoimpl
Rubyで鍛える仕組み化プロヂュース力
muryoimpl
0
2.2k
人魚とたわむれる
muryoimpl
0
67
Kanzawa.rbのLT大会を支える技術の裏側を変更する Ruby on Rails + Litestream 編
muryoimpl
0
2.3k
Kanazawa.rb LT大会用/kzlt コマンドの説明 2024/01版
muryoimpl
0
3.1k
kzltコマンドの新たなソリューションについて
muryoimpl
0
3.1k
俺とTODOアプリ~Linearの変~
muryoimpl
0
2.9k
POSIX文字クラスでの躓き
muryoimpl
0
2.4k
/kzlt コマンドとは
muryoimpl
0
1.1k
meetup.kzrb.org の更新を 考える ゆるふわ編
muryoimpl
0
1.7k
Other Decks in Technology
See All in Technology
全社に広がるMCPサーバーを、 どう安全に管理するか MCPass開発の舞台裏
mtpooh
3
250
全員がプロダクトへ向き合う組織を持続成長させるために——組織づくりのフライホイールと4象限 / The Flywheel Model and Four Quadrants for Organizational Design
hiro_torii
1
360
いま好きなこと 最初はそんなに好きじゃなかった #tamagawadev
nishiuma
1
220
現場の暗黙知を継承するAIエージェント — 対話から生まれる長期記憶と Skills
atsukish
0
220
Amazon S3 Tablesに全部任せてみた結果——コンパクション/スナップショット管理は本当に手放せるか
shigeruoda
0
180
スクラムで身についていた動き方を、XPで捉え直してみた
codmoninc
1
150
生成AI時代の クレデンシャルとパーミッション設計
nrinetcom
PRO
3
1.3k
AIエージェントを雇う前に決める5つのこと
knishioka
1
140
Bet AI Day 2026丨How We Bet AI: AIとともに働く場をつくる
layerx
PRO
1
1.7k
Bet AI Day 2026丨バクラク Autopilot、業務システムの再設計
layerx
PRO
1
850
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
55k
いま、生成AIにKaggleをどこまで 任せられるか — ROGIIコンペでの進め方とTips
k951286
1
1.2k
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
990
Balancing Empowerment & Direction
lara
6
1.3k
A Modern Web Designer's Workflow
chriscoyier
698
190k
The Language of Interfaces
destraynor
162
27k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
Speed Design
sergeychernyshev
33
2.1k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
460
Why Our Code Smells
bkeepers
PRO
340
58k
Between Models and Reality
mayunak
4
440
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
710
Transcript
meetup.kzrb.orgの更新を 考える 事前激闘編 2022/08/27(Sat) meetup#120 祝10周年 LT大会 muryoimpl
None
感じている課題 1. 開催ごとにリポジトリのルートにディレクトリが増えていく ◦ 開催回を重ねるとGitHubのページロードが遅くなるし、早く READMEに到達したい 2. PCサイトは、開催ごとにサイドバーの回へのリンクが増える ◦ 開催回を重ねると(ry
3. SP版は過去4回分のみ表示し、過去回へのアクセスがしにくい ◦ SP用の表示もなんとかしたいなー 4. meetup 以外のページの追加が構成的に難しい ◦ 例えば、ノベルティ用ページ、 Doorkeeperへのリンク用ページ等の新設を考えたときにどこに追加 する???となる
開催ごとにリポジトリのルートにディレクトリが増えていく これまで 120 回開催されているので、 少なくとも 120 ディレクトリが並んでいる。 READMEの文章が遠くなっちゃう。 Jekyll はコンテンツの
markdown は _posts ディレクトリに配置するのでこれに合わせ てはどうか
PCサイトは、開催ごとにサイドバーの回へのリンクが増える 同様に 120 回開催されているので、 120 のリンクがサイドバーに並んでいる。 今はTOPページ本文の倍くらいの長さで済んで いるが、量も多いし構成を見直したい。
SP版は過去4回分のみ表示し、過去回へのアクセスがしにくい 現状、4回分のリンクのみ表示している。 他の回へのアクセスが難しそう……というのと、 ページを追加したときにどこにリンクを足す?っ てなりそう。 メニューの構成も見直したい。
meetup 以外のページの追加が構成的に難しい 「あるリンクを足したい」となったときに、どこに足 す?ってなるのと、PC と SP で表示わけ面倒よ ね……という懸念がある。 例えば、以前の壁紙のノベルティも meetup
でな くてもいいけど、*.kzrb.org には置きたいよねー というのは自然かと思う。 そういうノベルティもコンテンツとして管理しても よいのではないか。
None
なので 勝手にサンプルを作りました。
リポジトリ: https://github.com/muryoimpl/ meetup-experiment
https://dinky.muryoimpl.dev/
https://just-the-docs.muryoimpl.dev/
サンプルについて • meetups に PRしてもよかったが、review 機能で見れるかどうか不安だったので別 で一旦たてた • 検索機能が便利だったので just-the-docs
も用意してみた。 ◦ テンプレ文ばかりなので ……と思っていたが、検索が意外に便利だった • どちらもJekyll なので、コマンドは変わらない(とおもう) ◦ 唯一のRuby成分といっても過言ではない。 • Dockerfile や コマンドで生成しているmeetupのtemplate等はちょっと手直しが必 要。 ◦ どちらを採用するかで微妙にテンプレ変わるので決めが必要
ということで、 決めたいっす! それとも、決めていい?