話不多說，直入正題。
大家都知道，程序員做的最多的事情就是調試代碼。在代碼編寫完成後，爲了保證代碼的正確運行，必須進行大量的調試。其實寫代碼的過程就是一個不斷調整、不斷調試的過程，大多數情況下我們不能夠一次寫出正確運行的代碼，需要反覆進行測試。在我看來，在寫出正確代碼之前的一系列活動都算是調試。在調試的過程中，我們會寫出許多代碼，在進行下一測試的時候，我們通常會把之前的測試代碼註釋掉，沒錯，這是正確的做法，因爲你不能保證這些代碼在你之後的調試過程中不會被用到。但是，在調試完成後，這些代碼應該怎麼處理呢？大多數人選擇的做法是把自己認爲不會用到的代碼註釋掉。這樣以後可以直接使用。然而這種做法真的對嗎？ 這些代碼以後真的會用到嗎？ 如果會用到，那麼在這些代碼的基礎上進行修改的代價是多大呢？
通常情況下，在調試完成後，應該把不用的代碼刪除。首先，這些被註釋掉的代碼在以後的調試過程中用到的概率非常低，如果留下，會極大地影響我們閱讀代碼；其次，即使不行我們真的要用到這些代碼，那麼我們需要付出的代價是多大呢？要知道，我們在使用這些代碼的時候，必須首先去回憶這些代碼的邏輯，讀懂這些代碼，把時間浪費在這些事情上，我個人覺得不值得。在需要的時候我們就重新再寫一遍，在這種情況下，我們思路清晰，注意力放在編寫代碼上，更容易寫出正確的代碼。如果實在原有基礎上修改，我們的注意力放在原有代碼的編寫邏輯上，反倒不容易寫出正確的代碼，而且浪費時間；第三，在進行一個大的項目時，通常都會使用Git或者svn進行版本控制，我們完全可以刪除註釋代碼，因爲在需要的時候，我們可以方便的進行版本回退。
So，當代碼測試完成後，我們應該把測試過程中寫的代碼刪除，這樣可以保持代碼整潔。
歡迎提出不同意見，不喜歡的話，請別噴的太狠。