kaxi

V2EX member #296636, joined on 2018-03-05 10:29:54 +08:00

kaxi 提问技术话题好玩工作信息交易信息城市相关

Per kaxi's settings, the topics list is hidden

Deals info, including closed deals, is not hidden

kaxi's recent replies

Jan 29, 2019

Replied to a topic by nelsonken › 程序员 › 电商有赞年会宣布实施 996/鼓励离婚 CEO 解释:好事

这就是欺负中国人口多。老板：我都喊你们离婚了，我把话都说成这样了，你们还不走？！话都说成这样了还不是有人来上班。之前还看到舔狗说 996 是好事，他可能不知道 8 小时工作制是如何斗争来的

Jan 17, 2019

Replied to a topic by jianyan74 › PHP › YII2+AdminLET 开源通用后台管理系统源码

不错，加油

Jan 11, 2019

Replied to a topic by rannie › 程序员 › 老实讲，有公司站出来挑战微信挺好的

老罗开了一枪结果小龙看都不看他一眼。。。老罗感觉很慌张像是放了一个响屁而已，又响又臭

Jan 4, 2019

Replied to a topic by kaxi › 程序员 › Linux 上 git clone 报 fatal: info/refs not found: did you run git update-server-info on the server?

github OK gitlab 也 OK 应该是平台的问题吧

Jan 4, 2019

Replied to a topic by kaxi › 程序员 › Linux 上 git clone 报 fatal: info/refs not found: did you run git update-server-info on the server?

@ysc3839 git clone https://git.code.tencent.com/Tencent_Open_Source/FAutoTest.git 这个命令在 Windows 下是正常的
但在 Linux 下就报错了

Dec 24, 2018

Replied to a topic by kaxi › 程序员 › 在微服务架构中是否可用 redis 代替 etcd?

多谢各位。

简单总结一下：

高可用的角度，redis 主从是异步复制的机制，这就导致了其有丢失数据的风险。redis 的哨兵或 cluster 解决的是系统的可服务性确保在有单点故障的情况下也能对外提供服务，但是因为异步复制的机制在从升主的过程中或者网络分区的情况下都是有可能丢失数据的。etcd 基于 raft 协议在写入数据的时候需要多数应答确认后才会向客户端返回数据写入成功这就保证了数据的一致性。etcd 除此外还有其他的一些特性优势。

Dec 24, 2018

Replied to a topic by kaxi › 程序员 › 在微服务架构中是否可用 redis 代替 etcd?

@leriou 我想的就是自己写一套轮询逻辑模拟 etcd 的租约，感觉实现起来也并不复杂。感觉用 redis 去做也并不复杂性能方面更胜一筹。还是没弄太明白为什么没有利用 redis
@pifuant 能详解一下吗？

Dec 21, 2018

Replied to a topic by kaxi › 程序员 › 昨天晚上做梦梦见一个困扰我的问题，关于程序员的

@zwh2698 It's true.

Dec 21, 2018

Replied to a topic by kaxi › 程序员 › 昨天晚上做梦梦见一个困扰我的问题，关于程序员的

@jmc891205 我个人对这个问题的认知就是，从供应端和需求端的关系上看，需求端是相对有限的，供应端却是源源不绝的，即使技术路线，不管你多优秀多努力，从大的层面上看也必然有一部分人（优秀的+普通的）会被立场（不赞成淘汰这个词）。13 年待的某家公司 CTO 是 BAT 出来的当时放弃了很多股票，但那家公司最终倒闭了我知道他现在过得不太好

» More replies by kaxi