V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  bli22ard  ›  全部回复第 1 页 / 共 9 页
回复总数  177
1  2  3  4  5  6  7  8  9  
3 天前
回复了 bytecc 创建的主题 推广 你会借网贷么?
高利贷?你看中我的利息,我看中你的本金。卖征信的人越来越多
相反,我让写过使用 https://github.com/kubernetes/client-go 访问 k8s ,然后获取指定 pod 的日志,实现类似 tail -f 的功能,结果,Grok3 和 chatgpt 4o 和 ds 都写的有问题, 不过 ds 的最接近正确,chatgpt 4o 次之,然后 Grok3 给的代码 80%错误的
4 天前
回复了 ljzxloaf 创建的主题 程序员 protobuf 不支持泛型?
你是先有 proto 文件,再生成数据存储类,而不是先有你发的 Response<T> 这种定义。proto 定义的可能最佳做法是,定义一个 Head message ,定义 code 和 msg ,然后 service 的方法返回值,message RespOrderList{
Head head=1;
repeated Order orderList=2;
} 。protobuf 要是加个泛型,你让没有泛型的语言怎么实现。另外,即使 java 代码中使用 json , 我也不觉得,Response<T> 是一种好的做法。
8 天前
回复了 sharkCapt 创建的主题 Apple 新买的 MacBook Air 不小心摔了怎么办
能用就行了, 可能新的,确实比较膈应,不过这个膈应我觉得是病。
我感觉, 这种做好国际化,卖给外国人可能更好一些(不了解国外),国内这块太卷了。 美图秀秀之类的,很难与其进行竞争
27 天前
回复了 wnpllrzodiac 创建的主题 问与答 无线鼠标求推荐
我测试过炼狱蝰蛇 v3 有线版 500 左右,试过毒蝰 v3pro 1300 左右,后面 80 块买了个小米无线鼠标 3 彩色版,试用了下,觉得挺好的。不玩游戏,100 以上鼠标个人感觉花钱了,起不到什么作用,所以你这 200 明显没多大用。另外鼠标还有很重要一点,就是和你手型大小要匹配。
29 天前
回复了 wuxiaolong89 创建的主题 汽车 小米 Ultra 真香啊,可惜没钱
家用来说,除了 50w+售价来说(面子),其他没啥用,不如非 Ultra 。如果不去玩赛道,上下班通勤,钱多到花不完才会买吧
38 天前
回复了 AlexShui 创建的主题 生活 电动牙刷、冲牙器求推荐
电动牙刷、冲牙器、牙线棒、牙线都买过。有种感觉就是, 电动牙刷是个骗局。个人感觉,牙缝牙线棒刮,表面牙刷刷,冲牙器作用不大,如果你每天愿意多花一点时间,可以在牙刷+牙线棒的情况下加上冲牙器
51 天前
回复了 dxatgp02 创建的主题 Rust 请教 rust 如何做到交叉编译
https://www.v2ex.com/t/1096658#r_15657744 17 楼的回答,rust 交叉编译最佳实战
不理财,你已经战胜了 80%理财的人
@IWantToLaugh 看一群,不明觉厉的 v 友上当觉得好玩呗。
v 站现在编故事的真的越来越多了。 下次编故事了解一下,st 退市后到底能拿多少钱
@Ayanokouji github.com/pkg/errors 这个库还能再战。其实自己定义也可以,实现 error 的 struct ,增加一个 Wrap 函数,参数接受一个 error ,函数体,runtime 拿调用栈,将结果保存在 struct 的成员变量,这样就可以用了
可能是最佳实战的做法是,你调用了标准库,或者第三方库,这些库返回 error 之后,你应该先用一些第三方 error 库 wrap 一下,主要目的是记录一下 error 发生的调用栈,这样上层什么位置拿到 error ,都能打印出来这个 error 是哪个位置发生的。还有一种,目的类似的做法,不记录调用栈,而改为附加一个错误码进去,这样上层的任何调用者也可以知道 error 哪里发生的,不过维护错误码这种方式维护时间越长,越容易搞混乱,导致排查问题困难。
原则上,只要不是本工程的代码生成的 error 都进行一次 wrap ,然后向上 return ,如果没有最上层,则进行错误日志打印。
91 天前
回复了 zhishi69 创建的主题 程序员 年会晚会抽奖系统项目求推荐
你需要考虑
奖项的现场增删改
5 个中奖人,4 个不在,1 个重抽
抽完之后,已中奖的人,现场新增的奖项可以参加,下轮抽奖不参加
当然,喊开始,大屏幕播放动画,停,这些动画必不可少
在一轮奖项人数超多时候的展示问题,比如一轮 50 人中奖,大屏幕如何展示

技术上,最好私有化部署,防止网络出现故障。部署设备需要准备备份。抽奖系统使用有线网络,人多了,无线各种干扰特别多。抽奖过程一定要多检查测试,严防出现抽奖不公平发生。



最简单的还是听从大佬的建议,够买商业版,一个是商业版理论成熟度更高,另外一个,出问题不用你担责。8000 人现场,小 bug 都可能造成严重后果。

最后就是多彩排测试,你每多一次测试,出问题的概率就会变小。😏
java 是 try catch ,只需要处理 exception 。go 里面有两种一种是 panic ,一种是 error ,panic 通过 recover 捕获,error 就是带在函数返回值里面返回。可能是最佳实战的做法是,你调用了标准里,或者第三方库,这些库返回 error 之后,你应该先用一些第三方 error 库 wrap 一下,主要目的是记录一下 error 发生的调用栈,这样上层什么位置拿到 error ,都能打印出来这个 error 是哪个位置发生的。还有一种,目的类似的做法,不记录调用栈,而改为附加一个错误码进去,这样上层的任何调用者也可以知道 error 哪里发生的,不过维护错误码这种方式维护时间越长,越容易搞混乱,导致排查问题困难。
楼上有说,将 error 转换 panic 的做法,这样做看起来比较爽,不用多余定义 error 返回值,不用 if err!=nil 判断,只需调用入口 recover 住,但是这种做法,不是主流做法,至于为什么不主流,知道的可以解释下🤭。
1  2  3  4  5  6  7  8  9  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2716 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 49ms · UTC 08:19 · PVG 16:19 · LAX 01:19 · JFK 04:19
Developed with CodeLauncher
♥ Do have faith in what you're doing.