1. 人咬狗

         我个人是比较喜欢抱怨的,对许多事情不满,有悖于James Murphy说的The best way to complain is to make things.但是我毅然决然stop from making things,而且最近又有人建议我“顺其自然”,那我就随性牢骚一下。

        看公司每天的纷纷扰扰的邮件总是让人有种世界和平、奥特曼可以退休的感觉,这很好,但我这个人天生有着阴暗心理,唯恐天下不乱,太平和使我不大习惯,但是某天有封邮件使我愕然,这是一封对于公司业务复杂使得代码存在着bug的提议,当然,具体详情我就不透漏了,这里我也罗嗦一下关于业务需求的问题。

        许多业务需求为了达到某种让用户看起来不空洞、有内涵的内容和特性,而在前台甚至后台做了许多”创口贴”,然后坐等着由于这个需求的上线带来的各种所谓的效果,用各种拼音或者英文混杂的缩写名词术语以及正面反馈的数据来表达这个效果。我不太懂这行水有多深,但是我根据自己的常识以及经验来看,在某个页面上加个颜色花哨的链接或者按钮,而且又放在那么明显的位置,只要是一个四肢健全,知道点击链接不会死人的用户,基本都会好奇的去点一下的,所以哪怕那个链接指向的是一个500 Internal Server Error页面,都会有人点击的。但是你可以想象到在效果数据出来,发出庆功邮件那个弹冠相庆的场面,几近让人感动至落泪。

        当然其实你搞这么多花样,作为开发其实也管不着,可奇怪的是,当需求上线有问题时会找到开发工程师为啥需求没弄清,当讨论需求时,你提出这个需求太复杂而且技术上不好实现,他们说你照着作就行。其实也无所谓,毕竟直接出错的人是写代码的人,但是呢,如果说你搞这个花样,并没有解决不了用户遇到的问题,而是异想天开认为可能会解决用户的问题的话,就是另一种情况了,当然绝大部分需求都是异想天开,也就是——猜,猜用户喜欢什么,猜这个功能会有用,当然这个也无可厚非,其实也难为这些提需求的人了,他们自己毕竟不是使用阿里巴巴服务的真实用户,怎么会知道真实用户的痛处。我们的 用户也不是作家,他们没法把他们的真实需求表达出来,他们只能说“我找不到我想要的东西”,而这个问题才是最本质的问题,你界面再好看,交互再好,都是浮云,对于用户来说不是很重要,对于公司来说,你要让用户忍受你的界面丑陋但是不得不使用你的服务,当然界面好看最好不过,谁愿意忍受让自己不舒服的的东西呢,但是这些都不是本质问题,本质是内容不好,用户找不到想要的内容,如果这个问题解决不了,我估计“裂缝“会越来越大。所以,不必每天想着怎么在页面上搞点能够让用户点击的东西,也不用天天调整某某数据显示的个数。集中力量把内容质量提升以及内容过滤精确度提高,这才会用户care的。
        再说技术,像上次轮子一文中提到的那样,技术这块因为业务繁杂的缘故,已经沦为一种每个人都能上的玩物,这不算可悲的,可悲的是它从没有怨言,真是哀其不幸,怒其不争。而每个开发似乎都有种倾向,往项目经理的方向发展(这几乎是必由之路了),都想着能受到赏识,搞个一官半职的,这种开发者典型的特征是喜欢开会,以和每个人搞好关系为工作核心,以和为贵,妥协,从来不对别人说“不“,对技术不思进取,当然这也不能说是坏事,老实说甚至是有追求有理想的有为青年的代表。可是这带来一个极大的问题,这种开发不会拒绝提出有时是荒诞需求的人,因为他需要迎合他,以取得良好的关系,否则当你每次或直接或委婉的拒绝这个需求,指出其不合理时,无论是否你的理由足够充分,关系裂缝就会出现,而这是不被允许的。所以妥协或者麻木成为应用系统的代码复杂,剪不断,理更乱的罪魁祸首。bug丛生,开发周期变长,新员工学习成本大,等等各种问题。然而,是什么导致了这样的问题,我觉得还是文化,没有技术的氛围,以PD为核心的开发模式,当然这也和贵国的世界观有关系:以和为贵。