程序猿吐槽之代碼規範不合格屢遭退回修改的苦悶
程序猿吐槽之代碼規範修改流程
最近有朋友給我留言，說他剛剛入職一家軟件公司，公司把他分配給了一個項目經理，讓項目經理帶著他學習。這看起來挺好的，但是他說他最近很苦惱，因為他開發的功能程序代碼總是被這個經理打回去重新開發或者是經理直接修改他的代碼，並認為他寫的這些代碼太Low從而全盤否定。一時間讓他有一種挫敗的感覺。
當收到回覆的時候，我第一能想到的就是，“ 他現在有幾年的開發經驗？ ”於是我就回復詢問了他下，緊接著他說他現在算上實習，有兩年開發經驗。我想了下，算上實習一年，那麼他應該是剛畢業一年。剛畢業一年，時間不多也不少，因為對那位朋友不知道編程功底怎麼樣，所以大概以社會上的水平衡量了下，一般畢業一年經驗應該要略差點，但是如果天賦很好又是科班出身並且非常喜歡編程的就另外說了。對於項目經理能夠親力親為地帶著他學習，我本身覺得還是蠻不錯的一次機會，起碼說明公司正在努力的培養這個朋友。據這個朋友說，他的師父也就是那個項目經理，鑽研精神比較強，喜歡優化代碼，所以對於冗餘的代碼會表現的非常反感。但是他自己在編程的時候，對於那些優化的代碼卻很難想的到，所以時常項目中會寫一些只要能實現功能並不會管代碼冗餘不冗餘，因此項目中新增的需求即使已經完成了功能，有時也會被退回重來。但是那位朋友覺得功能好不容易實現了，也是浪費了好多腦細胞，一遍遍的退回重來，他對此表示很煩而且無地方發洩。對於給我留言的這個朋友，可能是為了實現功能而實現功能，並沒有將優化代碼作為一項基本的思想在編程的時候。這個其實在當時也並不能說明什麼，因為功能都已經開發完畢，沒有問題，代碼的優化在之後的新增需求以及系統的維護上會體現的更加明顯，一般如果公司是做產品的話，項目經理或開發人員可能會非常注重這一點。因為如果代碼寫的比較精簡的話，後期會比較好維護，而且通俗易懂。
程序猿吐槽之代碼規範修改流程
當然了，留言的這位朋友自己也說了，他也想做到這一步，但是自己編程的時候就是想不出這些好的方法或者代碼，以致於項目中總是出現大量冗餘的代碼，全是 if……else，for 循環裡面再嵌套一個 for 循環等等……
這個的話我也挺想幫你的，但是這個可能和你的編程代碼的多少有關，通俗點說就是寫代碼寫少了，見的代碼太少了，以致於你自己在編程的時候並沒有什麼思想可以想到。寫到這，突然想到誰說的，說是想要當軟件工程師，必須先寫十萬行的代碼量。所以建議你多去敲代碼，或者看下項目中別人的代碼功能，然後再自己進行實現。代碼敲的多了，見的多了，優化的多了，自然而然你也就走上正軌了……
最後，希望那位留言的朋友能夠看開點，項目經理是對你負責所以對你要求嚴格。也許你現在會感覺到挫敗感，但是當你走過這一段的時候，回頭看看，會覺得當初那點事也並不算什麼。很累，恰恰說明你在走上坡路，正在進步成長。
程序猿吐槽之代碼規範修改流程
所以，其他的編程小夥伴們，你們在遇到別人修改優化你代碼的時候，你會反感嗎？
閱讀更多 小熊社長 的文章
