几个月前因为一个事情被diao了。起因是临近上线的时候项目后端统一了消息协议（.proto），然后要我前端也支持。我研究了一天,没走通，要么依赖项太多，要么一直报错，而且需要使用的对象兼容性有问题。当时心里有些急，也有几份抵触这种方案，于是在会上说出了我的想法：能不能友好的发发json，兼容性好也不需要什么第三方解析。结果自然是被否决了，理由是大厂出品的，怎么可能不能用呢，用屁股想想就知道?你为啥遇到问题就想着退缩呢。我无语凝噎。重要是给我强调了能编程与会编程是不一样的。
开完会情绪有点低落，回到座位上打开github 继续找方案，不一会儿居然找到了！啪啪打脸的感觉好酸爽。然后开始思索...
是否抵触
一件事带有抵触情绪之后，那基本是做不好的。在找方案的时候，眼中只看到“NO”，而自动忽略了“YES”。解决方法在你眼前你可能都看不到。就像一个人不想做事就找借口，这些借口在他自己看来都是很合理的。要带有这种情绪，那不如先别开始，要么自我消化，要么拿更好的方案去说服别人。
只要有一种解释是对自己有利的，我们便不想去推敲和反驳，再漏洞百出的事情看上去也不无可能，而且只要一种解释是可能的，我们就认定是一定的，强大的情绪大脑会阻止理性大脑往深入的想。而对于自己不利的解释，我们或忽略，或者异常仔细的去推敲，抓住一个漏洞则相信自己推翻了所有的解释。----《暗时间》
所以一件事情在自己着手做的时候，先整理好类似的情绪。很多时候摆在我们面前的方案很多，如果是你熟悉的领域当然好选择，利弊清晰，能快速判断。但不熟悉的时候，就要注意到每个方案所适用的环境和条件，要归类和总结，自己所遇到的问题本身已经提供了一些前提条件。用这些条件先过滤到一部分。而不是瞎猫抓死耗子一样一个个去碰。
不要等待
编程工作中我们经常遇到需求不完整，接口文档没有，接口返回值错，误诸如此类 别人的因素，然后导致项目进度缓慢或者停滞。其实我想说，编程简直太轻松愉快了，因为还有人给你提供需求，提供设计稿，你实现就行了。实际生活中很多事情根本没有人会告诉你需求，比如自己装修，你需要定风格，然后选材料，按照流程喊施工队伍，考虑风格和成本，考虑材料合不合适，喜不喜欢，甲醛高不高等等。建材市场鱼龙混杂，装修师傅可能阳奉阴违。即使你监工他都敢用料不够，总有一款让你交点学费。 可能很忙的时候，父母又生病了..... 生活的事情更考验的人的协作和沟通能力、承压能力。没有谁告诉你截止日期和责任，但是你没做好，就是没有做好，不要说什么装修的人坑了你。工作的事情责任范围清晰，不属于你的锅你都可以甩的远远的。但如果团队内部都是这样的氛围，那又能成什么事。雪崩的时候，没有一片雪花觉得自己有责任，应该积极主动起来，因为等待耗费的也是自己的时间。
做完了还是做好了
按照需求和效果图，你可能很快就实现了所有功能和效果。但是自己测试了吗？可用性高吗？稳定吗？兼容性如何？功能做完往往只到了一个阶段，后面还需要自己做检验性工作。确保交出去的东西是ok的，达到预期的。有信心对别人说我做好了，让别人用的放心。而不是说一句我做完了，暗藏的坑让别人先踩。有时间还应该思考一下，代码是否可以更简洁？接口设计是否可以更简明？多个类似方案是否可以统一成产品？思考的价值总会为你省下未来的时间，特别是重复劳动的时间、遇到问题沟通的时间。
知识体系完善
你选择的方案，都是你所知道的方案。也就是说，你的知识范围，决定了你的处理能力范围。甚至于，有的知识你会，但关键的时候你未必想的出来。这个过程就像解题，自己苦思冥想不得，看到答案恍然大悟。为什么呢？你的大脑就像一个图书馆，知识的碎片就如书架上的书，你想用的时候，发现找不到地址了。
知识分两种，一种是我们通常所谓的知识，即领域知识。二是关于我们大脑吸收知识的机制的知识，后者不妨成为元知识。虽说这也是领域知识，但跟其他的领域知识不同的是，它指导我们学习其它所有的领域知识。
除了完善我们的领域知识，也许需要补充一下其他领域的，譬如心理学和思维方面的，当然最好是到生活中去解决问题。
小结：会编程是基于现有经验办事的能力，而能编程是对整个事情的解决能力。在学习一门技术的成本差不多的情况下，差别就来自于编程之外的能力。