首先，程序員不僅會忘記自己編寫的程序細節，而且這種情況還會頻繁發生，這也是為什么程序員往往都非常重視書寫代碼注釋的原因。

程序開發是一個系統的過程，由于同一個功能(算法、邏輯)可能有多種不同的實現方式，所以不同的程序員在實現代碼的時候，往往都會有一些自己的編寫方式，這就會導致程序實現模塊往往五花八門，而且有一些編寫方式往往都是“靈光一現”的操作，這種操作本身很難有可持續性，而且也不會是常規操作，如果沒有注釋，編寫者自己也很容易忘記。

程序員要想在工作崗位上不斷提升自身對于代碼的理解，一方面要重視注釋，另一方面就是要定期做Review，以團隊的形勢做Review不僅能夠提升代碼的質量，對于后期產品的維護、升級和調整都有比較積極的意義。

按照歷史經驗來看，程序員忘記自己編寫代碼的細節幾乎是不可避免的事情，所以往往代碼和注釋都是采取“一比一”的策略，有的時候，注釋都會比代碼多，尤其是在定義接口的時候。通常情況下，程序員在代碼風格上的差異并不大，但是在寫注釋的時候，卻有比較明顯的差異，不少程序員都是在閱讀注釋的時候才發現這個代碼是自己寫的。

代碼編寫的質量會隨著程序員對于程序開發認知力的不斷提升而提升，所以不少程序員之所以想不起來之前開發的代碼，一個重要的原因是自身編寫代碼的思路有了較大的升級和調整。另外，程序員開發場景的變化也會對自己編寫代碼的風格產生一定的影響。

最后，程序員往往很少愿意回頭看自己的代碼，雖然這個過程會有所提高，這也是為什么團隊要定期做Review的原因。