iT邦幫忙

code review相關文章
共有 26 則文章
鐵人賽 IT 管理 DAY 30

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

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

鐵人賽 IT 管理 DAY 28

技術 Day 28. Code Review 模組化與重用性-範例篇-1。

今天將繼上一篇提到的原則,實際挑選專案中幾個範例給大家參考。 範例 1 :功能模組化。 多次出現的 DataTable 初始化邏輯,可以考慮進行模組化或提高重用...

鐵人賽 IT 管理 DAY 27

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

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

鐵人賽 IT 管理 DAY 26

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

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

鐵人賽 IT 管理 DAY 25

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

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

鐵人賽 IT 管理 DAY 24

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

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

鐵人賽 IT 管理 DAY 23

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

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

鐵人賽 IT 管理 DAY 22

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

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

鐵人賽 IT 管理 DAY 21

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

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

鐵人賽 IT 管理 DAY 20

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

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

鐵人賽 IT 管理 DAY 19

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

在撰寫 JavaScript 時,可以在 VS Code 中安裝 ESLint 和 Prettier - Code formatter 等擴充套件,來統一規範程...

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

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

鐵人賽 IT 管理 DAY 18

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

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

鐵人賽 IT 管理 DAY 17

技術 Day.17 Code Review:功能邏輯-下篇

今天仍然是功能邏輯的 Code Review 篇,今天用 C# 來撰寫範例。 範例 1:將線段(Geometry)的路徑轉換為 WKT(Well-Known T...

鐵人賽 IT 管理 DAY 16

技術 Day.16 Code Review:功能邏輯-上篇

範例:將日期字串格式化為 YYYY-MM-DD 的形式。 原程式碼: function formatLocalDateTime(originalStr) {...

鐵人賽 IT 管理 DAY 15

技術 Day 15. Code Review 原則介紹

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

鐵人賽 IT 管理 DAY 1

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

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

鐵人賽 Software Development DAY 23

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

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

鐵人賽 Software Development DAY 16

技術 [Day 16] 作業三:平台產品銷售收費機制的收銀系統 - Code review

平台產品銷售收費機制的收銀系統 - Code review 今天來看作業的Code,來review現在的我看到年初寫的作業有什麼覺得可以更好的地方,這個作業是第...

鐵人賽 Software Development DAY 10

技術 [Day 10] Food Delivery Platform: API review

[Day 9] Food Delivery Platform: API review app.py 優點: 結構清晰:功能以不同的路由方式進行劃分,每個路由...

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

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

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

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

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

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

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

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

鐵人賽 IT管理 DAY 17

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

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

鐵人賽 Software Development DAY 23

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

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

鐵人賽 Security DAY 4

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

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