V2EX › rekulas 的所有回复 › 第 15 页 / 共 98 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 11 12 13 14 15 16 17 18 19 20 ... 98

❮

❯

2024-08-29 00:02:19 +08:00

回复了 xuewei 创建的主题 › 程序员 › 程序员自由创业周记#40：结束了

根据身边成功和不成功的案例来分析经验,会发现专注于一个垂直方向的更容易成功, 毕竟你只是一个人, 除非转变下思维,用站群的模式去经营...

2024-08-28 13:16:40 +08:00

回复了 HFX3389 创建的主题 › Go 编程语言 › 大家用 Go 写程序时会追新版本吗？追大版本还是追小版本？

我一般落后 2 个月更新到最新毕竟向下兼容做的还是可以基本问题不大

2024-08-28 10:08:19 +08:00

回复了 assassing 创建的主题 › 程序员 › Go 语言中延迟语句修改返回值算陷阱还是特性？

@assassing 后续单独使用一个函数来处理返回值
自然也是可以的，但如果你的逻辑依赖的数据是函数内部变量，那你可以选择定义内部函数然后每个退出都调用一次，总归没有 defer 方便，而且可能遗漏导致 bug ，另外有些场景下可能需要对返回值进行二次处理，用 defer 也更方便，不容易出 bug
举个例子，一个典型场景函数内部开启事务，在 defer 中 commit 就可以避免出现事务未提交阻塞数据库的情况，现在很多 orm 也用这个原理封装了事务函数，尽最大可能降低了 bug 产生率

2024-08-27 22:24:29 +08:00

回复了 iqoo 创建的主题 › 程序员 › 使用 AES 生成伪随机数如何？

可以用只是没啥必要, go 本身带了随机数库为啥用 aes 来转一遍,这个强度只取决于你的种子,用了 aes 也不能提高强度反而变慢了

说个题外话,说 aes 的速度快其实是说在对称加密算法上快,跟随机数生成器比起来其实很慢,可以慢几百甚至上千倍

2024-08-27 22:11:47 +08:00

回复了 assassing 创建的主题 › 程序员 › Go 语言中延迟语句修改返回值算陷阱还是特性？

算特性吧, 会这样写的大多应该了解这样做会产生什么影响,不至于引起意外 bug
我很喜欢这特性,当做函数的析构逻辑来用,例如某些复杂方法内部可能包含多个判断,可能会涉及提前返回,不同的返回可能关联了不同的退出逻辑,我就可以在 defer 里统一处理,而不用每个 return 都去调用或者判断

2024-08-27 16:25:22 +08:00

回复了 baiyekaslana 创建的主题 › MySQL › Mysql 主从同步问题

@rekulas 10-500 毫秒

2024-08-27 16:25:11 +08:00

回复了 baiyekaslana 创建的主题 › MySQL › Mysql 主从同步问题

mysql 自带主从很拉跨，内网同步都能各种 bug ，不然也不会有这么多三方解决方案了

我们之前用的阿里 canal 代替，比较稳定除了服务器断电几乎没出过什么问题，时延能控制在 10-500 内