iT邦幫忙

software development相關文章
共有 190 則文章
鐵人賽 Software Development DAY 23

技術 Day 23:Review 分工新模型——人定規則,工具驗證,AI 產生

前言:「所以到底 Code Review 該由誰做?」 這是第三部的最後一篇,也是這系列問到現在最直接的一個問題:如果程式碼是 AI 產生的、規則是架構測試在驗...

鐵人賽 Software Development DAY 22

技術 Day 22:CLAUDE.md/Skill 怎麼把這套紀律變成 AI 每次都遵守的預設值

前言:「道理我都懂,但每次都要重講一遍很累」 昨天講完怎麼引導 AI 先跑一次 Outside-In 流程,很實際的問題馬上浮現:如果每一次開新對話、每一個新功...

鐵人賽 Software Development DAY 21

技術 Day 21:讓 AI 自己先跑一次 Outside-In 流程,而不是事後補救

前言:「複雜度預算不就是事後補救嗎?」 昨天講完複雜度預算,可能有讀者已經在心裡吐槽:這套機制還是「等 AI 寫完,我再去檢查改了幾個檔案」,本質上還是事後補救...

鐵人賽 Software Development DAY 20

技術 Day 20:複雜度預算——新增一個欄位,改動檔案數該有多少上限

前言:「這個 PR 改了 11 個檔案,很多嗎?」 如果你把一個「文章加一個分類欄位」的需求丟給團隊,PR 開回來改了 11 個檔案,你會核准嗎?大部分 rev...

鐵人賽 Software Development DAY 19

技術 Day 19:把「不要過度設計」寫成可執行的架構測試

前言:「這些規則我早就跟團隊講過了,為什麼還是沒用?」 「依賴要往內指,不能反向依賴」「不要為了假設性的需求先建抽象層」——這些話,只要當過幾年 tech le...

鐵人賽 Software Development DAY 18

技術 Day 18:GOOS 的核心洞察——讓外層測試逼出你真正需要的類別

前言:「這套方法論該不會是你自己發明的吧?」 昨天講完 Outside-In TDD/ATDD 怎麼擋住過度設計,這裡有一個很合理的質疑:這聽起來很像是「先射箭...

鐵人賽 Software Development DAY 17

技術 Day 17:Outside-In TDD/ATDD——最古老的過度設計解藥

前言:「這系列講了 16 天問題,到底什麼時候要講解法?」 如果你從 Day 1 一路看到這裡,大概已經受夠「過度設計有多可怕」這件事了——745 個檔案、21...

鐵人賽 Software Development DAY 1

技術 Day 1:系列介紹——當 AI 寫得比你讀得快,Code Review 還審得完嗎?

前言:「反正有 AI,程式碼多寫一點也沒關係吧?」 這句話你大概率聽過,甚至自己講過。邏輯聽起來很合理:以前工程師手動寫程式碼很貴,一行都要斤斤計較;現在 AI...

鐵人賽 Software Development DAY 1

技術 Day 01:系列介紹——一套真實運作中的 Laravel 系統,拆解它的原生機制

前言:官方文件教的用法,跟真實系統裡的用法是同一回事嗎? 「Laravel 的用法官方文件不是寫得很清楚嗎?Eloquent、Policy、Job 這些,跟著文...

鐵人賽 AI Engineering DAY 2

技術 Day 02|Vibe Coding 為什麼在 DAP 的第一階段很好用?

Day 01 我提到,DAP 的第二代不是從 Agent 或複雜流程開始,而是先用 Vibe Coding 把 Notebook 的人工作業搬到 Web。今...

鐵人賽 AI Engineering DAY 1

技術 Day 01|我不是從 Agent 開始:如何用 Vibe Coding 把既有流程搬到 Web

AI Engineering 實戰|Day 01 從真實專案回看:一套 AI 開發流程是怎麼長出來的 我原本主要做資料庫管理,沒有寫過前端架構。這篇是我第一...

技術 一個月從 61 到 161 commits:Claude Code 如何讓我同時推進 6 個專案

本文章用 Claude 協助產生,當然都是我個人故事下方數據是來自我開發 5 年的 SideProject - Minecraft 5v5 PvP 專案:...

鐵人賽 Mobile Development DAY 12

技術 [Day 12] 以 Azure Boards 規劃我們的 SwiftUI App

前言 在 Day 1 的時候有提到,在我剛進公司時,公司正好在導入 Azure DevOps 作為專案管理工具。這讓我有機會從零開始學習如何使用這個工具,並且在...

鐵人賽 Software Development DAY 29

技術 Day 29 - 案例研究:一位 會用 AI 開發的 TDD 開發者的一天

昨日回顧與今日目標 在 Day 28 的探討中,我們審視了在專業環境中使用 AI 的倫理、版權與隱私議題,並認識到作為一個負責任的開發者,我們需要擁抱 AI 的...

鐵人賽 生成式 AI DAY 30

技術 (Day 30) Vibe Coding 的一些經驗與心得,以及對軟體工程師未來的一些隨想

這篇鐵人賽最後一篇文章想聊聊我這段時間在 Vibe Coding 的一些體驗與心得,也順便分享我對 AI 時代下,作為軟體工程師該如何看待自身能力和未來角色的一...

鐵人賽 DevOps DAY 19

技術 【Day 19】Data Pipeline CI / CD - 基礎介紹

CI/CD 是什麼? CI/CD 是現代軟體開發中一個至關重要的流程,分別代表持續整合(Continuous Integration, CI)和持續交付/持續部...

技術 [DAY1] Django與Docker Compose後端開發實戰 - Django項目的創建與環境設置

在這篇技術教學文章中,我們將介紹如何使用Django和Docker Compose來創建和設置一個後端開發環境。我們將分步驟進行,從下載Django並創建項目開...

鐵人賽 Software Development DAY 26
FastAPI 開發 系列 第 26 篇

技術 超級使用者 - 初始化 Script - 規劃

小獅:可以創建使用者了,但是我們要用哪一組帳號密碼去建立 token 然後,使用該 token 去建立帳號? 老獅:如上次討論的,我們可以用環境變數設定一組帳號...

鐵人賽 Software Development DAY 25
FastAPI 開發 系列 第 25 篇

技術 超級使用者 - 參數測試

2. 超級使用者可建立超級使用者 小獅:這容易,改個參數而已 老獅:別忘記要測試最後使用者在資料庫的權限是否真的是如同你輸入的一樣 # src/tests/t...

鐵人賽 Software Development DAY 24
FastAPI 開發 系列 第 24 篇

技術 超級使用者 - 實作

老獅:盤點一下要做什麼吧 小獅:API 用來建立使用者 1. 超級使用者可建立一般使用者 2. 超級使用者可建立超級使用者 3. 一般使用者不能建立帳號密碼...

鐵人賽 Software Development DAY 23
FastAPI 開發 系列 第 23 篇

技術 超級使用者

小獅:很好,使用者可以登入了,我們系統要怎麼讓使用者擁有帳號 老獅:恩,我們可以提供幾個常見的內部系統初始方案給 PM,例如 PM 提供帳號密碼,我們使用 s...

鐵人賽 Software Development DAY 22
FastAPI 開發 系列 第 22 篇

技術 重構

小獅:再來處理這兩段 obj_in_data = encoders.jsonable_encoder(user_info) user = aut...

鐵人賽 Software Development DAY 21
FastAPI 開發 系列 第 21 篇

技術 插曲 - 重構

登出? 小獅:耶,可以登入了,來處理登出! 老獅:目前看需求登出好像沒有很要緊,要不要叫前端把 token 清掉就好了? 小獅:可以這樣偷懶喔? 老獅:不然你自...

鐵人賽 Software Development DAY 20
FastAPI 開發 系列 第 20 篇

技術 使用者驗證 - 權衡

小獅:誒都,不是啊,這樣我們是不是也是要在使用者給予密碼以前,要先給前端鹽巴以及 HASH 次數,不然前端怎麼做 老獅:對的,當使用者輸入帳號以後,我們應該先給...

鐵人賽 Software Development DAY 19
FastAPI 開發 系列 第 19 篇

技術 使用者驗證 - 加密

無檢查公告:作者於 10/4 出國,故 day19 以後程式碼都不會有當日檢查與修正,如果很要求程式正確性者,請於 10 月底再回來追喔! 小獅:真的要存明...

鐵人賽 Software Development DAY 18
FastAPI 開發 系列 第 18 篇

技術 使用者驗證 - 測試不可知的事務以符合真實情境 - 2

鐵人賽三十天已經完成校稿,請安心服用,有問題也可以留言給作者 無檢查公告:作者於 10/4 出國,故明天 day19 以後程式碼都不會有當日檢查與修正,如...

鐵人賽 Software Development DAY 30

技術 【Day-30】最終章 - 程式會跑而且還跑得好

文章同步於blog 前言 鐵人賽也來到最後一天了今天就把整個系列完整的做個總結吧 邏輯上和寫法的精簡 其實不只是Coding Style可以讓程式碼更乾淨還有包...

鐵人賽 Software Development DAY 28

技術 【Day-28】開發模式 - 瀑布開發

文章同步於blog 前言 今天來介紹一個開發模式,瀑布開發 介紹 瀑布開發其實是描述整個開發過程是先完成一個步驟再接續完成下一個步驟整個開發的步驟就像是瀑布一樣...

鐵人賽 Software Development DAY 29

技術 【Day-29】開發模式 - 敏捷開發與濫用

文章同步於blog 前言 開發模式最終章 - 敏捷開發今天會簡單介紹敏捷開發,關於敏捷開發的文章,網路上早就一大堆了所以今天就簡單帶過而我會更著重在濫用敏捷這件...

鐵人賽 Software Development DAY 27

技術 【Day - 27】開發模式 - 隕石開發

文章同步於blog 前言 鐵人賽來到最後3天了,我想講開發模式這和程式會不會跑有什麼關係,當然有,關係可大了 當你沒有思考過開發模式的時候,就很容易讓軟體開發出...