Web 开发中的 8 个好习惯

在Usersnap，我们在能很好的组织网站开发有超过20(总和)年的经验。我们认为这些过去的经验能让我们很好的分辨出什么是好、坏和丑陋的网站开发。让我们以不好的作为开始： 1.用错误跟踪器 你的收件箱里一天到晚都充满着要增加的新特性、错误报告和用户反馈。有时你甚至会收到一整套关键观点列表(如果你幸运的话)请求，无意义的观点和一些很随意的想法。虽然人们能花时间来进行反馈是好事，但这对于我们来说作用不大。 运用错误跟踪器工程管理器如Basecamp或用记录信息的方式进行记录所有的东西，当都结束时这些任务就会关闭。设置主题，添加关键字(这样你得合伙人就能很容易发现你的提交信息)，添加优先级水平，而且要确保给负责“修复”的人副本。如果这对你来说是真实的。在这样的描述中，试着提供一个有关用户的故事。哟啊确信你得总结是描述性的，如果你真的需要(例子：当你做完时)，你可以用幽默的方式提交你得信息，但是将来想要你提交信息很干净。

2. 承担责任 要明确和具有针对性。你应该知道谁该做什么和谁能够分配额外的任务。当真正怀疑谁承担责任的时候，你可以做一个CC，但是你必须确保从CC中移出其他的所有人，直到你找到了正确的人来担任责任。 3. 修改和测试 在某个人开始工作之前，重声真正的问题和以文档的方式记录下来是非常重要的。一旦问题得到修复，理想的是测试人员就得在这个报告上签字。 4.计划 做某种sprint计划（我们叫他为Scrum，敏捷的意思，任何你喜欢的名字都可以）跟你的团队，阐述清楚在下一个迭代周期中什么是重要的，什么不重要。不要让你的开发人员想出他们个人的策略并执行它们。 摘自devopsreactions.tumblr.com

5. 单点注销 有一个单一实例（一个人或团队，视你公司规模而定）, 每次释放时都会注销。如果不确定（或者你的团队比较小），而且经常要改变这个角色的话，这个实例不写代码来释放是很重要的。为什么呢？每个人都可以推送到实况系统。即使你已经启用了连续测试，最终一些测试代码或填充内容会淡出你的开发桌面，这并不酷。 6. 打造特性团队 打造特性团队，意味着整个团队致力于一个功能特性，而不是“前端”或“后台”。我曾在布达佩斯首次从一个友好的Yammer开发者那听说过这样的想法。他们把这个想法最大化推广，这意味着：甚至修复bugs也是一个特性团队并且经常循环。也就是说，每个人都必须准备修复其他同事的bugs，但值得注意的是，并不包括他们自己的。这是一个构建一款好软件的伟大想法。

7. 我们说过测试了吗? 有时快速发版确实很重要。但是花些时间进行功能测试是绝对必要的。没有什么比电商平台的致命性缺陷更能打扰过周末的好兴致，而这些缺陷本来是可以通过正确的测试来避免的。底线: 如果你打算发布一个未测试的代码，你这个计划很糟而且你也应该感觉很糟。记住: 实现一个功能或者开发一个修复性任务所用时间，占整个项目过程(给用户使用、部署、质量保证、…)所需的所有时间的三分之一还不到。

8. 始终保持代码优化 经常思考以什么样的方法去优化你的应用程序是非常重要的。下面我分享一下我的示例——三个步骤让你成功完成最终开发。 1、让你的程序能够运行。 2、让你的程序能够正确/完美的运行。 3、让你的程序能够快速的运行。 保持上面列出的顺序你将会得到一个可观的结果.另外：你必须确保你的优化是建立在能够正常运行并且是正确的代码基础上的，而不是工作进程中的代码堆。 在接下来的文章中，我将强调的是在开发中可以出错，也就是在好的中出现坏的丑陋的错误。同时，我更希望能够在评论中听到你的最佳开发实践。 如果你想看到执行这个好的观点后的结果。尝试Usersnap.它甚至会帮助在开发中和和代码质量上保持好的习惯。