新人几个项目做下来的想法

　　今年刚毕业，毕业进了一家实习时的公司。从业务上说，对一些基本的业务到也不陌生了，进入这家公司开发部，我是年龄最小，也是唯一一个新人（公司基本不招应届生）。所以每一个同事都是自己的老师，有的是做Java的，有的是做.net的，但总体过了一段时间后都不陌生了。也就习惯下来了。

　　刚来的时候，给老大打打下手，熟悉一下业务，写点存储过程什么的，相比在学校学习的东西多了很多，此时才明白代码是如何为实际服务！这个过程更多的是学习业务去了。

一个多月后，老大让我单独去做一个小的项目，这个是第一个我自己的项目，这个项目也做的相当曲折：

客户沟通，这个我认为应该排在第一位，这个也是相当难的，特别对我们刚出来的毛头小伙子，客户是否认真对待你，这个还是得取决于你，注意自己的讲话，注意自己的对项目和对人的态度。

需求分析，没有理解项目到底为何而做，做了也是白做。在确认需求的时候，如果只是一个模块的开发，不仅仅只是听说这个项目为谁服务就听他的，你要想明白这个会对下游的模块是否有影响，这个其实更多的取决于你对业务的理解和实际的经验，如果没有后者，你只有花更多的精力去理解他们。

系统的设计，这个对你项目需求变更和以后的维护相当的重要。我就这个上跌了一个很大的跟头，这个也是于个人的经验有关系，建议是：学会灵活的使用存储过程，现在系统很多都是有更多的框架去支持你去写增删改查，但是当你需要更多的精力自己去写这些增删改查的时候，可以发挥一下SQL本身强大的功能，不仅是效率上，以后再业务变更的时候，也是可以方便修改的。当然必要的注释还是需要的。

项目的测试，这个过程是最多变的。如果你只是按照需求分析上面开发的，但是在实际业务人员测试的时候，往往就不承认自己定的需求了，他会提出更多的业务逻辑，多的甚至都要完全推翻你之前的全部业务（这个也不是都是这样的，但是我确实碰到了）。越是这个时候，你越不能乱，一听客户这么说，你就去改，你听完他说的，你在仔细理解一下他要的，你可以修正他的想法的， 你也可以把他引到回来的，并不是说客户一时的想法就是对的。这个过程还是要归结到第一点上，客户沟通，这个学问太多了。

项目的验收，有可能是因为是我的第一个项目，这个项目的上线，我是睡不着的，就怕出点意外，没有什么自信的。总之，就是煎熬。希望以后会好点。

　　到现在我还做了另外两个项目，一个关于定时机制的，另外一个关于Windows CE PDA条码开发的。这两个项目做的还是比较顺利的，这里面的东西全部都是自己的新学习的（现在才明白，学校学的，工作基本都用不到，用到的，基本上都是现学现卖！！）这里面有很多东西，特别是Windows CE的开发，我找了很多的资料，可以说博客园里面关于CE的开发60%我都看了（实际应该还要多点，这个还是要感谢博客园的）出于项目的特殊，有的东西没有涉及到，接下来，我会尽量来写几遍关于Windows CE 条码枪的开发，希望大家捧场！！