受注开发，产品开发，以及其他

昨天，一个以前的老同事向我抱怨，说后悔两年前自己由Java转行到DBA。

我就纳闷了，你丫当年不是跟我说做够了J2EE的业务系统，认定了搞数据库才是王道吗。

他当年连做了几个垃圾的Java业务项目，身心俱疲。

但是，他还算是一个对技术有追求的人，

所以下定决心，一个人孤身去外地，投奔一家数据挖掘公司做数据库专职工作。

我问他，你现在每天工作干嘛？

他回答： 点点Job，点点按钮。

我问他，数据挖掘就是点点按钮？

他回答：整套产品都已经被美国人开发完了，中国人干的就是运维和代工。

这样的工作，难怪他一个数据库fans都会垂头丧气。

又是一个边角料的工作。我想起，我以前去F社工作的经历。那里面的人好能吹，整天吹自己做的是底层，结果我进去发现，

根本就是做些底层的边角料。比如别人写的中间件产品，还写好了自动测试集，然后让你部署一个机器，每天点按钮做自动测试，等等。

产品开发在国内太容易沦为做边角料的工作，特别是外企。

反过来，我一直在做受注开发，受注开发怎么说呢。 等于是在客户和产品中间填空洞。

任何一种标准化的工业化产品，都不会完全满足客户需求。

比如工作流，IBM,Oracle都有完美的工作流产品。

但是很多客户还是宁愿花钱做二次开发。尤其是日本人。

日本人很舍得花钱在做系统定制上，也养活了很多大企业，中企业，小企业，派遣企业，外包企业。

最近公司有个机会做底层一点的东西，本来很想去。但是想想，

估计也多半做的是底层里面的边角料，还不如做做受注的业务系统开发。

毕竟，受注的业务系统，我还能全局把握整个系统的设计和架构。

做边角料，永远不可能有全局的视野。