程序員該如何改變枯燥的編程生活？

今天咱們來聊一聊程序員枯燥的編程生活，相對於其餘行業來講，編程這件事確定是枯燥的，即便是對編程很是有興趣的同窗和朋友也會如此，我爲何這麼說呢？你們能夠不看下文，在這裏停頓思考一下。

實事求是的說，做爲一個開發者，一個程序員，我相信大多數人幹同一份工做的時間基本上不會超過兩年，換句話說就是：一個程序員在同一家公司幹同一份工做超過兩年的不多。

不少人說，程序員是一個跳槽比較頻繁的職業，每一次的跳槽都會使工資大幅度甚至成倍的增加，因此這時候就會有不少人跳出來講：程序員跳槽的目的很簡單，就是由於想漲工資了。在這裏，我想說：我並不否定，確實有不少開發者和程序員跳槽是爲了漲工資，可是我相信做爲一個有責任，有志向的程序員，跳槽中最大的目的並不是漲薪，而是換一個更好的環境，更好的成長平臺和發展空間，漲薪只不過是跳槽過程當中附帶的價值。

聊到這裏，大家可能會說：你是否是跑題了？今天不是聊枯燥的編程生活，以及如何改變這種現狀嗎？其實這是有關聯的，並且有時候可能關聯仍是很大的。我先賣個關子，一會再說其中的關係，在這裏大家也能夠停頓思考一下，究竟是什麼關係？好，回到正題上來講：程序員的編程生活爲何很枯燥，或者換句話說:是什麼致使程序員的編程很枯燥的？

其實緣由無非就是如下這幾種：

同一個環境，同一種技術

什麼意思？跟同一個世界，同一個夢想不一樣的是，你在一個公司待久了，使用你所知的一種技術，重複的幹着一個項目，你說時間久了，是否是很無聊呢？若是在一個公司作一個項目，長達一年，在這一年裏，你僅僅是用你所知的技術一步一步的去實現，學不到新的技術和知識，技能得不到提升？這時候，無聊天然就會隨之而來，悄無聲息。可能對於公司來講，這是有意義的工做，可是對你來講：這是重複的，機械的搬磚。

粘貼複製……

其實和上邊道理差很少。工做天天都是從網上粘貼複製，項目就是這樣被壘起來的。不少人離開了網絡，基本上就喪失了百分之八十的編程能力，而剩餘的那百分之二十仍是抄書。不少程序員編程不思考，而是簡單的粘貼複製。

固然，聰明點的程序員仍是會封裝的，本身就會把一些經常使用的工具類，一些方法，一些控件進行封裝，留着之後備用。在公司開發完 A 項目，而後開發 B 項目的時候，就會很簡單，把本身封裝的東西拿過來直接用，這樣機械的複用或者粘貼複製是否是很無聊呢？答案是確定的。

重複的迭代和維護，以及修改 Bug

其實當一個項目進入測試階段以及後期維護和迭代階段的時候，開發人員基本上百分之九十的工做任務就是在修復 Bug ，而不是在研發新功能，學習和使用新技術。每天在維護和更新迭代這個項目的時候，其實工做是很乏味的。

沒有思想的程序員

其實不少時候，程序員是沒有話語權的，尤爲是在小的創業公司，由於老闆基本上就是產品經理，需求說讓你作什麼，你就得作什麼？讓你去實現什麼，你就得實現什麼。不會讓你參與到產品的討論當中來的，固然，若是老闆讓你參加，估計因爲產品經理是老闆，你也沒有什麼話語權和發言權。

再這樣一個沒有我的思想和獨立思考的開發環境中，你是否是很無聊呢？只是機械的去實現老闆想法的一個工具？是的，你就是一個工具，這種現狀那又該如何改變呢？

大家感受還有哪些讓程序員編程無聊的緣由呢？

既然，有緣由了，那就得想解決辦法，而不是選擇逃避。咱們該如何改變這種編程無聊的狀態呢？

如何解決編程無聊的狀態

首先，面對環境的限制，技術的瓶頸，其實咱們應該想的是如何實現自個人需求和改變，而不是經過逃避和跳槽，其實你應該知道，無論你怎麼跳槽，你都會將要面臨這種無聊的狀態，除非你這一生都在跳槽中度過。你試想一下：你今天跳槽了了另一個公司，解決當時的無聊狀態，學到了新東西，但是在新公司待了一段時間，又發展受限，技術又遇到瓶頸該怎麼辦？還跳槽，一直跳槽？

遇到問題，首先想到的應該是解決辦法，而不是用跳槽的方式來逃避。好比：咱們能夠嘗試輪崗，讓前端去學習後臺，後臺來學習前端，你們互相幫忙，一塊兒交流學習，是否是可以解決你這種無聊呢？還好比：公司的一羣小夥伴，能夠一塊兒嘗試着去創造和維護一個開源項目，再或者長期舉辦一些技術分享，拓展視野。其實從本質上講要學會利用公司資源來改變無聊的現狀，固然公司也應該在實現本身利益的前提下，還要關注和知足員工本身自我需求的實現才行。

其次，不要成天想着粘貼和複製，應該本身學習思考和學習，尤爲是編程的思想和原理，平時多看，多讀一些項目的源碼，系統源碼，看看高手是如何實現這個功能的，學會其中的思想和原理，不要僅僅從網上找到相關工具類或者開源項目就什麼都不想，什麼都無論，直接感受能用就行。這樣從本質上解決不了你自身的任何問題，固然，這確實讓你實現項目功能，可是哪有如何呢？又不是你的。

再次，維護和迭代，以及修改 Bug ，無論你跳槽到哪家公司，這都是避免不了的，你感受每天修改 Bug 和維護項目很無聊，那該如何改變這個現狀呢？

1. 不要出現 Bug 就暴力的去堵，不少程序員解決 Bug 的方式就是暴力解決法，舉個例子：好比報了空指針異常，他們就會在報空指針異常的地方作不爲空的判斷，這也太暴力了，宜疏不宜堵。你應該找到報空指針的真正緣由，看看有沒有更好的，更合適的解決方式，這樣可能就會一會兒解決不少地方的相同的 Bug 。
2. 還能夠嘗試着想着辦法，如何優化一段代碼，多是不是有更好的方式能夠提升性能，加入你的代碼性能提升1秒的速度，你可能就會很高興，就感受頗有成就感，這樣就不會很枯燥和無聊了，反而很高興。
3. 在 code review 的時候，能夠項目的人之間相互 code review ，這樣你們能夠互相來找茬，既可以學到對方的編程的方法和方式，還可以把代碼共同維護好，何樂而不爲呢？

最後，關於沒有思想的程序員來講，這個實際上是公司文化的一部分，固然可能跟公司過小有關，其實無論產品經理聽不聽你的，你均可以嘗試着大膽說出本身的想法和見解，有時候，老闆並非專橫，而是因爲大家不敢說，認爲老闆專橫。若是你的想法更好，我不相信你老闆傻到還在堅持本身？固然，我並否定有這樣傻的老闆。總之，要鼓勵討論的公司企業文化，要大膽說出本身想法。說不定，有一天，大家老闆因爲沒有聽你的，而感到後悔，這可能也是你的成就感。

最後的最後，我想說：公司環境，還有技術瓶頸，還有一些致使無聊的緣由其實那都是外部緣由，本質上遇到這些問題，解決的最後的方式是從本身身上找到解決方法，而不是逃避和抱怨。

歡迎你們關注個人公衆號：非著名程序員。特別聲明：未經容許，禁止任何形式的轉載！