来上海一个多月的感悟

      来上海一个多月了，离开上一家公司的原因是，女朋友在上海，我在北京，对于之前的公司做的项目已经没有什么兴趣了。

      在上海面试了差不多10家公司，最后有3家公司给了offer,挑选了比较大的公司，因为觉得大的公司学的技术比较多，也能很快提高自己，个人感觉如果之前从事的是传统行业，要想跨到别的行业还是有点难的，现在公司主要是做政府的项目。

      公司把我安排到了运维事业部，本以为运维就是跟技术支持一样，应该学不到什么东西了，让我意想不到的是，我是运维部门里面的开发人员，也就是说，项目在应用的实际情况中，有一些功能是需要调整的，或者添加一些新的功能。

     上班之初主要是了解公司的框架SSH，前端还用strcut标签，感觉前端技术已经很掉渣了，之前的公司用的是easyui和extjs，觉得现在的公司有必要替换一些前端框架了。

     后来是熟悉linux口令，因为开发好的一些功能，需要给客户及时部署。之前没有做过这样的事情，觉得开发好后直接打包给客户就行了，现在发现对于正在应用中的系统，要打包给客户这还是有一定风险存在的。所有只能拿class文件去部署了，一般新功能要部署时，都是等客户那边下班以后才行，幸好他们下午4点30就下班了。

     现在主要是跟着带我的人做之前一个项目的扩展，就是在原有功能之上，再开发一个项目出来，这几周一般都有好几天在跟客户讨论需求，刚开始还不知道怎么讨论需求，慢慢的对项目了解以后，带我的人让我写需求文档，之前没有写过，现在都是依葫芦画瓢，按着公司的模板来，在里面填内容。

    现在的项目正处于需求讨论阶段，客户也挺抠字眼的，写好的文档改了好几遍：对项目需求有一下几点感悟：

    1.最好是客户懂得自身的需求，现在的客户挺懂需求的，就连必填字段他都一一跟我们确认了。

    2.客户说出的需求，不是所有的都得答应，要结合开发的复杂程度。不然项目周期会很长。

    3.确定需求边界，该做的功能一定要确认清楚，模糊不清的要记得跟客户确认。

    4.写需求文档也是一门技术活，重复的改文档，需要耐心。只有需求文档弄好了，接下来的开发改动才小。

    等需求订稿了，客户要评审立项，公司也要评审，安排开发时间。

    希望这个项目能尽早结束。