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
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
muryoimpl
August 28, 2022
Technology
1.6k
0
Share
meetup.kzrb.org の更新を考える 事前激闘編
Kanazawa.rb meetup#120 の 10周年 LT 大会でのスライド。
muryoimpl
August 28, 2022
More Decks by muryoimpl
See All by muryoimpl
Rubyで鍛える仕組み化プロヂュース力
muryoimpl
0
1.2k
人魚とたわむれる
muryoimpl
0
49
Kanzawa.rbのLT大会を支える技術の裏側を変更する Ruby on Rails + Litestream 編
muryoimpl
0
1.8k
Kanazawa.rb LT大会用/kzlt コマンドの説明 2024/01版
muryoimpl
0
3.1k
kzltコマンドの新たなソリューションについて
muryoimpl
0
3k
俺とTODOアプリ~Linearの変~
muryoimpl
0
2.7k
POSIX文字クラスでの躓き
muryoimpl
0
2.4k
/kzlt コマンドとは
muryoimpl
0
1k
meetup.kzrb.org の更新を 考える ゆるふわ編
muryoimpl
0
1.6k
Other Decks in Technology
See All in Technology
AI와 협업하는 조직으로의 여정
arawn
0
160
「責任あるAIエージェント」こそ自社で開発しよう!
minorun365
9
1.9k
目的ファーストのハーネス設計 ~ハーネスの変更容易性を高めるための優先順位~
gotalab555
8
2.1k
KGDC_13_Amazon Q Developerで挑む! 13事例から見えたAX組織変革の最前線_公開情報
kikugawa
0
110
Data Hubグループ 紹介資料
sansan33
PRO
0
2.9k
職能の壁を取り払った先で見えた壁 -AI時代のクロスファンクショナル組織-
shimotaroo
1
120
Introduction to Sansan, inc / Sansan Global Development Center, Inc.
sansan33
PRO
0
3k
Master Dataグループ紹介資料
sansan33
PRO
1
4.6k
#jawsugyokohama 100 LT11, "My AWS Journey 2011-2026 - kwntravel"
shinichirokawano
0
340
実践ハーネスエンジニアリング:TAKTで実現するAIエージェント制御 / Practical Harness Engineering: AI Agent Control Enabled by TAKT
nrslib
9
4.3k
Claude Code を安全に使おう勉強会 / Claude Code Security Basics
masahirokawahara
8
28k
AWS DevOps Agentはチームメイトになれるのか?/ Can AWS DevOps Agent become a teammate
kinunori
6
700
Featured
See All Featured
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
310
Designing for humans not robots
tammielis
254
26k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.9k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.7k
Designing for Performance
lara
611
70k
Side Projects
sachag
455
43k
GitHub's CSS Performance
jonrohan
1032
470k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
210
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
200
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
480
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Exploring anti-patterns in Rails
aemeredith
3
320
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等はちょっと手直しが必 要。 ◦ どちらを採用するかで微妙にテンプレ変わるので決めが必要
ということで、 決めたいっす! それとも、決めていい?