優秀的Web開發人員工作效率更高，因為他們擁有豐富的經驗和良好的習慣。作者Gregor Dorfbauer分享了用于Web開發中的8個好習慣，這些良好的工作習慣不僅能提高效率，還能讓您創建更加優秀的應用，讓您的工作事半功倍。

　　1. 使用Bug追蹤系統

　　想要做好軟件開發并非易事，這里面還包含大量的功能需求、Bug報告以及用戶反饋的內容都值得我們好好去摸索。也許有的時候你會收到有關需求的要點列表郵件（如果幸運的話），再好不過了，因為用戶愿意花時間來給你寫郵件反饋信息，盡管這些郵件有的并不是真的有用。

　　使用Bug追蹤/項目管理解決方案，比如Basecamp（提供消息板，待辦事宜，簡單調度，協同寫作，文件共享）或Trac，讓你記錄票務情況或者不會遺漏重要事項。你可以通過添加關鍵詞（方便同事輕松找到票），并添加一個優先級，前提是確保負責人能夠“修復它”。

　　在描述過程中，試圖提供一個user story（用戶故事）添加摘要，你還可以采用幽默的方式提交建議，但請確保票務信息要清晰、明了。

　　2. 用于承擔責任

　　要有精確性和針對性。你應該知道誰可以做什么，誰不可以做，也就是說分工要明確。當發生問題，直接找到該項目負責人。把不相關的人剔除出來，只要找到合適的人來分配票務即可。

　　3. 修復并且測試

　　在啟動任務之前，最重要的一點是復制真正的問題并且以文檔的形式記錄下來。

　　一旦該問題被修復了，在測試報告理想的情況下，依然可以簽署這張票。

　　4. 計劃！

　　與團隊成員一起制定計劃（通常稱其為Scrum，敏捷），并在下次迭代中注明哪些是重要的，哪些不是。記住不要讓開發者采用自己的個人戰略。

　　5. 取消單獨實例

　　很多個人或者團隊會采用單獨的實例，我的建議是請停止發布每個版本。

　　弄清楚這個實例是否在編寫代碼后才發布，（如果是個小團隊）那么經常改變這個角色。為什么呢？這是因為每個人都能改變系統。即使你已經連續測試，最終還會有一些測試代碼或填充內容被更改了。

　　6. 創建特性團隊

　　創建特性團隊，是指整個團隊的工作特性，而不是“前端”或者“后端”。我第一次聽到這個想法是從Budapest一名開發者獲悉的。意思是：修復Bug是一個特性團隊，而他們卻經常在那循環。每個人都要準備好去修復別人的Bug，但是，顯而易見，并非他們自己。擁有偉大的想法是構建偉大的軟件前提。

　　7. 我們能提及測試嗎？

　　有時，快速發布版本真的很重要，但是花時間來做功能測試是很有必要的。在電子商務平臺不會因為有Bug而阻止你去測試，就像沒有什么能夠阻止愉快的周末來臨一樣。

　　底線：如果你在未經測試代碼的情況下進行發布，那么你的計劃是糟糕的，你會為此而感到頭疼。

　　請記住：實現某個新功能或開發修復任務，只占用了整個過程所需的三分之一時間（與客戶交談、部署、質量保證等）。

　　8. 永遠保持優化

　　永遠思考如何優化你的應用程序，這一點很重要。總結起來主要有三點：

1. 使其保持運作；
2. 保證其正確性/優美的；
3. 使其更加快速。

　　遵循整個列表順序，那么你將得到可持續的發展結果。記住，確保在正常運作且代碼正確的情況下進行優化，而不是在代碼進程堆中進行工作。

　　英文原文： good-habits-in-web-development