Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
githubのレポジトリから推しの変遷を見る
Search
pisa-kun
November 28, 2024
Technology
160
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
githubのレポジトリから推しの変遷を見る
pisa-kun
November 28, 2024
More Decks by pisa-kun
See All by pisa-kun
All golangでデスクトップアプリからwebアプリにデータ連携させる
pisakun
0
38
sre本読んだ感想
pisakun
0
580
vitestはじめるまで
pisakun
0
150
Google Cloudで最近開発した色々_アイマスハッカソン2024
pisakun
1
210
Other Decks in Technology
See All in Technology
CI/CDではもう遅い - 人とAIが迂回しないDevSecOps Verify基盤の再設計 -
kintotechdev
0
110
10Xに技術的負債をもたらした「2つの境界の歪み」その構造と解消への営み
10xinc
0
2.4k
AIは推し活である。
kurazuuuuuu
1
960
積み重なった技術負債への挑戦 〜初手としての全社ゴト化〜
techtekt
PRO
0
1.6k
Claude Codeを「使うほど育つ」AI秘書にするノウハウ
minorun365
PRO
33
31k
【技術的負債conf】事業成長に伴う技術的負債の説明責任とAIによるモニタリング、認知的負債について
i35_267
4
2.1k
Oracle Cloud Network Path Analyzerを試してみた/I Tried Out Oracle Cloud Network Path Analyzer
masakiokuda
1
110
作って終わりじゃないサーバーレス 〜9年運用する大規模EC物流API基盤の設計・運用のリアル〜
zozotech
PRO
0
500
Kiro Meetup #8 Kiro アップデート (2026/3/21〜2026/9/24)
katzueno
1
160
The Knowledge Spine: A Machine-Executable Ontology for Governed Marketing Activation
vananth22
0
120
なぜ「決定性」が 決定的に重要なのか? Durable Execution 基盤の数理的理解 #serverlessjp / ServerlessDays Tokyo 2026
ytaka23
3
1.2k
手を動かして実感する、Kiro が変える開発体験
inariku
0
220
Featured
See All Featured
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.3k
Designing Experiences People Love
moore
143
24k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
560
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
35
2.8k
The Cult of Friendly URLs
andyhume
79
7k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.4k
Discover your Explorer Soul
emna__ayadi
2
1.3k
Exploring anti-patterns in Rails
aemeredith
4
510
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Code Review Best Practice
trishagee
74
20k
VelocityConf: Rendering Performance Case Studies
addyosmani
331
25k
Transcript
githubのレポジトリから押しの変遷を見る 2024年 11月 28日 ぴさ(x: @pisa40338570) アニメから得た学びを発表会 7回
1 2 3 自己紹介 タイトルのきっかけとやりたいこと アジェンダ 結果発表と課題
自己紹介 1 2 3
出身: 福岡県 就職してからの居住地: 大阪(新卒)->名古屋(転職1回目)->東京(今年・2回目) ぴさ@SREエンジニア 事業会社で府省庁向けのサービス開発しています 先週Google Cloud全資格コンプリートしました 自己紹介 ビジネス向けPCのプリインソフト開発(C#)
PCのデータ収集基盤開発(AWS, Python, TS) Sier転職してPL・PM 現在: 府省庁向けサービス開発(GCP, Nextjs) SREっぽいこと(CICD, その他改善活動)
2 1 3 タイトルのきっかけとやりたいこと
コーディングあるある。のはず サンプルコードやテストデータを作る時にPerson.nameのような変数を使う -> name = ‘’ に推しの名前入れがち https://ai-kenkyujo.com/programming/language/python/python-syoshinsya-samplecode/
name変数にセットする値は時期によって異なる 推しは変わるもの なので年度によってセットしている値は異なる 自分の過去のコードを年代毎に整理したら推しの変遷が見れるのでは・・? 2010 2015 2020 2024 https://trendlist.info/2010-anime/ より
3 1 2 結果発表と課題
github APIを使ってデータ集計する pythonでコーディングしてデータ集計する 1.全てのレポジトリをチェックする 2.レポジトリの作成年度ごとに仕分け 3. 「name」を見つけたら行ごとリストに入れておく 4.年度ごとのnameをファイルに出力する Github APIでできること
• NotificationsやFeedsの取得 • Gistの生成・更新・取得・削除 • Issuesの生成・更新・取得・削除 • Organizationsの一覧やメンバーの取得 https://docs.github.com/ja/rest?apiVersion=2022-11-28
github APIを使ってデータ集計する 実装コードの一部
対象のレポジトリ 個人アカウントのレポジトリ(レポジトリ数148 / 2019-2024活動)
結果発表 2019-2020 2021-2022 2023-2024 頻度高
結果発表 2019-2020 2021-2022 2023-2024 頻度高 2023は全くコード 書いてない https://gakuen.idolmaster-official.jp/media/fankit/distribution/ アイコンの実装待 ちが1人・・・
ガチャの影響 https://shinycolors.idolmaster.jp/download/ 圧倒的放クラ https://www.stardust.co.jp/talent/section3/kurokihonoka/ たまに中の人の名 前を使う https://uchidamaaya.jp/ https://toyamanao.com/ 中の人多め アイマス始まる 学マス始まったな
詰まったポイント: 処理時間長い問題 最初は全レポジトリの全ファイル対象に操作 ->Github APIのレート制限 (10000回/1h)に引っかかる とりあえず、拡張子がts・py・cpp・cs・go・rs でチェックする それでも20分ぐらい
詰まったポイント: name の判定 -> 企画がまずよくなかった htmlも対象にチェック -> name プロパティでひっかかる csでチェック
-> xaml.cs が引っかかって上記と同じ現象 その他、name は変数以外でプロパティに使われがち -> 時間が足りなくて、最後は目視でデータ確認 人名じゃない なんだろうこれ
まとめ ・github API初めて使ったけどレートリミット引っかかる ・macでpythonインストール初めて使った ・シャニマスくん、長い間推しであり続けてくれてありがとう・・・ ・杜野凛世さん明日実装・・・!? ・聖地に引っ越しました ・学マスくんもといアイマス推し続けそう
ご清聴ありがとうございました