为什么这么说？以手机淘宝为例，手机淘宝的终端有网页、安卓、iOS、小程序等，页面浏览和功能交互都有不同的部分，如果完全分开按照最糟糕的情况永远规范不好。
另外，很多公司认为做数据驱动就应该有一个高大上的数据平台，这两年标签画像平台或者数据中台的概念比较火，它们真的能够实现数据驱动吗？不见得。目前，很多公司的数据质量非常差，数据驱动就更无从谈起，这是国内大中小企业普遍存在的情况。
1 . 如何梳理整套系统的调用关系，并评判应用上下游依赖的合理性？
2 . 如何了解每一个应用的性能指标，并对系统容量进行合理的规划？
3 . 当系统出现故障或异常的时候，如何第一时间发现问题、定位问题、解决问题？
书本知识主要是传道——讲述抽象原型，而对其具体应用场景的讲述往往含糊其辞，对抽象原型之间的关系也是浅尝辄止。采用同样精确的语言去描述应用场景和关联关系将会失去重点，让人摸不着头脑。所以，仅仅通过看书来获得成长就像是用一条腿走路。
这种误解的产生有几个原因：首先，技多不压身，技术自然是掌握的越多越好，掌握很多技术的人自然不是菜鸟。其次，在互联网时代来临之前，信息获取是非常昂贵的事情。这就导致一项技能的掌握可以给个人甚至整个公司带来优势地位。
最后，你必须要敏而好学，不耻下问。
否则，加入更强的技术团队或许是更好的选择，最少不是什么值得骄傲的事情。
经常听到的这样的争论。一方说：“我已经告诉他了”，另一方说：“我不知道这个事情呀”。把UDP模式被当作TCP模式来使用容易产生扯皮。
比如，密码学被认为是门非常高深的学科，但是一大类密码技术的基础是数论中一个非常简单的理论——素因数分解：给出两个素数，很容易算出它们的积，然而反过来给定两个素数的积，分解的计算量却非常惊人。
基础技术的门槛相对来说高一点，考虑到影响面，对可靠性、可用性等有比较高的最低要求。但是门槛高不代表技术含量高，另外成熟技术相对来说在创新方面会受到很大的约束。但是最先进的技术都来自活跃的创新。
根据经典的“探索和利用”(Exploration and Exploitation )理论，良好的用人方式应该如下：
首选选择相信，在面临失败后，收缩信任度。
查找失败的原因，提供改进意见，提升下属的能力。
总是给下属机会，在恰当地时机给下属更高的挑战。 总之，苍天大树来自一颗小**，要相信成长的力量。
