原本發票資料傳送的程式，也已經正常運作2、3年。所以一直沒有去理會他偶爾會當掉的問題。
最近因為發票套印寄送的作業，從A配合廠商改到B廠商，因為當初開發的同事已經離職，趁機想重新改用其他程式改寫，以符合目前整體背景自動化作業的控制。
認真一看才發現了兩年前就存在的資料，也就是資料流程尚未健全的部分，如果長年都要撈這些過期資料重複判斷，難怪這個程式的效率越來越差，有時甚至會當掉。
這次的經驗告訴我，最好一定要做Code Review，除了可以看出程式安全、邏輯、架構是否符合現在標準外，還可以檢查出現行運作的資料、系統、行政…流程。是否有調整、改善的空間。
今天的心情就像從古籍中，發現寶藏的心情…哈哈
另外發現網路上有前輩發表很棒的文章，一定要抽空好好體會
