lotusp

@jones2000 期待有成功的案例，未来确实很多工作 AI 都可以搞定。
不过我觉得分析决策性的脑力劳动，AI 短时间还很难完成

@fengjianxinghun @leimao Tech Lead 不管人但应该要做方案分配任务吧，如果完成的不好是不是要自己上去解决问题？

@MindMindMax 这好像是一直以来都有的问题，教会徒弟，饿死师傅
不过从 TL 个人角度，培养下面的人也是为了帮自己干活，不要累死自己

@yangxin0 同感，大部分 TL 从开发开始承担一部分管理工作，就开始转的比较过，大部分时间都在开会，不参加方案设计，不参加 CodeReview 。我觉得确实有大环境的问题，但 TL 得有意识改变自己的这个状态，做好时间管理，把技术的事情管起来，毕竟 TL 的核心竞争力在技术。

@pastor 没有谁做技术是千篇一律的，如果你读一篇文章就认为这是唯一的架构方案，不需要根据实际情况做调整，也需要自省一下，写文章是分享思路和经验，每家的业务复杂度、技术实力、现实情况都不一样，某些技术选型有什么优势，有什么劣势，这是我们要讨论分享的。

“中台也一样，坑很多团队，真正适合的搞法是从实际出发，除非你家业务成熟稳定需求不怎么变了比如很多传统企业级的产品，否则就别鼓吹什么不知道实事求是的方法论了”
---- 这观点就很武断，滴滴、阿里哪个业务稳定，哪个变化不快，为啥非要稳定的传统企业才能用中台
很多中台搞不起也不单纯是技术的问题，组织结构上就很难支持

@pastor 上来就一句“像楼主这种只知道人云亦云拿来主义的垃圾架构师”，这么直接的攻击不叫人身攻击，我也是很难理解你的思考方式。没想人身攻击说话就注意表达方式，请“好好说话”。

@pastor #53 看了你的很多留言，确实是个天生不会好好说话的人，讨论技术就说技术，别夹枪带棒的人身攻击，要是真不会好好说话就少说

技术没有对错，看你用的对不对，微服务这么多年，有人成功，有人失败
中台也是有人成，有人败，搞不懂关键问题在哪就开始整不死才怪
你搞不定不能一棒子打死就说技术不行

@qwe520liao #33 楼说的很中肯，也是经验之谈，微服务目的是解耦，提升弹性，不是随便拆成几个进程就完了

如果用 markdown 快速记录想法和文字，Effie 是个不错的选择，可以快速记录下来
还能复制文字，以图片的形式分享
缺点就是现在还不支持图片
https://www.effie.co/

@sevdot 看了你的博客，最近输出很多，高产赞一个