V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  diagnostics  ›  全部回复第 6 页 / 共 28 页
回复总数  555
1 ... 2  3  4  5  6  7  8  9  10  11 ... 28  
@thulof Trunk Base 一点不好用,为啥不 Github flow 呢?
120 天前
回复了 momo2023 创建的主题 电影 看完《热辣滚烫》后你有什么感触呢?
营销烂片,我没看之前这么觉得,看完也这么觉得,打拳那部分,煽情的意味太农家浓了,没点动作,左手的伏笔那么低级,就这一堆人觉得好看,我觉得大部分人也没多大的电影鉴赏能力。。。

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

反正我和女朋友一起看的,她在吐槽剧情流畅度差,我在吐槽专业性和剧情太 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

最后我再说一句,语言级别的性能讨论,不是放在语言代码和机器码之间的编译器实现,而是去讨论,语言代码和最后行为之间的框架、设计模式、业务实现,完全取决于开发者水平和生态水平的,那我感觉这个讨论,从本质上就已经远离了计算机科学了,我甚至怀疑能发出这个争议的人是否是科班毕业
136 天前
回复了 threeti 创建的主题 生活 脸部经常出油, 怎么办才好, 时不时就涨痘
天天盯着电脑和电子产品,不出油才怪呢,为啥出油,还不是没保湿

我以前也觉得,一个大男生要那么精致干嘛,然后实际用了之后发现真香,虽然也会出油,但是皮肤好了很多。
Web Backend 的架构来来回回就是那个样子,无非在用户 API 上做了些改变或者线程模式上有一些轻微的变化。
137 天前
回复了 diagnostics 创建的主题 微信 微信真牛逼,视频加了 AI 识别
@vampuke 为啥不担心?你哪里看到我说不担心? Apple PTSD ?
137 天前
回复了 diagnostics 创建的主题 微信 微信真牛逼,视频加了 AI 识别
@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 或量化交易算法,你也未必玩的转。
Go 爱好者很喜欢拿 Java 来对比,有的没得,谈到编程就喜欢把 Java 批判一番

你见过哪个 Java 爱好者天天去碰瓷别人的?
145 天前
回复了 KlNon 创建的主题 反馈 IP 被封,求解封
删掉 V2exNEXT 插件
145 天前
回复了 Livid 创建的主题 V2EX 关于从 2024 年 1 月 21 日开始的访问问题
选插件还是也要选懂技术的。。。
1 ... 2  3  4  5  6  7  8  9  10  11 ... 28  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1492 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 32ms · UTC 16:54 · PVG 00:54 · LAX 09:54 · JFK 12:54
Developed with CodeLauncher
♥ Do have faith in what you're doing.