我在一家小型网络开发公司(只有2到3名开发人员)工作,为不同的客户(从CMS到电子商务网站)开展各种项目。
通常我们会在自己的项目上工作,但偶尔我们需要在一个项目上合作。我们使用subversion作为源代码控制软件,使用VS 2008和SQL 2005在.NET中开发站点。
在阅读了大量关于单元测试和其他“企业”级编码实践的帖子后,我想知道其他开发人员对于只需要最少维护并且开发时间短的小项目有什么作用?
我特别想到的是必要的单元测试等等。
答案 0 :(得分:1)
单元测试无论如何都是必需的。如果您编写代码,则进行单元测试。我自己也很努力。我还在考试。我不知道我之前是如何编写代码的。
这是我看待它的方式。你不需要像大男孩一样需要同样昂贵的工具,但如果你想成为大人物,你必须要想大。做同样的工作,遵循相同的做法。随着您的需求增长,获得更好的工具。例如,如果你做任何UML图表,你可能不需要任何saftware。只是一个白板/纸。但仍然使用UML。当您的需求增长时,您可以考虑购买特殊软件。
甚至项目管理。只要你这样做,你就不需要昂贵的工具来跟踪项目。随着您的需求增长,您可以获得专业的软件。
简而言之,如果你做得更大,你会做同样的事情,但你不需要相同的工具。根据需要获得。
编辑:我应该提一下,你做的一些当然取决于你使用的方法/过程。例如,你做敏捷开发吗?小,你不需要做一切完全相同的事情。例如,我试图敏捷,但我显然不配对程序:)。你只需要学习如何使它们适合适合你的方法。
答案 1 :(得分:1)
我认为你可以犯的最大错误是将某些东西视为“企业级”编码标准。虽然像CI,构建服务器,单元测试,编码标准(我想不出你可能意味着什么)等等,可能需要初始开销,但从长远来看,它们会带来红利。例如,如果您的项目现在被黑客攻击,三年后您的客户想要添加功能,您会很高兴您现在已经花时间进行单元测试。 (好吧,这可能会或者可能不会发生,但是......如果您的客户将来有人查看您的解决方案并且他们看到严重被黑的代码,他们可能不会再次使用您。)
记住,你做的越多,它就越快。
答案 2 :(得分:0)
我们的开发环境也很小。我们主要做Java Web开发(一些php),而不是.NET或其他东西。我们为我们的wiki,svn和bug跟踪系统使用Project locker。对于代码开发,它在Netbeans 6.1和Eclipse以及MySQL之间作为我们的数据库后端 我们已经为我们的代码编写单元测试做了标准做法。它使我们的代码库在4个月后更容易升级。
答案 3 :(得分:0)
问题是:如果你知道在部署这些东西之前至少单元测试运行良好,你晚上睡得好多了。