@happyxhw101 我理解 CAP 指的是在实现分布式一致性遇到网络分区（ P ）时的取舍方案（ C or A ），而 Raft 协议是一种保证多副本共识而最终达到多副本强一致的策略，它们都是单独的理论，但在做工程实现时需要一起考虑：比如我有一个分布式系统通过 Raft 实现节点间的强一致，正常情况下，它确实是强一致的，而且运行的很好，但当发生网络分区时我需要结合 CAP 理论在可用性和一致性之间作取舍，如果要舍弃可用性，那就分区期间为了保证一致性让整个系统不可用（具体表现为客户端无法读或写），如果要舍弃强一致性，那就在分区期间也允许读写操作，但后果就是多节点间因为分区导致多 leader 写或单 leader 写的内容无法同步到没有 leader 的分区节点，导致各分区间的数据不一致。
额。。只是个人理解，不知道对不对，CAP 和 Raft 都是我最近在研究的东西，感觉都很抽象😭

@liprais 可是 raft 也保证不了完全的强一致吧？比如：leader 写了一个数据，此时同步到 Follower ，「多半」 Follower 响应 leader 后 leader 将此信息传给客户端，告知客户端已经写成功，但如果此时客户端读这个数据的时候正好读到了还未将此数据标记为 commited 状态的那个 Follower 节点（「多半」意味着总会有落后的 Follower ），这不就造成读写不一致了吗？
我看过 Quorum 规则，说客户端每次可以读半数以上的节点，以确保至少有一个节点可以读到最新的值，但这对于一个客户端来说操作似乎又太重了（一次请求那么多个节点显然不合适），就很晕😓

@momocraft 可是共识算法中不也是 leader 负责做决定，Follower 跟随吗？唯一的区别是 leader 身份可切换

@dup2graph 目前的可视化编程平台我觉得并不会更快，但如果是像 Office 这类设计软件一样，预先设计好整个网站，然后生成一个自己的工程文件（就像 office 生成 xxx.xls 、xxx.ppt 文件那样），工程文件就保存了你拖拽的页面、页面和后端数据库、程序接口的联立数据，利用这个工程文件可以编译生成前后端代码，可以直接用 sh 脚本运行，这一套下来的流程就是：平台设计→工程文件→生成具体代码项目→利用对应的编译器编译项目（如 jre 、npm 等）→上线
这样只要工程文件还在，就可以在此基础上增删功能，同样的，如果想写个类似功能的网站，就复制一个工程文件，在此基础上修修改改就好
不过这只是个设想，我正在尝试做这样一个平台

想知道怎么接的外包？国内的还是国外的？

@badmotherfucker 谢谢

@shyangs 咖啡我是听说可以帮助改善记忆力才喝的，但我本身不太喜欢喝😂

@julyclyde 牛啊大佬

@hardwork 总价三百多万，首付 260w ，异地，想住也住不上，索性租出去创收

op 你好，方便加个微信吗？

@ZZ74 内包呢？比如乌鸫/数字马力？

@ufan0 之前在大厂，最近被裁，性格原因很讨厌大厂那套 pua/向上管理/嫡系什么的，想远离这种氛围，所以不想卷大厂了（而且现在这市场估计也卷不进去了）；
房贷差不多还完了，听说外包只干活就行，没那么多屁事，薪资上总包 35 左右即可，趁年轻想舒舒服服再存几年钱，然后趁着这段时间发展下副业（正在开发自己的产品），不知道可行性如何？但我对外包一无所知，一切都是道听途说😂

@ufan0 听下来感觉是不是大部分外包公司根本没有年终奖一说😂

@julyclyde 卧槽。。我在上海，应该好很多吧

买的哪里啊？

@stoneluo 领取失业金的代价是什么？我只知道社保会断交，断交的代价是什么？社保不是累计计算的吗？

@monster1priest 大佬你在这个平台接过单吗？

@SHOOT 哈哈哈回老家不可能一个月花 3500 的，能超过 1k 算我输