周末之个人杂想(十三)

博客园五年记

来博客园已经有五年时间，其中经历了两次世界杯。刚来的时间爱写一些杂想之类的随笔，一直写到第十二篇，接下来的两年时间就没再写过。这两年的时间，博客园变化了好多，dudu潜水了，老陈不在了，川哥也消失了，老赵也像水果阿生一样自立门户去了，而博客园终于也成立了自己正规的团队来运营，总体来说这两年的感觉，就好像当年在金汉斯吃自助餐，从下午1点吃到5点，眼瞅着旁边客人换了四波，服务员换了三波。

杂想这个词是我自己创造的，字典里没有，百度百科里也没有。所谓杂想，就是把平时很杂的一些感想汇总到一起，从中有所感悟。所以就需要平时多留意周边的任何事务，多问，多想，多记录，多总结。于是，杂想有了今天的第十三篇。这两年没有继续写下来原因也有很多，忙成机械式的劳动算是其中的一个借口吧，人也就懒了很多，不愿意去动脑，所以，很多灵光一现的东西就这样流失掉了。

今天，又找回当年的感觉。

 

网球与编程

打网球已有三年，虽是打壁球出身，比赛的时候也经常被人虐，不过从中还是有几分感悟。

打网球主要是靠哪里？是靠双脚，起初我也很奇怪，这又不是足球。打了几年后终于体会到教练所说的，只要脚步到位，才能更加准确的击球。脚步不到位的话就容易造成动作的畸形，所以网球技术的高低，大部分都体现在脚下功夫上。这也告诉我们，无论做什么，有个良好的根基，有个充分的准备，都是成功的关键。

网球是个很舒展的运动，每一次击球的发力，也是从脚发起的，加上腿部力量的配合，以及腰腹力量的协助，最后传递到手臂。由下而上，整个过程是优美而舒展的。但这种标准的姿势初学的时候很难掌握和接受，基本都是按照羽毛球和乒乓球的套路来打网球。这种非正规的击球方法确实有时候也能打出几个好球，不过，时间长后极其容易受伤---网球肘多来源于此。借此我联想到，编程，你可以不去面向对象，可以不去设计模式，一切都可以不按套路来，但时间长了之后，不只"受伤"这么简单了吧？

 

落叶

落叶，是风的多情，还是树的不挽留？（此处摘抄网上一签名）

很多人埋怨小公司留不住人，看着日渐衰退的公司走了一个一个能人，多有此感慨。其实小公司就好比北方的大树要过冬，眼瞅着寒冬来临，为了自保，只能把身上的树叶舍弃掉------尽管它们为大树曾经贡献了好多。否则，大树将自身难保。

不过也不要责怪风的多情，因为即使在春天，唯独只有枯叶是承受不住风的诱惑，于是乎，一切随风而去。所以，是绿叶还是枯叶，要擦亮眼镜看。

通常这种情况下，有一点恐怕很难看懂：离开一个个能人，来的却是一个个残人，最后全都被公司冷落或主动离职，然后又来了一批残人------后来有高人解读说：这就好比筛沙子，你条件有限什么都可以省，即使没有锹你也可以用手扬，但唯独不能少的就是筛子。

 

一批报表

一家小公司，某日公司接到客户的反映说报表有问题了，于是老总开会研究解决办法。首先把做报表的负责人M1找了来，M1说他会查查问题所在------多简单点事儿啊。但是，M1查完对老总说，我们的报表做的没有问题，可能是其它模块的问题。于是，又把负责做CUBE的负责人M2找了来，M2查后，说CUBE没有发现任何问题。于是，又把负责DW的M3找了来，M3检查过后，说DW没有问题。那好吧，就剩下OLTP那边了，于是把负责人M4找了来，心想这下问题肯定出在你这了吧------结果你猜怎么着？M4说他们那边也没有问题。这是何解？

明明四个模块都没有问题，但这报表怎么就不对呢？要么说老总还是老总，在心里默默问候了M们的家人们后，做出了一个决定，由另一组开发人员自己开发一套报表方案------问题解决了吗？这个在此刻已经不是关键，老总心里想的，是此时此刻，在这帮当初自己作孽雇来的天煞的整天混日子推脱责任的孙子面前，如何给自己个台阶下。

 

痛苦的项目

一个在官僚主义狭缝下生存的项目。

项目有烂尾的嫌疑，不过领导为了体现其付出,所谓没有功劳也有苦劳，没有苦劳也有疲劳，故要求每一个成员都要加班------其实哪里用得到加班？即使有需要加班的，那也是少数。所以时间长了Team中就产生了如此风气：一天干完的东西也要拖到两天，这样看上去才能显得你更忙，你要是完成了任务包，不加班（包括周六）？那好，项目烂尾那天责任都会推到你身上------别的同事每天都加班工作就这小子不加班。甭管你做的比别人多多少。

BUG也是很有意思的一件事，库里的bug有多少？900多个。从数量上来看你不得不佩服测试team的工作效率，不过在非正规的业绩考核压力下，测试人员也够无奈了。然后更有意思的是开发那边对于bug的处理，往往都是close一个bug后，又由于此bug的fix滋生除了若干其它bug，就这样测试那边的绩效也出来了。我现在都怀疑开发跟测试是不是私下都沟通好了。

最后就是需求了，很多概念上的东西需求组都说不明白，于是只能抓来开发去做需求。但官僚主义下的需求，就是这样的一个情况：你问任何一个业务部门人员，他们都只能跟你说一个大概，不给你一个准确的答复------都怕最后万一出了问题担责任，或许，他们自己真的也说不清楚。

痛苦吧。。。。。。