推荐使用一个替代迅雷的下载软件，没有下载限速、也没有屏蔽资源下载，还没有广告。https://imfile.io/

大多数公司的问题不在「每个人每天消息发布得太少」而导致的信息不畅通，而是在「消息发布得太多」而导致的信息不畅通：1. 重要消息被淹没其中，导致错过 2. 个人对信息的敏感度降低，导致忽略 3 大脑里面太多信息，导致分心。 ​

许多公司的 CTO、CIO 很可能成为公司最大的技术障碍。因为他们的技术判断能力不足（脱离一线太久），且太讲政治导致政治决策干扰专业决策，再加上总是希望短期见效（导致长期产生伤害），最后的结果就是下属提出的一些好的技术提议受到阻碍，整个技术团队的氛围丕变，不再崇尚技术。 ​

带着明确的技术问题，往上思考，通常可以快速找到解决方法，在技术栈上又往上添加一层；但如果不往上思考，而是往下思考本源，需要很多时间才可能找到解决方法，但越是往下的方案会越简单，且一旦这样的方案出现，可能原有的技术栈有一大半的技术都要被丢弃了。 ​

大多数使用 SaaS 服务的企业或个人似乎都没有考虑到以后万一要更换供应商时，大量的数据（和业务逻辑）要如何迁移。使用 PaaS 和 IaaS 服务的企业一般会意识到这个问题，而提前准备因应之道。 ​

根据我和许多 IT 供应商的交流，大多数的企业连数据都兜不拢，却还在大聊特聊各种大数据和 AI 的应用场景，这都是幻想。 ​

当企业受不了信息技术系统的各种问题，想要做系统重构时，常会有一种不切实际的幻想：用半年或一年的时间把系统重构搞好，就可以一劳永逸了。.... 首先，你花了十年搞乱的系统，要用 1/20 的时间就搞好，同时系统还要继续提供服务并加新的业务功能，这可能吗？再者，天底下没有一劳永逸的事。 ​

我把用户需求分为痛点、痒点、麻木点三种症状。痛点需要止痛，痒点需要止痒，麻木点需要被激活。... 苹果的 Jobs 就是擅长找出不痛不痒的麻木点加以激活，开拓出一片蓝海。 ​

「重构」希望能把系统理顺，也不希望过程影响新业务的推展，但又不希望系统被新加入的业务功能搞得越来越乱。... 一个可行的方法是搭建一个能够扩展各种业务、且符合新架构规范的平台（最好是以微服务的形式），所有新的业务功能都在这个平台实现，这个平台可以调用旧的任何系统，来复用旧的系统功能。...全文： http://m.weibo.cn/1614282004/4383556308980835 ​

某公司让我去评估他们的系统架构，虽然他们没有使用什么流行的技术，但因为业务并不复杂，且因为是 B2B 所以访问量不大，系统压力也不大，我评估这系统已经够用了，也不会成为未来业务发展的瓶颈，所以建议不需要大改动，只需要把其中几个系统做分解就好了。但在跟 CEO 聊过之后，我的判断就不同了，因...全文： http://m.weibo.cn/1614282004/4383355681969576 ​

第一个该看的架构图是「业务架构图」。业务架构图只要将几件事情说清楚就好了：1. 企业内有哪些业务（客服等不产生「直接」业务价值的，不放进来） 2. 企业有那些销售渠道 3. 企业有哪几类顾客 4. 企业有哪些供应商或合作伙伴。第一点放中间，其他点放四周。如果能够以块或层的方式分类摆放更好。 业...全文： http://m.weibo.cn/1614282004/4382639253130825 ​