我测试过炼狱蝰蛇 v3 有线版 500 左右，试过毒蝰 v3pro 1300 左右，后面 80 块买了个小米无线鼠标 3 彩色版，试用了下，觉得挺好的。不玩游戏，100 以上鼠标个人感觉花钱了，起不到什么作用，所以你这 200 明显没多大用。另外鼠标还有很重要一点，就是和你手型大小要匹配。

家用来说，除了 50w+售价来说（面子），其他没啥用，不如非 Ultra 。如果不去玩赛道，上下班通勤，钱多到花不完才会买吧

电动牙刷、冲牙器、牙线棒、牙线都买过。有种感觉就是， 电动牙刷是个骗局。个人感觉，牙缝牙线棒刮，表面牙刷刷，冲牙器作用不大，如果你每天愿意多花一点时间，可以在牙刷+牙线棒的情况下加上冲牙器

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 ，如果没有最上层，则进行错误日志打印。

你需要考虑
奖项的现场增删改
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 住，但是这种做法，不是主流做法，至于为什么不主流，知道的可以解释下🤭。

@shebaoting 录一段视频，口里按照固定格式，我 xx ，今天 xx 时候，投 xx 票，然后进行投票。投票平台，每条投票明细，都可以查询，并且每条记录都有录制的朗读声明视频，供大家审计。平台必须公布所有投票明细，包括弃权的。

另外
投票人不重要计票人决定一切 --斯大林

当重庆市市委书记，或者重庆市市长也行，要实在不行，当个武汉市长也行吧

op 描述问题的方式很有问题，这个主要是为了防止，用户被诱导，比如线下推广人员诱导点这，点那，然后进行了用户可能不知情的操作。参考信用卡怎么防止用户被诱导办了信用的卡。
40 楼说的没错，这就是意愿认证
> 语上这个叫做意愿认证，实际的应用中，意愿认证不可能以静默的方式实现
> 方式可以是：短信验证码、签名、音视频录制等

这个必须点赞