程序員常常遇到的幾個問題！

做爲一個程序員須要經歷和麪對不少不一樣的問題，有些問題確實是挺使人苦惱的，咱們來看看幾個常見的問題，其實只要不忘初心，也沒啥煩人的。

1.產品上不了線

　　通過不斷的需求分析，屢次的產品設計調整後，產品終於開發的差很少了，可是被告知上不了線了。緣由多是多樣化的好比公司沒錢支持了，老闆玩別的去了，或者是市面上有更好的產品推出來，也多是公司內部就以爲這個產品作完了的效果不如設想中的好就斃掉了......

　　總之就是沒上線。

　　因而程序員們就比較糾結了，費勁吧啦的搞了半天，多少個通宵，吵了多少次架，紅了多少次臉，最終連個響都沒聽到，確實是一種打擊。

　　不過也有收穫對吧，只要你全身心的投入到產品的開發中，你的產品思惟是否更強化了，你的技術必定提升了很多吧，團隊是否磨合的更好了？

2.項目沒玩沒了

　　有些公司不是以產品爲主的，是靠不斷的接項目來生存，好一點兒的公司市場比較垂直項目大同小異，能有本身的架構，有本身的開發庫，每一個項目來了，須要針對需求進行大約30%之內的開發和修改。

　　但即使這樣也總讓人以爲沒完沒了，不知道何時是個頭。

　　其實這種公司在行業內有必定的地位，你確定積累了很多項目經驗，若是能堅持一段時間就會成爲一個行業內的技術專家，甚至也會與行業很多公司創建良好的關係，這些都是收穫。

　　另一些公司沒那麼太好的行業背景和資源，初期的小公司好多都經歷過這種狀況，來什麼項目接什麼項目，有錢賺就行。這種大多須要重頭開發，能作到部分的代碼重用也就不錯了。

　　抽瘋同樣開發一陣一陣的，忙時忙的要死，閒時閒的蛋疼。

　　這種公司對於不是很牛b的初學者來講其實還算可以接受，能夠學到完整項目的各個環節，若是可以堅持個一兩年，作個三五個項目下來，也會積累很多項目經驗，學習的東西比較雜，對於老手來講確定是長不了，可是很容易派生出更多的小老闆。

3.接手寫的比較垃圾的代碼

　　入職一個新公司或者公司有員工離職，接手代碼是常常發生的事。不少人一看別人的代碼就頭疼，巴不得全部的代碼都重寫了，不論好壞。

　　其實接手的代碼若是是高手的代碼，你確定能學到很多東西，例如如何高效的寫代碼，如何高效的組織代碼，甚至如何定義類、變量等等。即便是一些初級程序員寫的代碼，有些比較垃圾，可是若是你能很好的處理，你的收益必定也不小，起碼你知道本身未來寫代碼不要寫成那個樣子，並且這彷佛是每個高級別的程序員、項目經理之類必須經歷的過程，對未來你作技術管理有極大的幫助。

4.技術更新快

　　技術更新快一直是程序員須要解決和麪對的一個問題，這幾年程序員的工資像坐上了火箭同樣，呼呼的。2-3年的開發經驗，在北上廣巴不得工資都要年薪20萬起步了，這其實得益於技術的快速更新。

　　不要總是以爲技術更新這麼快，學習太累太累了。有付出就會有收穫，其實你的付出和收穫的比值比掃大街的強太多太多了。

　　學習技術並進行應用原本就是一個程序員的本職工做，難道你期望一直在一些輸入框內寫些增刪改查的操做就能混飯吃嗎？

　　擁抱新技術吧，那纔是程序員的將來，不斷地學習才能保持競爭力。

5.職業發展方向

　　這個話題有點兒大，可是確實每一個程序員都須要面臨的問題。

　　一個最多見的觀念就是年齡稍大一點兒就不能再去編程序了，不能再作程序員了。這實際上是一個很是槽糕的觀點，害了無數的程序員。無數、無數、無數，重要的事情說三遍。

　　應該說年齡稍大一些體力可能確實有些問題，若是通宵達旦的開發的話，人會受不了，這是確定的，可是這並不能說就不能再從事編程工做了。編程是一個長期的事，高效的編程是須要長期的訓練和積累的。

　　千萬不要剛寫了3-5年的程序就以爲本身該去往技術管理上發展了，而完全告別了編程。

　　技術管理、創業都是程序員的發展通道，可是這些通道仍然都須要具有高水平的編程能力，不然作了管理也管很差。況且有些人的性格還不太適合去管別人，本身寫程序寫的特別好，一旦去作管理，就滿是昏着。

　　堅持寫程序是你任何一種職業發展方向中都不能或缺的基石。