MQ 最重要的作用才不是解耦，是“削峰错流”。用个 MQ 就解耦了？上下游不需要对消息格式的吗？你乱发一气看看你下游服务能处理不？

解耦这个词这几年完全被滥用了，有多少人真的认真考虑过解耦到底是怎么一回事没有？上下游服务互相有依赖的时候，你怎么解耦？只要有依赖，就不能完全解耦，无非强耦合弱耦合而已，大部分所谓解耦就是弱耦合，但是弱耦合的方案有很多种，MQ 不过是其中一种，还未必是最好的那种。用 MQ 的场合，如果不考虑削峰错流的话，我个人认为是没用对的

@shuangyeying 到 3.1 为止，所有从 2 开始的 IDEA 版本的 maven 仍然工作不正常

现在这个时代 IT 是泥潭，垃圾水平怼出来的代码也能跑，反正有多少公司真需要 PV 上百万的东西？不就是每秒几个请求不得了的要求在那里跑，所以现在都是要干活的，管理的都不要

@xmge 这个智能音箱的后台对外的接口是什么？是 socket ？ Http ？某种 Iot 协议？还是别的？

@xmge 认真问一下，你们用 go 都是写什么？

@janus77
https://www.v2ex.com/t/587073
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/go.html

没有虚拟机的语言在内存占用上确实很低，大部分时候都如此，当然，在 CPU 的占用上就未必

@qq316107934
你不需要和我谈小程序是怎么实现的，我指的是依赖具体平台的技术都不安全。哪怕它很接近 web

你对前端的理解。。。如果你是当面和我这么说，我要再年轻 10 岁呢，一定会操起我的机械键盘砸到你脸上（虽然我不是写前端的），但是现在算了，已经没有和人争论的动力了。我只想说，人可以写一辈子代码，但是很难靠写代码生存一辈子。所以人一定要理解自己的工作价值核心究竟在哪里，而应该尽量围绕这个核心去建立你的才干体系。多余就不多说了，祝你好运

@Leonard 我从 2006 年开始进入编程这行，我说的那些变化都是我自己亲眼所见的总结。你自己不就已经在某一次变革之中吗，何谈遇不到呢？

你要是在只打算在风口赚快钱，搞几年程序员就转行，那你确实可以不考虑。

你基础好的话，实现技术都是可以很容易转变的。自己撸几个就熟了，去找工作把自己撸出来的作品给对方看呗

@sagaxu
你觉得 4G 跑 8 个 java 服务是很值得说道的事情吗？现在有大量的非高频请求服务，希望的是你启动起来就占个几十 M 内存最好，一台机器上最好能跑上百个服务！

上个时代互联网大撒币一样不要钱，导致很多程序员觉得硬件资源不要钱一样，4G 才跑 8 个服务，这有什么值得称道的？一个服务吃 500M 内存？

@qq316107934
https://www.toutiao.com/a1653304879418380
苹果将严格限制 H5 ,webApp, Hybrids 开发的 App，在今年 3 月之如果不下掉，将不再上架苹果应用市场

=======
只要 H5，webapp，hybrids 之类的东西存在，逃避监管就是一个事实上很容易的事情，你觉得苹果会忍这个？

@Leonard 去 Web 前端吧。不论你是给 IOS 开发软件，还是给 android 开发软件，甚至是给 PC 上的 windows 和 linux 开发 UI 软件，你其实都是在折腾 GUI （图形人机交互界面），所以，既然是折腾 GUI，那么就要在要 1 个开放，不依赖特定平台，并且有公共技术委员会推动发展的体系里，只有这样的体系才活的，不会因为某些时代变迁一下完蛋，目前看，这个体系，除了 Web，没有第二家。依赖特定平台的 UI 系统都不保险，20 年前 Windows 火热，一朝被移动端掀翻，移动端只火了不到 10 年，就被 Web 和小程序逼的出现了颓势，但是小程序也是依赖特定平台的，一样不保险。

请记住，如果你扎根在前端，则你是搞“图形人机交互界面”的，你的精力应该放在研究如何更好的实现“更容易更方便被人操作的界面”上，这需要你自身有生活的积累，甚至观察你身边的各色人等，如何使用软件，而不是去研究某个 UI 实现技术，什么 RN，flutter，都不过是一种实现技术，现在的实现技术原理都趋同了，没有过度深入的价值，你几乎找不到什么 UI，可以用 A 技术画出来而 B 技术画不出来。所以，你画出来的 UI 好不好用，才是核心；而 GUI 技术本身，也只剩下，这个技术性能好吗？占资源大不？这个技术能跨平台不？这个技术开发是否方便？诸如此类的判断了

任何时候都记住不要在一个单一的，依赖平台的系统上投入过多的精力，否则你运气不好撞上时代变换，分分钟就药丸。15 年前 windows GUI 开发还不是如火如荼的，几年时间就被以安卓为代表的移动端颠覆了

区块链说到底就是一种数据库，所以它最后的发展和关系数据库一样，可能会得到大规模应用，但是这个应用过程，就是头部几个玩家吃，和绝大部分中小型公司没一分钱的关系

@wysnylc 不够，java 目前的技术栈，起个服务占内存太高了

两个框架我都研究过一段时间：
*.shiro 很灵活，各种方式都可以很方便的与第三方集成，shiro 可以用于非 web 环境，这一点设计很先进
*.spring security 是和 spring 全家桶深度绑定的，离开 spring 无法工作，不能用于非 web 环境
*.spring security 的很多设计非常的“学术”（说难听点就是死板）。比如它定义登录入口和登录前后 handler 的方式，简直蠢爆了，我真不知道为啥要搞这么死板的设计
*.spring 社区站用的就是 shiro，不是 spring security，这很大程度的说明了 spring security 并不是那么优秀
*.shiro 的更新太慢了。

这两个本质其实都是拦截器，所以我现在都开始换自己的拦截器实现权限了

当然是按需求来，不要过度设计

个人自己用，勉强可以，你这就是个个抢票软件，但是如果把服务器搞死了，一样可能吃牢饭。
只要流出去了，哪怕是被别人用，你没盈利，那就看别人抓不抓你，一抓一个准