1、代碼出現問題，該重寫嗎？

 

許多培訓中的學員開始嘗試寫代碼，往往會遇到一個問題，如果代碼出現問題，需要重寫嗎？這么說吧，培訓中練習的代碼并不復雜，重寫并沒有什么關系，而對于自己寫的代碼，知道邏輯，修改起來也不難，但在實際工作中，遇上大項目，重寫代碼可是一件需要慎重的事情。

 

重寫得出來的結果真的如你所愿嗎？當你選擇拋棄一個軟件的知識和已經收集到的錯誤和修復時，同樣的錯誤很可能也會出現在你的新代碼當中，甚至你會犯下舊版本中的大部分錯誤，并帶來一些新的錯誤。

 

我知道，很多程序員看別人寫的代碼很痛苦，心里總有一個念頭讓你“不要看，快扔掉”，但重寫代碼比起你重新整理那一堆混亂的代碼還要痛苦，bug層出不窮，你就像面對著一只自己制造出來的怪獸，看到它要毀壞村莊，卻又無可奈何。時間方面更值得考量，當你用上一年時間重寫代碼時，你確定你的軟件還會再次受歡迎嗎？所以，沒有完善的重寫計劃，不要輕易重寫代碼。

 

2、如何看待軟件開發合同，需要注意什么？

 

理工科的人通常心比較大，做事不很仔細，但做開發人員卻需要心細，譬如開發合同的訂立，無論是合理不合理的，你想新增或者去掉某些功能等等，不可以隨意按照自己的意愿去行事，必須按照合同辦事；確實需要改變時，協商更改條約，再擬定新合同或者增加補充合同。

 

 

 

為什么這么嚴謹？合同需要對未來幾個月或者幾年做出明確的說明，范圍、內容、責任、費用、階段付費、付費形式等等都需要一清二楚，白紙黑字的，才好開展工作。合同不明確，這是成為將來合作不愉快的導火線。

 

3、遇到技術難題怎么辦？

 

有些程序員遇到技術難題一頭熱，相信自己總能克服，但是時間不等人，更加可行的方法是疑難外包，記得有人在做項目中遇到了wcf配置相關的問題，多方嘗試都無法搞定，甚至在解決問題過程中有遇到新問題，最終不得不請求外援。結果是外援專家兩個小時就搞定了，最后支付了五百元的辛苦錢，皆大歡喜。

 

 

 

我們相信問題早晚是可以得到解決的，但如果有一定數量的用戶，時間就必須分秒必爭，否則失去了信譽后，怎么更新、怎么完備的功能都無濟于事了。

 

4、如何看待購置成熟的軟件組件？

 

程序員在開項目會議時，通常會討論到一個問題，那就是讓你發表想法，如何看待某個軟件組件，應不應該購買？面對這樣的問題，你不需要慌張，這就需要計算時間成本，例如開發人員的工資加上公司運營費用、房租水電、測試成本等等，需要多長時間來開發，如果購置了這個軟件組件，時間成本會降到多少，如此衡量，利害得失就自然出來了。

 

往往，購買了新組件的項目團隊，因為把更多心思用在細處和實處，出來的產品可能會更優質一些。