lotusp

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

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

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

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

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

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

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

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

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

@dann73580 多谢分享

@yukang 12 年的写作者，厉害了👍🏻
非常认同博客里的一句话：
“我们常说写作即思考，并不是写作让人更丰富，而是思考让人更丰富。”

在微服务上下文里，不管是短连接还是长连接，前端打交道的后端应该都不止一个
可以专门为长连接建立一个 gateway ，这一层对前端是长连接，对后端可以长连接，也可以短连接
后端服务升级重启做到优雅退出，就不影响前端