六、 在線協作以及追蹤項目狀態

實際上——你工作并不孤單。無論你是為一個開發團隊工作或是為某人工作(這個人可能是你上司或者你的客戶),你都應該充分享受在線協作和追蹤項目狀態說給你帶來的好處。
你在行政性任務上花費的時間越少,或者在在無窮無盡的會議上花費的時間越少(或者,更糟的,是那種需要出差的面對面會議)——你在代碼上花費的時間就越多。
像Basecamp, Lighthouse, 和activeCollab 這類工具就給你提供了一站式團隊協作服務,讓你隨時追蹤項目的狀態,你也可以設置項目的目標和里程碑(milestones)——這樣所有人就可以自動同步,為你省下頻繁回復電子郵件的時間,你也無需在進度確認會議上花費大量無用時間。
這些工具l另外會幫助你區分事情輕重,確保了所有的事情都在一個集中的地方組織和記錄下來。
七、代碼的自動格式化和標準化
你需要將你的所有代碼格式標準化,這樣做不僅僅這是一個很好的習慣,而且日后你一旦需要回來看這些代碼,這會幫你很快的理解這些代碼。
代碼的自動格式化可以讓你一鍵格式化你所有的代碼,而不是一行一行來做這事,這也確保了代碼編寫的一致性。自動的格式化也減少了手動修改產生錯誤的風險、
我們有許多工具來幫助我們做這事,很多是網絡版的工具 。對于CSS而言,一個流行的開源解決方案就是CSSTidy (Clean CSS is an CSSTidy的在線版本)。對于HTML我們有HTML Tidy。
對于腳本,我們有PHP Source Code Formatter, Ruby Script Beautifier, 和Code Beautifier Plus (這個工具是用來格式化 C#, ActionScript, and Java).
八、在需求收集和規劃階段多花時間
預防遠勝過補救。或許某些思想學派的人物強調不要在計劃上浪費時間——確保你已經收集到了你需要知道的所有信息,在做功課方面花費必要時間依然是必要的。如果在需求收集方面沒做足功課會導致功能泛濫(feature Creep) ,原因就是各種未曾預料到的功能需求
九、使用已經編寫好的代碼

古人以及幫我們發明了車轱轆,所以我們也沒必要親自再搗鼓出車轱轆來。如果在某個地方看到某個感興趣的功能,其他人極善分寫?隻ug叢生,書寫混亂。
十、精簡功能
你必須對網頁應用的某些功能做一個評估,以判斷在這個功能上面的時間投入是否值得。
你的用戶真的需要一個并不經常更新的內容管理系統為每一個類別的文章提供一個自定義的RSS輸出嗎?你真的需要一個網站樣式轉換器來幫你檢測到用戶地理位置哪里,然后將網站呈現不同的風格。
編寫網站功能就是一場艱苦的戰斗 ,不要在對終端用戶無用的功能上耗費開發時間,況且這些功能而且會使用戶界面復雜化。
原文鏈接:http://21haolou.com/articles/show/150