积极思考：别忽视房间里的大象
我们是做技术的，大部分时间都在从事脑力劳动，所以更应该在工作中积极思考。 因为思考是我们的本职工作，也能让我们创造更大的价值。
具体来讲，比如说，我们平时写完的代码，是不是做完就完事儿了，有没有思考过，代码还能不能精简？性能还能不能优化？体验还能不能更好？
不管是代码层面，还是系统架构方面，是否还有更好的解决方案？ 业务流程也是一样。有些人可能感觉开发人员离业务比较远，所以不太需要思考业务相关的逻辑。但其实你平时也在体验别人家的各种业务，也会有自己的感受和见解。
比如你去逛各种电商网站，那么在你整个的购物体验中，一定有可以吐槽的地方，那你有没有想过，是什么原因导致这样的结果？ 要是网站体验差，或者客服定位问题不及时，跟你写的代码有没有关系？你能否通过技术来改善这种现状呢？
最后，你的这些思考，不能只停留在意识流层面，要落地成文档或者工具，那才是真的产出，才能影响到他人。
其实技术人员在这方面是有天生的优势的。因为写文章本身就跟写代码有很多相似之处，甚至有些人称自己为「代码诗人」。而通过写代码来开发工具，提升效率，就更没什么难度了。举个简单的小例子：
我们知道，小程序里面是可以用 webview 打开 H5 页面的，但是 URL 需要 encode。 那么，如果这个地址，是需要让运营同学自己去填的，那他肯定不知道怎么去 encode。
对于这个点，我们可以把这个小功能做在运营工具上，比如在填写小程序 webview 链接的时候，自动 encode。 或者，也可以用两分钟写个「书签工具」，一行代码就够了，encode 一下再拼上小程序的路径。
这样运营同学把这个东西保存在书签栏，就可以随时使用，再也不用因为这个来打断你了。
做工具有很多方法，小到一段脚本，大到一个完整的系统，都可以产生很大的价值。 只要你能解决某些特定的问题，提升自己或者团队的效率，那就有价值的。
退一步讲，即使真的没人用你的东西，你也锻炼了自己的工具思维和编码能力。 其实也没什么损失。 领导也会觉得，你是在努力提升团队的工作效率。
另外，值得一提的是，在编码的时候，有个 DRY (Don’t Repeat Yourself) 原则，就是「不要重复你自己」。 代码片段，如果重复多了就要考虑封装和模块化。 这个原则放在编程之外也是一样的，某些事情你总是反复做，那就是重复工作，就一定有办法优化。
不管你是用流程来约束，还是用工具来解决。 痛点就在那里，就看谁能更积极地，思考解决方案，并且把它真正的解决掉。 那么这个人的绩效一定不会差。
在这个问题上，想法和执行力同样重要。 有的人是看不到问题，或者觉得不够痛。有的人是看到了也假装没看到，就像房间里的大象（The elephant in the room）。
什么意思呢？「房间里的大象」在英文里指所有那些触目惊心地存在，却被明目张胆地忽略甚至否定的事实或者感受。房间里有一头大象不恐怖吗？它不会随时跑过来踩死人吗？然而，大家都知道它在哪里，可是人人都沉默不语，有意识地忽略了它的存在，直到惨祸发生。这就是「房间里的大象」。
所以，既然这个大象早晚可能造成威胁，那不如早点把问题解决，请大象回到动物园或者草原上（注意保护动物）。沉默不是金。