2019/03/17 ~ 2019/03/22 周总结

有一种忙叫瞎忙

从上周五晚上开始,我基本就处于焦躁的状态.前期准备工作不足, 过程执行的角色不清晰,导致大量工作,责任积压在我这一边.我有一个原则,尽量遵循的原则: 想清楚,再实施. 我处于暴躁的最大原因是: 这些问题我已经知道,但被别人一直赶着去填坑,反而失去了更好的补救时机. 这一点来看,我是一个不错的执行者,却是一个糟糕的掌控者.

  • 前期方案调研环节至少有问题

有一个方案一开始就被否决了,因为多方工作量是最max.现在来看,最少应该拿出来讨论:当可能出现要使用这套方案的情况下,工作应该怎么分配.

工作量全压在我们数据这边了.这是一种很自然的结果: 你能帮我把工作做了,当然是最好,责任也不用我们承担.

但这却不是一个好的团队,好的团队或许需要有人思考: 怎么会发生这样的问题,他现在在帮我们处理问题,但我知道应该是临时性的,下一次还发生这种事情,我们能有备用的方案吗? 我们能事先解决这个问题吗?

当没有人思考的时候,每一次都只能这样依赖我们,这就造成了工作重复.而且,对我来说,完全没有成就感. ( 我这边的工作大部分已经脚本化了, 但基本的调用,校验上只能人工来.这已经足够把我钉死在工位上)

  • 当中途变更方案的时候, 至少有人需要评估一下对上下游的影响.

现在来看,至少没有.处于兵来将挡的状态.

  • 信息不透明

第一次恢复数据的时候,后台遇到了一个他们程序逻辑的bug,但他们认为可以忽略. 问题在于他们没有把信息同步给我们.这导致了下一次恢复数据的时候,问题被暴露出来. 在这一点我至少看到两个问题: 上次的逻辑bug至今没有修复,没有人提醒我们.

  • 当然最重要的是: 我没从中体会到成就感

当你怀疑的时候, 你对你做的事情会有一种抵触感: 明明我们可以做得更好,为什么还会出现现在这种情况?

我的忙,是一次性的忙,这些事情只会消耗我的时间,而不能作为经验沉淀下来.所以我整个过程是挺痛苦的.

工作上的预期

对一个组织预期是很重要的.包括:

  • 谁会处理这个问题? 你还是其他人

避免两个人同时看一个问题.因为这是一种资源浪费.

  • 你负责的工作会产出什么样的结果

  • 在这个过程你预期要完成什么样的工作,预计耗时多久

实际上,只要特别熟悉,流程化的东西你才有可能把时间估计对.对不要紧,随时反馈遇到的问题

上面是很多书籍很告诉你的,现在我要从自身经验告诉你另一个预期

  • 加班也要预期.

对于996,大小周的人,他们虽然累,但幸福感是可持续的,因为生活还在可控范围: 我知道我这周还要加班,我不会安排另一项活动跟它冲突.这周只剩下一天时间了,我要好好休息,或者好好陪孩子一会.

而我最近遇到的情况是这样的: 周五收拾好书包准备早点回去休息一下,突然丢出一个问题,然后加班到12点.这种强烈的反差使你的幸福感断崖式下跌. 连续三周不间断,每次问题还不重复.第一次突发状况愿意留下来,那叫做专业素质驱动.跟自己说:偶尔一次要理解.

现在经过这三周,我发现只不过是前期的懒惰导致后面的不断填坑.而且我还傻到接下来.

这种对加班预期管理不到位对我的打击是心理性的.我周六周日也基本宅在宿舍,对着电脑.线上问题我也愿意处理.但这周六我足足躺了一天,电脑根本不想打开,这种打击是精神上,还具有强烈腐蚀性.

远离工作上随时响应的人

是的,他们是工作狂.而且要是你组内有这样的人,请远离.

因为他这个人已经把这个组的风气带偏.

但这种工作狂也是有区别的, 一种是能力特别强.是的,他积极相应强力解决问题,这种人是在往leader方面上冲刺的.这种人要是你有决心,对方论功行赏也到位了,跟随是没问题的.要考虑的是强工作强度是否适合你.
而有一种假的工作狂,只是应声虫.不具备解决问题的能力,他只会拉着你下水,对解决问题没有实际帮助,最后把你的时间的耗费掉,最后自己去”邀功”. 这种人,见一个躲一个.

互联网公司到今年才开始走向正经的道路,以前是怎么样的? 拼命加班,画大饼,等到上一年年末经济不行的时候,基本就是把人毫不犹豫”优化”掉. 刚毕业的时候可以傻一点,现在不能了.一方面你需要现在这份工资,但另一方面你必须考虑你的未来.两者之间要有一个平衡点.毕竟能在工作上找到使命感的人是少数.

开始拒绝,开始掌控

你必须学会拒绝,拒绝产出比低的工作.而且是要很nice拒绝. 同时你必须观察为哪些人服务对你才是最有利的: 对于我们做数据的,就像妓女一样,使用方都是拿完就走,再次找到我们的时候通常是出了问题的时候.我至今还没有遇到过这样的运营, 会主动的来跟我们说他们会怎么使用这数据,然后得到什么样的结果.要是他们能站在我们的角度就会知道这是多么一件重要的事情.

每个人都像在囚徒困境一样,本来能皆大欢喜,现在却只能让自己选择对自己最优而不是集体最优的方向去努力,这是一种很可悲的创业状态

下一周开始,我要开始拒绝. 没办法, 我不该,也没必要把整个集体该承担的事情揽在我们这一边.

最近也开始意识到年龄渐长对工作的重要性.协调各方资源,每一步做什么工作达成什么目标,各种要的是会有什么隐藏问题, 一个有经验的管理者就是把他以前踩过的坑当作经验,避免在这个团队出现.然后每个人都可以朝着正确的目标前进.这不是一个年轻的团队能做到的.

我心目中的专家

一个人的能力至少是要这样演变的:

  • 不知道到知道:

    就例如我, 两周前从来没使用过sqoop 到使用. 这是一个很容易到达的地步,只要仔细留意自己平时工作使用的工具,然后想办法用熟悉就好.

例如知道现在互联网公司关系型数据库大部分用的是Mysql,开始了解相关的知识

  • 知道到了解:

这也是很容易到达的地步,而且是整个团队很容易到达的地步.只需要第一个使用的人沉淀下来文档.例如把工具使用上一些需要避免的东西记录下来,形成新人手册.这些坑可能是业务上带来的,也有可能是工具本身的特性.无论如何,你找到了一种能让它正常”work” 的方式.而文档可以提高团队的战斗力.要相信大部分人犯的错误都雷同.

mysql 的一些特性, 这时候不能只停留查询的层面了.Mysql那么庞大,要根据不同的场景.例如你表的存储引擎,你的字段, 索引设计,sql优化等等

  • 熟悉工具:

但更有价值的是什么? 一开始就知道怎么避免这些坑.我认为真正厉害的高级工程师,是要能提前避免这些东西.别人瞄一眼就能发现你需要很久才能发现的错误,这才是能力上的区别.

而每种工具都使用多了,自然心里有个对比.哪些能用哪些要避免清清楚楚.例如不会因为某个开源框架流行听起来高大上就是用, 而是经过权衡(对已有代码兼容,自己开发成本,下游的使用成本, 以后的维护成本)才得出结论 ; 也确定这个框架能解决当下的问题,更重要的是这个框架不该解决什么问题( 工具/框架太容易被滥用了) , 知道当业务量达到某个临界点的时候,这个框架不再有效.(瓶颈是啥) …. 等等. 这些叫技术管理.你要找一群人来维护一个东西不难,难的是要是一开始其实就能避免的呢? 到了这一地步的实践,形成自己体系的,我才认为要去思考职业瓶颈的事情,但问题是大多数人根本没资格,只是纯碎年纪大了罢了.

  • 跳出工具本身

人的成长是有阶段的,我现在越来越相信这一点. 完全着急不得.

刚毕业那会真的是要学习 Do Thing Right. 你啥都不知道,用的是现成的,但用就对了.这是一个学习跟积累的过程.

接下来是要 Do Right Thing. 在这个过程对已有的东西慢慢地有一定了解,判断力也随着上来了.这时候哪些事情值得做,需要做,这需要你的思考.

下一个阶段是: Make Thing Happen.

离我这个标准最近的或许是微信支付的技术总监: AndersZhou. 他普遍被认为情商很低,还很专制.但我现在才发现这样的人价值是稀缺的. 整个支付,靠他一个人做不起来.但他知道把它做起来需要那些人,他们需要负责哪些模块.模块的重要性优先级, 他知道得一清二楚.他是能够让支付可靠性99.99%运行的人. 毫无疑问这是专家的水平. 他一个人的能量是价值百万的,而这样的能量,二十多岁没真正打过仗的毛头小子是不可能具备的.

有些人的建议,我压根不需要

我现在最不需要的就是突然有一个人,跑出来说”xxx 可以了解一下,可以用它做xxx事”. 这种无视上下文直接给出建议,否定已有工作的,除非是神人,不然就是个白痴.这是我在工作上要避免合作的另一种人.给我提建议的这位同事,至少有以下特点:

  • 没写过wiki(知识沉淀).

  • 聊天的时候会提到很多开源的架构,看似说的头头是道,到实际解决问题,脑子就是一坨屎.

  • 基本没有分享过什么干货(不管是业务上, 还是框架上的)

我们在职场,最后是需要有东西能够落地的. 我们是需要解决实际的问题的.这样的人提出的建议,说实话,没有说服力,我真不需要.

可以重复的时间

看过一个说法: 要是你只能一次又一次重复你的时间来做一件事情,那你会很糟糕. 看是你花费一次时间,会有很多人重复花他们的时间来使用你的成果.那你会很成功.

我们打工其实就是在重复我们的时间,你定时出现在办公室,月底企业照常支付给你薪资.这对个人是一种不靠谱的模式: 你相信企业能养你到退休,你也相信企业不会倒闭,你也相信政府在你退休的时候能养你. 但我对此是持悲观态度的.

真正赚钱的应该在你看不见的时间里.

吐槽原来也是很舒服的

以前写一篇博文要憋老半天,没想过这种吐槽写起来也是很舒服的.