跳槽一年工作经历总结

 

    转眼间, 跳槽到目前的公司也快一年了,  从一家目前看来可以养老的国有企业跳槽到外企. 算了一下所缴的个人所得税,差别并不大. 加上其他的开销, 应该比去年还差点, 相比未来的不可预测性及当前的危机, 呆在原来的公司现在应该会好的多.

     无论如何, 不是很后悔,毕竟见了世面了. 一下子从一家作坊到了一家现代化的企业. 当然了,以前的公司也是不错的, 也有一些很厉害的创新的, 如果坐过北京到南京的火车, 每次火车快到南京,介绍南京的时候,会介绍以前公司的一项产品的. 然而我对老公司总是有些头疼的,没有软件文档, 包括需求文档,即使有,也是寥寥几笔, 改起软件来那个举步维艰. 新公司据说也是比较牛的, 不过以前是没听说过, 本人比较孤陋寡闻^_^.

    进去之后发现管理真是天壤之别, 没人管的状态. 上班也不打卡, 9点上班, 似乎9点到的只有寥寥几人, 9点半左右50%的基本到了. 老油条都是快10点才到. 还有更晚的. 看起来公司没人管理.

 

    不过, 作为软件开发人员, 软件管理带给我的惊奇可是巨大的.

    一开始的时候,就是写requirement, 当然了,我们是新手,不可能写新的, resuse, 把其他项目的需求拿过来改.  天哪, 我那时的感觉就像刘姥姥, 没办法, 以前没见过. 很多不同的项目, 按模块分成很多partition, 然后在每个partition里，都是一句话的需求，非常非常的详细，每一个需求都有很多标签，  包括版本，是否需求， 链接（设计文档trace到每一条需求文档， 需求文档trace到每一条系统文档），项目（因为一条需求可以是common或者独有的），测试要求等等。另外，修改完成要做basekine，并且要注明change request number，而CR必须在另一个软件管理系统中请求。

    写完需求，就要做文档让别人看你的修改， 又是比较神奇的工具。在该文档里要把需求加上，还要比较文档，和chenge request， 还有其他相关的文档，然后呢，把相关人员的名字写上，轻轻按一下发送，文档就发到别人那里去了。过几天，别人就把comments发回邮箱，收一下，不同人的comments都会自动加到发送的文档的相关位置上。我这个土人做完这一流程，嘴巴张得好大。

    再就是设计文档，设计文档和需求一样的流程。然后就是开发，天呢，那些代码，如果按照现代软件的观点，真的是...全局变量满天飞。是上个世纪的产品，我们再拿来修修改改。

    测试，真枯燥，每一条需求都需要写测试文档和测试代码。相比以前公司，几个不做软件的做测试，不过，好在都是那方面的专家。

    我想，任何一个人在公司里都是很小的一枚螺丝钉，缺了可以很快的换上新的，最大限度的降低了对个人的需，大大降低了个人离职给项目的带来的风险。而以前的公司，培养一个人很难，离了一个人也很难。