軟體開發那些年踩過的坑

閱讀時間約 1 分鐘

今天想跟大家聊聊軟體開發中那些年大家踩過的「坑」,沒錯,就是那些看不見的陷阱,常常搞得我們焦頭爛額的坑,痛到想哭。


需求改來改去

本來覺得這次的需求挺清楚,覺得「這很簡單,幾天就能搞定」,結果寫完第一個版本,需求就改了。還沒喘口氣,需求又變了!連改了五六次,改到懷疑人生。


會議太多,程式碼寫不動

你有沒有這種感覺?本來今天準備大幹一場,結果會議通知彈個不停,10點開完會還有11點的,連思路都沒法接續。一天過去,程式碼連一行都沒寫。


不會管理時間,總是在救火

常常聽到「deadline 是最好的老師」,但這樣的老師會把你逼瘋!沒有規劃好時間,總是在趕進度救火,寫出來的程式碼質量慘不忍睹。


測試?我覺得應該沒問題!

剛開始寫程式的時候,總覺得「我寫的程式碼那麼完美,不會出錯啦!」測試?那是別人才需要的。結果一上線,各種Bug像潮水一樣湧來,尤其是老闆怒氣沖沖的那句話:「這個功能怎麼還沒修好?」


過度追求最新技術,自己挖坑給自己跳

開發時,有時候會覺得自己一定要用上最新技術、最新框架,結果搞得自己進度拖延,還增加了無謂的複雜度。


加班寫程式,結果寫出一堆BUG

以前總覺得加班寫程式是證明自己努力的象徵。結果精神恍惚的將程式碼寫完了,但隔天或幾天後一看全是BUG。


文件是啥?我不需要!

年輕氣盛的時候,總覺得「好程式碼就是最好的文件」,程式碼寫得再漂亮都能一目了然,文件完全沒必要。結果等半年後自己再回來看,完全不記得這段程式碼是幹嘛的。


過度追求完美,拖延到地老天荒

有一陣子,總是覺得程式碼寫得不夠完美,這裡要優化,那裡要改進,結果整個專案時程被拖了好久。那時候終於明白,所謂的「完美」只存在於心中,實際上永遠不會有「完美」的一天。


那些年踩過的坑,讓你印象最深的是哪一個?


    6會員
    83內容數
    對於經營自媒體、部落格或社群媒體感興趣?我專注於提供實用的寫作技巧、數位行銷策略,以及個人成長建議。 每週,我會分享提升寫作技巧、優化部落格經營、有效管理社群媒體、以及投資理財的寶貴知識。追蹤我,獲得實用的工具和建議,讓你的個人品牌和財務管理更上一層樓!
    留言0
    查看全部
    發表第一個留言支持創作者!
    ShengYu的沙龍 的其他內容
    在軟體開發的日常工作中,技術債 Technical debt 這個詞你一定聽過,很多時候它會在不知不覺中悄悄累積,直到某天徹底爆發,讓開發團隊陷入混亂。技術債其實就像借錢一樣,當我們在開發過程中選擇快速的臨時解法、草率地修補錯誤或忽視程式碼品質,這些行為就像是向未來借來的債務。短期內我們確實能夠快速
    在軟體開發中,過早優化(Premature Optimization)是一個常見陷阱。這個陷阱常常發生在專案的早期階段,開發者過度關注細節或效能問題,試圖讓程式碼跑得更快或佔用更少資源,結果反而忽視了核心功能與可維護性。 什麼是過早優化? 就是你還沒確認程式的效能真的出現瓶頸,卻急著去優化某
    在軟體設計中,常常會遇到這樣的情況:你要改動某個小功能,結果卻發現得改動好幾個不相關的部分,感覺像牽一髮動全身。這時候你可能會懷疑設計是不是出了問題,這種情況往往是類別之間依賴關係過於緊密,導致系統變得難以維護。這就是為什麼我們需要「依賴反轉原則」來解決這種問題。 什麼是依賴反轉原則? 依賴反
    想像你在設計一個系統,而這個系統裡有一個超級大的介面,裡面包含了所有功能。結果每次你只想加一個小功能,卻必須修改這個巨大介面,還要實作你根本不需要的其他功能,這不僅浪費時間,還讓整個系統越來越複雜。 這時候就輪到「介面隔離原則」出場了!這個原則的意思是:「不要強迫一個類別去實作它不需要的功能」
    你有沒有遇到過這種情況:當你在開發過程中,使用了子類別替換父類別,結果卻發現程式變得不正常了?這很可能是你違反了「里氏替換原則 (Liskov Substitution Principle, LSP)」。LSP 是物件導向設計中的一個重要原則,能確保我們使用繼承時不會破壞程式的穩定性。 什麼是
    你有沒有遇過這樣的情況?當你設計一個系統時,一開始覺得一切順利,結果過了不久,客戶突然要求增加新功能。問題來了,每次改需求,你的程式碼都變得一團混亂,越改越多錯誤,最後讓你崩潰了。 軟體開發中需求變動是常態,但每次修改都得動到核心程式碼,難免會增加出錯的風險,也讓開發效率大打折扣。今天就要來聊聊「
    在軟體開發的日常工作中,技術債 Technical debt 這個詞你一定聽過,很多時候它會在不知不覺中悄悄累積,直到某天徹底爆發,讓開發團隊陷入混亂。技術債其實就像借錢一樣,當我們在開發過程中選擇快速的臨時解法、草率地修補錯誤或忽視程式碼品質,這些行為就像是向未來借來的債務。短期內我們確實能夠快速
    在軟體開發中,過早優化(Premature Optimization)是一個常見陷阱。這個陷阱常常發生在專案的早期階段,開發者過度關注細節或效能問題,試圖讓程式碼跑得更快或佔用更少資源,結果反而忽視了核心功能與可維護性。 什麼是過早優化? 就是你還沒確認程式的效能真的出現瓶頸,卻急著去優化某
    在軟體設計中,常常會遇到這樣的情況:你要改動某個小功能,結果卻發現得改動好幾個不相關的部分,感覺像牽一髮動全身。這時候你可能會懷疑設計是不是出了問題,這種情況往往是類別之間依賴關係過於緊密,導致系統變得難以維護。這就是為什麼我們需要「依賴反轉原則」來解決這種問題。 什麼是依賴反轉原則? 依賴反
    想像你在設計一個系統,而這個系統裡有一個超級大的介面,裡面包含了所有功能。結果每次你只想加一個小功能,卻必須修改這個巨大介面,還要實作你根本不需要的其他功能,這不僅浪費時間,還讓整個系統越來越複雜。 這時候就輪到「介面隔離原則」出場了!這個原則的意思是:「不要強迫一個類別去實作它不需要的功能」
    你有沒有遇到過這種情況:當你在開發過程中,使用了子類別替換父類別,結果卻發現程式變得不正常了?這很可能是你違反了「里氏替換原則 (Liskov Substitution Principle, LSP)」。LSP 是物件導向設計中的一個重要原則,能確保我們使用繼承時不會破壞程式的穩定性。 什麼是
    你有沒有遇過這樣的情況?當你設計一個系統時,一開始覺得一切順利,結果過了不久,客戶突然要求增加新功能。問題來了,每次改需求,你的程式碼都變得一團混亂,越改越多錯誤,最後讓你崩潰了。 軟體開發中需求變動是常態,但每次修改都得動到核心程式碼,難免會增加出錯的風險,也讓開發效率大打折扣。今天就要來聊聊「
    你可能也想看
    Google News 追蹤
    Thumbnail
    這個秋,Chill 嗨嗨!穿搭美美去賞楓,裝備款款去露營⋯⋯你的秋天怎麼過?秋日 To Do List 等你分享! 秋季全站徵文,我們準備了五個創作主題,參賽還有機會獲得「火烤兩用鍋」,一起來看看如何參加吧~
    Thumbnail
    美國總統大選只剩下三天, 我們觀察一整週民調與金融市場的變化(包含賭局), 到本週五下午3:00前為止, 誰是美國總統幾乎大概可以猜到60-70%的機率, 本篇文章就是以大選結局為主軸來討論近期甚至到未來四年美股可能的改變
    Thumbnail
    一款遊戲的開發,肯定伴隨大大小小的修改和調整。 創作者不能怕改。但問題是,改東西需要花時間。一些看似簡單的改動,背後程式邏輯可能要好幾天,甚至幾星期才能修正。 對於不懂程式的人,有時很難判斷東西好不好修。所以今天就來說一下,對程式來說什麼樣的修正會令我們頭痛呢?   先以一個草莓奶油蛋糕為例
    Thumbnail
    這篇內容,將會講解什麼是函式,以及與函式相關的知識。包括函式的簡介、Runtime Function、自訂函式、Script Function 腳本函式、Method 方法。
    Thumbnail
    打開 jupyter notebook 寫一段 python 程式,可以完成五花八門的工作,這是玩程式最簡便的方式,其中可以獲得很多快樂,在現今這種資訊發達的時代,幾乎沒有門檻,只要願意,人人可享用。 下一步,希望程式可以隨時待命聽我吩咐,不想每次都要開電腦,啟動開發環境,只為完成一個重複性高
    Thumbnail
    如果你也是從事軟體相關工作的人,一定會遭遇突然需要你去學習一套你不熟悉的程式語言狀況吧,此時你會怎麼做呢? 是趕快去買書來看嗎? 還是趕快找一門程式課來上? 又或者乾脆去找會的同事來教學?
    Thumbnail
    介紹工作後幾個常見的小問題,包括寫 Log 的好習慣、本地印出錯誤或過程、PHPCS 工具、變數儲存於設定檔、避免魔術數字、程式碼靜態分析與動態分析。
    Thumbnail
    因為最近想嘗試編碼風格,於是就選了一套比較"不嚴格"的輔助工具來摸索。 編輯器 VS CODE 框架 VUE3 打包工具 VITE 編碼風格 Standard 環境 version { "nodejs":"v18.18.0", "npm":"9.8.1" }
    Thumbnail
    當你在開發程式時,難免會遇到各種錯誤和異常情況。這些錯誤可能是因為代碼中的錯誤、外部資源無法訪問或其他不可預期的狀況。為了提高程式的可靠性、穩定性和可維護性,我們使用「例外處理」來處理這些異常情況。
    對於想要嘗試學習前端技術,卻還沒下定決心或不知道是否合適的初心者,六角的體驗營就像是前端開發的新手村,提供基礎的新手教學,讓你對前端有基礎的概念;教你最基本的心法,讓你去打幾隻簡單的怪累積一點經驗值。
    Thumbnail
    這個秋,Chill 嗨嗨!穿搭美美去賞楓,裝備款款去露營⋯⋯你的秋天怎麼過?秋日 To Do List 等你分享! 秋季全站徵文,我們準備了五個創作主題,參賽還有機會獲得「火烤兩用鍋」,一起來看看如何參加吧~
    Thumbnail
    美國總統大選只剩下三天, 我們觀察一整週民調與金融市場的變化(包含賭局), 到本週五下午3:00前為止, 誰是美國總統幾乎大概可以猜到60-70%的機率, 本篇文章就是以大選結局為主軸來討論近期甚至到未來四年美股可能的改變
    Thumbnail
    一款遊戲的開發,肯定伴隨大大小小的修改和調整。 創作者不能怕改。但問題是,改東西需要花時間。一些看似簡單的改動,背後程式邏輯可能要好幾天,甚至幾星期才能修正。 對於不懂程式的人,有時很難判斷東西好不好修。所以今天就來說一下,對程式來說什麼樣的修正會令我們頭痛呢?   先以一個草莓奶油蛋糕為例
    Thumbnail
    這篇內容,將會講解什麼是函式,以及與函式相關的知識。包括函式的簡介、Runtime Function、自訂函式、Script Function 腳本函式、Method 方法。
    Thumbnail
    打開 jupyter notebook 寫一段 python 程式,可以完成五花八門的工作,這是玩程式最簡便的方式,其中可以獲得很多快樂,在現今這種資訊發達的時代,幾乎沒有門檻,只要願意,人人可享用。 下一步,希望程式可以隨時待命聽我吩咐,不想每次都要開電腦,啟動開發環境,只為完成一個重複性高
    Thumbnail
    如果你也是從事軟體相關工作的人,一定會遭遇突然需要你去學習一套你不熟悉的程式語言狀況吧,此時你會怎麼做呢? 是趕快去買書來看嗎? 還是趕快找一門程式課來上? 又或者乾脆去找會的同事來教學?
    Thumbnail
    介紹工作後幾個常見的小問題,包括寫 Log 的好習慣、本地印出錯誤或過程、PHPCS 工具、變數儲存於設定檔、避免魔術數字、程式碼靜態分析與動態分析。
    Thumbnail
    因為最近想嘗試編碼風格,於是就選了一套比較"不嚴格"的輔助工具來摸索。 編輯器 VS CODE 框架 VUE3 打包工具 VITE 編碼風格 Standard 環境 version { "nodejs":"v18.18.0", "npm":"9.8.1" }
    Thumbnail
    當你在開發程式時,難免會遇到各種錯誤和異常情況。這些錯誤可能是因為代碼中的錯誤、外部資源無法訪問或其他不可預期的狀況。為了提高程式的可靠性、穩定性和可維護性,我們使用「例外處理」來處理這些異常情況。
    對於想要嘗試學習前端技術,卻還沒下定決心或不知道是否合適的初心者,六角的體驗營就像是前端開發的新手村,提供基礎的新手教學,讓你對前端有基礎的概念;教你最基本的心法,讓你去打幾隻簡單的怪累積一點經驗值。