“凡是不能在五分钟之内解决的争论,都不能依靠辩论解决”
---- Kent Beck
作为一个码农,我并不是一个喜欢争论的角色。很长一段时间会陷入一种摆烂的,被动的状态。“既然其他人想要这么做,就这么办吧”。这可能是非专业的行为中最糟糕的了。
这种心态经常穿插在每天的10~11点,4~5点。数不清的临时会议,现场服务问题及其各种干扰。
“注意力点数”这种东西是固定的,一旦被消耗完,即使我还能写代码,那一定是非常杂乱的。所以为了保住这些 “points”。解决方案如下
1. 不要被动,去争论
2. 避免陷入优先级错乱
Scenario1: 产品经理抛出一堆粘贴复制的的需求描述,并且毫不考虑系统模块的关联性。当面对这种场景时候,我要做的就是收集数据,召开会议,十分钟之内的争论让产品经理认识到自己的非专业性并且在短时间内给到修正性反馈 !
“有人会尝试借助个人能力来赢得争论,他们可能提高嗓门,对视,或者不屑。但这些都不重要,强力是无法解决争论的,最终还是需要数据”
----- 《clean coder》
我需要对自己的时间负责,对自己的代码负责。
Scenario2: 优先级错乱导致的项目停滞。无论什么原因,我总是能找到办法逃避真正的工作,说服自己哪些问题优先级更紧急,然后扭头就去处理,之后就有接口推迟真正的任务。优先级错乱是自我麻痹的谎言,这不是专业的行为。
此类场景发生会出现诸如此类的话:
“我调用了你们的接口,报错了你查一下 ”
“ 你查一下你们那边数据对不对 ”
“帮我看一下你们定义的数据结构 ”
一方面是本身专业性不够,另一方面是被 碎片化/无意义 的工作项打断。
专业的开发人员会管理好自己的时间和注意力点数。抵制优先级错乱的诱惑及其导致的错误。在拥抱多种选择的同时也会警惕泥潭和碎片。
最糟糕Scenario是,徒劳的努力工作,结果陷入泥潭。
Reference:《clean coder》 - 9th chapter - “Time manager”