iT邦幫忙

code review相關文章
共有 36 則文章
鐵人賽 Security DAY 4

達標好文 技術 開源程式碼檢測平台:SonarQube

現代軟體越來越強,原始程式碼也越來越龐大,加上需要不斷追趕的時程,每個軟體團隊對於兼顧程式碼品質已經日漸困難。 雖然市面上已經有多種針對原始碼品質做白箱檢測的...

鐵人賽 Software Development DAY 21
全端工程師生存筆記 系列 第 21

技術 [面試][設計模式]Code Review 會注意哪些事?會依照什麼原則對程式做 Refactoring?

在功能穩定後,你對程式碼還有要求嗎? 「沒有最好的程式,只有更好的程式。」在完成功能後 Code Review 是非常重要的事情;不只看自己的程式碼,也要多...

技術 SonarQube 如何產生 PDF 分析報告

上一篇我們已經簡單地介紹如何使用開源程式碼檢測平台 SonarQube,今天再來教大家如何產生 PDF 分析報告吧。 但是免費的社群版本沒有辦法將分析結果以 P...

鐵人賽 Software Development DAY 13
QA 三十天養成日記 系列 第 13

技術 [Day 13] QA 的 Review 怎麼做?該如何執行?自動化又需要什麼樣的 Code Review 準則?

(圖片引用來源)在團隊中,Review 的機制非常重要,不管是不是寫 code,都需要有夥伴幫你確認寫的內容是否正確也能在 Review 階段中發現自己的不足、...

鐵人賽 IT管理 DAY 17

技術 16. 從Code review體現公司文化

前言 這篇有兩個主題:公司文化與code review,而講者特別強調的是要如何將這兩件事情中間做連結。所以如果你想知道要如何把公司定義的價值落第到工程文化中...

鐵人賽 IT 管理 DAY 24

技術 Day 24. Code Review 可維護性與易讀性:Todo Tree 輔助工具篇

今天要介紹 VSCode 中,可讓註解更清楚的輔助 extension- Todo Tree。 如何使用 Todo Tree 提高程式碼易讀性? Todo...

鐵人賽 Software Development DAY 23

技術 [破] 前端以正合,以奇勝: 前端技術突破(二)

除了上篇所說的做法與心態上出奇制勝外。 我們再導入一些實質的SOP工具,幫助我們更有效率的達陣得分。而真正要看見這些工具展現的地方,就要來到終極戰場: Debu...

技術 Day 3:又是「請重寫」,Code Review怎麼變成單方面處刑?

禮拜三晚上八點,阿偉傳訊息給我: 「老黃又來了,我的PR被reject了,comment就一行『這個設計違反了 SOLID 原則,請重寫。』就這樣,沒了。」 「...

技術 AI agent 的新成本不是 token,而是你開始管理一群看不見的工時

早上開三個 agent run,很容易讓人有一種錯覺。 一個去修測試,一個去整理 API 回傳格式,一個去把舊元件搬到新的資料流。你去開會,吃飯,處理 Slac...

鐵人賽 IT 管理 DAY 25

技術 Day 25. Code Review 安全性原則:XSS 篇

在整個前端開發過程中,包括 JavaScript, HTML, CSS 以及與後端的交互作用,安全性的考量在各個層面都至關重要。以下將針對不同語言在程式碼安全性...

技術 公司導入 coding agent,真正該量的不是使用率

最危險的導入報表,不一定是數字不好看。 有時候剛好相反。數字太好看,才麻煩。 100 個工程師都開過 coding agent。CLI 安裝率 90%。每週 p...

技術 AI agent 沒有取代工程師,先取代的是新人練習的空間

團隊最容易丟給 AI agent 的工作,剛好也是新人最需要碰的工作。 小 bug。小 UI。文件整理。測試補一補。把某個舊元件拆乾淨。幫圖片工具補一個預覽狀態...

鐵人賽 IT 管理 DAY 23

技術 Day 23. Code Review 可維護性與易讀性:Better Comments 輔助工具篇

今天要介紹 VSCode 中,可讓註解更清楚的輔助 extension- Better Comments。 如何使用 Better Comments 提高程式碼...

技術 Agent 寫的 code 要怎麼 review?先看它到底改了什麼

你看不到 agent 腦中怎麼想。 但你看得到它留下來的 diff。 這件事聽起來很廢話,卻是很多 coding agent review 討論最常跳過的一步。...

鐵人賽 IT 管理 DAY 22

技術 Day 22. Code Review 可維護性與易讀性:註解撰寫規則篇

為什麼需要寫註解? 雖然理想中的 Clean Code 應該具備自我解釋的能力,但實際在開發過程中,撰寫註解仍然是必要的,特別是在協作開發和專案交接的情況中。...

鐵人賽 IT 管理 DAY 15

技術 Day 15. Code Review 原則介紹

Code Review 六大原則 進行 Code Review 時,應考慮多個面向,包含功能邏輯、程式碼風格、效能、可維護性與易讀性、安全性、模組化與重用性,...

鐵人賽 IT 管理 DAY 26

技術 Day 26. Code Review 安全性原則:CSRF、其他篇

避免 Cross Site Request Forgery(CSRF) CSRF 是一種網絡攻擊,攻擊者會在使用者已經登入的情況下,執行未授權的操作。攻擊者利...

鐵人賽 IT 管理 DAY 27

技術 Day 27. Code Review 模組化與重用性-規則篇。

在 Code Review 時,為了維持程式碼可維護性、易擴充原則,Function 的模組化與重用性為重要原則。今天將介紹撰寫程式碼時,開發人員需遵守的撰寫原...

鐵人賽 IT 管理 DAY 30

技術 Day 30. 如何從無到有,實踐 Code Review-系列文回顧與心得

雖然標題說要回顧,其實有點懶得回顧內容,因為每天寫真的好膩 🤣,但還是不敢相信自己堅持了三十天,我們就先不討論內容的精緻度了,以30天來說,已經超過科學上養成習...

鐵人賽 IT 管理 DAY 1

技術 Day 1. 簡介與摘要:從版控流程到程式碼管理。

內容簡介 在多人協作的系統專案中,程式碼版本控管是一個至關重要的流程,良好的版控規劃能夠有效地管理各個開發者的工作成果,並確保程式碼的整合與穩定性。隨著專案規...

技術 AI agent 的 PR 被退,不是因為它不會寫 code,而是你沒有先定義什麼值得修

一個 AI agent 送出 PR,測試有跑,描述也寫了,diff 看起來還算乾淨。 然後 reviewer 還是把它退掉。 這件事一點都不矛盾。真實工程流程不...

技術 AI coding agent 的下一步不是更會寫 code,而是更容易被查帳

一個 agent PR 看起來可以很漂亮。 有清楚的 commit。有像樣的 PR description。有測試結果。Diff 也不大,甚至比某些人類同事更有...

技術 CLI agent 的下一步不是更會聊天,而是更像一個可治理的執行環境

很多人看 CLI 裡的 AI 工具,第一個反應還是:「這不就是把聊天機器人塞進終端機嗎?」 這個理解大概已經過期了。 比較值得盯的變化,不是模型在命令列回答得更...

技術 讓 AI 修 CI 之前,先定義什麼叫做修好了

AI 幫你修 CI,聽起來很像一個很單純的省時間功能。 Workflow 紅了,log 一大串。你按一下 Fix with Copilot,agent 去看錯誤...

技術 AI code review 開始吃 Actions minutes:review automation 其實是基礎設施成本

AI code review 最容易被誤解的地方,是它看起來像多了一個 reviewer。 PR 開了,機器人跑來留 comment。某段邏輯可能有 bug,某...

鐵人賽 IT 管理 DAY 20

技術 Day 20. Code Review 程式碼風格-ESLint 輔助工具篇

ESLint 跟 Prettier 差別 ESLint 與昨天介紹的 Prettier 比較,ESLint 主要用途為語法檢查,撰寫規範性提醒;Prettie...

鐵人賽 IT 管理 DAY 18

技術 Day 18. Code Review 程式碼風格-規則篇

接下來四天的內容將會圍繞於程式碼風格規範的討論,並透過實作 ESLint 與 Prettier 來提升程式碼整潔度。最後,將提供 Code Review 的範例...

鐵人賽 Software Development DAY 23

技術 [Day 23] 作業4:Bitcoin Trading Bot Design - Code review

Bitcoin Trading Bot Design - Code review 雖然這個作業有切了各個模組,但因為時間不夠我只有實作了比較重要的trading...

鐵人賽 IT 管理 DAY 21

技術 Day 21. Code Review 程式碼風格-實作範例篇

今天提供幾個針對程式碼風格的人工 Code Review 實作範例,也是Prettier 和 ESLint 比較難檢查到的。 範例 1. 原始程式碼: fun...

技術 跨團隊協作的關鍵:每天花一個小時 Code Review

學習要點 即使不深入參與某個專案,透過定期的 code review,也可以提升跨團隊協作的能力。 故事描述 在之前的文章提升開發速度的關鍵:寫程式就像打怪,重...