优秀的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. 永远保持优化
永远思考如何优化你的应用程序，这一点很重要。总结起来主要有三点：
使其保持运作；
保证其正确性/优美的；
使其更加快速。
遵循整个列表顺序，那么你将得到可持续的发展结果。记住，确保在正常运作且代码正确的情况下进行优化，而不是在代码进程堆中进行工作。