优秀的Web开发人员工作效率更高,因为他们拥有丰富的经验和良好的习惯。作者Gregor Dorfbauer分享了用于Web开发中的8个好习惯,这些良好的工作习惯不仅能提高效率,还能让您创建更加优秀的应用,让您的工作事半功倍。
想要做好软件开发并非易事,这里面还包含大量的功能需求、Bug报告以及用户反馈的内容都值得我们好好去摸索。也许有的时候你会收到有关需求的要点列表邮件(如果幸运的话),再好不过了,因为用户愿意花时间来给你写邮件反馈信息,尽管这些邮件有的并不是真的有用。
使用Bug追踪/项目管理解决方案,比如Basecamp(提供消息板,待办事宜,简单调度,协同写作,文件共享)或Trac,让你记录票务情况或者不会遗漏重要事项。你可以通过添加关键词(方便同事轻松找到票),并添加一个优先级,前提是确保负责人能够“修复它”。
在描述过程中,试图提供一个user story(用户故事)添加摘要,你还可以采用幽默的方式提交建议,但请确保票务信息要清晰、明了。
要有精确性和针对性。你应该知道谁可以做什么,谁不可以做,也就是说分工要明确。当发生问题,直接找到该项目负责人。把不相关的人剔除出来,只要找到合适的人来分配票务即可。
在启动任务之前,最重要的一点是复制真正的问题并且以文档的形式记录下来。
一旦该问题被修复了,在测试报告理想的情况下,依然可以签署这张票。
与团队成员一起制定计划(通常称其为Scrum,敏捷),并在下次迭代中注明哪些是重要的,哪些不是。记住不要让开发者采用自己的个人战略。
很多个人或者团队会采用单独的实例,我的建议是请停止发布每个版本。
弄清楚这个实例是否在编写代码后才发布,(如果是个小团队)那么经常改变这个角色。为什么呢?这是因为每个人都能改变系统。即使你已经连续测试,最终还会有一些测试代码或填充内容被更改了。
创建特性团队,是指整个团队的工作特性,而不是“前端”或者“后端”。我第一次听到这个想法是从Budapest一名开发者获悉的。意思是:修复Bug是一个特性团队,而他们却经常在那循环。每个人都要准备好去修复别人的Bug,但是,显而易见,并非他们自己。拥有伟大的想法是构建伟大的软件前提。
有时,快速发布版本真的很重要,但是花时间来做功能测试是很有必要的。在电子商务平台不会因为有Bug而阻止你去测试,就像没有什么能够阻止愉快的周末来临一样。
底线:如果你在未经测试代码的情况下进行发布,那么你的计划是糟糕的,你会为此而感到头疼。
请记住:实现某个新功能或开发修复任务,只占用了整个过程所需的三分之一时间(与客户交谈、部署、质量保证等)。
永远思考如何优化你的应用程序,这一点很重要。总结起来主要有三点:
遵循整个列表顺序,那么你将得到可持续的发展结果。记住,确保在正常运作且代码正确的情况下进行优化,而不是在代码进程堆中进行工作。
英文原文: good-habits-in-web-development
新闻热点
疑难解答