说说最近的工作状态
2015-05-31 16:55
295 查看
从最开始说起吧,自从毕业后进入这家公司以后,我就一共换了好几位领导,他们有的出去创业,有的高升,有的另谋高就,还有还在这里苦苦挣扎的现在这位。而我依旧原地踏步,甚至混得比以前更差了,我也想知道这是为什么?
从技术上讲,以前我很想成为一名架构师,可是现在我觉得可能那并不适合我,在公司里面这么久,我最喜欢的状态就是安安静静敲代码。而我认为的架构师不是简简单单的搭个架子,什么SOA啊,什么设计模式,这些东西都要在把需求吃得比较透的时候,才能更好的发挥作用,否则很可能起负作用。有时候我真的觉得代码有些过度设计了。当项目变得越来越大,就变得越来越难维护。随便改动一个小的地方,就可能引发很多的bug,特别是在有很多服务,很多dll的情况下。我最近帮忙改的bug基本上都是因为dll不匹配引起的,或者没有丢最新的dll引起的。
有一段时间看了TDD的书,测试驱动开发,我现在觉得这是一个很好的方法。在我现在的公司,每次做一个项目,测试资源都比研发资源多。我觉得其实好多bug都可以通过自己编写代码测试来发现,确实如此。但我们并没有那么多时间来写测试代码,甚至有时候我们加班加点连自己的功能都没有完成,就已经到了提测的时间,这又是另外一个问题。
我自认为我还是一个比较谨慎的人,但这并不是说我就不会犯错误,我仍然会,有些甚至很简单。我的谨慎主要体现在我不会随意或者说没有搞清楚,就去改别人的代码逻辑,因此我在项目中的时候,总是能不动则不动,有时候看不顺眼也会进行一些简单的重构。但是我发现我的同事们都比较好动,喜欢去改别人的逻辑,我不说他们应该不应该,从结果上来讲,改了就彪了,而且不是一次两次,测试同学也测试不出来这样的bug,发到外网就出问题。我想说改了别人的代码要改对,没有人能保证每次都是对的,但是一些常用的重构方法,确实会让人少犯一些错误。该学的还是学的。业务不懂是一个方面,但是我们可以一些别的方式方法去避免。
工作的时候,我经常遇到项目做着做着产品同学又要改需求或者说加需求,我们一直很苦恼,有时候为了产品同学的一句话,我们得加班加点好几天,最后发现不能随随便便改,改了这个逻辑,可能另外的逻辑就无法保障了。我记得有一次看到一本书,好像是敏捷开发设计,欢迎用户更改需求,但是我们要做的,就是从最开始就进行可扩展性设计,但是对我这个说一就是一的人来讲,确实不容易想到。随着时间的增加,我可能可以推测,用户加了这个之后,可能还想加点什么。但是自从我来到这家公司,我就根本不愿意为用户考虑或者说我根本没有时间,我考虑的是我怎么去实现,我考虑的是我怎么在有限的时间内完成我的工作。当每一个产品经理都在想着加点什么东西就更好的时候。有没有想过,我们做个东西最主要的目的是什么,有没有想过加这个东西到底价值在哪里?每天投入那么多资源,有产生什么价值了么?现在的工作节奏很乱,来什么就做什么,有什么bug就修什么bug。我是这样想的,在我们在做这些没什么价值的事情的时候,如果说竞争对手稍微比我们在某一个地方做得好一点,或者专一点是不是就可以打败我们了。我们忙忙碌碌那么久,有什么用呢?很奇怪,我为什么要想这么多,我不是应该想怎么提升我的技术能力?怎么找个工资更高的工作么?
从技术上讲,以前我很想成为一名架构师,可是现在我觉得可能那并不适合我,在公司里面这么久,我最喜欢的状态就是安安静静敲代码。而我认为的架构师不是简简单单的搭个架子,什么SOA啊,什么设计模式,这些东西都要在把需求吃得比较透的时候,才能更好的发挥作用,否则很可能起负作用。有时候我真的觉得代码有些过度设计了。当项目变得越来越大,就变得越来越难维护。随便改动一个小的地方,就可能引发很多的bug,特别是在有很多服务,很多dll的情况下。我最近帮忙改的bug基本上都是因为dll不匹配引起的,或者没有丢最新的dll引起的。
有一段时间看了TDD的书,测试驱动开发,我现在觉得这是一个很好的方法。在我现在的公司,每次做一个项目,测试资源都比研发资源多。我觉得其实好多bug都可以通过自己编写代码测试来发现,确实如此。但我们并没有那么多时间来写测试代码,甚至有时候我们加班加点连自己的功能都没有完成,就已经到了提测的时间,这又是另外一个问题。
我自认为我还是一个比较谨慎的人,但这并不是说我就不会犯错误,我仍然会,有些甚至很简单。我的谨慎主要体现在我不会随意或者说没有搞清楚,就去改别人的代码逻辑,因此我在项目中的时候,总是能不动则不动,有时候看不顺眼也会进行一些简单的重构。但是我发现我的同事们都比较好动,喜欢去改别人的逻辑,我不说他们应该不应该,从结果上来讲,改了就彪了,而且不是一次两次,测试同学也测试不出来这样的bug,发到外网就出问题。我想说改了别人的代码要改对,没有人能保证每次都是对的,但是一些常用的重构方法,确实会让人少犯一些错误。该学的还是学的。业务不懂是一个方面,但是我们可以一些别的方式方法去避免。
工作的时候,我经常遇到项目做着做着产品同学又要改需求或者说加需求,我们一直很苦恼,有时候为了产品同学的一句话,我们得加班加点好几天,最后发现不能随随便便改,改了这个逻辑,可能另外的逻辑就无法保障了。我记得有一次看到一本书,好像是敏捷开发设计,欢迎用户更改需求,但是我们要做的,就是从最开始就进行可扩展性设计,但是对我这个说一就是一的人来讲,确实不容易想到。随着时间的增加,我可能可以推测,用户加了这个之后,可能还想加点什么。但是自从我来到这家公司,我就根本不愿意为用户考虑或者说我根本没有时间,我考虑的是我怎么去实现,我考虑的是我怎么在有限的时间内完成我的工作。当每一个产品经理都在想着加点什么东西就更好的时候。有没有想过,我们做个东西最主要的目的是什么,有没有想过加这个东西到底价值在哪里?每天投入那么多资源,有产生什么价值了么?现在的工作节奏很乱,来什么就做什么,有什么bug就修什么bug。我是这样想的,在我们在做这些没什么价值的事情的时候,如果说竞争对手稍微比我们在某一个地方做得好一点,或者专一点是不是就可以打败我们了。我们忙忙碌碌那么久,有什么用呢?很奇怪,我为什么要想这么多,我不是应该想怎么提升我的技术能力?怎么找个工资更高的工作么?
相关文章推荐
- linux drm 架构
- 第十三周【项目3-立体类族共有的抽象类】
- Android和OpenCV开发编程(1)图像灰度化和Canny检测
- Spring2.5学习2.2_编码剖析Spring依赖注入原理
- jstack命令(Java Stack Trace)
- 第13周项目2—形状类族中的纯虚函数
- Internal Sorting: Binary insertion: Sorting by Insertion
- OpenSessionInViewFilter的作用及原理
- 学习笔记4_ServletContext(重要整个Web应用的动态资源之间共享数据)
- 表单验证
- JavaScript学习8:DOM进阶
- 适配iOS 8
- scala初探
- (3)mysql优化之sql语句优化
- 鸽巢排序算法描述和代码举例
- python的多进程编程(1)
- Hibernate各种主键生成策略与配置详解
- gsoap代码生成和代码使用
- 基于echarts实现图表展示
- jQuery中事情的动态绑定