摘自：易搜社群
既然你選擇了程式設計師這一條路，就說明了你接受這工作給你帶來的酸甜苦辣，無論如何，勿忘初心。
1.
技術只是工具而非解決問題之本
2.
寫盡可能少的**
這句話看起來有一些矛盾。但是我們在嘗試解決問題的時候應當做到盡量編寫更少的**。意思是我們應當嘗試用更精簡的演算法來實現所需要實現的功能。
優秀的軟體工程師寫盡可能少的**。
偉大的軟體工程師刪除盡可能多的**。
3.
注釋是最後選擇
鮑勃·馬丁曾經說過：「當你在為一段**寫注釋的時候，你應當對自己糟糕的表達能力而反思。」這並不意味著就不要寫注釋了。大多數情況下是可以避免的，選擇用更好的命名方式來取代它。只有在使用命名都無法表述清楚某個方法或者變數的目的時，注釋才是最後的選擇。
注釋存在著誤導的風險。在其它**更新後，與某些更新前**相關的注釋常常會得不到同樣的更新，這就導致了某些注釋會變得非常的危險，它們很可能會把你引導到乙個錯誤的方向。
4.
自行測試
很多的軟體開發人員認為測試**只是qa人員的工作。這是不對的。保持質量是我們每個人的責任。你應當在報告程式設計工作完成之前，花費幾分鐘時間執行測試場景進行自我檢測。
>>>未完，瀏覽下節 >>>未完，瀏覽下節
程式猿之華麗轉身 菜鳥4步曲！
摘自 在 移動網際網路大時代中，越來越多的人選擇程式設計師作為自己的職業，但初入門的菜鳥程式設計師英愛如何來快速提公升自己的技術，一直是值得大家深究的問題，對於出入 社會的程式設計師來講，如何才能將工作做的更好，怎樣可以更快的適應工作？如何才能夠更好的學習這項技術，當然今天的這篇內容是為各位菜鳥程式...
程式猿之吐槽
想來做程式猿也有4年了，哎 前天 產品經理找了我3次，都說軟體有 問題，好頭大，然後我剛準備除錯軟體，然後告訴問題解決了，3次啊，哎 我那個心情 昨天 產品經理聯絡我，軟體a問題，我看了一下，還沒解決，又聯絡我，軟體有b問題，然後沒多久又聯絡我，軟體有c問題，然後我一下午沒乾別的，今天 新配置的軟體...
程式猿之公升職加薪
我們很多人，工作很長時間了，提高甚少，最後公升職或加薪困難，很多人老覺得自己懷才不遇，老闆苛刻，這樣的情況有沒有，也有，但是我想說並不常見，沒有乙個老闆願意對乙個能幫公司貢獻價值的人苛刻，除非老闆很傻。那麼是什麼原因，讓我們公升職或加薪困難呢？我個人認為有一下幾個原因 懶惰是我們很多人難以加薪甚至的...