非技術卻要不斷學習精進的事情

有很長時間沒有寫點什麼了，一個很大的原因是我經歷了比較長的迷茫：“程序員最重要的真的是編程技術嗎”。
會這麼想是因爲這一段工作中出現的問題和坎坷，大多並不是技術的原因。大多是因爲問題考慮的不全面，對前人代碼理解的不充分或者偏差（大多因爲看的不夠多不夠仔細而非真的看不懂），工作流程和方法的錯誤。
總結了一些不是技術卻很重要的事情
1.分層。分層不是必要的，但是能讓你輕鬆許多。寫各個層的時候只需要考慮當前層的問題，減少問題的複雜性。
2.整體和局部的思考的分開和整合。對於一個程序的總體要有所思考，分層的時候只考慮但是在寫的層次的所有職能。兩種思路都要清楚，總體思考的時候可以暫時放下細枝末節的思考，分層思考的時候可以暫時放下整體的一些問題。用以方便各個階段都做好，當然相互也是一個檢驗，每個層級都做好整體一般不會有問題，整體思路有問題各個層級會有些矛盾。
3.防禦式編程。對於需要展示出去的東西來說，需要很好的健壯性，就是說無論怎麼操作，程序都不會出問題。對於一些非正常的狀況也需要考慮清楚，不能一點操作不當就出問題。這個說起來簡單，做起來卻很煩，因爲你需要考慮到所有可能的情況，並且給所有的異常情況給一個解決方法。
4.日誌。這些階段性的信息數據如果加以處理的話能得到很大的價值，及時你們暫時沒有這個考慮也要把它記錄下來。而且一旦出現了問題，日誌的記錄能幫你更好的定位問題，畢竟報錯信息的出現很多時候並不友好，也不精確。
5.冷靜。寫程序不可避免的會有這樣那樣的問題和麻煩，或者有bug，或者有什麼暫時解決不了的東西。
6.可讀性。代碼的書寫也是爲了方便閱讀。要讓別人不需要費力就能讀懂你的思路，書寫。其實也是方便出問題的時候找出當時思考的不足的地方，方便定位和處理問題。也方便優化和其他修改。
7.規範。每個地方都有它的一些規定和規矩，一些流程上看似無所謂的事情的規範會方便相互之間的間接溝通。
8.溝通。編程不只是自己的事情，是和一些人的合作。雖然可以通過書寫的容易閱讀來方便間接交流，但是還是很需要直接交流，不管是相同和相似崗位的溝通，還是不同崗位之間的溝通，都能使工作更好的開展。
9.學習和思考。這裏不只是對專業知識的增長和補充，也包括延伸閱讀。因爲編程是思路和知識的展現，總是用一種方式思考會掉入一些思維陷阱，擴展思路和思維方式會減少這些陷阱的出現。