優秀程式設計師的十個習慣[2]

6. 是一個優秀的團隊成員。 除非你喜歡獨奏，除非你是孤膽英雄。但我想告訴你，今天，可能沒有一個成熟的軟體是你一個人能做的到的，你可能是你團隊中最牛的大拿，但這並不意味著你就是好的團隊成員。你的能力只有放到一個團隊中才能施展開來。你在和你的團隊成員交流中有禮貌嗎？你是否經常和他們溝通，並且大家都喜歡和你在一起討論問題？想一想一個足球隊吧，你是這個隊中好的成員嗎？當別人看到你在場上的跑動，當別人看到你的傳球和接球和搶斷，能受到鼓舞嗎？

7. 把你的工作變成文件。 這一條目當然包括了在程式碼中寫註釋，但那還僅僅不夠，你還需要做得更多。有良好的註釋風格的程式碼是一個文件的基礎，他能夠讓你和你的團隊容易的明白你的意圖和想法。寫下文件，並不僅僅是怕我們忘了當時的想法，而且還是一種團隊的離線交流的方法，更是一種知識傳遞的方法。記錄下你所知道的一切會是一個好的習慣。因為，我相信你不希望別人總是在你最忙的時候來打斷你問問題，或是你在休假的時候接到公司的電話來詢問你問題。而你自己如果老是守著自己的東西，其結果只可能是讓你自己長時間地深陷在這塊東西內，而你就更本不可以去做更多的事情。包括向上的晉升。你可能以為“教會徒弟能餓死師父”，但我告訴你，你的保守會讓你失去更多更好的東西，請你相信我，我絕不是在這裡聳人聽聞。

8. 注意備份和安全。 可能你覺得這是一個“廢話”，你已明白了備份的重要性。但是，我還是要在這裡提出，丟失東西是我們人生中的一部份，你總是會丟東西，這點你永遠無法避免。比如：你的膝上型電腦被人偷了，你的硬碟損壞了，你的電腦中病毒了，你的系統被人入侵了，甚至整個大樓被燒了，等等，等等。所以，做好備份工作是非常非常重要的事情，硬碟是不可信的，所以定期的燒錄光碟或是磁帶可能會是一個好的方法，網路也是不可信的，所以小心病毒和黑客，不但使用軟體方面的安全策略，你更需要一個健全的管理制度。此外，儘量的讓你的資料放在不同的地方，並做好定期（每日，每週，每月）的備份策略。

9. 設計要足夠靈活。 可能你的.需求只會要求你實現一個死的東西，但是，你作為一個優秀的程式，你應該隨時在思考這個死的東西是否可以有靈活的一面，比如把一些引數變成可以配置的，把一些公用的東西形成你的函式庫以便以後重用，是否提供外掛方面的功能？你的模組是否要以像積木一樣隨意組合？如果要有修改的話，你的設計是否能夠馬上應付？當然，靈活的設計可能並不是要你去重新發明輪子，你應該儘可能是使用標準化的東西。所謂靈話的設計就是要讓讓考慮更多需求之外的東西，把需求中這一類的問題都考慮到，而不是隻處理需求中所說的那一特定的東西。比如說，需要需要的螢幕解析度是800×600，那麼你的設計能否靈活於其他的解析度？程式設計總是需要我們去處理不同的環境，以及未來的趨勢。我們需要用動態的眼光去思考問題，而不是刻舟求劍。也許有一天，你今天寫的程式就要移植到別的環境中去，那個時候你就能真正明白什麼是靈活的設計了。

10. 不要搬起石頭砸自己的腳。程式設計師總是有一種不好的習慣，那就是總是想趕快地完成自己手上的工作。但情況卻往往事已願違。越是想做得快，就越是容易出問題，越是想做得快，就越是容易遺漏問題，最終，程式改過來改過去，按下葫蘆起了瓢，最後花費的時間和精力反而更多。欲速而不達。優秀程式設計師的習慣是前面多花一些時間多作一些調查，試驗一下不同的解決方案，如果時間允許，一個好的習慣是，每4個小時的程式設計，需要一個小時的休息，然後又是4個小時的編碼。當然，這因人而異，但其目的就是讓你時常回頭看看，讓你想一想這樣三個問題：1）是否這麼做是對的？2）是否這麼做考慮到了所有的情況？3）是否有更好的方法？想好了再說，時常回頭看看走過的路，時常總結一下過去事，會對你有很大的幫助。

以上是十條優秀程式設計師的習慣或行為規範，希望其可以對你有所幫助。