Note カスタム コーディング ガイドラインは、Copilot コード レビュー の パブリック プレビュー の選ばれた参加者のみが使用でき、GitHub Copilot Enterprise に対するサブスクリプションの一部としてのみ利用できます。 コーディング ガイドラインについて 自然言語で書かれたカスタム コーディング ガイドラインを使って、Copilot コード レビュー をカスタマイズできます。 Copilot コード レビュー の詳細については、「GitHub Copilot コード レビューの使用」を参照してください。 コーディング ガイドラインを使うと、Copilot は、organization の固有のコーディング スタイルとベスト プラクティスに基づいてフィードバックを提供できます。 Copilot コード レビュー は大規模言語モデルを搭載しているため、リンター
この記事はなに？ 最近、自分の経験や考えていることを言語化してみる実験をしています。 自分で言語化したことのある概念については自信を持って他の人に話せるし、一般化して横展開していくことも可能になるので、メリットが大きいのかなと。 第一弾として、私がテックリードとしてチーム内でコードレビューをしている際に考えていることをまとめてみました。 注意点 思いついたら随時更新します 今回の話のターゲットは主にWebフロントエンド/バックエンドのアプリですが、その他の開発にも使えるノウハウはあると思います ここで書いているのは、仕事でチームを組んだ際にピアレビューをする際の話です。OSS等のコードレビューとは違いがあるかもしれないです TL; DR 十分な事前準備をすることでレビューの手間を減らそう 目的にフォーカスすることで本質的で建設的なレビューをしよう コードレビューを通してレビュワー、レビュイ
初心者に学ぶ 脆弱なWebアプリケーションの作り方〜入社時研修で作ったWebアプリの脆弱性についてのコードレビュー３選 - Qiita
はじめに 実務未経験でWebエンジニアとして入社してからの2カ月で受けた社内研修についての振り返りです。 今回は「Webアプリケーション基礎」の課題について、 セキュリティ に関するレビュー内容に焦点を当てて、整理します（レビューで色々と指摘をいただいた、かつ、重要と感じたため）。 結論としては、 SQLインジェクション対策 や、 クロスサイトスクリプティング（XSS）対策 、 バリデーション がうまくできていなかった、という初歩的な内容です。 タイトルは、こちらの徳丸本を意識しています。（最近読了しましたが、今回の記事では直接的に触れていません） 記事の目的 同時期に実務未経験でWebエンジニアになって交流している方々（他社の）が、 「他の人が初期にどのような注意を受けているか聞いてみたい」 と言っていたため、私は自分が書いたコードをレビューしてもらった機会はまだ研修のみですが、どのよう
はじめに 最近コードレビューでコメントの前に「imo」「nits」などの略語がつくようになったのですが、「🍠」「🥜」としか思えなかったので調べてみました。 ついでによく見る略語も載せてます。 （2024/10/18追記） GOTCHA の意味に関してご指摘いただき、修正しました！ありがとうございます！ 一覽 （それぞれ小文字で書かれることもあります） 略語 語源 意味
GitHubで CODEOWNERS を設定することで、プルリクエストのレビュアーアサイン自動化や責務の明確化などを行う方法について解説します。 背景 モノリポのリポジトリ運用が始まった際にプルリクエストの運用で次の課題を感じていました。 パッケージごとにメインの担当者が異なるため、レビュアーアサインの過不足が発生 スキーマの変更など、複数のパッケージにまたがる変更がある場合、プルリクエストを確認してほしいレビュアーがとても多く、作成時に毎回手動指定するのが大きな手間 チームに新しいメンバーが加わった際に、オンボーディングが大変 最初はWorking Agreement (チーム内のルール) でカバーしていたのですが、GitHubの機能であるCode Ownersで仕組み化することにしました。 Code Owners とは CODEOWNERS ファイルを使い、リポジトリ中のコードに対して
コードレビュー依頼されたときのフローチャート 現時点の私のマインドです。※今後、みなさんのフィードバックを得て更新することもあります。 心がけているいること A. リアクションする レビュー依頼されたらすぐにリアクションをします。 これは依頼者に「あ、レビュー依頼伝わってる」と安心してもらうためです。 これがないと、「気づいてるかな？」とモヤモヤさせてしまい、依頼者が集中できる環境を作ることができません。 また、複数人のレビュワーがいた場合、自分が見ることを分かるようにする意図もあります。 これをすることで、他のレビュワーが忙しいときは「あ、◯◯さんが見てくれてるから滞ってない」と安心してもらえます。 B. レビューの難易度を判断する 私がレビューを受け取ってからすぐにするのは下記の2点です。 issueの内容と振られているweightを確認する diffのファイル数を確認する diffが
コメント一つ一つに温度感がわかる prefix をつけることで、レビューコメントがすべて同列にならず、重要度の低い提案が明確になるので、レビュイーの負担を軽減することができます。また、こういった prefix をつけることで、締め切りに追われる状況 (プルリクエストをマージするために must で対応しないといけないかどうか) において柔軟性も提供できます。 細かいコメント (nits) だけなら、先に approve する 上記の「レビューコメントに温度感がわかる prefix をつける」に続いた話ですが、nits など、細かい指摘コメントはマージブロックになることはないので、先に approve を出して、「この部分は直せたら直しておいてね」程度の温度感で伝えると、レビュイーは余裕を持って後から対応できます。これにより、コミュニケーションの往復が減り、スムーズなデリバリーを実現しやすく
はじめに WEBサービス開発に関わって約6ヶ月のにこと申します！ さて、ここで質問です。 あなたは初めてコードレビューを受けたときのことを覚えていますか？ 覚えていますよね？ ・・・え、覚えていない？ そしたらこの記事はもしかしたらあなたが駆け出しエンジニアのあの時の頃を思い出させてくれるかもしれません・・・。 私はコードレビューを受けた時に衝撃を受けました。 こんな書き方が出来るとは・・・。私はなんとおブスなコードをかいていたんだろうと・・・。 レビューを受けてから良いコードを書けるようにより意識をするようになりました。（実際にきちんと出来ているかどうかはまた別のお話） そしてこのコードレビューを自分の中だけで留めておくのはもったいない！！という気持ちと振り返りのためにまとめました。 これからエンジニアになろうとしている方、私と同じくまだ実務経験が浅い方、そして初心の気持ちを思い出したい
TISでは、生成AIを活用した開発を推進しており、その一環としてGitHub Copilotの利用を進めています。 本記事は、開発現場でのGitHub Copilotの活用方法について、コードレビューに焦点をあててご紹介します。 サマリ ・GitHub Copilotのコードレビュー活用により、開発者のセルフレビュー時間を大幅に短縮し、品質向上を実現。 ・独自開発したVisual Studio Codeの拡張機能「Promptis」とレビュープロンプトの整備により、組織全体での効率的な活用を推進。 ・人間の適切な関与を維持しながら、AIツールを補助的に活用することで、コードレビューのプロセス全体を最適化。 GitHub Copilot Chatを用いたコードレビュー GitHub Copilot Chatに自然言語で記述されたレビューチェックリストを入力することで、コードの改善点の有無を即
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
コードレビューの上達を早くするには？｜森崎 修司
コードレビューでやっていることをつきつめると「欠陥を見つける」「将来読むことを想定して、読みにくい部分をみつける」「代替案がないか確かめる」というくらいになります。では、これらがうまくなるには、どうしたらよいでしょうか。これまでたくさんのレビュー指摘をみたり、レビューしたりされたりしてたどりついた私の答えは、対象コードに合わせた読み進め方を選んで、問題がある部分を見つけることです。 まずは、コードレビューでは何をしているか説明します。 欠陥を見つけるのは、本来あるべき実装方法とコードを突き合わせてズレがないかを探しています。ありがちな間違いを覚えていて、そのパターンがあてはまるところを見つけていると言えます。そうしたパターンも「こういうふうに実現しないといけない」と「コードとしてこう書かれている」というズレを見つけていると言えます。 もっともイメージしやすいのは、仕様を「こういうふうに実現
GitHub OrganizationにClaude Codeでコードレビューする仕組みを導入~GitHub Actions x Amazon Bedrock版~ | DevelopersIO
2025年5月に発表されたClaude Codeはエージェント型のコーディングツールです。 ClaudeのMax/Proプランを契約することで、ターミナル上からエージェントコーディングをシームレスに体験できます。 この Claude Code と同時に、 Claude Code SDK をラップしたサーバーサイドで動作する Claude Code GitHub Actions もベータ発表されました。 @claude とメンションしたり、プルリクエスト作成などのイベントをトリガーに自律的にコード作成・レビューします。 前者が開発者個人レベルのボトムアップなAIコーディングとすれば、後者は組織レベルのトップダウンなAIコーディングです。 本記事では、後者のClaude Codeのトップダウンな導入、より具体的には、プルリクエストに対してClaude Codeで自動的にコードレビューする方法を
Amazon Web Services ブログ 株式会社レンガにおけるCodeGuruを使ったコードレビューの自動化 このブログは株式会社レンガ 取締役 開発担当 小原 和磨 氏により寄稿され、AWS Japan ソリューションアーキテクト 金杉 有見子 が編集したものです。 株式会社レンガは 、月間100万人以上に利用されている日本最大級のマンションの口コミ・評価サイト『マンションノート』を運営している会社です。マンションノートは日本全国にあるマンション・アパートの「口コミ」と「ランキング」を見ることができるWEBサービスです。マンションの住人をはじめとして、元住人、周辺住人、専門家、不動産会社、物件オーナーなど、あらゆる立場の方々が自分の立場を表明し、マンションに対する生の意見・評価を投稿・共有します。その集合知により、マンション検討者が（住む前に）住んだ後のリアルな生活を想像できるよ
はじめに こんにちは21卒のberryです。2021年6月にQA部に配属され、1年ほど基盤開発系のQAをした後、2022年7月からはfreee会計の開発チームでQAをやっています。 趣味は競技プログラミングです。 QA業務ではもちろん手動でのテストもやってきましたが、ユーザーがブラウザに対して行うであろう操作をシミュレートして基本的な機能がきちんと使えるかどうかをテストするE2Eテスト自動化との関わりが深い1年強でした。 freeeには社内向けにカスタマイズされたE2Eテスト基盤が存在するため、多少コードを書き慣れていなくてもE2Eテストシナリオを書くことができます。 E2Eテストの構成については、E2Eテスト基盤そのものを開発・保守しているSEQチームの方が書いている記事もがありますのでそちらも見てみてください。 freeeの自動テストの全体構成 - freee Developers H
はじめに 本記事は「Google コードレビュー・ガイドライン要約」シリーズの【コードレビューの観点編】です。 Google Engineering Practices Documentation (日本語訳) の要約になります。 未読の方は、はじめに 本記事のポジションと用語 をお読みください。 シリーズ構成 ※リンクが貼られていない箇所は未要約です コードレビューの仕方 コードレビューの基準 コードレビューの観点 ← here!! コードレビューの進め方 コードレビューのスピード コメントの書き方 取り下げへの対応 CL 作成者のガイド 適切なディスクリプション 小さな CL レビューコメントへの対応 緊急事態の CL コードレビューの観点 設計 CL の全体的な設計 レビューで確認すべき最も大切なこと 問いかけリスト CL のコードの各部分は相互にきちんと連携するでしょうか？ この変
ChatGPTでコードレビューが可能？ChatGPTはOpenAIが提供しているテキストベースの対話型AIです。このツールはAIツールとして世界的に有名なため、すでに利用したことがある方も多いでしょう。 そんなChatGPTは、実はコードレビューにも活用できます。 本記事では、ChatGPTをコードレビューで利用するメリットや、利用方法、よくある疑問についてまとめました。エンジニアの方や、現在プログラミング言語を学んでいる方は、ぜひ参考にしてください。 【参考】：ChatGPT公式
コードレビューのスピード
コードレビューのスピード なぜコードレビューは素早く行うべきか？ Google では開発者のチームが協力してプロダクトを高速に開発するために最適化しており、開発者個人がコードを高速に書くための最適化はしません。 開発者個人のスピードは確かに重要ですが、チーム全体のスピードと比べると同等の重要性があるわけではありません。 コードレビューが遅滞するとさまざまなことが起こります。 チーム全体の開発速度が減少します。もちろん、レビューに素早く反応しなくても個人としては他の仕事を終わらせられます。 けれども、チームの他のメンバーが書いた新機能や不具合修正は、CL がレビュー待ち、再レビュー待ちになると何日も何週間も遅れることになります。 開発者がコードレビューのプロセスに不満を持ち始めます。 レビュアーが数日おきにしか返信しないのに毎回 CL への大きな変更が要求されると、開発者はストレスをためるし
生産性を最大化するコードレビュー設計論
TL;DR 記事の内容をChatGPTでグラレコ化したものです。一部の日本語が変です コードレビューはなぜ生産性に直結するのか チームでのソフトウェア開発において、コードレビューを一切行わない組織はほとんど存在しません。レビューを通じて、品質の低いコードや不適切なロジックをプロダクトに取り込まずに済みます。 一方で、このレビュープロセスは時間がかかることが多く、スピードを重視する開発ではボトルネックになりやすいです。レビューの担い手であるシニアやミドルクラスのエンジニアは多忙であり、レビューに割ける時間の確保が困難です。 レビューが遅れると、エンジニアに「待ち時間」が生まれます。他のタスクに切り替えられれば良いものの、集中の切り替えには時間がかかるため、レビュー待ちが長引けば生産性全体が落ちてしまいます。 そこで重要なのが、「レビュープロセスの設計」です。レビューを単なるコードの確認ではな
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 「コードレビューは自分にはハードルが高いなー🙁」、「知識ないから、先輩のPRにコメントするの恐れ多い😨」などと思っていませんか？ 自分は普通に思っていました〜 特に、自分の書くコードにすら自信がないのに、突然レビューしようとしても、難しいですよね💦💦💦 自分は、プログラミング初めてまだ1年半であるため、先輩エンジニアやチームメンバーのコードをレビューするのは恐れ多く、ワンステップ先だと思っていました。🤔 最近は、全く完璧ではなく、なんちゃってですが、積極的に行なっているつもり、、、 ですが、『どこを見たらいいんだろ
こんにちは！リンクアンドモチベーションのモチベーションクラウド開発チームで、バックエンド開発をしている谷です。 エンジニアなら誰しも、改修が終わって自信満々で出したプルリクエストに、尋常でない数の指摘がついてしまい、落ち込んだ経験があるのではないでしょうか。 また、そのような話を周りから聞く中で、自分のプルリクエストに自信が持てず、「レビューに出すのが怖い！」という新人エンジニアの方もいらっしゃることと思います。 今回はコードレビューに苦手意識のある方向けに、私自身も経験した「ありがちな失敗」と、その対策としてチェックすべきポイントをまとめてみました。 ※この記事は モチベーションクラウドシリーズ Advent Calendar 2021 の9日目の記事です。 TL;DR レビュワーがレビューできるように、前提情報を共有しよう プルリクエストの単位は、できるだけ細分化しよう 当たり前のこと
コードレビュー時に「強い言葉を使わない」とか「命令ベースではなくお願いベース」とか「コメントは優先度をつける」とかそういう当たり前を当たり前にやってほしいのだがなあ。なんでも正確な言葉使いで正確に書けばいいと思ってるのは小学生までだと思うので小学生にマジレスはしないが…。
イチロウメンバーのインタビューシリーズ第28弾！今回は2024年3月に入社し、現在WEB/アプリエンジニアとして活躍中の横式さんにお話を伺いました。 営業からエンジニアへ転身 - キャリアのターニングポイント━━ 本日はよろしくお願いします！新卒で営業職に就かれたとのことですが、最初のキャリアについて教えてください。 はい、新卒で美容室への新規提案を行う営業会社に入社しました。飛び込み営業がメインで、最初の2年間は大阪エリアのサロンや美容師さんを訪問し、提案営業をしていました。毎日飛び込み営業をする中で、訪問先によって提案の仕方も変える必要があったため、自然とコミュニケーションスキルや忍耐力が身につきました。 ━━ では、そのような経験を経て、エンジニアになろうと思ったきっかけは何ですか？ 営業の仕事を通じて、業務プロセスが非常にアナログで非効率的だと感じました。紙の納品書や手書きの値引き
Devinにファーストレビューをさせ、コードレビューを効率化するには / Using Devin to Make Code Reviews More Efficient
Devinにファーストレビューをさせ、コードレビューを効率化するには / Using Devin to Make Code Reviews More Efficient
こんにちは。iOSアプリチームのsceneeです。 2022年11月にChatGPTがリリースされて以降、生成AIの劇的な進化を目の当たりにしている日々ですが、ヤプリでも着々とAI活用が始まっています。 その一環としてヤプリの開発チームでは、2024年6月に生成AIによるコードレビューを導入しました。最初はiOSアプリチームから始まり、Androidアプリチーム、そして他のフロントエンドやデータサイエンスチームにも導入されています。導入当初は半信半疑ではあったものの生成AIコードレビューはなかなか良い成果を上げおり、今では欠かせないツールとして定着しつつあります。 この記事では、ヤプリでなぜ・どのように生成AIコードレビューを導入したのかを紹介し、導入後のアンケート結果から見えてきた成果や課題もお伝えしていきます。 なぜ生成AIコードレビューなのか？ そもそもなぜ導入したのでしょうか？それ
技術力を見える化する！オブジェクト指向コードレビューの実践 - RAKUS Developers Blog | ラクス エンジニアブログ
はじめに こんにちは akihiyo76 です。現在、私のチームではレビューガイドラインを明文化して、レビュアーはガイドラインに従ってコードレビューを行なっています。このガイドラインは、チームで運用を開始して２年になりますが、チームでも浸透しレビュー時に必ず利用するようになりました。 はじめに コードレビューの課題感 課題改善に向けて 採用したコードレビュー観点 1. Design（設計） 定義 具体例 2. Simplicity（理解容易性） 定義 具体例 3. Naming（命名） 定義 具体例 4. Style（コードスタイル） 定義 具体例 5. Functionality（機能要求） 定義 具体例 6. Test（テスト） 定義 具体例 7. Document（文章） 定義 具体例 指摘対応の要否 具体的な利用方法 指摘例 最後に コードレビューの課題感 私は現在モバイル開発チー
コードレビューで使われる NIT / NITS の意味と、その語源を整理します。 はじめに NIT / NITSの意味 NIT / NITSの語源 おわりに 参考 はじめに コードレビューなどで、"NIT / NITS"という略語が使われることがあります。 意味は知っていてもその語源はよく知らなかったので、深堀してみました。 The English translation of this post is here. NIT / NITSの意味 まず NIT / NITS は、細かい話だけど、の意味です。 typoやコードスタイルの細かい指摘をするときに、nit: XXX...のように使われたりしますね。 NIT / NITSの語源 では NIT / NITS の語源は何でしょうか。 これは、nitpick が語源のようです。 私が資料を探したなかで最も明示的に整理していたのは、Chromi
「コードレビューは優しい言葉遣いでするとよい」は嘘
この本を読んだ。 Amazon.co.jp: スーパーエンジニアへの道 技術リーダーシップの人間学 電子書籍: G.M.ワインバーグ, 木村 泉: Kindleストア ゆるコンピュータ科学ラジオというポッドキャスト番組を普段から聞いていて、そこで紹介されていた本だ。 この本は訳書で、日本語版は1991年に初版が出版された。30年以上が経っていながらその内容は今も色褪せないと評判で楽しみにしていた。 ……が、正直私には合わなかった。訳書という性質からなのか、30年前の文章だからなのかはわからないが、とにかく読んで理解する負荷が高かった。多分本来書かれていることの半分も頭に入っていないだろう。 それでも私が従前抱えていた疑問が少し晴れた部分があったので、その点について書く。 悪い体臭を放つエンジニア第15章「力、不完全性、整合性」にて、次のようなエピソードが記されている。 ある若いプログラマが
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? DeepMindのAlphaシリーズ最新作「AlphaCode」が、競技プログラマーの標準レベル（Codeforces TOP 54%）に達したとの発表がありました。 AlphaCodeは今をときめくTransformer系のディープラーニングで、課題文を入力すると解答プログラムを出力する自然言語処理を行います。そうです、これはすなわちプログラミングをするプログラムです。マジかよ……。 詳しい手法については公式ブログや論文を参照してほしいのですが、DeepMindは別途いくつかの解答例について正誤あわせて確認できるデモサイトも用意してい
こんにちは。クックパッドの新規事業「クックパッドマート」を運営する買物プロダクト開発部 部長の勝間です。プロダクト開発中心に事業全体を見つつ、エンジニア採用に力を入れています。 以前はオンラインペアプロの案内を行いました。 今回はまだ見ぬエンジニアと出会うために、コロナ禍でも知的好奇心の高いエンジニアの方と交流できる新しい方法を用意しました！ ずばり 🎉🎉🎉🎉コードレビュー実践会実施します！🎉🎉🎉🎉 📃📃📃📃📃📃応募フォーム📃📃📃📃📃📃📃📃📃📃 https://cookpad.com/ct/196484 📃📃📃📃📃📃📃📃📃📃📃📃📃📃📃📃📃📃📃📃📃📃 コードレビュー実施会皆さんはクックパッドのエンジニアに対してどんなイメージを持たれているでしょうか？ ・とにかく技術が大好きそう？ ・設計をかなり細かく
初心者こそコードレビューするべき理由 - Qiita
はじめに みなさん、コードレビューに対してどのような考えをお持ちですか？ 特にチーム開発経験が浅い方は、「自分の指摘なんて 」「偉そうだと思われるかも 」と思いがちかもしれません。かくいう私もその一人でした。 今年から新卒で働き始め、チームでの開発経験も乏しい私が「初心者こそコードレビューすべき！」と感じた理由をいくつか紹介します。 これを機に、一歩前進してみましょう！！！ 質問が気軽に行える 他人が書いたコードを読んでいて気になる部分、疑問に思う部分というのは必ずでてくると思います。 「気にはなるけど、今の自分がやっているタスクとは関係ないから相手の時間を割いてまで質問するほどでもないな 」という部分を聞けるのがコードレビューの場です。 なぜなら、質問内容は相手のタスクとは関係しており、いつ回答するかは相手次第なので、質問のハードルが低くなるからです。チャンスがあれば簡単な内容でもぜひ聞
現在多くのチームでコードレビューをする文化があると思いますが、コードレビューをしていない環境もまだまだ存在します。 これからコードレビュー導入・運用するにあたって事前に理解しておきたいメリットとデメリット、その他意識しておきたい点をまとめました。 ※ GitHubのプルリクエストを使用したコードレビューを想定しています。 ※ 筆者はフロント側の人間です。 コードレビューって何？ 開発者が書いたコードを別の開発者が目を通し、問題がないかチェックする作業のことです。 具体的には以下のようなことをチェックします。 要件を満たせているか？ エラーがないか？ 可読性・保守性は問題ないか？ コーディング規約に則っているか？ また、コードをレビューする人はレビュアー、レビューしてもらう人はレビュイーと言われています。 メリット 人為的なミスを減らせる うっかりタイプミスをしてしまった。デバック用のコード
概要 GitHub上にコミットが行なわれたタイミングで静的ファイル化したStorybookを閲覧できるようにする方法をまとめました。 これを行なうことでコードレビュー時にUIの変更点を確認がやりやすくなります。 Storybook公式 で紹介されている方法です。 今回は実際に自分が 友人 と開発・運用しているサービス LGTMeow にこれらの設定を追加したので、実際の設定内容を踏まえて解説します。 対象読者 GitHub上でコードレビューを用いた開発手法を実践している人（もしくは実践したいと思っている人） Storybookを利用したことがある人 筆者のバックグラウンド エンジニア歴はもうすぐ8年程です。 バックエンドやクラウドがメインでしたが、ここ1年半ほどはフロントエンドメインです。 業務でも個人開発でもNext.jsを利用しています。 ちなみに最初にこの方法を知ったのは READY
こんにちは。リンクウェル対面診療システムチーム、テックリードの山本です。 今回はコードレビュー時に開発部で実施しているコメントタグのご紹介です。 多分イケてる開発チームではすでに取り組んでいる試みだとは思いつつも、今回はなぜ必要なのかを改めて考えてみたいと思います。 GitHubのプルリクレビューについて 弊社のコードレビューではまず第一に「要求を満たすよう動くこと」が重視されます。その上で次のような点に注視しながら指摘を行います。 外部サービスの特殊な挙動やセキュリティ機構などが考慮されているか。 不具合が発生した時に検知できるようになっているか。 将来的に修正しづらくなる構造になっていないか。 N+1問題などパフォーマンスに問題がないか。 その上でコメントを書く際に次のようにタグを付けて分類しています。 must: 絶対に直して欲しいとき。強い指摘になるので言葉遣いに気をつけるべき i
【書評】もっといいコメントの書き方がわかる！『伝わるコードレビュー 開発チームの生産性を高める「上手な伝え方」の教科書』 - give IT a try
はじめに 翔泳社さんより、『伝わるコードレビュー 開発チームの生産性を高める「上手な伝え方」の教科書』をご恵贈いただきました。 実はこの本は発売前から気になっていて、Amazonですでに予約購入していました。 ところが今回、翔泳社さんから本書を贈ってもらえることができたので、僕としては願ったり叶ったりでした😄 翔泳社さん、どうもありがとうございます！ 伝わるコードレビュー 開発チームの生産性を高める「上手な伝え方」の教科書 作者:鳥井 雪,久保 優子,諸永 彩夏翔泳社Amazon どんな本なのか？ ひとことで言うと、プルリク上でITエンジニア同士が交わすテキストコミュニケーションに関する本です。 「こういうコメントはGOOD」「こういうコメントはBAD（なのでこう改善しましょう）」といったコードレビュー上のポイントが、豊富な具体例とともに説明されています。 どんな人におすすめか？ これは
2024.02.15 IT用語集 プログラミング ソフトウエア開発において、コードレビューは品質向上のために欠かせない工程の一つです。日常的にプログラムを書いているエンジニアでも、完成したプログラムにバグがないか、最適な書き方であるかなどを客観的に見ることは難しいでしょう。 そこで、プログラムの作成者とは別の人物がプログラムの品質をチェックするコードレビューが重要視されています。しかし、コードレビューは簡単なものではないため、適切なやり方に悩むエンジニアも少なくないかもしれません。 この記事では、コードレビューの概要や重要な観点、具体的なやり方、注意点まで詳しく解説します。 コードレビューとは、プログラムのソースコードを作成者とは別の人物が検証することです。 プログラムの作成者でありソースコードの検証を受ける「レビューイ」は、検証を行う「レビュアー」を選定し、コードレビューを依頼します。依
こんにちは！今回も『伝わるコードレビュー 開発チームの生産性を高める「上手な伝え方」の教科書』の感想文を書いていきます。 「Part1 心構え編」については、以下の記事をご参照ください！ はじめに 「『伝わるコードレビュー 開発チームの生産性を高める「上手な伝え方」の教科書』~実践編~ 」では、19個のケースが紹介されています。 本記事では、Case1~10までです。 Case1: 緊張感のあるレビューコメント まずは、プルリクエスト内で以下のようなコメントがされた場合についてです。 レビュアーから「なんでこのメソッド使ったの？」ってコメントが来たら、皆さんはどう思われますか？大体の人は、「怒られてる...？」って思いますよね。 このレビューの問題は以下です。 コメントが言葉足らずで質問の意図が伝えきれていない レビュイーが深読みしすぎて、コミュニケーションが止まる 1. コメントが言葉足
週報 2022/02/06 コードレビューはコミットを新しい順に読むとわかりやすい説, アファンタジア被験者に応募した - しゅみは人間の分析です
近況 ワクチン接種3回目 近所の病院でモデルナが捨てるほど余っていると聞いたので打ちに行った。ワクチンを捨てるなんてとんでもないことだ。手元にはまだ接種券が来ていなかったが、2回目の接種証明書があれば打てるそうなので打つことにした。そういえば1回目と2回目もこうやって急に決まった気がする。 前回はファイザーだったのだが今回はモデルナになった。副反応がきついという噂は聞いていたのでしっかり準備をしたが、それでもつらい思いをした。一番つらかったのは悪寒で眠れなかったことだ。手足は冷え体は震えていたのに、頭は半分寝ているので対処ができない。そのまま数時間過ごしたのちに、なんとか起き上がってたくさん着込んだり薬を飲んだりしたら、やっと眠れた。 熱は最高で38.2度ぐらいまで上昇したが、熱が上がってからは割と楽だった。大事なのはしっかり食べてしっかり寝ることだと思う。我々の体は物理法則に従っており、
ドキュメントの作成、コードレビュー、ユニットテストなどを含む Amazon Q Developer エージェントの新機能 | Amazon Web Services
Amazon Web Services ブログ ドキュメントの作成、コードレビュー、ユニットテストなどを含む Amazon Q Developer エージェントの新機能 2023 年の AWS re:Invent では、Amazon Q Developer をプレビューしました。Amazon Q Developer は、Visual Studio、Visual Studio Code、JetBrains IDE、Eclipse (プレビュー)、JupyterLab、Amazon EMR Studio、または AWS Glue Studio などの統合開発環境 (IDE) 全体でソフトウェアを設計、構築、テスト、デプロイ、保守するための生成 AI 搭載アシスタントです。 Amazon Q Developer は、AWS マネジメントコンソール、AWS コンソールモバイルアプリケーション、Am
エンジニアの小林です。 LIFULLで社内ABテスト基盤を開発しています。その開発の中で社内の生成AI基盤「keelai」を活用した取り組みを紹介します。 www.lifull.blog LIFULLではkeelaiという社内向けの生成AI基盤プロジェクトを運用しており、今回はこのkeelaiを利用したコードレビュー用のGitHub Actionsを実装した事例を紹介します。 www.lifull.blog 内製AI Agentによるコードレビュー GitHub Actionsを活用して実現したAIレビューのワークフローは以下の通りです。 コードレビューの概要 GPTやClaudeなどのAPIを利用せず、内製AI Agent「keelai」を活用した理由は以下のとおりです。 社内固有の知識を活用可能 - 社内ドメイン知識を持ったレビューが可能です 継続的な改善サイクル - レビューActi
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Copilot コード レビューのコーディング ガイドラインの構成 - GitHub Docs
チームでコードレビューをしているときに考えていること - フツーって言うなぁ！
コードレビューでよく見る略語（LGTM、IMO…）の意味、知ってますか？
コードレビューを効率化！GitHubでレビュアーを自動アサインするCode Ownersの活用法
コードレビュー依頼された時に心がけていること - Qiita
コードレビュー時に意識しているコミュニケーションやプロセス
WEBサービス開発歴約6ヶ月の私が受けたコードレビューをまとめてみた - Qiita
GitHub Copilotを用いたAIによるコードレビューの活用 | Fintan
コードレビューのコミュニケーションを良くして効率をあげましょう！ - Qiita
株式会社レンガにおけるCodeGuruを使ったコードレビューの自動化 | Amazon Web Services
E2Eテストとの1年 ~もらったコードレビュー~ - freee Developers Hub
Google コードレビュー・ガイドライン要約【コードレビューの観点編】
ChatGPTでコードレビューができる？やり方や事例・VSCodeとの連携方法も解説
若手エンジニアのコードレビュー 〜斜め上のPRを見て学ぼう！〜 - Qiita
安心してコードレビューを出すために最低限やるべき4つのこと - Qiita
コードレビュー時に「強い言葉を使わない」とか「命令ベースではなくお願..
プロダクトへの想いが品質を高める─コードレビューが育てた責任感｜イチロウ株式会社
生成AIコードレビューの導入から見えてきた効果と課題 - Yappli Tech Blog
Amazon.co.jp: 伝わるコードレビュー 開発チームの生産性を高める「上手な伝え方」の教科書: 鳥井雪 (著), 久保優子 (著), 諸永彩夏 (著), 島田浩二 (監修): 本
コードレビューにおける"NITS"は何の略か - BioErrorLog Tech Blog
競技プログラミングAI「AlphaCode」のコードレビューをしてみた 😱 - Qiita
クックパッドエンジニアのコードレビュー実践会やります！｜クックパッドマート
コードレビューしませんか？メリット・デメリットを解説 - Qiita
Chromaticでコミット毎にStorybookをデプロイしてコードレビューを効率化する
コードレビューでコメントタグを使い、心理的安全性を担保しよう
コードレビューとは？ 手順や注意点、実施のメリットまで詳しく解説！ - エンジニアtype | 転職type
コードレビューの「困った...」の解決方法 Part1『伝わるコードレビュー 開発チームの生産性を高める「上手な伝え方」の教科書』~実践編~ - Qiita
内製AIコードレビューActionsの導入 - LIFULL Creators Blog