mac 的 type-c 接口有两个属性我记得，一个是支持盒盖充电，一个不支持，上面有闪电标识

我刚看了下，没有，那估计策略和 Windows 的笔记本是这样的，有些接口盒盖后不关 mac 开不开，都是耗电的

线上断码、或者颜色难看 -> 促销
刚好是限时特优（一周打折）你买的时候在这一周内，换货已经过了这一周

可能我自适应强，我觉得商家做法没啥问题。。。

@thulof Trunk Base 一点不好用，为啥不 Github flow 呢？

营销烂片，我没看之前这么觉得，看完也这么觉得，打拳那部分，煽情的意味太农家浓了，没点动作，左手的伏笔那么低级，就这一堆人觉得好看，我觉得大部分人也没多大的电影鉴赏能力。。。

对比飞驰人生里对赛车较为专业的描述，热辣滚烫可能是为了影视效果，拳手竟然是披头散发。。。哥们你好歹严谨点啊，花絮里面都是把头发剪短，专业绑法，特意搞成这样，那我只能理解，这片子是面向女性，且完全没看拳击赛事的。

反正我和女朋友一起看的，她在吐槽剧情流畅度差，我在吐槽专业性和剧情太 low ，太出戏了。

Go 开发者最爱的两件事：

- 碰瓷其他语言
- 造网络轮子

我在 v2 少说也 6 、7 年，在 v2 发的 Go 轮子，60% 和网络有关，20% 和 Web 后端框架有关，10% 可能是一些分布式协议的实现（例如 mit 624 就是 go 写 raft 吧？）

国内 Go 开发者其他领域有建树吗？甚至提分布式调度框架，还有人拿 go 代码量几乎为 0 的的 DASK 和 RAY 说事。。。我在想 2k repo 的作者都是这水平，那其他。。。。

笑死，嘴炮 java 垃圾，说的确实 Java 不节能，也就是云原生的浪潮下，养活了一批 “Go” 开发者，写了点相关的代码，造了个在 go 上的轮子就洋洋得意了，项目进 CNCF 了吗？ Description 写着 High Performance ，连 design principles 都没有，这就是高水平～

从头到尾，一句有用的反驳都没有，只有嘲讽，这就是国内 Go 开发者啊～

@lesismal #174 挑起语言之争的不是你吗？现在搞得好像我说 Go 垃圾一样，事实上我通篇都没说 Go 怎么样。

你说的少部分顶尖的人才能搞出来的情况就更搞笑了，有 JIT 压根都不需要你业务代码写得非常好，反而门槛比 Go 低多了，这也是你一开始的结论，Java 开发者普遍不知道底层。

我不清楚，一个前言不搭后语的人，能力到底有多强

@lesismal #166 也可以继续讨论下去，只要别嘴炮，光说问题不说原因，当个键盘侠。

以朴素点的语言来说，也不针锋相对，你说 Java 语言性能不如 Go ，我先以你的视角帮你举例：

从编译实现角度上，Java 非 AOT 编译，而是编译为字节码，需要解释器来解释成机器码，注定其性能较低。

> 我的回答：Java 最初的目的是为了实现一次编译多次运行，因此在机器码和源代码之前增加了额外的字节码，由解释器来运行，其初始性能确实低于其他 AOT 的语言，不只是 GO ，但相对的 Trade Off 就是，牺牲了初始执行效率，换来了一次编译，不同平台运行；也换来了编译速度的提升。对于操作系统级别的优化（如 IO 实现等）由 JVM 来实现，对于后续的代码执行效率，由 C1 、C2 等 JIT 优化为性能更好机器码；而且 JIT 相对 AOT ，更匹配生产（现实）环境的代码热点（不同流量下的结果可能不同）

再从编译器对代码的性能优化来举例，例如你可以举例 GO 有，但是 Java 没有，或者某个编译优化技术在 Java 里实现的非常差的，可以尽管举例（例如代码修剪类的 inline ）

JDK 相关的编译器优化技术 Wiki： https://wiki.openjdk.org/display/HotSpot/PerformanceTacticIndex

最后我再说一句，语言级别的性能讨论，不是放在语言代码和机器码之间的编译器实现，而是去讨论，语言代码和最后行为之间的框架、设计模式、业务实现，完全取决于开发者水平和生态水平的，那我感觉这个讨论，从本质上就已经远离了计算机科学了，我甚至怀疑能发出这个争议的人是否是科班毕业

天天盯着电脑和电子产品，不出油才怪呢，为啥出油，还不是没保湿

我以前也觉得，一个大男生要那么精致干嘛，然后实际用了之后发现真香，虽然也会出油，但是皮肤好了很多。

Web Backend 的架构来来回回就是那个样子，无非在用户 API 上做了些改变或者线程模式上有一些轻微的变化。

@vampuke 为啥不担心？你哪里看到我说不担心？ Apple PTSD ？

@misaki321 是你不懂还是我不懂装懂？

人工智能的四个主要组成部分是：

- 专家系统：作为专家处理正在审查的情况，并产生预期或预期的绩效。
- 启发式问题解决：包括评估小范围的解决方案，并可能涉及一些猜测，以找到接近最佳的解决方案。
- 自然语言处理：在自然语言中实现人机之间的交流。
- 计算机视觉：自动生成识别形状和功能的能力

你告诉我什么叫计算机视觉？

再补充一个：2022 年底，随着 ChatGPT 等大语言模型的推出，自然语言处理的重点从自然语言理解转向了自然语言生成。

跟风 gpt 学点术语，就可以磨灭其他 AI 了啊？

@sunny352787 #149

印象流都来了，性能不好你在什么场景呢？吞吐量有限还是 latency 优先？场景都没有你说性能不好

假如你说语言执行效率，Java 是没有内联、逃逸分析、常量折叠，还是没有 JIT 啊？说性能不好，起码举出不好的例子，别人说了什么观点？观点就是 Java 程序员不懂底层技术呗，这和语言有啥关系？

你要说，虚拟机性能就是差，就是不如 AOT ，那 graalvm 是什么？你又要说，Java 没有 Fiber ，性能也不行了，那我也告诉你，quasar 应该在 13 年就实现了 Fiber ，这哥们后来去 Oracle 写虚拟线程去了


天天秒天秒地，就拿 gRPC 来说，Java 的差距很大吗？ https://github.com/LesnyRumcajs/grpc_bench/wiki/2022-04-23-bench-results

GO 那么吊，连一个快死的 Scala 都干不过

@mightybruce #126 Ray 是用来做 ML 的分布式计算的，和 Flink/Spark 还不一样哦。

另外你说的这几个，是用 Go 写的吗？不是，是 Java 写的吗？不是。那你不是论证了我的观点吗？

技术和语言无关，和理论、思想有关。

@sunny352787 #137 懒得和饭圈吵，JavaGuide 多少 k 的 Star ？那技术水平很高吗？我自己写 Java 也写 Scala ，只不过混了个开源基金会的 Committer ，但我觉得不值得一提，甚至拿来这里吵架非常 Low 。

Show me your code -> 我不需要一个不写 XX 的人，来认可代码水平，我也不会评价别人写的 Go 水平，代码只是思想的另一种体现，至于用什么来 coding ，只是习惯而已

@sunny352787
@mightybruce #109

不敢不敢，我没能力，说出来的话，感觉丢其他的脸，拿这个东西来比。
Go 宇宙第一语言～！

@lesismal #61

> 所以对我而言，java 这种没有系统编程能力、性能有限、臃肿直到宇宙尽头、非常浪费硬件的“垃圾”


哥们，求求你了，去把 Flink 重写，中国开源第一人应该就是你了。你知道大数据用多少台机器，都跑在 JVM 下吗？我记得前几年阿里宣传 Fink 的案例好像都是千台服务，你用 Go 重写应该能降到 500 台以下吧？别的不说，达摩院院长你来当

你能说出 “不像 java 基本就是 spring 全家桶，还有各种第三方包” 就知道你的水平没多高，连云原生相关的几个框架，例如 quarkus 都不去了解。

问那些产品经理去

@lesismal #65 这么说吧，你在帖子里吐槽大部分 Java 程序员不关心底层技术确实是普遍现象，但是现象和语言本身没啥关系，导致这个现象的原因有：

- 培训班
- Java 大部分都是企业级应用，由少部分人完成大部分抽象，大部分人干业务逻辑的活

我同意技术是程序员一个非常好的提高方向，我本身也是做基础架构开发的，也受不了业务开发简单的小毛病都找来问我，但我从来都不会认为他们的业务能力是完全没用，业务的领先能让你超过同行，技术领先大部分时间只能是降低自己的成本，市场大部分时间只会会业务买单而不是技术，除非这个技术与业务息息相关（如量化交易里面的延迟）

再说了，是写 C4 垃圾收集器，LMAX 几个低延迟库的这些人底层技术懂得比写 Go 的人少，还是写 Flink 、Spark 对流批计算懂的比写 Go 的少？

语言决定的只是特性的区别，问题在人，因为你学的是 Go ，所以接触的底层技术多一点，但让你去搞基金估值的 IBOR 或量化交易算法，你也未必玩的转。