![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
#author("2026-05-09T08:36:01+09:00","default:irrp","irrp") #author("2026-05-10T11:22:49+09:00","default:irrp","irrp") →[[テスト・品質管理]] →コード解析についてはソース解析／オープンソースへ #contents *一般 [#sd298e73] -[[AIと、コードを見ながらやりとりする。ローカルレビューを回すOSS「difit」 - Findy Media>https://findy-code.io/media/articles/aisaji-yoshiko_pg]] 2026.5 -[[PRのレビューが追いつかない！もう人間がボトルネックなので、気合いではなく仕組みで少しずつなんとかしていく>https://zenn.dev/pepabo/articles/ai-pr-review-bottleneck]] 2026.2 -[[とりあえずApproveはもうやめよう #GitHub - Qiita>https://qiita.com/mintak21/items/7cf974ec7e9cc0f3e026]] 2026.1 -[[Linux創設者、Google製コードを「ゴミ」と一蹴 | XenoSpectrum>https://xenospectrum.com/linus-torvalds-rejects-google-risc-v-code-garbage/]] 2025.8 -[[【読書感想】Looks Good To Me 〜みんなのコードレビュー #チーム開発 - Qiita>https://qiita.com/makoto-ogata@github/items/3600d21365297e6e5a31]] 2025.7 -[[「テセウスの船」を沈めないためのコードレビューの観点: 78,000行のレビュー経験から学んだ品質向上の指針 #TypeScript - Qiita>https://qiita.com/Yuki_Oshima/items/c2b4bf2eeaa71a7567a4]] 2025.6 -[[AIが書いたコードをローカルでレビューできる「ReviewIt」を作った>https://zenn.dev/yoshiko/articles/reviewit-for-local-code-review]] 2025.6 -[[Conventional Comments それは コードレビューがみた光>https://zenn.dev/spacemarket/articles/1d27584337dda2]] 2025.5 -[["わたし"がレビューを後まわしにすると何が起こると思いますか？ #チーム開発 - Qiita>https://qiita.com/moromi25/items/9478fb8ff5e95dac9c8e]] 2025.1 -[[関数とかクラスとかを切り出すときに考えていること>https://zenn.dev/kohii/articles/2c1126389d914a]] 2024.12 -[[コードレビューの必須ガイド：要チェックポイント41選 #チーム開発 - Qiita>https://qiita.com/nuco_d/items/2eb10510d9bb3cdeec1a]] 2024.12 -[[「レビュー見る会」~ Meetingひとつでレビューにかかる時間を平均37時間削減した話 ~ - kubell Creator's Note>https://creators-note.chatwork.com/entry/2024/12/17/093058]] 2024.12 -[[「良いコードとは何か」で消耗するのはもうやめよう - DMM Developers Blog>https://developersblog.dmm.com/entry/2024/11/01/110000]] 2024.11 -[[ソースコードに書いてあると嬉しい情報 (PythonのFAT32実装を例に)>https://zenn.dev/headwaters/articles/92ffada344e3da]] 2024.10 -[[読みやすいコードは「読ませない」>https://zenn.dev/yumemi_inc/articles/3db0e4e4bca2f0]] 2024.10 -[[保守性の高いソフトウェア開発のTips集>https://zenn.dev/riku/books/36d9873ee1c0e6]] 2024.4 -[[O'Reilly Japan - ルールズ・オブ・プログラミング>https://www.oreilly.co.jp//books/9784814400416/]] 2024.4 -[[良いソフトウェアとコードレビュー / Good software and code review - Speaker Deck>https://speakerdeck.com/atty303/liang-isohutoueatokodorebiyu]] 2024.1 -[[コードレビューの思想や心構え #コードレビュー - Qiita>https://qiita.com/nash_efp/items/b01f341ebc2e991a32ac]] 2023.12 -[[コードレビューについて - ROBOT PAYMENT TECH-BLOG>https://tech.robotpayment.co.jp/entry/2023/11/09/070000]] 2023.11 -[[保守性の高いソフトウェア開発のTips集>https://zenn.dev/riku/books/36d9873ee1c0e6]] 2021 -[[長くなりがちだったコードレビューを改善した話 - 弁護士ドットコム株式会社 Creators’ blog>https://creators.bengo4.com/entry/2023/09/08/083000]] 2023.9 -[[チーム開発の生産性が向上する良いコードの書き方：強いエンジニアになるための思考法 - Qiita>https://qiita.com/elipmoc101/items/0a1ad96820520babc86a]] 2023.8 -[[「読みやすいコードのガイドライン―持続可能なソフトウェア開発のために」を読んだ！ - mochikoAsTechのdig日記>https://mochikoastech.hatenablog.com/entry/2022/11/27/212739]] 2022.11 -[[コードレビューについて>http://blog.livedoor.jp/lalha/archives/50495777.html]] 2014 -[[コードレビュー 開発者ガイド | eng-practices>https://shuuji3.xyz/eng-practices/review/]] 2019 --Google's Engineering Practices Documentation Japanese Translation --[[コードレビューの方法 | eng-practices>https://shuuji3.xyz/eng-practices/review/reviewer/]] レビュアー向けドキュメント --[[CL の作者がコードレビューを乗り切るためのガイド | eng-practices>https://shuuji3.xyz/eng-practices/review/developer/]] レビュイー向けドキュメント -[[コードレビューしませんか？メリット・デメリットを解説 - Qiita>https://qiita.com/ushi_osushi/items/91498bd4cad88d7cd1c0]] 2022.3 -[[コードレビューで嫌われる人の特徴7選 - Qiita>https://qiita.com/emjo1804/items/48f6e78237a04684ab38]] 2022.3 -[[レビューで大量の指摘をして大きな手戻りを発生させた原因はレビューアの私にあった>https://qiita.com/kojimadev/items/e12784e6764f1b60e73c]] 2021.4 -[[コードレビューについて>http://d.hatena.ne.jp/camlspotter/20120814/1344919762]] 2012.8.14 -[[ソフトウェアレビューが成功する進行役の6条件>http://www.atmarkit.co.jp/im/carc/serial/review/04/01.html]] 2010.4.14 --レビューアがエラー発見に集中できているか --レビューアがエラー発見の手掛かりを得られているか --遠慮して発言していないレビューアがいないか --適切なエラー指摘がなされているか --進行のペース（時間配分）は適切か --作成者は指摘を受け入れているか *プルリクエスト/マージリクエスト [#m1ef3147] -[[GitHub 返信テンプレート を設定して、レビュー意図を明確に伝えよう！ #Git - Qiita>https://qiita.com/ucan-lab/items/eeef46cee4b928106d1d]] 2025.8 -[[コードレビューの質を高める！〜Looks Good To Me を添えて〜 #チーム開発 - Qiita>https://qiita.com/ko-hi-san/items/085c2d0a4fa596e989a7]] 2025.6 -[[Pull Request にマージ条件を書いて、レビュー渋滞を解消した話>https://zenn.dev/hacobell_dev/articles/pr-confidence]] 2025.6 -[[レビュアーの負荷を軽減して、コードの品質をチームで高めるためのプルリクエストテンプレート活用>https://zenn.dev/chot/articles/fc877bc0214ac4]] 2025.5 *AIによるレビュー [#f53f394d] -[[不要なレビューをAIにまかせてAIコーディングの環境改善を加速した - Findy Tech Blog>https://tech.findy.co.jp/entry/2026/05/08/100000]] 2026.5 -[[Claude Codeにレビューを任せてチームの負担を減らす>https://zenn.dev/wwwave/articles/4d21d34ad604ba]] 2026.4 -[[人間レビューはもう不要？ AI と人間のレビューの線引きを決めた話 | Acsim>https://ai.acsim.app/articles/introducing-self-merge-policy]] 2026.4 -[[コードレビュー不要論 ーハーネスが人間の目を代替するとき / 開発者向けブログ・イベント | GMO Developers>https://developers.gmo.jp/technology/81525/]] 2026.4 -[[AIバグ発見システム「Sashiko」をJS/TS用にカスタマイズして使ってみる - プププなテクブ>https://blog.inorinrinrin.com/entry/2026/03/21/212624]] 2026.3 -[[コードレビューをなくすことを考える>https://zenn.dev/henteko/articles/871526c9fffcec]] 2026.3 -[[まだAIコードをレビューするか、しないかで言い争ってるの？>https://zenn.dev/nuits_jp/articles/2026-03-08-reviewing-ai-code]] 2026.3 -[[How to Kill the Code Review - by Ankit Jain - Latent.Space>https://www.latent.space/p/reviews-dead]] 2026.3 -[[Claude Codeをオーケストレーションして自動でレビューFBループを回して洗い物をしてる話 / Orchestrating Claude Code to automatically run a review feedback loop—so I can focus on doing the dishes. - Speaker Deck>https://speakerdeck.com/nrslib/orchestrating-claude-code-to-automatically-run-a-review-feedback-loop-so-i-can-focus-on-doing-the-dishes]] 2026.2 -[[個人開発する際のスパルタレビュワーが来た #ClaudeCode - Qiita>https://qiita.com/nino2-2/items/9ddb085a778ae28d3e07]] 2026.2 -[[AIの速さに惑わされない──AIエージェント時代のレビュー設計 - Findy Media | IT/Webエンジニアの転職・求人サイトFindy – GitHubからスキル偏差値を算出>https://findy-code.io/media/articles/code-review-gtnao]] 2026.1 -[[AI時代のコードレビュー ― 何を見るべきか、何は見なくてよくなったか>https://zenn.dev/pivotmedia/articles/ai-era-code-review]] 2025.12 -[[最新のAI コードレビューを導入してみたら意外とスムーズだった話 - Speaker Deck>https://speakerdeck.com/zabeth129/zui-xin-noai-kodorebiyuwodao-ru-sitemitarayi-wai-tosumuzudatutahua]] 2025.9 -[[コードレビューが激変している - RAKUS Developers Blog | ラクス エンジニアブログ>https://tech-blog.rakus.co.jp/entry/20250813/codereview]] 2025.8 -[[OSS の AI レビューツール「PR-Agent」を全社導入し、コスト効率の高い開発支援を実現した話 | BLOG - DeNA Engineering>https://engineering.dena.com/blog/2025/08/pr-agent/]] 2025.8 -[[生成AIはコードレビューの夢を見るか？ AIコードレビューを本格導入してみた話 - CARTA TECH BLOG>https://techblog.cartaholdings.co.jp/entry/generative-ai-code-review]] 2024.5 --PR-Agent -[[Claude Codeでドメインに特化したコードレビューをする>https://zenn.dev/microcms/articles/a359034053416a]] 2025.6 -[[GitHub Copilot Agent × Github MCPが変える コードレビュー ->https://recruit.gmo.jp/engineer/jisedai/blog/code-review-with-github-copilot-agent-x-github-mcp/]] 2025.6 -[[Copilot Chat を “コードレビューの達人” にする実践的プロンプト設計と運用のコツ>https://zenn.dev/ashita_team/articles/copilot-chat-code-review]] 2025.6 -[[LLMでコードレビューする際の自分用環境を整える>https://zenn.dev/razokulover/articles/058fede74dbbe0]] 2025.5 -[[GoogleのLLM「Gemini」でコードレビューをするGitHub Actionsを自力で構築してみた - NTT Communications Engineers' Blog>https://engineers.ntt.com/entry/202503-gemini-cicd-code-review/entry]] 2025.4 -[[Devinにコードレビューをさせ、コード品質と開発速度を同時に高める話>https://zenn.dev/globis/articles/28e47f8107c5b5]] 2025.3 -[[LLMツールを開発してレビューパトロール時間を67.7%削減した話 - ZOZO TECH BLOG>https://techblog.zozo.com/entry/patrolling-item-reviews-with-generative-ai]] 2025.1 -[[生成AIコードレビューの導入から見えてきた効果と課題 - Yappli Tech Blog>https://tech.yappli.io/entry/intro-gpt-review]] 2025.1 -[[AWSウェビナー1106向け_AIでのソースコードレビュー - 20241115-AWS-AIML-1-EXNOA.pdf>https://pages.awscloud.com/rs/112-TZM-766/images/20241115-AWS-AIML-1-EXNOA.pdf]] 2024.12 **CodeRabbit [#re274103] -[[CodeRabbitを個人開発で使ってみた。 #アドベントカレンダー2025 - Qiita>https://qiita.com/hiiragi_en17/items/58c102e08cc3010c3080]] 2025.12 -[[CodeRabbit CLIのレビューとClaude Codeとの統合>https://zenn.dev/oikon/articles/coderabbit-cli]] 2025.9 -[[AIレビューツールであるCodeRabbitを試してみました【設定ファイルあり】 - ENECHANGE Developer Blog>https://tech.enechange.co.jp/entry/2024/06/19/153613]] 2024.6 -[[特に個人開発者向け！CodeRabbit(自動レビューツール)を使えばコードの健康まで得られることに気づいた話>https://zenn.dev/binnmti/articles/7e3690ebe80951]] 2023.11 -[[もう初回コードレビューはAIに任せる時代になった - CodeRabbit ->https://zenn.dev/minedia/articles/7928ef7545b393]] 2023.10 *コーディング規約・コーディングスタイル、読みやすいコード [#h1ba0836] -[[頑なに再代入しない！ - 2025-11-12 - ククログ>https://www.clear-code.com/blog/2025/11/12/never-reassign.html]] 2025.11 -[[Beautiful Programming in the AI Era | Microsoft MVP's 20-Year Programming Education>https://be.shos.info/]] 2025.9 -[[美しいソースコードの基本原則 | 『AI時代のきれいなプログラムの教科書』より #C# - Qiita>https://qiita.com/Fujiwo/items/8b175bd399733ee89fba]] 2025.9 -[[コードの複雑さを可視化して可読性を上げる方法>https://zenn.dev/levtech/articles/52036745249afa]] 2025.5 -[[読みやすいコードを書く>https://zenn.dev/wsuzume/articles/2cb8e99bda2cc8]] 2025.5 -[[「読みやすいコード」を依存グラフで考える｜ogino>https://note.com/pnd3871/n/nfdcff78adf9a]] 2025.3 -[[コードの可読性向上だけじゃない名前設計にする為に・・・>https://zenn.dev/agent_grow/articles/91776dc888133f]] 2025.2 -[[【感想】『読みやすいコードのガイドライン―持続可能なソフトウェア開発のために』：Kotlinでモダンなコード指南 - Rのつく財団入り口>https://iwasiman.hatenablog.com/entry/20230220-guideline-of-readable-code]] 2023.2 -[[きれいなコードを書けという話について - Software Transactional Memo>https://kumagi.hatenablog.com/entry/write-beautiful-code]] 2023.7 -[[Whatを書くな。Whyを書け。 - Qiita>https://qiita.com/masango/items/dcb8b1af1e7e3a2f1d9a]] 2021.12 -[[良いコード／悪いコードで学ぶ設計入門の感想と注意点>https://zenn.dev/339/articles/e3c174fdcc083e]] 2022.8 -[[Javascriptのコーディングスタイルを復習 - Google編>https://qiita.com/pipi_taro/items/21da1ccc0171df85d053]] 2018.1 -[[JavaScriptにおける命名規則の個人的まとめ>https://analogic.jp/naming-convention/]] 2014.1 -[[コードレビュー前に直して欲しい日本語コメントの問題点８つ>https://qiita.com/tonluqclml/items/bc63c294dda6010b63e9]] 2019.7 1. 俗称を使わない・造語しない 2. 方言・業界用語を使わない 3. 助動詞を使う（体言止めをしない） 4. 「〜が必要です」を使わない 5. 「つまり」「要するに」「端的に言うと」「簡単に言うと」「結論から言うと」などは削除する 6. 「○○対応」を使わない 7. 箇条書きの要素は、同じ種類にする 8. その他： 凝った表現を使わない -[[関数の途中でreturnはしてはいけない？ - 関数から値を... - Yahoo!知恵袋>https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1052189860]] 2010 -[[google-styleguide>https://code.google.com/p/google-styleguide/]] -[[VB、VC++、C#、Java、Access、Excel対応 〜そのまま使えるコーディング規約集>http://www.coding-standard.com/]] -[[コーディング規約の会:http://www.objectclub.jp/community/codingstandard/]] -[[三項演算子の正しい書き方>http://hp.vector.co.jp/authors/VA010341/conditional.html]] condition ? true-expression : false-expression ** リーダブルコード [#rec8ace1] -[[[入門] Pythonで学ぶ、より良いコードを書くための実践的テクニック 第1回 プロフェッショナルな可読性への道 (理解しやすいコード/名前付けの極意/コードの美学) #初心者 - Qiita>https://qiita.com/ShigemoriMasato/items/9eacfe36d864421e02c3]] 2025.6 -[[リーダブルコードを読んで重要だと感じたルールを抜粋 - Qiita>https://qiita.com/app_js/items/2176cfad20d4d86a2398]] 2023.8 -[[『リーダブルコード』を実践的に活用するための問題集[Javascript](第1節 表面上の改善) - Qiita>https://qiita.com/kyok01_japan/items/cc6df24164bc291677bd]] 2023.2 -[[リーダブルコードの要点整理と活用法をまとめた - Qiita>https://qiita.com/SMAC/items/3b14e2e8f89a33c0f959]] 2022.6 -[[リーダブルコードを3年ぶりに読み返してみて見つけた たった1つの大原則>https://qiita.com/HiromuMasuda0228/items/f80e4ac45b9160c33013]] 2018
