本文是《程序猿叨叨叨》系列文章中的其中一篇，想要了解更多相關的文章，歡迎猛戳藍字前往閱讀。
基于之前入坑新生碼農注意事項系列的文章，本期我們繼續來八一八剛入坑的小伙伴們在平時的開發學習中需要注意哪些。
1. 不要寫死
“不要寫死”，這句話或許是小伙伴們們剛入職時聽到的最多的話，為了更好地適應以后的工作崗位，從現在起大家需要養成“不要寫死”的習慣。不要寫死范圍很廣，可以是圖片的尺寸、控件的寬高，也可以是方法封裝和文本內容，它的核心思想是：通用性、普適性、可擴展性。
筆者做安卓開發，就拿安卓常用的適配器 舉例子，平時我們寫適配器都會根據ListView/GridView/RecyclerView的子項的具體布局寫具體的Adapter，但是為了更好地適應不同的布局，我們通常會寫一個通用的Adapter，這樣不論我們的布局多豐富，我們只要調用這個Adapter就好，節省了代碼的行數，提高了工作效率。
曾經看到這么一個小故事：
一個老總想要招聘一名高級程序員，經過輪輪淘汰，最終留下兩個人，能力不相上下，正當老總在愁該選誰的時候，公司的技術主管提出了一個建議，讓兩人根據需求寫一個小項目，然后項目依次迭代更新，最后選擇BUG少的那一位。在小項目的第一個版本，兩人寫的程序都運行流暢，看不出誰強誰弱，第二個版本、第三個版本...隨著版本的升級，程序員A的程序開始屢屢出現崩潰的情況，而程序員B的程序依然運行流暢，沒有太大的問題，后來程序員B應聘成功。
其實在項目實戰中經常會有迭代更新的情況，而不要寫死是一個很重要的思想，它不僅僅是用動態變量代替常量那么簡單，還關系到程序的可擴展性、魯棒性，它需要我們在平時寫代碼的過程中多思考，日積月累，一點點提高對不要寫死的理解。
2. 保持溝通
在筆者實習前，我們老師曾給我們講過這樣一個故事：
之前有一名到大我兩屆的師兄，去公司實習，拿到了一個小任務，結果做了兩個月都沒有完成。后來他的組長去檢查進展，發現他因為卡在一個小問題上，自己百度谷歌一直沒有找到解決方法，然后一個人悶在那里毫無頭緒，最后整個項目因為他未如期完成任務延遲了發布時間。
我希望通過這個故事讓各位小伙伴們認識保持溝通的重要性。我發現，大學剛畢業的準程序猿們都有一個通病：不善言辭，不自信。很多人進入實習崗位以后，變得躡手躡腳，因為自己技不如人，怕問的問題太低級被自己的老大嫌棄。但是大家可能忽略了一點：我們是應屆實習生，這是大家有目共睹的事實，技不如人很正常，大多數人不會因為你問低級的問題看不起你，因為大家都是從這個階段過來的；而且你有一個很大的優勢，那就是你很年輕，你是允許犯錯誤的，但是你需要在面臨錯誤、面臨問題的時候，能夠主動尋找解決方案，即使自己找不到，也會通過主動溝通，集思廣益，以此來提高自己，那就是年輕的資本！而如果你擁有這個資本卻不使用，一直被動，這樣久而久之，你會一直處于原地跑的狀態，當你不再年輕，你就被淪為真正意義上的老菜鳥！Sorry，你被淘汰了！
3. 先弄明白再寫代碼
我學軟件工程的都知道，一個項目制作的流程往往是：
需求分析->概要設計->詳細設計->編碼->測試->發布
我們可以看到，需求分析在編碼之前，這就是本節我想和大家說說的。正好比我們去旅行，我們一定要知道自己去哪里，規劃好行程才上路，編碼亦是如此。
拿軟件工程的服務外包舉例子。一個外包團隊在接手一個項目前會和發包方進行多次詳談，在十分確定需求以后才開始進行下一步的設計編碼階段；如果外包團隊遇到經常改需求的客戶，那就頭疼了，頻繁的需求更改會讓項目寸步難行，因為程序猿需要先弄明白再寫代碼。
寫代碼好比搞建筑，需求好比圖紙。中途改需求就好比建筑工人已經建好了一半的大樓，這時候圖紙改掉了，要建一個游樂場，程序猿就不得不將自己之前辛辛苦苦建起的大樓夷為平地。而沒有弄明白就寫代碼的，就好比老板讓你建一個豪華別墅，而你卻建了一個廁所，等你醒悟過來，你就不得不將自己建的廁所拆掉改建別墅，這是非常耗精力，在項目實戰中這是萬萬使不得的。
4. 能谷歌百度就別逼逼
在之前的文章中，我們提到過使用百度谷歌自學的重要性。而進入實習崗位，會有特別積極的實習生，和自己的師父特別聊得來，所以很多問題本來百度谷歌可以解決，全部交給師父解決。如果遇到比較耐心的師父，情況會好一點，但是如果師父是一個急性子，徒弟問的次數多了，師父就會有厭惡的情緒，一時情緒沒控制住，會對徒弟說教一頓，這么一說，徒弟怕了，以后即使遇到難以解決的問題也不敢問了。
為了避免上述情況的發生，各位讀者們要在平時養成自己百度谷歌解決問題的習慣，所謂“師父領進門，修行在個人”，什么問題適合問師傅，什么問題自己解決，這個度是需要我們細細揣摩的。
5. 別放棄每一次發言權
筆者大二上軟件交互設計的時候，老師曾這么對我們說過：開發人員應該多多參與項目界面設計的過程 。有很多程序員持著事不關己，高高掛起的姿態，坐等PD的下達，然而這樣往往不利于項目的完成。并不是所有的UI設計師都對開發有所了解，一些設計的特效是設計師腦洞大開的產物，對于開發者來說是難以實現的，為了將這樣的情況扼殺在搖籃里，我們要多多參與頁面設計的過程，該發表言論的時候，決不妥協。
在其他方面也是如此，公司在進行每周的周報的時候，都會問項目組成員遇到什么問題或有什么想法或意見，這時候我們應該多多抓住這樣的發言機會，不要等問題出現了才提出來，這樣是不利于項目的進行的，同時這樣也會影響到與同事的相處。
嗯！有逼逼的機會，絕不嘴軟！
6. 別犯拖延癥
筆者實習已經差不多過了半個月，最大的感觸就是：
做項目真的不是鬧著玩的！
之前在學校的實驗室也確實做過不少項目，但是學校的項目做不完就是做不完，大不了流產，但是公司的項目是需要交付的，一旦沒有如期完成，影響到的是公司的聲譽和盈利，影響到的是自己的飯碗問題，因此決不能拖團隊后腿。
遠離微博、遠離微信、遠離QQ 是程序猿如期完成項目的三大準則，當然這個三是虛指，我們需要屏蔽所有分散我們注意力的事物，聚精會神敲代碼，一心一意調BUG ，待到項目發布時，舒一口長氣，然后繼續忙下個版本。。。
以上是本篇入坑的準程序員注意事項系列的所有內容，感謝大家的閱讀！
如果讀者們對本系列文章感興趣，希望大家點擊文章下面的“喜歡”留下你的足跡，謝謝_
