软件工程的重要性在现在看来已不再是个问题,问题就在于怎么去使用它!
在上有政策,下有对策的国内,真正使用得非常成功得,应当比较罕见吧,
或许我呆得都是小公司吧。
头两个月面试了一二十家软件公司,都准备爆炒WEB2.0的。当我问到他们
是否会使用UnitTest的时候,几乎没有。甚至,有人觉得我不可理寓,用非常鄙
视的眼光看着我...
其实,我们开发的大多时间是不是都花在浏览界面的结果和排除Bugs,修
改无穷无尽的需求和很多都在书写令人生畏的Sql....
奇怪的是在公司里面的人很少去想如何去改造软件生产的这个过程,如何
去提高效率,只是一味的使用原来的方法,看到《Complete Code》讲到,一旦程
序员使用了一种方法,他以后就很难改变,以后只是重复。假如这种重复是公司
行为的话呢?这就很恐怖了,对不对?
软件的框架是两年前的,代码规范是三年前的,.NET都改变了那么多。我们
的代码也迁移到了2005下,似乎就觉得用了最新的技术...
也许有了问题才有了挑战,一点一点去改变吧。虽然,我也什么都不知道....
念一念一句话的软件工程,聊以自慰吧:
在上有政策,下有对策的国内,真正使用得非常成功得,应当比较罕见吧,
或许我呆得都是小公司吧。
头两个月面试了一二十家软件公司,都准备爆炒WEB2.0的。当我问到他们
是否会使用UnitTest的时候,几乎没有。甚至,有人觉得我不可理寓,用非常鄙
视的眼光看着我...
其实,我们开发的大多时间是不是都花在浏览界面的结果和排除Bugs,修
改无穷无尽的需求和很多都在书写令人生畏的Sql....
奇怪的是在公司里面的人很少去想如何去改造软件生产的这个过程,如何
去提高效率,只是一味的使用原来的方法,看到《Complete Code》讲到,一旦程
序员使用了一种方法,他以后就很难改变,以后只是重复。假如这种重复是公司
行为的话呢?这就很恐怖了,对不对?
软件的框架是两年前的,代码规范是三年前的,.NET都改变了那么多。我们
的代码也迁移到了2005下,似乎就觉得用了最新的技术...
也许有了问题才有了挑战,一点一点去改变吧。虽然,我也什么都不知道....
念一念一句话的软件工程,聊以自慰吧:
- 没有银弹【注:这不是提醒我们什么都是徒劳的,因为里面有推土机和锄头】
- 不要为了软件工程而软件工程【问题在于你们怎么实施的】
- 不要为了模式而模式 【模式更多的是利用成熟的模式去实现自己需要的模式】
- 不要为了是新概念而去使用新概念 【ORM,Ajax,Reflect你经受得了诱惑吗?】
- 不要为了接口而接口 【接口也是有代价的,不过有点偏了】