V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  bli22ard  ›  全部回复第 1 页 / 共 9 页
回复总数  169
1  2  3  4  5  6  7  8  9  
1 天前
回复了 AlexShui 创建的主题 生活 电动牙刷、冲牙器求推荐
电动牙刷、冲牙器、牙线棒、牙线都买过。有种感觉就是, 电动牙刷是个骗局。个人感觉,牙缝牙线棒刮,表面牙刷刷,冲牙器作用不大,如果你每天愿意多花一点时间,可以在牙刷+牙线棒的情况下加上冲牙器
14 天前
回复了 dxatgp02 创建的主题 Rust 请教 rust 如何做到交叉编译
https://www.v2ex.com/t/1096658#r_15657744 17 楼的回答,rust 交叉编译最佳实战
不理财,你已经战胜了 80%理财的人
@IWantToLaugh 看一群,不明觉厉的 v 友上当觉得好玩呗。
v 站现在编故事的真的越来越多了。 下次编故事了解一下,st 退市后到底能拿多少钱
# 28 少打两个字

这个问题和 什么样的排名算法, 能够让未来总是一直涨的股票得分靠前? 有什么区别吗
这个问题和 什么样的排名算法, 能够让总是一直涨的股票得分靠前? 有什么区别吗
@Ayanokouji github.com/pkg/errors 这个库还能再战。其实自己定义也可以,实现 error 的 struct ,增加一个 Wrap 函数,参数接受一个 error ,函数体,runtime 拿调用栈,将结果保存在 struct 的成员变量,这样就可以用了
可能是最佳实战的做法是,你调用了标准库,或者第三方库,这些库返回 error 之后,你应该先用一些第三方 error 库 wrap 一下,主要目的是记录一下 error 发生的调用栈,这样上层什么位置拿到 error ,都能打印出来这个 error 是哪个位置发生的。还有一种,目的类似的做法,不记录调用栈,而改为附加一个错误码进去,这样上层的任何调用者也可以知道 error 哪里发生的,不过维护错误码这种方式维护时间越长,越容易搞混乱,导致排查问题困难。
原则上,只要不是本工程的代码生成的 error 都进行一次 wrap ,然后向上 return ,如果没有最上层,则进行错误日志打印。
54 天前
回复了 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 住,但是这种做法,不是主流做法,至于为什么不主流,知道的可以解释下🤭。
58 天前
回复了 shebaoting 创建的主题 程序员 手机投票有没有好的防否认机制?
@shebaoting 录一段视频,口里按照固定格式,我 xx ,今天 xx 时候,投 xx 票,然后进行投票。投票平台,每条投票明细,都可以查询,并且每条记录都有录制的朗读声明视频,供大家审计。平台必须公布所有投票明细,包括弃权的。

另外
投票人不重要计票人决定一切 --斯大林
当重庆市市委书记,或者重庆市市长也行,要实在不行,当个武汉市长也行吧
60 天前
回复了 shebaoting 创建的主题 程序员 手机投票有没有好的防否认机制?
op 描述问题的方式很有问题,这个主要是为了防止,用户被诱导,比如线下推广人员诱导点这,点那,然后进行了用户可能不知情的操作。参考信用卡怎么防止用户被诱导办了信用的卡。
40 楼说的没错,这就是意愿认证
> 语上这个叫做意愿认证,实际的应用中,意愿认证不可能以静默的方式实现
> 方式可以是:短信验证码、签名、音视频录制等
65 天前
回复了 cusuanan 创建的主题 小米 小米发布了官方 HomeAssistant 插件 Xiaomi Home
这个必须点赞
> 建议用 https://github.com/rust-cross/cargo-zigbuild 或者 https://github.com/cross-rs/cross 静态链接 musl ,不要静> 态链接 glibc ,可以动态链接 2012 年的 glibc2.17 ,就可以在主流相同指令集的 linux 上跑起来,比如 cargo zigbuild > --target aarch64-unknown-linux-gnu.2.17


@capric rust 编译最佳实战 👍️
@dogfeet zigbuild 我试了下,使用 rustls , 指定低版本的 glibc ,比如 2.22 ,那大多数服务器都可以兼容,不知道这样做有没有什么坏处
@adoal 感觉有点道理


@dogfeet cargo zigbuild 没试过,我是用 https://github.com/cross-rs/cross 交叉编译。zigbuild 不静态链接,到运行的机器容易提示找不到对应 so 吧?静态链接,最佳实战应该就是 musl 了。



@kagenomirai
glibc 众所周知是不可以静态链接的,这个我见识短,之前不知道。
和 lua 比不合适,lua 需要依赖解释器。rust 和 golang 编译输出都是可执行程序,所以它们比较有可比性。编译和链接这块 golang 难道不比 rust 方便? go buid 指定 os 和 arch ,就可以了。
@hingle 列的都是客观事实
1  2  3  4  5  6  7  8  9  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5256 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 08:18 · PVG 16:18 · LAX 00:18 · JFK 03:18
Developed with CodeLauncher
♥ Do have faith in what you're doing.