0248期:反向推敲程式的流程
程式設計的工作做久了,總是會遇到程式交接的關卡,一些工程師會因為更換工作的關係而把程式交給下一位維護,來來回回之間,總是會有一些遺漏的部份。
等到過了多次交接之後,如果沒有特別去看程式流程,就會形成知其然,而不知所以然的狀況,加上現在的程式介面比起以前變化多上許多,很少有人能兼修數種程式語言加上網頁語言。
我有時會多學了幾種程式語言跟這些不斷來回交接,也有一點關係。因為專案的執行不太可能為了員工的來去和能力,而馬上更換使用的程式語言。所以可能的交接員工,通常就會從專案中的其他人慢慢接手。
等到時日一久,最後留下的員工就會接手幾乎所有事,就像我幾年前其實對於JSP(Java Servelet Page) 並不了解,但是因為接手的關係,還是得慢慢的找尋現在系統發生的問題。
有時問題的發生點,並不在於程式的本身,而來自不同程式間的介接,當某些機器因故停機,可能需要做的動作,就會變成如何去重做失去的作業。
前人通常會留下手動作業的方法,只是如何了解手動作業,甚至配合修改設定檔,有時就得靠交接人先行告知,否則就得從程式碼去推敲程式出錯的原因。
古人得為了文字的推敲之間,如何取捨,想破腦袋。現代的程式設計師也是為了了解程式的真正流程,得從一疊的文件和記錄中,找到正確的方向。
等到過了多次交接之後,如果沒有特別去看程式流程,就會形成知其然,而不知所以然的狀況,加上現在的程式介面比起以前變化多上許多,很少有人能兼修數種程式語言加上網頁語言。
我有時會多學了幾種程式語言跟這些不斷來回交接,也有一點關係。因為專案的執行不太可能為了員工的來去和能力,而馬上更換使用的程式語言。所以可能的交接員工,通常就會從專案中的其他人慢慢接手。
等到時日一久,最後留下的員工就會接手幾乎所有事,就像我幾年前其實對於JSP(Java Servelet Page) 並不了解,但是因為接手的關係,還是得慢慢的找尋現在系統發生的問題。
有時問題的發生點,並不在於程式的本身,而來自不同程式間的介接,當某些機器因故停機,可能需要做的動作,就會變成如何去重做失去的作業。
前人通常會留下手動作業的方法,只是如何了解手動作業,甚至配合修改設定檔,有時就得靠交接人先行告知,否則就得從程式碼去推敲程式出錯的原因。
古人得為了文字的推敲之間,如何取捨,想破腦袋。現代的程式設計師也是為了了解程式的真正流程,得從一疊的文件和記錄中,找到正確的方向。
















