最近在拜读‘老白’的Oracle优化日记,有点感慨

最近在读老白的Oracle优化日记,老白确是高人。

书写得不错,有点像在读小说。

同开发商和客户的交锋,确是激烈。

这也让我有些感慨。

 

做DBA,做优化的确实不易。特别在中国的大地上,面对众多急功近利做出来的系统。

想想自己也在做开发,也做优化,也做一些数据库的优化。有时也有点庆幸自己不用去面对那样的系统,去面对那样的开发商。也庆幸现在做的是整体解决方案。当系统出问题的时候,会先从开发本身找问题。人说80%的性能问题是在应用本身,这么多年的经历,自己也早就体会到这点了。尽管也有不少机会要直接去面对数据库的优化,但还是少,看来要修练到老白的高度是难了。

 

说到开发和测试,自己历来主张开发人员要做好单元测试。但现实总是不是很如愿,开发人员都很乐于一下子用大把大把的代码把实现做出来,然后交给测试人员去找问题。开发人员都很兴奋于自己写出了这么一大堆的代码,还以很短的时间实现了所有的任务,好像性能问题跟自己没有任何关系,不会也不愿去想起这个。等出了问题了,就交给某某方面的专家再去解决好了。自己一直都力求写出完美的代码,做好足够的测试,也希望开发人员能这样做,但是现实却不希望这样:如果在开发阶段把代码都写得那么完美,那岂不是砸了QA们的饭碗;如果默默的把代码都写得那么完美,领导会把这看成是工作量太少了;而如果经常可以同QA、做需求和做架构的人争个面红耳赤的,领导就会说这人真卖了,工作真认真,真是做了很多,他的工作量真大。或许这也可以看成是现实程序员的厚黑学。

你可能感兴趣的:(oracle,工作,单元测试)