问题说

这是学习笔记的第 1831篇文章

对于问题需要辩证的看待，多年以前，记得和一个行业的资深架构师聊一个案例，当时是一个DB time抖动的场景，他的提问很简单，什么是问题，什么是性能问题，当时年少的我一听就开始回答，其实对于这类问题，在排除挑衅的因素之外，我们需要认真的思考，理解了问题的根因，我们处理问题才能有一套行之有效的解决思路。

对于工作年限较多的人来说，有一个缺点就是思维转变的很慢，总是喜欢用固有的方式来做事情。对他们来说，根深蒂固的经验就是根因，而在现在的技术生涯中，这些都在悄然改变，就好比一个公交车站，停靠站已经换到另外一个地方了，你还在原来的地方等车，很明显跟不上趟。

很多难题如果逐步分解就是一些可执行的任务，这些任务串联起来就是一套解决方案，如果单个看某个任务，其实从技术含量上来说，不一定高，但是核心的地方就是这是一套可行的流程，这套流程依赖一些基础的共识，是多个看起来简单的任务让原来复杂的任务变得简单起来，而本质上这个复杂任务只是看起来复杂。

记得有一次和领导聊天，领导的意思是你是高级人才，需要做的事情要具有前瞻性和技术难度，简单说，你做的事情是别人不可替代的，这话没错，但是对于公司来说，需要的业务能够正常开展，需求能够快速响应，技术沉淀要蒸蒸日上。我们本分的工作里面，不可能全是各种高大上的难题和课题攻关，而且我们自认为的难题和从一个更高的角度来看，对于公司的价值其实是一个相辅相成的关系。

我提到一个概念就是创新的土壤，创新是一个很有技术含量的事情，这个事情分为两面，一面是这个事情其实不难，其他人还在想，但是我做到了，这是一个层级的创新，完全符合互联网风格的短平快，这类需求需要的背景支持不需要很强大，这个事情也不大可能从开始就是牛气冲天，所以这里的创新的土壤就是需要包容和理解，当然还有你的执行力和工作方式。

另外一面是这个事情本身很难，已经脱离了我们所固有的理解，不是基于业务的应用层定制，而是一个更加通用的解决方案，比如内核或者引擎类的基础解决方案。这个事情难度极大，创新的土壤是需要从上向下的支持，和平行的推动力，这些推动力中，有很多都不是技术因素了。

从迭代的角度来说，解决问题逐个击破是一个见效快的方式，但是如果有很多方案，都是按照这种套路，会发现我们的状态会总是处于一种过激的状态，做底层技术需要的静下心做好事情，在大量的业务沟通中会对我们本身的工作产生一些附加影响，总之这是一个平衡，而不是一个非黑即白的问题。

我碰到很多的人，对于一个事情总是能提出很多的建议，或者针对现状能够给出你想不到的各种吐槽。

吐槽和建议是两种能力，吐槽只是表述问题，更多是在表述问题的负面情况，建议是在基本肯定问题的基础上提出的一些改进想法，相比而言，我更喜欢建议层面，无论是产品层面或者是技术层面，这些都是open的。

而在建议层面之上，我觉得是对于问题的权衡和取舍，问题有多个维度，解决问题也需要分轻重缓急，在这里我尤其推荐二八原则。

现在的社会，在多元化发展中，行业间的渗透已经开始有了明显的互补效果，以前看起来不可能的事情现在都变成了可能。成年人的世界里没有简单，其实也应该少些无端的抱怨。至少你在抱怨的时候，你对这件事情有建设性的想法。