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
660
Kanazawa.rb LT大会用/kzlt コマンドの説明 2024/01版
muryoimpl
0
2.7k
kzltコマンドの新たなソリューションについて
muryoimpl
0
2.6k
俺とTODOアプリ~Linearの変~
muryoimpl
0
2.2k
POSIX文字クラスでの躓き
muryoimpl
0
2.1k
/kzlt コマンドとは
muryoimpl
0
910
meetup.kzrb.org の更新を 考える ゆるふわ編
muryoimpl
0
1.5k
最近のデスク周りの diff / kzrb meetup#108-2
muryoimpl
0
24
ショートカットキーのショートカットキー / shortcut keys of shortcut keys
muryoimpl
0
92
Other Decks in Technology
See All in Technology
Automatically generating types by running tests
sinsoku
2
3.4k
AIエージェント開発手法と業務導入のプラクティス
ykosaka
2
1.5k
От ручной разметки к LLM: как мы создавали облако тегов в Lamoda. Анастасия Ангелова, Data Scientist, Lamoda Tech
lamodatech
0
750
C++26アップデート 2025-03
faithandbrave
0
630
持続可能なドキュメント運用のリアル: 1年間の成果とこれから
akitok_
1
190
DuckDB MCPサーバーを使ってAWSコストを分析させてみた / AWS cost analysis with DuckDB MCP server
masahirokawahara
0
1.3k
意思決定を支える検索体験を目指してやってきたこと
hinatades
PRO
0
180
QA/SDETの現在と、これからの挑戦
imtnd
0
140
LLM as プロダクト開発のパワードスーツ
layerx
PRO
1
240
PagerDuty×ポストモーテムで築く障害対応文化/Building a culture of incident response with PagerDuty and postmortems
aeonpeople
1
320
エンジニアリングで組織のアウトカムを最速で最大化する!
ham0215
1
100
Devinで模索する AIファースト開発〜ゼロベースから始めるDevOpsの進化〜
potix2
PRO
8
3.5k
Featured
See All Featured
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
34
2.2k
Done Done
chrislema
183
16k
Making the Leap to Tech Lead
cromwellryan
133
9.2k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.4k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.8k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
13
1.4k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.5k
Building Adaptive Systems
keathley
41
2.5k
Producing Creativity
orderedlist
PRO
344
40k
Code Reviewing Like a Champion
maltzj
522
40k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
178
53k
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等はちょっと手直しが必 要。 ◦ どちらを採用するかで微妙にテンプレ変わるので決めが必要
ということで、 決めたいっす! それとも、決めていい?