タグ: #code-review
GPU・LLM・MLOps・Kubernetes、そしてマインドセット · 32 件
コードレビュー 完全ガイド: レビューをプロセスとして設計する
コードレビューを会話ではなく、スループット・レイテンシ・所有権を持つシステムとして扱います。承認基準の文書化、変更サイズ、1営業日の応答規則、人と自動化の分担、所有権と承認規則、コメントの等級、合意できないときのエスカレーション、そしてレビュー指標が誤用される仕方までを運用の観点で整理します。
2026-08-15 · 40 分で読めます #코드리뷰#개발문화#code-review#process#automation理解がボトルネックだという主張とその循環 — 説明を生成した側が検証対象であるとき
エージェントがコードを作る速度が人の読む速度を超えたとき何が残るかを扱った記事が議論を集めました。著者は検証のための理解から参加のための理解へ目標を移そうと提案し、3つの仕掛けを出します。ところがコメントで出た最も強い反論は、その説明自体をモデルが書くなら検証が成り立つのかという循環の指摘でした。提案された仕掛けのどれがこの反論に耐え、どれが耐えないかを切り分けます。
2026-08-14 · 13 分で読めます #engineering-culture#code-review#developer-experience#documentation#ai-assisted-developmentエージェントを五つ回せば本当に五倍速くなるのか — 並列作業のボトルネックは生成ではありません
コーディングエージェントを複数同時に回す専用環境が増えています。Orcaはそのひとつで、プロンプトひとつを複数のエージェントに撒き、それぞれを別々のgit worktreeに隔離したうえで結果を比べ、ひとつをマージする方式を掲げます。ところがスループットを上げてもボトルネックは消えず、場所を移します。移った先がレビューとマージであることを待ち行列理論の一行で押さえ、ツールを入れる前にgit worktreeだけで同じワークフローを試す方
2026-08-09 · 16 分で読めます #developer-tools#git#worktree#code-review#workflow同じ会社の二つのプロジェクトがAI寄与に正反対の結論を出した理由
OpenJDKは2026年4月に生成AIで作った寄与を全面的に禁止し、同じオラクル傘下のGraalVMは同じ時期にAIコーディングアシスタントの使用を明示的に許可しました。二つのプロジェクトは同じ寄与者協定を使っています。この記事は三つの文書を並べて読みます。OpenJDKの原文、GraalVMの方針ファイル、そして両方が参照したLinuxカーネルの文書です。結論は、この違いがAIに対する態度の違いではなく、レビューの負担を誰に請求する
2026-08-09 · 15 分で読めます #culture#open-source#ai#policy#code-review提出物が安くなると評価はどこへ移るのか — デンマークが口頭試問を選んだ理由
デンマーク教育省が、家で書く試験課題に口頭での弁明を義務づける緊急パッケージを打ち出しました。書く費用がゼロに近づくと提出物だけでは何も分からなくなり、評価は成果物から著者性の証拠へ移ります。発表された措置が正確に何であり、三つがそれぞれ何を狙っているのかを原文どおりに整理したうえで、この論理を採用課題とコードレビューへ移すときにどこまでが成り立ちどこで壊れるのかを分けて書きました。
2026-08-09 · 16 分で読めます #assessment#hiring#code-review#education#engineering-culture摩擦が消えると目利きが残るのではなく、目利きを育てる道が消えます
2026年8月に話題になったエッセイ Taste Is All That Is Left は、作ることが安くなるにつれて、何を作る価値があるのかを判断する能力だけが希少になったと言います。この記事はその診断に同意しつつ、もう一歩踏み込みます。目利きは努力という濾過装置の副産物であり、濾過装置が消えれば目利きが自動的に残るのではなく、目利きを育てていた経路が一緒に消えます。ですから必要なのは摩擦を意図的に復元する具体的な習慣であり、個人と
2026-08-09 · 14 分で読めます #career#craft#ai#code-review#mentoringGitHub Stacked PR完全ガイド — ネイティブスタックPRが解決したこととそのまま残したこと
2026年7月30日、GitHubがStacked Pull Requestsをパブリックプレビューとして公開しました。大きな変更を依存順序のある小さなPR複数枚に分けて並行レビューし、一度にマージするワークフローがWeb UIとgh-stack CLI拡張で標準提供されます。この記事はスタックが実際に解決する問題、GitHubネイティブ実装がすることとしないこと、ベースブランチが動いたときに発生するリベースカスケードのコスト、そしてG
2026-07-31 · 21 分で読めます #github#stacked-pr#code-review#git#developer-workflow教えるコードレビュー、傷つけるコードレビュー — 同じ指摘の結果を分けるもの
コードレビューには欠陥の発見、知識の伝播、コード所有権の共有という三つの目的がありますが、多くのチームは最初の一つだけをやって残り二つを取りこぼします。レビュアーは完璧を求める人ではなくコードが明確に良くなったかを判断する人だというグーグルの承認基準、強度を示す接頭辞が生む違い、観察と影響と提案に分けた文の構造、200から400行というPRサイズの通説の出所とその限界、往復を減らすPR説明、そしてレビューを受ける側の技術までまとめました
2026-07-26 · 21 分で読めます #career#code-review#engineering#feedback#teamworkAIコードレビューは実際に使い物になるのか — 測定された証拠が語る精度と偽陽性
AIコードレビューツールのマーケティング文句には「PRの80%に人間のコメントが不要」といった数字があふれていますが、精度と偽陽性率をあわせて公開しているところはほとんどありません。公開されている測定値を集めてみると、方向はおおむね一致します — オープンソースのPRでAIレビューコメントが実際のコード変更につながった割合はツールによって0.9〜19.2%で、人間のコメントの60%に大きく及びませんでした(Ganら、GitHub Act
2026-07-17 · 47 分で読めます #ai#code-review#static-analysis#evaluation#software-engineeringコード生成が安くなるとき値上がりするスキル — 減価するものと増価するもの
コード生成が安く豊富になると、価値は消えるのではなく移動します — ボトルネックが残っている側へ。いまそのボトルネックは検証・判断・統合です。Jason Wei の「検証の非対称性」、DORA 2025(スループットは上がったのにデプロイの不安定性は上がり続ける)、LinearB の810万PR分析(AIが作ったPRはレビューを4.6倍長く待つ)、Stack Overflow 2025(開発者の66%が「ほぼ正しいが完全ではない」コード
2026-07-12 · 27 分で読めます #career#software-engineering#ai#skills#code-reviewLLM バーンアウト — 仕事が「作る」から「レビューする」へ静かに変わるとき
開発者 Alec Scollon のエッセイ「I Think I Have LLM Burnout」が Hacker News で話題になりました。一日が、コードを「書く」仕事から、モデルが書いたものを「レビューする」仕事へと静かに変わったという感覚を、的確に言い当てたからです。本稿はその主張を忠実にまとめ、バランスの取れた見方を添えます。生成は安くなりましたが検証はそのままで、AI の出力をレビューすることは実際の認知的な労働です。道
2026-07-11 · 13 分で読めます #llm#developer-experience#burnout#ai-tooling#code-reviewAIコードレビューツールの台頭 — 自動レビューがチームを変える
AIコードレビューツールがオープンソースとして次々に登場し、開発ワークフローを変えつつあります。Git diff解析、欠陥検出、規約の強制から、人間レビュアーとの役割分担、偽陽性の管理、CI統合まで実務目線で整理します。
2026-06-29 · 36 分で読めます #devops#ai#code-review#ci-cd#developer-toolsすぐにマージされるPRとコミットメッセージ
レビューが早く終わり、早くマージされるPRには共通点があります。小さく目的が一つのPR、Conventional Commits、「何を」ではなく「なぜ」を込めたコミット本文、自分で行うセルフレビュー、コンテキスト・変更・テストを含むPR説明、レビュアーへの共感、そしてスタックPRまで。レビュアーの時間を節約することが、自分のPRを早く通す一番の近道です。
2026-06-26 · 16 分で読めます #git#code-review#collaborationコードレビューの対話術：摩擦のないフィードバック
コードレビューは欠陥を見つける技術的な作業であると同時に、人と人との対話です。本記事では、人ではなくコードに向けて批評をフレーミングすること、nit と blocker を区別する Conventional Comments、命令ではなく質問すること、小さな PR が実質的にレビューされ大きな PR が形だけで承認される理由、良いコードを称賛すること、作成者としてフィードバックを上手に受け取ること、そしてレビュアーと作成者が分担する双方
2026-06-26 · 29 分で読めます #code-review#communication#engineeringAIコードレビューツールの台頭 — 何を任せ、何を人間が見るか
AIコードレビューツールが急速に広がっています。AIがうまく捕まえる欠陥と、人間が必ず見るべき領域を分け、CI統合や導入チェックリスト、そして批判的な視点までまとめます。
2026-06-25 · 27 分で読めます #devops#code-review#ai-tools#developer-experience#ci-cd30倍AIエンジニアの条件はスピードではなくセンスである
GeekNewsやSubstackで話題となったエッセイ How to be a 30x AI engineer with taste の論旨を紹介し、拡張します。AIがコード生産をコモディティ化する時代、差別化要因は生産速度ではなく、何を作るべきかを判断する評価能力、すなわちセンスであるという主張と、センスを鍛える具体的なトレーニング法を扱います。
2026-06-12 · 36 分で読めます #ai#career#engineering-culture#productivity#code-reviewAIが書いたコードをどうレビューするか — コードレビューの再設計
AI生成コードの急増により、コードレビューが開発パイプライン最大のボトルネックになりました。人間のコードとAIコードの欠陥パターンの違い、スペック照合とテスト優先検証を中心としたレビュー戦略の再設計、AIによる一次レビューと人間の最終判断の組み合わせ、OSSメンテナーのAI貢献ポリシー、チームポリシーのテンプレートと測定指標まで整理します。
2026-06-12 · 30 分で読めます #ai#code-review#ai-agent#engineering-culture#open-source日本のIT会社で生き残る日本語表現 2026 完全ガイド — 敬語・コードレビュー・会議・障害対応・1on1の実践語彙 深掘り
2026年、メルカリ・LINE・ZOZO・サイバーエージェント・PayPay・楽天・DeNAで外国人エンジニア比率が30%を超える中、海外出身のエンジニアが日本語のPR/会議/障害対応でトーンを外さず生き残るための実践語彙集。敬語の階段、お疲れさまです vs 承知しました vs 了解の丁寧さランク、議事録テンプレート、ふりかえり(KPT/YWT)、単体/結合/UAT テスト用語、暫定 vs 恒久、障害対応表現、1on1/評価/OKR、J
2026-05-16 · 37 分で読めます #japanese-for-developers#tech-japanese#keigo#business-japanese#code-reviewグローバル開発者英語表現辞典 2026 - コードレビュー、スタンドアップ、1:1、RFC、ポストモーテム、PR、面接まで実践ガイド
2026年、グローバル分散エンジニアリングチームで働く日本人開発者向けの実践的な英語表現ガイド。コードレビューのLGTM/nit/non-blocking、Slackのheads up/bump/gentle ping、スタンドアップのparking lot、1:1のtop of mind、RFCのout of scope/non-goals、ポストモーテムのroot cause/blameless、PRのcloses 123/behi
2026-05-16 · 36 分で読めます #technical-english#code-review#standup#rfc#postmortemコードレビュー自動化 2026 — Graphite / Aviator / Mergify / Greptile / CodeRabbit / Copilot Code Review 徹底ガイド
2026年のコードレビュー自動化市場を一冊にまとめる。CodeRabbit/Greptile/Bito/Sourceryに代表されるAIレビューSaaS、2025年にGAになったGitHub Copilot Code Review、Cognition Devinがレビュアーとして動くパターン、Graphite/Sapling/GitButlerが牽引したスタックPRの潮流、GitHubネイティブのマージキューとMergify/Aviat
2026-05-16 · 38 分で読めます #code-review#pull-request#graphite#aviator#mergify