从腾讯离职的原因和阿里是类似的，工作无法正常完成，觉得与同事格格不入，觉得自己是个异类。每天在工位上如坐针毡，假装自己在努力工作的样子，害怕去公司，害怕遇到自己的同事，最害怕的是每天的晨会！

追根溯源，最开始始于一个需求，一个并不大的需求。需求的大致是这样的：在相机首页加入一个运营位，简而言之就是加入一个button，这个button显示的图片是由服务器下发，是否显示也是由服务器下发，button点击后有两种逻辑，一个是直接打开一个URL，另外一个是选中相机中的某个挂件，具体是哪一种也是服务器下发。

需求说完了，我分析一下我的工作量有哪些：

1. 运营系统的调研，具体是指是否使用别人现有的运营系统

2. 和后端约定配置的格式内容

3. UI开发，首页相机中加入一个button

4. 逻辑开发，根据下发的参数，合理展示运营位和配置运营位点击逻辑

5. 工具方法开发，跳转某个挂件的能力需要抽出一个方法

6. 前后端连调

现在看来，似乎真的没有什么困难的地方，可是对于当时那个我来说，有了那么一些小困难，光是运营系统的调研我就花了差不多三天时间，现在看来完全没有必要，最多只要投入一个小时，因为从我们的需求来看，完全不需要接入一个复杂的运营系统，我们需要的只是下发一个配置而已。

但是当时我的leader说让我看看那个运营系统有什么好的特点我们能使用的，再对比一下其他的系统，看我们的需要决定一下用哪种方案，当时的我就像是傻了一样，觉得leader的潜台词就是那个运营系统不错，我们就要用那个，于是乎疯狂的去寻找我们使用那个系统的可能性，找不到不罢休，觉得是自己遗漏了，这个事情浪费了很多时间。

同时在技术方案的选型上，我非常纠结，完全没有主见，不相信自己的判断，到底是使用别人的运营系统还是自己简单的下发一个配置，在这个事情上也浪费了很多时间，最终还是leader拍板说我们就用最简单的方案去做，这个事情上可以看出来当时的我有个很大的问题就是不敢做决定，不敢负责任，本质其实是对自己不自信。

技术方案敲定以后，开始和后端约定下发参数的格式，你绝对不敢相信这么简单的参数约定，前后花了我一天时间，都没有定下来，最开始我纠结于我和后端沟通时发给后端参数的格式，要用json，然后格式不能有问题，我于是去搜索了json的标准格式，然后想着下发的参数只能是string，于是又去看如何转为json string，就这些东西我都搞了几个小时，如何是参数的命名问题，我也无比纠结，哪些参数需要，哪些参数不需要，我也纠结了很久，然后那个参数平台怎么配置，我也捣鼓了很久，还和后端同学在是否需要后端配合改造的事情上争执了很久，浪费了这么多时间之后突然发现后端把下发的参数全部配好了，我在程序里已经可以拿到并使用了，我纠结了这么久的事情，他几分钟给我搞完了？我当时是又懵逼又开心。

下一阶段我陷入了死胡同，UI开发？这个本来是客户端开发中最简单，最接近纯体力劳动的部分，我竟然困住了！相机首页代码太多，我不知道该把代码写在哪里，关于代码往哪插的部分，我同样纠结了很久，同时我不敢动手开发，总感觉稍微一点改动，整个程序就崩了。一个按钮我怎么都写不出来！我有太多太多的纠结，我想要一下就写成最好的样子，我希望有一个几乎一样的按钮让我抄一下，我总感觉自己写的就是不对的，是有问题的，是不够优雅的！

关于参数的解析，我又开始了同样的纠结，就是感觉怎么样都不是最优解，怎么样都没法达到我内心中完美的状态，我不敢动手，时间过去了，代码却一行没写。古人说不积跬步无以至千里，我就是连第一步都不敢迈出去，何以至千里？

最终后面的部分都是组里其他人帮忙完成，这里还是因为leader时刻关注着我手里项目的进度，在发现我还剩许多事情没有完成的时候，立刻就让其他小伙伴加入，帮我一起完成，我最终仅仅是帮忙进行了一些优化和做了一些测试。

这个事情对我打击很大，最严重的点在于，这个事情反映出来了一个本质问题，那个时候的我没有独立完成需求的能力，原因都在上面的分析中，而且短期的我是没法解决这个问题的。这个时候我没有积极寻求解决问题的方法，没有主动去和领导沟通寻求帮助，而是全盘否定自己，觉得自己没有能力在腾讯待下去，更进一步觉得人生没有希望了，未来什么都做不了。

这个事情初见端倪的时候，我就联想到阿里的事情了。当时的我就认定了自己会重蹈覆辙，那个晚上我崩溃了，冲上了腾讯顶楼的小花园，我当时想哭都流不出眼泪了。布衣之怒，亦免冠徒跣，以头抢地尔。我当时真的想以头抢地了。下去的时候，后座的同事还问我刚刚不在工位干嘛去了，我只是苦涩的笑一笑回应。