这个博主很早关注过，镜头下的西藏十分令人神往，配音问题听听旧习惯了

劝你看开点显然不现实，只能离远点，不去丈母娘家就不去呗，问啥原因，就让你老婆直说，何必藏着掖着搞得自己痛苦，只要你和你老婆关系正常，只要你老婆是正常人，那就一句话“去他妈的！”

@libook
@hamsterbase
绝大部分公司的业务发展决定了技术架构的走向这点我十分认同，一家能纯粹靠技术推动业务的企业九牛一毛吧，有时候也会迷茫，绝大多数业务场景下，其实很入门的解决方案或者说技术栈就完全能够满足，但是对于一个技术人员来说，是不是需要主动的去做些什么，或者说“前瞻性”的去推动一些东西，其实说多了也是私心作祟。

@throns 确实，不同技术栈杂糅在一起，十分令人不适。

@pjee 哎哟卧槽

@can2421 确实，从开发角度来说，构建速度和开发体验上确实有所提升，但是这个通过构建方式改造也可以实现，不同应用划分不同入口，组件 /状态 /方法都在同一个工程下，构建和发包则分开执行。

@wu67 业务的规划十分的庞大，给我一种错觉，"这玩意儿得特么上微应用了吧"，实际业务来了以后，零零碎碎，笑死

@musi 是，这个确实属于需求点

HK 24 的已经被封了。。。刚续的三个月，实际使用不到两个月，该说不说还是 TC 稳

月经贴了，一个搞技术的应该能够分辨自己在什么场景下应该选用什么技术栈，老扯来扯去的无聊的紧。行了了，鱼你有了

看不懂是你的问题啊。。。你看不懂的东西多了，难道世界要为你量身定制么？

想起了 corejs

随便找个小机场 US 节点，登录以后，搞个良心云一类的 HK VPS ，使用的时候完全没问题，不会校验节点。

https://www.w3schools.com/browsers/

市场份额只有 5%，说实话，在今天，看不到未来。

是 feature ，之前在 canary 版本中体验过。。。我觉得有点别扭的

对待问题你可以理性的去提出你觉得这个东西有哪些问题，现阶段能解决或者不能解决什么，甚至你觉得你设想中的 AI 应该是什么样的。
而不是感性的发出“只有我觉得 XXX 么？”