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
muryoimpl
August 28, 2022
Technology
0
1.5k
meetup.kzrb.org の更新を考える 事前激闘編
Kanazawa.rb meetup#120 の 10周年 LT 大会でのスライド。
muryoimpl
August 28, 2022
Tweet
Share
More Decks by muryoimpl
See All by muryoimpl
Kanzawa.rbのLT大会を支える技術の裏側を変更する Ruby on Rails + Litestream 編
muryoimpl
0
1.1k
Kanazawa.rb LT大会用/kzlt コマンドの説明 2024/01版
muryoimpl
0
2.9k
kzltコマンドの新たなソリューションについて
muryoimpl
0
2.8k
俺とTODOアプリ~Linearの変~
muryoimpl
0
2.3k
POSIX文字クラスでの躓き
muryoimpl
0
2.2k
/kzlt コマンドとは
muryoimpl
0
940
meetup.kzrb.org の更新を 考える ゆるふわ編
muryoimpl
0
1.5k
最近のデスク周りの diff / kzrb meetup#108-2
muryoimpl
0
31
ショートカットキーのショートカットキー / shortcut keys of shortcut keys
muryoimpl
0
100
Other Decks in Technology
See All in Technology
LinkX_GitHubを基点にした_AI時代のプロジェクトマネジメント.pdf
iotcomjpadmin
0
160
BigQuery Remote FunctionでLooker Studioをインタラクティブ化
cuebic9bic
2
210
Observability infrastructure behind the trillion-messages scale Kafka platform
lycorptech_jp
PRO
0
120
OAuth/OpenID Connectで実現するMCPのセキュアなアクセス管理
kuralab
5
740
ローカルLLMでファインチューニング
knishioka
0
120
Agentic Workflowという選択肢を考える
tkikuchi1002
1
290
TechLION vol.41~MySQLユーザ会のほうから来ました / techlion41_mysql
sakaik
0
140
In Praise of "Normal" Engineers (LDX3)
charity
2
1.2k
TerraformをSaaSで使うとAzureの運用がこんなに楽ちん!HCP Terraformって何?
mnakabayashi
0
290
生成AIでwebアプリケーションを作ってみた
tajimon
2
120
原則から考える保守しやすいComposable関数設計
moriatsushi
3
500
Кто отправит outbox? Валентин Удальцов, автор канала Пых
lamodatech
0
250
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.4k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
43
2.4k
Mobile First: as difficult as doing things right
swwweet
223
9.7k
Faster Mobile Websites
deanohume
307
31k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Designing for humans not robots
tammielis
253
25k
The Straight Up "How To Draw Better" Workshop
denniskardys
233
140k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.4k
Why Our Code Smells
bkeepers
PRO
337
57k
Rebuilding a faster, lazier Slack
samanthasiow
81
9k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
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等はちょっと手直しが必 要。 ◦ どちらを採用するかで微妙にテンプレ変わるので決めが必要
ということで、 決めたいっす! それとも、決めていい?