字里行间给人感觉是“被迫”见不到父母，但分析起来只是选择不见父母。

看大家描述，感觉平时工作内容属于开发兼职运维了

@BeautifulSoap 请教个问题，如果不将原 slice=nil ，gc 不会正常回收这部分内存吗？不是已经没有到原 slice 的引用了吗？

复杂一点，你可能需要类似 apollo 这样的配置中心。简单一点，可以用 inotify 接口来监听配置文件的变化。

可以参考一下 Kaldi 的解码器。 编译 HCLG 时去掉字典（ L ），G 语言模型，只用 HC 就可以直接输出拼音（音素）。

语言不重要吧，java 不知道，go 很多都是招进来现学的。只要给钱，你让我拿文言文编程都行。

数据分析那边几百行的 sql 太多了

算法和数据结构没办法拆开来谈吧，还没有碰到两者任一单独出现的场景。

@SuperFashi 阿里和腾讯

这个实习工资 AT 能给到，加上补贴在 8k 以上

这些方向没有用，随便填就可以。具体做什么你需要去找导师了解，找一个方向符合你要求的导师。

@angryfish 不是湖南人，听了各位老哥的建议基本打算去深圳了。

@knowckx 是啊 大厂确实有吸引力

@phpcyy 但 client 可能收不到响应，不知道是不是这样？
----------------------------------------------------------------
这个应该是属于上层实现的问题了，raft 应该不保证这一点。无论是哪一任 leader commit 一个 log 应该都可以有办法通知到上层，Mit6.824 应该是用一个 apply channel 来通知的。但是如果客户端超时错过了通知怎么办，应该取决于应用的实现了。可以参考一下具体的实现，比如 tikv 。

第二种情况下，C 无法确认 4 这条消息是否达成多数，丢弃和不丢弃无法确定，因为它不知道 B 是否保存过 4 这条消息。
---------------
这应该也是当前 Term 的 Leader 不主动提交上一个 Leader 的原因吧，因为 C 无法根据自己的信息确认上一个 term 的消息是否复制到了大多数节点。
按你说的第二种情况，C 并不知道 log 4 是否已经复制到了大多数节点上，但是由于 C 此时的 log 是 more up-to-date 的，所以一定是 C 当选 leader，然后 C 会与其他 follower 同步日志，并且在成功 commit 一条自己 Term 中的日志后隐式地提交 log 4 。
针对 log 4 的两种情况：
1. A 没有把 log 4 复制到大多数节点 =>那么 C 在同步日志时，相当于代替 A 复制了 log 4 。
2. A 把 log 4 复制到了大多数节点 => 那么 C 同步日志没有问题，相当于代替 A commit 了 log4 。
并不会产生错误。

很久之前看的 raft 了，不保证细节完全正确。
@phpcyy