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
Goのissueを楽に読みたかった話@Asakusa.go#3
Search
taiga
September 14, 2024
Programming
1
67
Goのissueを楽に読みたかった話@Asakusa.go#3
Asakusa.go#3で発表したLTの資料です
taiga
September 14, 2024
Tweet
Share
More Decks by taiga
See All by taiga
マルチリポジトリで開発する際のTips
taigakono
1
430
AI時代に叶えるセキュアなコードレビュー
taigakono
0
49
Cursor基本機能紹介
taigakono
1
960
Cursor CLIによるタスク自動化術
taigakono
1
160
GitHub Copilotは、大体全てを内包している相棒だぜ!!
taigakono
0
72
コスパの良いjules(Google版Devin)を今のうちに
taigakono
0
78
月の兎ならぬAIの兎について
taigakono
0
23
GitHubCopilotのカスタムと 機能に関する話
taigakono
1
960
github.comのGithub Copilotはいいぞ
taigakono
0
570
Other Decks in Programming
See All in Programming
GraalVM Native Image トラブルシューティング機能の最新状況(2025年版)
ntt_dsol_java
0
140
レイトレZ世代に捧ぐ、今からレイトレを始めるための小径
ichi_raven
0
350
乱雑なコードの整理から学ぶ設計の初歩
masuda220
PRO
31
13k
Atomics APIを知る / Understanding Atomics API
ssssota
1
150
Designing Repeatable Edits: The Architecture of . in Vim
satorunooshie
0
390
自動テストのアーキテクチャとその理由ー大規模ゲーム開発の場合ー
segadevtech
2
1k
Eloquentを使ってどこまでコードの治安を保てるのか?を新人が考察してみた
itokoh0405
0
3.2k
Rails Girls Sapporo 2ndの裏側―準備の日々から見えた、私が得たもの / SAPPORO ENGINEER BASE #11
lemonade_37
2
160
「10分以内に機能を消せる状態」 の実現のためにやっていること
togishima
1
480
Private APIの呼び出し方
kishikawakatsumi
3
880
Agentに至る道 〜なぜLLMは自動でコードを書けるようになったのか〜
mackee
5
1.6k
CSC509 Lecture 11
javiergs
PRO
0
310
Featured
See All Featured
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
34
2.3k
Principles of Awesome APIs and How to Build Them.
keavy
127
17k
Side Projects
sachag
455
43k
4 Signs Your Business is Dying
shpigford
186
22k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.6k
Large-scale JavaScript Application Architecture
addyosmani
514
110k
For a Future-Friendly Web
brad_frost
180
10k
Balancing Empowerment & Direction
lara
5
750
Music & Morning Musume
bryan
46
6.9k
GitHub's CSS Performance
jonrohan
1032
470k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Transcript
Asakusa.go Goのissueを楽に読みたかった話 taiga
自己紹介 株式会社USEN-ALMEX R&D本部 バックエンド開発グループ 兼 採用育成センター 興野 大雅 業務内容 バックエンド開発、インフラ設計・構築、脆弱性診断 新卒・中途育成、採用業務
Goのissue問題
なぜ読むのか どんな機能が望まれているのか どんな機能が追加されそうか
5923個 2023年のissueの数
Proposal = 860個 860 ÷ 365 = 1日2.3個のissue
今年最初のissue net/http: allow multiple spaces between method and path in
mux patterns ※日本時間で調査 原文 net/http: mux パターンでメソッドとパスの間に複数の スペースを入れることを許可する 日本語訳 https://github.com/golang/go/issues/64910
// 2つ以上のスペースを許可しない r.Handle("GET /my-route", handler) 以前までのGo
// タブや複数のスペースを許可 r.Handle("GET /my-route", handler1) r.Handle("POST /my-route", handler2) r.Handle("DELETE /my-route",
handler3) Go1.23では
……Goのissueとか まず、どう読むねん
ラベルで見たいやつだけ 選ぼうか
Proposal 新しい機能や言語仕様の変更に関連する提案を示すラベル compiler/runtime Goのコンパイラやランタイムに関するissueに使用されるラベル Goのパフォーマンスなどに影響を与える可能性がある LanguageChange 言語仕様に関する変更提案に使用されるラベル
これで、新しい提案とかは 見れるけど……面倒だな 実際、承認されるか分からないし…… 取り敢えず、今後追加される機能を 知れればいいしなぁ
Goの提案レビュー会の 議事録があるらしい…… https://github.com/golang/go/issues/33502 ちなみにissueがリスト化されてるやつもあります https://github.com/orgs/golang/projects/17/vie ws/1
このissueコメントから 直近、承認されたissueだけを取得 できれば…… ついでにそれを毎週自動化できれば…… さらについでにAIで要約させれば……
go-githubでGithubAPIを実行 var queryParams github.IssueListCommentsOptions if len(duration) > 0 { since
:= time.Now().Add(-duration[0]) queryParams = github.IssueListCommentsOptions{ Since: since, } } comments, response, err := client.Issues.ListComments(context.Background(), OWNER, REPO, issueID, &queryParams)
インフラ構成
タイトル: GoのdocツールにHTTPオプションを追加する提案 提案の概要: 「go doc」コマンドは、標準出力にドキュメンテーションを表示します。これは、一つのパッケージやシンボルについてすばや く調査するには便利ですが、長時間の読書には、より良いタイポグラフィとリンクされたクロスリファレンスを持つブラウザの 方が便利です。そこで、「go doc -http」がpkgsiteインスタンスをバックグラウンドで開始し(既に実行中でない場合)、パッ ケージやシンボルの正しいURLへのウェブブラウザを開くことを提案します。
コメントの解説: コメントは、この提案についての議論やフィードバックを示しています。ユーザー"qiulaidongfeng"は、「go doc -http」を実 行してpkgsiteプロセスを開始し、ブラウザを開き、それから「syscall.SIGINT」信号を待ち、その信号が届いたら最初に pkgsiteプロセスを閉じてから自身を終了する方法について知りたいとの意見を述べています。これに対して、"adonovan"は、 「go doc -http」が中断されるまでサーバーの終了をブロックすることができると回答しています。また、"rsc"は、提案を受け 入れる可能性が高いと述べており、ブラウザのウィンドウがすべて閉じられたら「go doc -http」を終了させることを提案して います。 結論: この提案は受け入れられ、実装の作業が進行中です。「go doc -http」がサーバーを開始し、指定したパッケージのドキュメン テーションを表示するブラウザウィンドウを開く機能が追加されます。ブラウザが正常にナビゲートし、開いていたウィンドウ がすべて閉じられた場合、または早期に^Cで終了された場合、「go doc -http」は終了します。 参考:https://github.com/golang/go/issues/68106
おわりに issueを見たければ、ラベルで フィルタリングするとよいのでは 英語が苦手・今後の承認されたissueだけ知りたければ AcceptedのissueをAIで要約させよう
よきGoライフを!!