今早突然顿悟，知道事情的边界，非常重要，这个感悟来自于计算机的软件开发，因为对于软件开发来说，你去学习计算机软件开发知识，可以说范围非常广，假如我是做前端开发的人员，我就不需要知道操作系统底层是怎么运行的，内核如何写成的等等，前端开发人员做出的东西是在浏览器里可以显示运行的界面功能，每件事情，其实都存在边界范围，也就是你不需要知道全部，就能做好，并且你要知道那件事情的边界在哪里，不然你肯定达不到效果，并且时间也随之浪费。
边界，形象理解就是一条有弧度的线，这个弧度圈出了范围，也就是不在这个范围内的就可能失效了或没意义。那如何知道事情的边界呢？
第一个想到的概念是最少必要知识，也最是做成这件事情需要的最少步骤是哪些？抓住这些步骤执行就足够，对于刚开始的人来说，其他的暂时悬置不理会。也就是不用管。因为在你按这些步骤在做的过程中，你会一点点遇到问题然后想如何解决，随着你去解决这些问题，你就在慢慢扩展自己的知识范围。并且这还是一个主动学习的过程，学习效率是远远大于你去看的知识点。但我们也要知道理论边界所在，在这里面尽可能优化，才能得到更好性能以及效率。
我们做任何事情都存在能力边界，需要知道该事情要哪些能力，当然前期你可以完全不用管这些概念，直接去做就行了，随着你不段的实践学习，慢慢的你要尝试总结出做该事情的规律方法是哪些，不断地去总结需要哪些东西。你就会慢慢对这件事清晰了，也知道了自己具备了哪些能力。这时候你就具备了抽象整理的能力。这种能力能让你进入深度思考，看任何事物都比别人看的远和深入。随着你做的事情越来越多，接触的工作范围越来越广泛，你就会到达触类盘通的进阶。因为你已经开始掌握底层的东西，逐渐看清事物的本质和规律，在加上你已经熟悉了边界，所以，你就能腾出自己的时间，去做自己更感兴趣的事情，你的投入产出比会越来越大。
就像我从事软件开发的经历一样，从初级程序一直做，一边做一边积累，慢慢的就成长到了全栈工程师，在接着往前走，这个博客就是自己一点点积累起来的，从一开始的无人关注，到现在的人数，我一直不断积累。工作方面也是这样的，前段时间又接触到项目管理，带团队等等工作任务，我也是先做，从最基本的开始。
慢慢的上手后，我开始想做项目经理，带团队最重要的是什么？因为从技术的角度出发，项目经理的一个弊端是，你做这个业务对这个业务非常熟悉，但是这些业务知识好像不能复用到其他地方，所以，更重要的是如何快速了解透彻业务的能力是非常重要的，而不是死磕某块业务。因为快速了解业务的能力是通用的，但某一专业领域的业务知识可能就很难复用了。这是也是我在做项目经理时思考的问题。因为项目经理的工作职责已经不是再去自己写代码了。而是项目管控，风险规避，团队人员的带领等等，很多事情从具体的事实转移到了虚的层面，也就是从具体的写某行代码到整体的框架架构方面、方向的选择方面，因为具体的事情，有团队成员去做。所以更重要的是考虑宏观层面的东西。所以你会看到，越往上，需要该职位的人会越少，因为做实事的需要很多，宏观战略层面的人就不需要那么多了。传统公司的金字塔架构就是这样的。但现在更先进一些的互联网公司或者投资公司所采用的扁平化架构，你有没有想过他们为什么要这样管理呢？
这也引出了我更进一步的思考，他们其实是采用了原则或规则去管理，也就是通过一些原则，划定了边界和范围，最明显的就是瑞·达里奥的投资公司，他很出名的原则一书就是他长期实践下来的积累。当我们来到管理层后，做事的原则就变得更重要，因为只有原则或者规则可以通用，也就是不管上级或者下级都能看到和执行，换家公司，你所具备的做事原则和规则也是通用的，因为规则、原则也是经历过很多考验、前人留下的精华。
再回到做事的边界，当我们知晓了边界后，就在其边界内做事，这其实就是精通。