慎說YEShtml
在沒有搞清楚開發需求、任務工做量、團隊指望值以前,有前途的程序員不會輕易答應。特別是對於新人來講,比較急於表現本身,對於同事或者老闆的工做安排來者不拒,精神可嘉,方法不可取。前端
承諾太多,會出現本身沒法按時完成的狀況,即便按時完成,也可能沒有達到別人的指望值,長期以往別人對你的失望會愈來愈多。程序員
敢說No算法
看起來和第一條雷同,其實細究起來不同。第二條執行起來比第一條可貴多。當遇到明顯不合理的要求時,能夠考慮拒絕,前提是準備好了全面充分的理由。不要常常說No,可是一旦說了,就要切中要害。編程
有前途的程序員不會悶頭幹活,知道本身的定位和團隊指望,分清楚哪些是不合理的要求,哪些是合理的要求,而後把明顯不合理的要求和領導溝通下,取得支持。後端
構建本身的知識體系架構
在信息爆炸的年代,碎片化的知識不少,系統學習的時間愈來愈少,若是沒有本身的知識體系,很容易被淹沒在知識的海洋中,並且難以記憶。框架
老司機推薦的作法,經過Wiki或者其餘知識管理工具構建一個知識框架,大的分類能夠包括軟技能、架構、語言、前端、後端等,小的分類能夠更細化。工具
培養大局觀性能
程序員比較容易陷入的困境是專一於本身的一畝三分地,不關心團隊的進度和業績,也不關心軟件的總體架構和其餘模塊。這種狀態長期下去沒有好處,特別是在大公司中,逐漸成長爲一顆螺絲釘。
有經驗的老司機們會在工做之餘,多看看其餘在作什麼,看看團隊的總體規劃,看看軟件系統的架構和說明文檔。對本身的工做更理解,並且知道爲何這個產品應該這樣設計,爲何領導應該這樣作規劃,這種大局觀很是有利於本身的職業生涯。
代碼審查
把這個單獨拎出來講,是由於對於程序員來講很重要。不少快速成長的公司沒有這個步驟,建議你們可以堅持下來。
讓別人審查本身的代碼,能夠獲得更多的反饋,也是和同事交流的好機會;審查別人的代碼,能夠借鑑別人的經驗和思路。一般狀況下,代碼審查比本身寫代碼的收穫更大,對於新手來講更有價值。只要你想作,不論形式是否是正規,均可以執行下去,最好造成團隊的習慣。
良好的時間管理
遲到對於任何一家公司都是個頭痛的問題。做爲一個程序員,有時候爲了完成任務經常不得不熬夜,從而致使次日上班就遲到了。可是咱們的工做時間相當重要,由於在這段時間裏咱們要和客戶同步,也要與團隊其餘成員一齊協做。
深刻理解客戶需求
僅僅瞭解單一用戶的表面意思是遠遠不夠的。一個有前途的程序員應該具有能把繁瑣的要求理解並分解成項目的技術任務或子任務的能力,而且最後拿到的成果應精確知足客戶的需求。
編程以前準備好全套算法
案例、僞代碼和流程圖通通都是很是重要的軟件開發手段。一個有前途的程序員若是沒有先準備好算法,那麼他是不會像傻小子同樣興沖沖地開工寫代碼的。寫代碼實際上只是一個編碼任務。
理解並幫助定義驗收標準
是否須要高層次測試腳本是由產品全部者決定的,可是一個偉大的程序員必須可以編寫技術測試腳本,而且深入認識到跳過這些步驟可能會帶來的後果。
主動一些
一個優秀的程序員不須要別人告訴他該作什麼,他的主動性要比別人強一些,他能夠自覺的關注流程,提升應用程序的靈活性以及快速的解決開發過程當中出現的Bug。
以上內容大多關係到合理地規劃和整理,這是總體性能力的重要體現,在掌握好專業技能的基礎上,各位程序猿們必定要特別注意以上幾點。