V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  zzhirong  ›  全部回复第 4 页 / 共 6 页
回复总数  107
1  2  3  4  5  6  
2025 年 4 月 28 日
回复了 zzhirong 创建的主题 Go 编程语言 探讨一下错误处理策略, 关于 if err != nil {
@PTLin 其实我也没感觉 if err != nil { 有太大问题, 只不过语法上确实看起来有点冗余了点。
// 在 low 上执行链式操作 会好看些吧

low := new(big.Int)

low.Mul(baseFee, big.NewInt(9)).
Div(low, big.NewInt(10)).
Add(low, priority25)
@Donahue #18 我的理解, big 下有几种类型, 比如 big.Int, big.Float, 如果设计成包级别的, 函数名得是 big.AddInt, big.AddFloat 了
2025 年 4 月 25 日
回复了 chambered 创建的主题 程序员 大家有没有看过之后大呼过瘾的技术书籍推荐
@iorilu 我猜他说的是 <<Crafting Interpreters>>, 主要介绍了如何从零开始设计和构建一门编程语言的解释器
2025 年 4 月 23 日
回复了 pluvet 创建的主题 程序员 大家有没有感觉有了 AI 编程能力没变菜,反而变强了
我的话, 会有个启动困难症, AI 刚好解决了这个问题, 先让它写出一点东西来(无论是否可以运行)再修改, 远比自己从零开始来得简单点。
2025 年 4 月 22 日
回复了 oom 创建的主题 Go 编程语言 分享一款流量分析工具 [GO-FLOW]
@oom 昨晚用 AI 写了一个 https://github.com/zzhirong/traffic_aggregation , 可以参考一下。吐槽一下,本来想体验一下 vibe coding 的,结果还是花了 3 个多小时,有点像是在给 AI 当助理。
2025 年 4 月 21 日
回复了 oom 创建的主题 Go 编程语言 分享一款流量分析工具 [GO-FLOW]
@oom 像这种只要统计包头, 不需处理包内数据的场景, 用 eBPF 很合适, 它在内核中直接生成统计数据, 用户态直接读取统计结果, 避免了大量了无用的拷贝, 可以看一下 https://github.com/cilium/ebpf
2025 年 4 月 19 日
回复了 oom 创建的主题 Go 编程语言 分享一款流量分析工具 [GO-FLOW]
我能理解成, 抓包, 然后对包进行汇总, 我能想到的:
1. 可能会对网络性能有影响, 如果数据量大的话, 程序本身可能还要占用很多资源。
2. 如果不用精细化到单个 ip, 可以直接用内核暴露的统计数据,比如 /proc/net/dev 。
2025 年 4 月 11 日
回复了 diiww 创建的主题 生活 你们对中成药是什么态度?
我感觉最大的危险是, 药物重复摄入, 很多药物都需要严格控制摄入量, 过量会有危险的, 成分不明的药物还是建议不要吃, 另外, 也不建议同时吃几种复合药物.
我倒是感觉这样做挺好的?不然,项目小的话还好说,项目大的话,写个通用方法比如 New 那不得卡半天。
2025 年 4 月 6 日
回复了 myTrip 创建的主题 生活 拍婚纱照真累啊,我为什么要花钱买罪受
× 找人修图,修到亲妈都不认识
√ 拍些真实照片记录重要瞬间

就我而言,若干年后再看,那些真实的照片反而让我更感动,那些修过的,总感觉好陌生。
2025 年 4 月 6 日
回复了 mogutouer 创建的主题 程序员 用 AI 编程,半夜的我放声大笑 2
妈妈心疼地摸着刚从噩梦中惊醒的儿子的头,轻声说:“你看隔壁那个程序员叔叔,也不知道在干什么,大半夜的,一会儿骂骂咧咧,一会儿又像是在道歉,有时候还突然大笑起来,真奇怪。儿子,咱们以后可别当程序员!”
2025 年 4 月 3 日
回复了 FaustY 创建的主题 程序员 类 Manus 的 UI Agent 完全是个伪需求,前端已经没活路了
@mumbler 那个店关门了怎么办,领导一会要去另一栋楼开会要修改一下地址怎么办,领导最近信用卡到期了,要更换支付方式,领导夫人来了,需要多点一些,夫人喜欢吃淡点的,领导除了吃猪脚饭,还能吃什么,总不可能是随便吧,领导想给自己的父母点一些该怎么办。我的核心观点就是,想要精确表达需求,就要有足够的输入,你可以优化输入(比如,最近点过什么,我可以说,就吃上次点的),但是你不能省略输入信息,不然,你得到的结果很可能不是你想要的,各种 UI 都在优化这种输入,比如从常用地址中选择而不需要手动输入地址,你没办法做到不精确描述需求,而想得到一个精确的结果,不然就是开盲盒了(点了什么不知道,送到哪去了不知道,是用美团月付还是用信用卡支付的,不知道,餐具有几套,不知道,我最近牙疼,是不是清淡的,不知道)。
2025 年 4 月 3 日
回复了 FaustY 创建的主题 程序员 类 Manus 的 UI Agent 完全是个伪需求,前端已经没活路了
@mumbler 你要吃什么,在哪个店铺,要点多少数量,收货地址是哪,餐具要多少,有无口味要求(可能一个人吃,也可能几个人吃)这些可以做哪些优化?一个界面呈现所有选项么?
1  2  3  4  5  6  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2917 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 08:02 · PVG 16:02 · LAX 01:02 · JFK 04:02
♥ Do have faith in what you're doing.