@V2April 应该不是，大部分消息都是已读状态，猎头大部分是把我的简历转给 hr 后筛选，这样感觉还不如直接找技术 leader 投或者找人内推来的快

@dlmy 我大概 gap 了 3 个多月（去年 11 月离职），这期间主要是驾考+过年，然后过年期间没面试，想着年后再面，我工作经历上肯定只能写到去年 11 月。。比较纠结怎么解释这段经历，我前天将简历改成「离职」状态，Boss 直聘和智联上面收到的私信有二三十条了，但都是我把简历发过去就没下文了，我担心 是不是这段 gap 期的缘故，或者是他们还没开始上班，没办法安排面试？

@JosephYin01 哈哈，那我主动联系，开始海投😂

Slf4j 规范里有 ERROR 、WARN 、INFO 、DEBUG 、TRACE 五个等级，TRACE 应该满足你的需求（但大多数的日志实现层，如 logback 貌似不展示 TRACE 级别，需要单独设置才行）

@RICKEYGONG 好像也是哈😂

@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 听下来感觉是不是大部分外包公司根本没有年终奖一说😂