作為一個程式猿，遇到過各種奇葩需求和見過形形色色的bug應該算得上是有見識了，每實現一個新的需求和解決一個bug就是對自己的提高！

程式猿在工作的過程中會遇到各種奇葩的需求，就比如之前傳的很火的產品經理要求APP程式猿實現APP根據使用者手機殼的顏色自動調整主題顏色，結果程式猿崩潰直接和產品經理幹起來了！我們不論這個段子是否真實，它所反應出來的問題卻是經常在程式猿的周圍發生，現在的確有很多的產品經理或者策劃對軟體開發的流程知之甚少，只知道按著自己的想法胡亂提需求，我一直覺得有想法是好的，但是如果這個想法壓根就不切實際、不可行，那就沒有任何意義！

當然，作為程式猿，對於需求，第一反應應該是怎麼才能把這個需求實現，在開發的過程中，必不可少的會產生bug，可能一個功能完成之後，修改bug的時間常常會超過功能實現的時間，但是相信我，只要您善於思考和總結，你解決的這些曾給你帶來過巨大痛苦的bug才會成為你最寶貴的財富，而你的提高也會是在解決這些bug的過程中進行的！所以作為一個程式猿，我們應該擁抱bug，同時也要做到在開發過程中更加嚴謹從而減少一些bug的產生！

在開發完成之後除了修改bug之外就是進行優化了，這一步對自我的提升更加明顯，我們應該養成良好的開發習慣，在設計的時候就應該儘量多考慮一些，這樣即使在開發的時候可能會花更多的時間和精力，但是在後期的維護上面就可以減少大量的成本！

總之，作為程式猿，踩過的坑越多，解決的問題越多，就越牛逼！當有一天你達到遇到的問題基本都能解決，那你就是超級大牛了！

很多人都認為，一個人對一項知識、一條資訊的認識和了解分為知道和不知道，這樣的想法是不對的。

實際上，很多東西我們連聽說都沒聽說過，超出了我們想象的範圍，所以對於知識、資訊的認知可以分為：

所以一個人要提高見識，一方面要增加知道的，另外一方面，也要增加知道不知道的。

那麼我們再回到程式設計師這個前提上。

程式設計師的職責是幹什麼？把客戶的需求變成程式碼、變成系統功能，客戶使用系統就可以滿足他的需求。

這就是程式設計師的核心工作的本質，在此基礎之上，再衍生出程式碼執行效率、高併發下的穩定性、安全性、快速響應客戶需求（程式碼開發快）等等等等。

踩過的“坑”：這也就是遇到過的BUG，遇到過的系統問題。所以說，犯錯不可怕，這些都是成長。比如我們最近在做Spring Boot版本升級的時候，升級完了之後，Redis連不上了，因為升級後配置格式需要修改。這些東西遇到過一次，就永遠不會忘記了。這也是增加我們知道的。

幹過的事：寫過什麼程式碼，用過什麼框架，參加過什麼專案，這些都是我們的工作經驗，也是我們的見識。所以程式設計師在做專案的時候，不管你是什麼級別的程式設計師，一定要全流程的瞭解專案，而不是隻侷限於你負責的模組。這也是增加我們知道的。

看過的書：這裡的書不是單純的指紙質書，而是指保持技術敏感度，對各種流行框架多多瞭解，多學習各種系統的框架及解決方案。（我也是為了押韻，才這麼寫的）你可能沒用過Redis，對立面的細節一無所知，但是知道有這麼一個東西，是幹什麼用的。當你遇到了一個場景，發現用Redis很適合，那麼這時候可以再去接觸學習。這就是增加我們不知道的。