合格程序員應該具備的12種能力[3]

7.創(chuàng)造能力

普遍認為，東方人模仿能力很強，但創(chuàng)造能力差。我見過很多這樣的程序員，經(jīng)常說，“這個只能這么解決了，我想不出有什么別的方法。”可能他根本都沒想過別的方法，或者懶得去想。對任何一個問題，找出兩種以上的解決辦法都是非常容易的，簡單的google一下，可能就是數(shù)十種。悲哀的是，有些程序員經(jīng)常止步于自己構建的狹小領地之內(nèi)。對待客戶也是這種態(tài)度，不是積極的幫助客戶解決問題，而是推脫這只是唯一解決方案。

打破這一思維定勢的首先的一個辦法就是在面臨一個問題時，首先想到的是“沒有不可能”，或是“一切皆有可能”，前面那個是阿迪的廣告語，后面是李寧的。只有這樣去想，才能尋找解決問題的別的出路，即使最后我們試了很多種辦法，還是只有著一種解決方案，但我們在這種尋找解決方案的過程中，常常會產(chǎn)生很多好的想法，這樣才會使我們真正深刻思考一個問題。

但我認為，堅持認為存在另一種解決方案的`信念是第一位的，方法和工具都是其次。

8.文檔能力

也許有人會質(zhì)疑，程序員跟寫文檔有什么關系。大家開源軟件也用過不少，看看Spring，hibernate，Struts等最流行的開源軟件的文檔就知道，他么的tutorial，他們的getstarted，他們的reference文檔寫的多么的易懂。其實寫代碼也相當于寫文檔，只不過用的是編程語言。同樣，寫文檔，用自然語言，也相當于寫程序，簡單明了，清晰易懂，這樣的“程序”誰看誰舒服。同樣，對于想進階到設計師或者需求分析員角色的程序員，文檔能力更是非常重要。

word是一個最實用的工具，很多程序員，多級編號都不會用，索引目錄也不知道如何生成，更別靈活應用樣式了。很多排版都是所謂的dirty work.垃圾樣式一大堆。其實，靜下心來，稍微學習一下，就能寫出一篇格式漂亮的文檔。

9.抽象能力

抽象能力是認識事物從現(xiàn)象到本質(zhì)的能力。如果你只是停留在“見山是山，見水是水”的層次，客戶說什么，你就做什么，設計怎么做，你就怎么實現(xiàn)，從來不過問為什么，也不去想他是滿足了用戶哪些方面的需求呢。這樣可能只解決了表面的問題，可能會引起返工。認識到本質(zhì)，才能讓你的程序具備更大的靈活性和可擴展性。在做企業(yè)應用軟件開發(fā)中，抽象能力體現(xiàn)為對問題域的理解能力，對領域模型的抽象。合理的抽象也是代碼重構的前提，每一次重構，都是向更好的抽象邁進了一步。

10.代碼評審能力

代碼評審和單元測試是保證代碼質(zhì)量的兩種常用手段之一。代碼評審能力，說明了你的審美標準，知道什么是好的，什么是不好的，什么是優(yōu)雅的代碼，什么是糟糕的代碼，你才能讓自己做的更好。

11.單元測試能力

沒有單元測試的代碼，只能說是半成品。因為沒有什么能證明你的代碼是可以運行的。測試驅(qū)動開發(fā)是一個非常好的敏捷過程的最佳實踐。單元測試還可以作為回歸測試，在修改代碼時，起到警戒線標志的作用。是否具有單元測試的意識是區(qū)分程序員是否合格的重要標準。寫不寫單元測試是區(qū)分平庸程序員和優(yōu)秀程序員的重要標桿。

12.DRY

DRY是一種原則，就是Don't Repeat Yourself。這條原則可以用到很多地方，比如你經(jīng)常要編譯，打包，部署應用程序，供集成測試用。每次你都在重復你自己，寫一個自動化腳本（比如用ant，批處理命令）來將這些工作自動化，以提高效率。

還有一個就是我們經(jīng)常在不同的地方切換IP，如果每次手工做，也非常浪費時間，寫一個bat命令可以解決，找一個小工具也可以解決。

編碼時，對代碼的copy復用也是在重復你自己，雖然拷貝過程很爽，但是維護一致性就要付出巨大的工作量，特別是將來維護的人不是你的時候，使用代碼生成工具可以解決這個問題。類似的例子太多了，如果你發(fā)現(xiàn)你經(jīng)常做一些重復的工作，就要警惕了，是否違背了這個原則，想一些辦法將他們自動化。

【合格程序員應該具備的12種能力[3]】相關文章：

合格Sun認證Java程序員（SCJP）具備的能力10-03

CFO應該具備哪些能力10-02

創(chuàng)業(yè)應該具備哪些能力10-01

創(chuàng)業(yè)應該具備哪些能力02-09

采購人員應該具備的能力08-22

領導者應該具備的能力10-09

內(nèi)審員應該具備的能力08-12

系統(tǒng)架構師應該具備的能力10-03

優(yōu)秀領導者應該具備的能力09-15

中層管理者應該具備的能力09-13