對於 程式設計 師來說，有兩種技術需要我們掌握，一個是技術上的能力，另一個是非技術上的能力。不幸的是，許多設計師過多地關注了技術上的能力，而忽略了非技術上的能力的培養，因此，我們的程式設計師們經常會有一些很不好的習慣，這裡我們例舉了程式設計師們最常犯的5個非技術的錯誤，與大家共勉。

1.- 缺乏團隊紀律
“Discipline is the bridge between goals and accomplishment.” Jim Rohn.

紀律是一個最有價值的技能，不僅僅只是在軟體開發領域，同樣在其它領域也是一樣的。但對於現實來說，我們很難找到即有才華又有紀律的人。這正如足球隊一樣，非洲的球員們才華相當的出眾，可惜他們總是獨自為陣，團隊紀律性不足，所以可以有好的成績，但卻無法贏得最後的勝利；而德國隊的隊員個人技能平平，但其有很強大的團隊紀律性，所以，總是能打入最後的決賽並獲得冠軍。有人說過，個人英雄並不可怕，而有強大紀律性的團隊才讓人可怕。這正是日本這個民族的可怕之處。況且，軟體開發從來都不是一個人可以完成的事情，所以團隊工作中的紀律性會是非常重要的。

Steve Pavlina 強調了自律中5個因素：“承擔, 毅力, 努力, 勤奮, 和堅持。” 這裡，我們強烈推薦你讀一讀Steve的 關於自律的文章。

下面是我們覺得程式設計師應該有的比較良好的習慣。

•每天都有自己的to do list
•在一個時間內只做一件事
•把事情做對了
•事情沒有完全完成時不要輕易結束
•慢點總比道歉好，道歉總比不做好

2.- 過度自負
我們的經驗告訴我們，過度的自負的人一般是意識不到自己的自負，下面是一些過度自負的特征，希望你可以從中檢測一下自己是否過度自負了。

•覺得自己是最強牛的程式設計師
•總是打斷談話
•你要求Code Reivew不是要檢查代碼，而是向大家炫耀你的代碼
在網上有太多的文章關於程式設計師自負的問題，這裡有兩篇，你可以看看：一篇是Mike Bernat的 Egoless programming（無自負編程）還有一個是stackoverflow.com 上的一個 文章。

3.- 溝通不暢
“如果我要說十分鐘，我需要一周做准備；如果說15分鐘，我需要3天做准備；半個小時，我需要兩天；如果說一個小時，我現在就准備好了。” Woodrow Wilson

人類的溝通是我們最主要的活動。成為一個好的溝通者是一件很難的事情，我們不斷地和別人交換關於設計，編碼，文章的意見，並且我們每天都在試圖說服別人我們自己的設計和想法會更好，更有道理……

然而，好的溝通者是那些當他們正在解釋一些事情的時候，他們的解釋是下面這個樣子的：

•專注。不離題，沒有廢話。
•清晰。很容易聽懂。
•簡明。加一點就覺得多，少一點都覺得不夠。
要有一個好的溝通技巧，我們的建議如下：

•如果你覺得你溝通方面不夠好的話，請事先准備你要表達的東西，努力做到專注，清晰和簡明。
•在交談中，先聽，後想，最後再說。
•永遠從對方的角度思考問題。

4.- 忘了用戶
“如果我們不關心我們的用戶……那麼別人會”

你的存在，你工作的意思只有一個原因——你的用戶。我們在很多時間都會忘了這個事情。經常，我們在工作當中，技術會取代用戶而占據了主要的位置，我們可以花費數月的時間來創建一個程式框架，但一個程式框架不會給用戶代來任何的價值，我們不是說程式框架不重要，而是說，對於用戶的需求來說，這是其次重要的東西。如果離開了用戶的需求，我們所有的技術，算法或是精妙的設計將會變得什麼也不是。

5.- 不懂工作的輕重緩急
程式設計師總是喜歡去研究一些新的或自己感興趣的東西，但對於軟體工程來說，我們更需要知道所有事情的輕重緩急，要學會如何了解事情的優先級，這樣才會讓我們的工作事半功倍，而我們的工作也會更有效。比如，當用戶的站點出現問題的時候，有些時候，我們的程式設計師過試地關注於問題的重現和原因，而忘記了用戶的站點正在流血，無法進行生產。所以，一般來說，最重要的事情首先是恢復用戶站點，然後才是去重現和調查問題。在我們的日常工作中，我們要處理很多事情，只有了解到了所有事情的輕重緩急，處理最重要最緊急的事情，我們才能夠更好的安排自己的工作，才能夠更好的完成我們的事情。不要以為這是一件很簡單的事情，這需要我們不斷地和別人溝通來了解事情的輕重緩急，事實證明，如果我們不懂工作中的輕重緩急，本來只有一件緊急的事情，如果處理不當，最後可能會演變成多件緊急事情，其它本來不緊急的事，後來也會變得很緊急，最終程序員們顧此失彼，苦不堪言。希望大家切記。

轉貼來源：酷壳

參考文獻：

1.李果益，2001，JAVA 技術手冊，台北：美商歐萊禮股份有限公司台灣分公司。

2.易芙瑛，2002，影響企業導入可延伸性企業報告語言(XBRL)之因素探討，私立中原大學會計系碩士班未出版論文。

3.吳政隆，2002，以XML 為資料擷取介面之審計系統實作，私立中原大學會計系碩士班未出版論文。

4.Abdolmohammadi, M. 2002. Government financial reporting on the internet: the potential revolutionary effects of XBRL, The Journal of Government Financial Management 51 (Summer): 24-31

5.Berger, M. 2002. Web services project targets fiscal data, Network World 19(Aug 12):27

相關文章

程式設計師的格言
入行4週年紀念，程式設計不敗法門傳授！-心法篇-
12項程式設計應該避免的錯誤
[Scratch 導演夢] 外章：導演與程式設計師
網頁設計圈-iT人甘苦談─不能把沒時間當作不學習的藉口

最新文章

20年來某程式設計師得到的20條編碼經驗
程式設計師的格言
入行4週年紀念，程式設計不敗法門傳授！-心法篇-
12項程式設計應該避免的錯誤
[Scratch 導演夢] 外章：導演與程式設計師