解惑

解己之惑,解人之惑

日:2007年1月3日

软件开发必备的因素

现在的软件开发流程(或者是开发方法,例如CMM,RUP,XP等)有很多,但是对于很多小公司而言,不会完全去照搬一套流程,但是大公司肯定会选择一套标准的流程或者根据自己的情况定制一个合适的流程。我也在各种类型的公司都做过,因此也接触了很多种开发方式,对于一些小公司,揉合这些开发方法,提取切实可行又灵活的开发方法是一个不错的选择,就我而言,下面这些是一些容易做到也对公司对开发团队都很有利的一些内容:

  • 必须有源代码管理机制,推荐使用CVS或者Subversion
  • 一个项目或者产品的开发团队必须至少是三层的,最上面的就是PM,PSM,架构师或者总技术负责人之类的,负责总体的协调和管理,第二层就是小组长,必须对产品或者项目比较熟悉,可以解决小组成员60%以上的问题,然后就是开发人员,小组的结构应该是很小的,四个人为宜,一个组长加3个组员
  • 必须有内部的知识共享机制,可以选择论坛或者WIKI,搜索功能必须强大好用
  • 有IM可以及时的沟通,无论是否是分布式开发,即使在一个办公室里面也要有,如果为了防止外部的干扰,可以搭建内部的IM 服务器
  • 重要的讨论一定要通过邮件或者及时记录下来,把QA小组相关的人员也包含在内
  • 必须有单元测试,最好是全面的自动测试,但是QA小组的验收性测试依然是必不可少的
  • 要培养开发人员高质量的源代码意识,鼓励他们学习设计模式、重构,要求他们的源代码要便于维护、易读、格式统一、消除重复代码等(这个很多小公司最容易忽视,然后就是后面接手的人骂前面写那些代码的人)

全乱套了

台湾海域的地震导致的余波到现在还没有接触,到北美的互联网还没有完全恢复,甚至情况更加的糟糕了,上周前两天还能够收到邮件,上周末开始,邮件也收不到了,SCARAB服务器只能登录进行,一到详细页面就不行了,现在到好,连CVS也不行了。我们现在只能在本地工作,而我们之间的工作是有依赖的,特别是我,这段时间的任务都要依赖别人的结果,只能等待了。
如果不是这次地震,真的不会意识到互联网是如此的重要,这种分布式开发是如此的脆弱。

© 2025 解惑

本主题由Anders Noren提供向上 ↑