佩特来项目从接手到现在有10天了，这个项目是一个汽车零配件维修售后管理系统，系统不是很大，但是之前没做过类似业务的项目，所以从这个项目中，我们的收获点就应该会是理解业务了。

    这次项目开发与以往的不同，这个项目是别人接的，外包到我们这里，让我们开发其中一部分功能。合作伙伴对这个项目的需求了解的还不够完善，于是，将业务讲给我们的时候，我们只是大致知道流程，具体还真的不是很了解。

    我们的设计要吻合合作伙伴，我们的编码习惯要向合作伙伴靠拢，代码及数据库的命名习惯我们都得遵从合作伙伴来设计。项目开发进行的这几天，感觉出这是小作坊式开发。毕竟这是第一次与别人合作开发工业型项目,下面谈谈这几天开发中的感受与疑惑。

   1.代码自己写，还是要工具生成

   我不是说工具生成不好，工具生成快捷，提高了我们的开发效率。但是工具生成完的代码，注释及代码格式，我们应该进行适当更改，不然项目完成了，后期维护真的是件麻烦事。是不是小项目都喜欢借助工具来生成代码呢？

   2.数据库设计可以冗余的程度

    数据库设计要根据业务来进行，不是说都必须严格遵守数据库设计原则进行，但是也应该符合一定规范吧，只为了减少开发工作量而设计，那么后期维护就好维护么。我们开发必须应从遵从合作伙伴的设计，但是我实在想不通这样设计是否合理，看看下图：

   我按照数据库设计的原则，苦苦看他设计的流程图及需求说明书，设计出的数据库，被合作伙伴否定了。难道使用主外键，就会使效率降低？他这样的冗余设计就能提高效率？

   3.编码及数据库命名

     编码规则及数据库表、字段都采用汉字首字母拼成的，我想这样的设计是为了不懂英语的码农着想吧。合作伙伴说这样设计是为了好维护，我觉得如果设计文档及说明写的清楚点，采用规范的命名一样可以好维护的。

   4.小作坊开发

    项目开发几天，从管理模式、开发理念、设计思路、编码规则看，这个项目的开发就是小作坊式开发。要求快速开发，但是这样开发出来的项目使用时间会长么？

    并不是等需求都明确了才设计数据库，也不是数据库设计完美了，才敲代码，这样的开发是了解一点需求，进行一点代码开发。

   不明白为啥项目签完合同不马上开发，而要等到客户催了才进行开发。接手项目的10天，大概了解了下需求，马上上手敲代码实现第一个功能流程。这为了合作伙伴今天给客户展示第一个流程模块，昨晚加班到3点多，结果合作伙伴对我们的成果还不是很满意。

   其实功能的实现很简单，如果业务清楚了，数据库设计合理了，敲代码也就是几天的事。什么时候我们把业务理清了，项目也就完成了。理清业务确实不是一件简单的事哦……

     进行这个项目开发之前，我还以为自己会被别人领导，等接到项目才知道我们的水平是比较高的，经理让我来当小组长，虽然开发者算上我就三个人，其中一人不懂.NET，这对我来说是一种锻炼的机会吧，因为担任的角色越高身负的责任就越大。有挑战才会有成长嘛！期待着我们的完成这个项目，期待着我们通过这个项目得到锻炼与成长！