这个问题之前我问过
https://www.v2ex.com/t/587073
大家的看法是 Go 这种没有虚拟机的语言，天生在内存占用上就比 Java 有优势，但是 Java 的内存占用换来的是高吞吐。Go 的目的则是高响应，而吞吐就不如。

但是小型程序 Go 这种先天内存占的小的语言，确实很吃香的，尤其是现在云场景大家都希望用尽量少的资源跑尽量多的容器

@mangochow 现在如果有一个能搞定客户，不要让客户随便改需求，还能从客户手里拿到单子搞回钱的销售，我写代码宁愿只拿 4 成，销售拿 6 成

现在线上项目全部是坑，没有不坑的，各大外包网站不是虚假项目，就是那些甲方根本不上心的项目，平台只想着你交钱好割韭菜。

线上的交流成本高导致了一个两极化的结果，一方面线上如蝗虫一样茫茫多的开发者和线上团队，一方面是甲方其实很难在合理的价格里得到一个合理的项目结果——很多报价很便宜，但是做出来的就是个样子货，乙方知道尾款拿不到，所以拿到首付给你做个架子就跑了，要么就是你联络半天不回。。。甲方也不愿意把重要项目放在线上


所以楼上某人说的对，就得做线下，慢慢积累优质客户资源，线上交流成本太高了，甲方不愿意放好项目，乙方也懒得和甲方磨叽

首先感谢楼主，其次提醒一下楼主，现在对各类菠菜游戏管的很严，甚至波及到开源的项目，所以自己注意一点，别被人利用了，最后被连累进局子

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 开发还不是如火如荼的，几年时间就被以安卓为代表的移动端颠覆了

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