复盘，自己的感触

最近不知道干些什么，书读的少，日记也写的少，大部分时间用来睡觉，总是想睡觉，睡觉还不醒。

也不想折腾新的内容，晚上没事的时候就整理和复盘以前的一些项目。考虑和反思这几年做的项目的成功和失败的经验。

复盘中对于一些执行力和决策规划不足的地方进行改正，对于能带来正向反馈的经验也多多总结和分析一下原因。后面再做什么事情的时候好有所参考和借鉴。有时候学会止损结束一个项目，把需要占用太多精力和时间的项目分享出去，放与收之间要懂得取舍。

重读了《猴子背在谁的身上》，新读了《关键对话》，书中所说的一些对话和任务分配方法，进度控制方式应该多在工作中进行实践。让计划可行，让心情舒畅，让时间解放。

在复盘中对于自己以前个人做的项目也一并做了梳理，对现在还在运行的项目也想着做一些改进和优化，重点关注的就是低成本的保持持续稳定运行，整理旧资源并腾出资源进行新的项目尝试。

复盘出几个对于自己应该注意的地方，第一个是不要过早的进行技术优化，提前布局太多优化技巧既没有必要也没有什么可行性。因为凭借自己现有的经验并不能真正预测到业务量突增时的技术瓶颈在哪里。

第二个是不要囤积不必要的工具，比如小鸡服务器，比如因为要读书而不小心搞了一个私人书库，因为要学习高数而不小心搞了一个大学网站，这种偏离目标过大的事情要慎重。虽然随着兴趣的发展去做事情是对的，但要时刻关注自己最初的目标和目的而进行行动选择。

第三个是不要给自己设限，不要觉得这个东西有难度自己做不了。那个东西太低端自己不屑于做而已，要是我做，一定比别人做得好。这种极端的思想要不得，有些事情需要自己学习的就学习，自己学不会的就找团队来补齐，不能因为自己做不了就感觉是个天大的难题，目前看自己的生活中还不存在自己想到到的事情做不到的情况，无非是人、资源、时间没有找对，也许只是自己格局打不开，看不到别人能做的事情而已。

有些看似很小很简单的事情和决策，也要亲自与团队一起去实际操盘一次，只有团队真正能做成了并达到预期目标，才会知道一件看似简单的事情需要怎样的知识和经验去完成。有些一些困难和失败并不是那么简单就能发现的。只有实践和试错才能获得团队和自己的进步。

最近复盘发现自己以前很多不屑于做的事情，现在想做。现在真正做起来才知道随便一个坑就能把自己卡在哪里很长时间，以前总觉得是自己不想去做，现在真正清醒的认识到也许是用这种思维欺骗了自己。真正去从成功者身上发现优点和成功的原因，有些事不是随随便便就能做成的。

举个例子：最近想着实践一下小程序的各种新功能，想着把以前做的小程序升级一下放点新技术，结果就过不了审核，错过了小程序审核的宽松期，现在再想做个人类型的视频与新闻类小程序就比较难。之前因为不想优化而产生的问题也许就一直在已经发布的小程序中。

还有一个小程序是刚发布小程序时提交的，以前个人开发者还能搞视频什么的，自己搞了两个简单版本升级，然后就觉得这玩意简单得很，没啥难度，然后连代码都丢了。丢了代码以后连渐进改造都懒得做，因为要改进还需要自己再写一遍小程序代码，觉得累人，这个小程序就没再优化升级过代码。

现在复盘这个小程序，发现很多东西都需要优化，要想实现长期稳定、低成本、维持现状的运行，至少一些视频课程列表的排序需要优化一下。视频类小程序已经错过个人提审的窗口期，现正只能在服务端做优化，视频课程列表的章节排序是父子关系，开始做小程序的时候这个列表就在优化范围内，小程序代码找不到以后一直没有进行优化。现在必须从服务端接口进行优化。以前写的接口程序居然连基本的父子排序也没有，为什么？因为自己懒得写，总觉得需要费脑子去想这个父子数组的排序逻辑，需要两三个函数才能完成排序，不复杂，但需要静下心理清逻辑，可能一会就写完了。一会就是一年也没优化这个位置。

现在复盘了，把执行力放到第一位，想到的事情如果可以立即解决就要立即解决，如果技术不够就找团队补，不要用太简单一会就做完当做借口。现在遇到的功能别人可能都写过千百遍的了，只要关键词的对，搜索就能找到一个完全满足你的类库解决这个问题。

果然，排序就是很简单的一个小问题，结果搞了一个小时才测试完，改完代码又因为其他问题又用了一个小时才正式昨晚一个基本的父子数组的排序。实际上原理确实很简单，只需要一个phptree类引入，结果两个小时才完成。眼高手低要不得，别人做起来简单的事情，自己做起来可能并不简单。

能看到别人看不到的困难并解决这些困难的人才和团队才能获得成功吧？认真对待和提升团队应对这种简单又不起眼的问题的能力，发挥各人优势，打造技能互补，能独立完成任务的团队。