Rewrite
25 位追蹤者
嗨大家好！我是水深火熱的後端中打滾的Rewrite，擅長於使用PHP程式語言。喜歡研究各種解決方案，
每週三、五不定期更新文章，歡迎追蹤，如果有喜歡的話題，請不吝嗇按下您的愛心，有興趣的話題也歡迎收藏喔
22會員
71內容數
這是一系列以軟體開發為主題的輕鬆分享，內容涵蓋了技術選擇、開發經驗、實戰應用等多方面的議題。無論是如何在眾多框架中做出選擇，還是如何應對技術轉移的挑戰，這裡有幽默、有趣的對話風格，將複雜的技術問題轉化為易懂的故事。
全部內容
由新到舊
還記得我剛開始負責專案時，幾乎沒有人在意測試，改了程式碼就直接上線，結果小錯不斷、大災難頻傳。那種不知道哪裡會冒出 bug 的焦慮感，讓人每天都忙到焦頭爛額，卻依舊無從掌握系統品質。走過這段混亂的過程後，我才真正體會「為什麼需要測試」，也更明白「測試文化」並非只是技術細節。
不錯，系統越大越需要造規矩走，可剛做成的系統，往往是能越就好。
我想探討，從「個人測試」到「團隊測試策略」的思維轉換，強調測試不僅是個人的責任，更需要整個團隊的支持與參與。文章還提供了推動測試文化的具體建議，包括設定最小測試門檻、融入開發流程，以及如何克服常見的困境如進度壓力或技術債問題。
我們在過去的文章中討論了使用 PHPUnit 寫單元測試的基礎，現在要帶你進一步探索 Laravel Test 的魅力。
為什麼要學 PHPUnit？
在上一篇文章裡，我們聊到了「還沒開始單元測試的你一定很忙」，同時也鼓勵大家「一個人就能開始測試」。那麼接下來就要進入更實際的操作層面，帶你走進 PHP 最常見的測試框架 —— PHPUnit。
我不確定方格子是不是用 Recat 作為前端框架，但有可能是之前的文章排程或草稿狀態可能殘留在 React 的 state 或 context 中，導致進入新建頁面時，仍然處理了舊的資料。(發個文也可以抓Bug~~~
你是不是也有過這樣的經歷：剛修好的功能，過幾天又壞了；每次修改程式碼都得手動測試一遍，還常漏掉影響到的其他地方；整天忙到翻，但最後卻不知道忙在哪裡？
如果這些情境聽起來很熟悉，那麼你可能需要開始了解 單元測試！很多人覺得測試很難，或者認為時間不夠用，其實只要從幾個簡單的步驟開始，一個人也能輕鬆上手。
「如果資料庫出問題，能不能快速恢復？」
這或許是許多工程師在面對資料庫維運時心中的疑問。就我而言，遇到伺服器故障或有人誤刪資料表時，最慶幸的就是事先做好備份。這次要分享的是 MySQL 中常用的備份指令 mysqldump，讓大家能在需要時把握關鍵的「救命繩」。
為什麼需要備份？
在商業專案
很不錯呀！直接做個排程，讓系統自己做，會不會更快一些。
身為新進資深工程師，先傾聽、再觀察，不冒然大肆改革。以每日筆記、公開分享累積信任，在適當時機推動流程與技術革新。穩紮穩打、緊扣團隊目標，就能在新組織裡真正帶來正面影響，為自己與團隊打造長期成長的基礎。讓努力更有方向，也讓團隊走得更穩更遠。
大家都希望有規格文件可以看，但自己都不想寫文件XD
這是我第一次參加 iThome 鐵人賽，原本並沒有打算參加，但在整理專案時，我忽然想把屬於自己的內容公開分享，而不僅僅藏在雲端裡。於是，我獨自規劃、撰寫並完成了一個完整的開發系列文章。在這段過程中，我體會到獨自開發的挑戰與成就，並希望能將這些經驗分享給每一位正在努力前行的你。
在一個人資（HR）系統中，薪資結算與保費扣除是最核心的功能之一，扣員工的錢不能多算，該給政府的的也不能少算…。
不管是接手舊系統，還是開發新系統，只要隨著時間推移，每年勞健保的投保級距與費率都可能調整，
