zoukankan      html  css  js  c++  java
  • 周末之个人杂想(十三)

    博客园五年记

    来博客园已经有五年时间,其中经历了两次世界杯。刚来的时间爱写一些杂想之类的随笔,一直写到第十二篇,接下来的两年时间就没再写过。这两年的时间,博客园变化了好多,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,就这样测试那边的绩效也出来了。我现在都怀疑开发跟测试是不是私下都沟通好了。

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

    痛苦吧。。。。。。

  • 相关阅读:
    z-index
    点击按钮跳转带指定的位置
    导航-角
    弹出框
    控制叠加风格
    Python学习三
    玩转HTTP
    http-关于application/x-www-form-urlencoded等字符编码的解释说明
    Python学习二
    git merge 和 git rebase
  • 原文地址:https://www.cnblogs.com/aspnetx/p/1756988.html
Copyright © 2011-2022 走看看