迷茫的总结 第1篇
如果说第二个阶段还会写代码，这个阶段基本上没有写过代码。这个阶段做什么，管人，管团队，开会，管自己的业务，规划业务的发展。当公司越来越大的时候，政治，官僚气息就开始了。在这个阶段，自己也是做的最没有意思的时候，开会讨论需求，一个很简单的需求涉及的利益就很大，开会就在不断的pk和吵架中进行。毕竟业务架构都是虚的，互相不认同，不像代码，好与坏一般都能够分的清楚。这个时候，一个人的技术实力已经显的不太重要了，重要的是沟通，pk，忽悠能力。能把业务方，别的业务团队，开发忽悠住就可以了，忽悠这个能力，也许需要更高一个层次。这个阶段的开发同学就很苦逼，被这种流程，协作，规范逼着，有各种各样的质量、缺陷指标。
这个时候抽象思维能力就比较重要，这也是忽悠的基础。这个往往在架构pk中起决定性作用。业务的规划需要更高的领域知识以及抽象思维能力，而去实现它，相对来说比较简单。所谓抽象，就是从众多的事物中抽取出共同的、本质性的特征，表现在编码方面，就是设计模式，表现在业务上，就是业务架构。由于业务架构和组织架构吻合，往往业务架构能力强一个组织所在话语权就会比另外一个组织强。
迷茫的总结 第2篇
迷茫就是想不通，想不通是因为知识和阅历不够，不足以激发答案，于是自乱手脚，又到了给人送钱的好时候。你看看，大部分迷茫无非没钱，没钱是因为被割走了，钱爸爸不知道到哪里去了，于是很迷茫，迷茫就如溺水，溺水的时候任何人看上去都像是救星，于是“英雄”就恰当地出现了，于是你又开始花钱了，于是你无形中又被cut了，若不醒悟，等待你的是下一次迷茫，下一次收割。
老天爷设计的很巧妙，通过此法来敲醒一些生活中的木头，鞭策人的进步。人其实都是笨死的，你坚信生活中有个你不知道的答案能解决你的问题，你一次次花钱花时间寻找，但是如果没有这个答案呢？如果这个答案像懒婆娘的裹脚布又臭又长怎么办？
迷茫的总结 第3篇
高度：这个层面往往体现在规划能力，能够看到未来业务的发展，设计出相对合理的架构满足未来业务的快速扩展。这个阶段应该是少参与到具体的编码中去，应该是一个公司的CTO或者首席架构师角色。这个方面的能力比较虚，相对来说也是最难炼成的。
广度：就是知识领域的广度。反映在IT技能上，就是所掌握的领域，比如.net，java，数据库，web，前端等等。不一定每个领域都能够精通，但是至少都能了解，能够在面对问题的时候能够拿出一个切实可行的解决方案。对于跨领域方面，可能是你的沟通能力，管理能力等。
深度：在某一领域有很深入的了解，旺旺是一门具体的技术。比如js代码写的很精通，数据库知识非常丰富，精通linux操作系统底层。
深度->广度->高度，越往上，要求的抽象能力越高，越往下，要求细节知识越具体。一个人往往具备了以上三样，就是一个成功的大牛。
体现一个人价值的也可以主要通过以下五方面：
1 IT技能：这个就是具体的技能，这里就不列举了
2 领域知识：就是你所在行业领域的业务知识，包括证券，基金，电力等等。这个往往在行业领域是最有价值的，也是决定你主要身价的方面，当然前提是你不是做纯技术方面的工作。比如底层框架的开发，数据库管理员。
3 学习能力：这个也比较重要，毕竟IT这一行拼的是脑力而不是体力
4 人脉资源：这个专门指IT行业领域（我们一般找关系），遇到问题，你可以请教他们，相当于多个大脑
5 软技能：也就是沟通，协调，管理能力
你会发现，大多数情况下，你想职位越来越高，后面的比重会越来越大。
在学习方面，你要从学习具体知识到学习抽象知识，再把抽象知识应用到具体事物上。这就是术和道。反映在IT技能方面，就是原理和实现。学习一门技能，一般都从具体的用法开始，在开始学习其原理，然后知其原理，在反过来应用实践。除非是工作必须用到，我们应把更多的时间学习道，只有道，才是最保值的，也是最长久的，好比代码设计思想比代码实现过程更重要。
迷茫的总结 第4篇
为什么一定要寻找个理由？
Random walk！
为什么是你出生在世界上？
为什么地球是圆的？
为什么外星人不来相见？
为什么不能赢取白富美，走上人生巅峰？
哪有那么多为什么？！
小孩子在掷骰子行不行？
指鹿为马行不行？
言出法随行不行？
逗你玩行不行？
空虚寂寞愁行不行？
哪有那么多为什么？！
为什么一定要寻找个答案？
在世界最底层，量子理论设置藩篱！
在太阳系外层，巨大真空设置边界！
人生贫贱富贵，死亡都设置了边界！
人生如梦，
世事如戏，
看的开心难道不好？
几篇回答搞在一块，有点乱。