New in Go 1.26 Implementing go fix in product development

Embed

Start on current slide

Slide 1

Slide 1 text

© 2026 ANDPAD All Rights Reserved. Copyright © 2026 Present ANDPAD Inc. This information is confidential and was prepared by ANDPAD Inc. for the use of our client. It is not to be relied on by and 3rd party. Proprietary & Confidential 無断転載・無断複製の禁止 2026.02.21 @Go Conference mini 2026 in Sendai Narumi Koki（@sunecosuri）/ 株式会社アンドパッド Go 1.26 で生まれ変わった go ﬁx をプロダクト開発の運用に乗せる    

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

© 2026 ANDPAD All Rights Reserved. Conﬁdential modernize: appendclipped（Go 1.21）⚠ 無効 append を重ねて slice を結合するパターンを slices.Concat / slices.Clone に書き換える 29 無効理由：挙動の不一致（https://go.dev/issue/73557） append([]T{}, x...) → 常に非nil slices.Clone(x) 　　　→ 入力が nil なら nil を返す

Slide 30

Slide 30 text

© 2026 ANDPAD All Rights Reserved. Conﬁdential modernize: bloop（Go 1.24）⚠ 無効ベンチマークの b.N ループ → b.Loop() に置換 30 無効理由：ベンチマークがハングする場合がある（https://go.dev/issue/74967） b.StopTimer() / b.StartTimer() との組み合わせで 10分以上タイムアウト

Slide 31

Slide 31 text

© 2026 ANDPAD All Rights Reserved. Conﬁdential modernize: slicesdelete（Go 1.21）⚠ 無効 append(s[:i], s[j:]...) → slices.Delete に置換 31 無効理由：ゼロクリアで panic する場合がある（https://go.dev/issue/73686） slices.Delete は余剰要素をゼロ値で埋める → ループ中のポインタ参照で nil panic

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

© 2026 ANDPAD All Rights Reserved. Conﬁdential 担当プロダクトに go ﬁx を全ルール適用 ● 変更ファイル数: 49ファイル ● 変更箇所数: 218箇所（+150 / -174行） ● 適用されたルール内訳: ○ any 114件 ○ newexpr 90件 ○ slicescontains 9件 ○ plusbuild 2件 ○ stringscut、slicessort、stringsbuilder 各1件 ● 既存テストに影響なし ○ lint, ユニットテスト, 結合テストも含めて全てPASSした → ルールごとの精査が不要 35

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

© 2026 ANDPAD All Rights Reserved. Conﬁdential 検知と適用を分けて考える 38 選択肢概要導入コスト go fix -diff  差分があれば CI を失敗させるジョブの追加が必要 golangci-lint modernize linter 既存 lint に統合 + go fix 以上のルール設定ファイルに 1行追加する検知（古いコードに気づく）適用（コードを書き換える）役割 PR で古い書き方を警告コードを自動で書き換え頻度毎 PR（常時 ON） Go バージョン更新時

Slide 39

Slide 39 text

© 2026 ANDPAD All Rights Reserved. Conﬁdential golangci-lint modernize を採用 ● 既に golangci-lint v2 を CI で利用しているため追加ジョブが不要 ● .golangci.yml に 1行追加するだけ ○ .golancilint.yml にて以下のような変更を含める ● go ﬁx の modernize ルールを同様に検出していることを確認した ● modernize の有無による CI での実行時間の増加は約 0.5s 程度だった 39

Slide 40

Slide 40 text

© 2026 ANDPAD All Rights Reserved. Confidential 運用フローまとめ 40 Step 1: go fix ./... で既存コードを一括変換（2回実行） Step 2: CI で検知を常時 ON にする ● golangci-lint を使っている → modernize を有効化（設定1行） ● 使っていない → go fix -diff ./... を CI に追加 Step 3: Go バージョン更新のたびに Step 1 を実施修正は Go バージョン更新時だけ。普段は検知に任せる。　→古いコードが放置されなくなる

Slide 41

Slide 41 text

Slide 42

Slide 42 text

© 2026 ANDPAD All Rights Reserved. Conﬁdential go vet と go ﬁx の関係共通基盤: どちらも analysis.Analyzer で実装既存の検出ツールに SuggestedFix を足す → 修正ツールに昇格 go vet go fix 役割検出（報告のみ）修正（コードを書き換え）サードパーティ -vettool  -fixtool（Go 1.26〜）コード変更しないする（SuggestedFix に基づく） 42

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

© 2026 ANDPAD All Rights Reserved. Confidential 今後の展望: pre-commit を使った go fix の自動適用 ● 新規コード: pre-commit hook で変更パッケージに go fix を自動適用 ○ 仮に pre commit を抜けたコードが含まれても、CI で検知できる ● 既存コード: Go のバージョン更新時に `go fix ./...` で全体に一括適用 51

Slide 52

Slide 52 text

© 2026 ANDPAD All Rights Reserved. Confidential まとめ：このセッションで得られたもの 1. go fix をチームに導入する際の判断軸原則：検知と適用を分離する CI で検知、local で2回適用適用粒度は変換されるコードの内容に合わせて選ぶ 2. go fix に関する3つのアプローチと使い分け 3. 自作 fix への第一歩 pass.Reportf → pass.Report + SuggestedFix で修正ツールに昇格アプローチユースケース必要な作業 modernize コードをモダン化 go fix package-name を実行 SuggestedFix カスタムパターン修正 Analyzer に SuggestedFix を追加 go:fix inline API の非推奨化・移行移行したい関数や変数に対してコメントを追加 52

Slide 53

Slide 53 text