讓我們成為更好的程式設計師

尛沫發表於2014-06-16

即使是很聰明的程式設計師也存在很大的成長空間,那麼現在,我們就來談談如何做個更有想法、更善於突破自我的程式設計師。

  1. 善於總自身找原因

    在發生錯誤之後,要學會首先質疑自己和他人的預設情況,因為來自不同的供應商可能存在內建不同的預設。當有人想你報告一個你無法重複的問題之時,去看看他們做了些什麼,要在瞭解他人問題的基礎上做出解決方案。

    總而言之,在怪罪你的編譯器之前,請記住福爾摩斯的忠告:“當你把所有的不可能都排除了,那麼剩下的東西,無論他有多麼的不可能,都必定是真相。”

  2. 不要停止學習的腳步

    如今是一個競爭異常激烈的時代,各行各業必須要了解的是,其實有許許多多人都能勝任你的工作。因此,你必須不斷地充實自己來維持競爭力。否則,你中就會被時代所淘汰,周而復始地做著相同的工作,直到你不再有利用價值。科技發展如此迅速,我們不要被甩在後面了。

  3. 不畏懼創新

    不要去擔心你的程式碼,對改變的恐懼會讓你的專案將進入被打亂的狀態,花一些時間去重構專案會讓你節約很多的時間,還有一個額外的好處就是一個團隊面對這個損壞的系統的處理經驗會讓你們明白該怎樣才能讓它正常工作。要學會運用這些知識,而不是牴觸他們,每個人都不應該把時間花在自己所討厭的東西上。你可以通過消除極端情況來減少程式碼的複雜度,慢慢地將舊架構過渡到新的架構,邊改邊測試。試圖在一個可能產生很多問題的大專案上進行一次大的重構,這些問題可能會讓你在中途就放棄之前所作的所有的努力。

  4. 變得越來越專業

    作為一個專業人員,你會對自己的工作負責,會把閱讀和學習看成是一種責任,你有責任追趕業界及技術的潮流。而很多程式設計師都認為這是他們上司的工作這是很多程式設計師對工作的誤區。專業的程式設計師會對他們編寫的程式碼負責,如果他們不清楚程式碼是否會正常的工作,就絕不會輕易放出程式碼。因為作為專業人士,重要的是態度。

    專業人士也十分看重團隊合作,他們會對整個團隊的未來負責,他們在別人需要的任何時候都會互相幫助,彼此教導,互相學習。

    專業人士不會把事情弄得一團糟,他們會對自己的工作引以為豪。他們保持程式碼的整潔,結構的良好,而且便於閱讀。他們跟隨著預設的標準而且做出了很好的實踐。他們永遠不會趨之若鶩。責任感的專業人員的必備條件之一,他們會對自己的事業負責,對程式碼的正常執行負責,以及對自己工作的質量負責。即使最後期限迫在眉睫,他們也不會放棄自己的原則。事實上,當壓力越來越大的時候,專業人員甚至會對這些原則要求得更緊,因為他們認為這是對的。

  5. 利用程式碼分析工具

    測試的價值是在他們程式設計之旅的早期階段就灌輸給開發者的。今年來,單元測試、測試驅動開發,以及敏捷方法的興起都被大量地用於開發週期的每一個過程。然而,測試只是眾多能夠提高程式碼質量的工具之一。

    當前,語言、編譯器和靜態分析工具的情況是非常不同的,記憶體和CPU時間現在也變得非常便宜,所以編譯器能夠承擔更多的錯誤檢測。幾乎每一種語言都至少擁有一個工具來檢查違規的格式和常見的問題,不過有時,那些隱含的錯誤並不會被檢測到的。

    如果一切都失敗了,你發現你自己正在尋找一些你的編譯器或IDE或lint工具沒有捕獲的簡單的bug或者是一些違規行為,你就得收起你所有的靜態分析工具。這並不像聽起來那麼困難。大多數程式語言,尤其是那些聲稱是動態的語言,都會把他們的抽象語法樹和編譯工具作為其標準庫的一部分,去了解你正在使用的這個語言的開發團隊的標準庫的細節是非常有意義的,因為這樣你就能發現一些有價值的東西,這對於靜態分析和動態測試是非常有用的。所以,不要把測試放在質量保證工作的最後,利用好分析工具,不要害怕把自己的錯誤展示出來。

  6. 你必須關心你的程式碼

    優秀的程式碼並不會無中生有。它並不像行星對齊那樣是靠運氣才產生的。為了獲得優秀的程式碼,你就得努力去爭取。這有些辛苦。如果你真的關心優秀的程式碼你就會寫出很好的程式碼。

    優秀的程式並不單單來自技術能力。我曾見過一些有很高能力的程式設計師,他們能夠寫出給人很深印象的演算法,他們把程式語言的標準爛熟於心,但是他們卻寫出了最糟糕的程式碼。這些程式碼閱讀起來非常痛苦,用起來也痛苦,修改起來也痛苦。我也曾見過更多謙卑的程式設計師,他們堅持寫出更加簡單的程式碼,他們寫出來非常優雅非常富有表現力的程式,和他們工作簡直就是享受。

本文為Anyforweb前端分享部落格,需要了解網站建設相關,請訪問anyforweb.com。

相關文章