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
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
muryoimpl
August 28, 2022
Technology
0
1.6k
meetup.kzrb.org の更新を考える 事前激闘編
Kanazawa.rb meetup#120 の 10周年 LT 大会でのスライド。
muryoimpl
August 28, 2022
Tweet
Share
More Decks by muryoimpl
See All by muryoimpl
Rubyで鍛える仕組み化プロヂュース力
muryoimpl
0
770
人魚とたわむれる
muryoimpl
0
42
Kanzawa.rbのLT大会を支える技術の裏側を変更する Ruby on Rails + Litestream 編
muryoimpl
0
1.6k
Kanazawa.rb LT大会用/kzlt コマンドの説明 2024/01版
muryoimpl
0
3k
kzltコマンドの新たなソリューションについて
muryoimpl
0
3k
俺とTODOアプリ~Linearの変~
muryoimpl
0
2.7k
POSIX文字クラスでの躓き
muryoimpl
0
2.3k
/kzlt コマンドとは
muryoimpl
0
1k
meetup.kzrb.org の更新を 考える ゆるふわ編
muryoimpl
0
1.6k
Other Decks in Technology
See All in Technology
A Gentle Introduction to Transformers
keio_smilab
PRO
2
940
ブラックボックス観測に基づくAI支援のプロトコルのリバースエンジニアリングと再現~AIを用いたリバースエンジニアリング~ @ SECCON 14 電脳会議 / Reverse Engineering and Reproduction of an AI-Assisted Protocol Based on Black-Box Observation @ SECCON 14 DENNO-KAIGI
chibiegg
0
160
20260305_【白金鉱業】分析者が地理情報を武器にするための軽量なアドホック分析環境
yucho147
1
200
マルチアカウント環境でSecurity Hubの運用!導入の苦労とポイント / JAWS DAYS 2026
genda
0
110
AWS SES VDMで 将来の配信事故を防げた話
moyashi
0
180
Oracle Database@AWS:サービス概要のご紹介
oracle4engineer
PRO
4
1.7k
Databricksアシスタントが自分で考えて動く時代に! エージェントモード体験もくもく会
taka_aki
0
360
マルチロールEMが実践する「組織のレジリエンス」を高めるための組織構造と人材配置戦略
coconala_engineer
3
620
自動テストが巻き起こした開発プロセス・チームの変化 / Impact of Automated Testing on Development Cycles and Team Dynamics
codmoninc
3
1.2k
Kaggleの経験が実務にどう活きているか / kaggle_findy
sansan_randd
7
1.2k
組織のSREを推進するためのPlatform EngineeringとEKS / Platform Engineering and EKS to drive SRE in your organization
chmikata
0
190
クラウド時代における一時権限取得
krrrr38
1
170
Featured
See All Featured
HDC tutorial
michielstock
1
510
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
61
52k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
0
150
Writing Fast Ruby
sferik
630
63k
Everyday Curiosity
cassininazir
0
150
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.1k
Skip the Path - Find Your Career Trail
mkilby
1
72
Designing for humans not robots
tammielis
254
26k
From π to Pie charts
rasagy
0
150
Designing for Performance
lara
611
70k
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
1
150
Git: the NoSQL Database
bkeepers
PRO
432
66k
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等はちょっと手直しが必 要。 ◦ どちらを採用するかで微妙にテンプレ変わるので決めが必要
ということで、 決めたいっす! それとも、決めていい?