TCP delayed ACK 好像说的是稍微延迟 ack ，然后把多个 ack 放在一个 ip 包里发送，用于减少 ip 包的数量，并没有说可以跳过中间的 ack 直接发送最后一个就行

你都绕过 tcp 了，那就直接用 udp 呗，莫非你是想传输的还是 tcp 包，但是不发 ack ？ tcp 是要求每个 ip 包都必须有 ack 的吧，因为丢包可能只是中间某个包丢了，前后都没问题，没收到 ack 的 ip 包就是丢包了需要重传，tcp 协议似乎并不能处理你说的这种可以跳 ack 的情况，所以如果你想要这样那你似乎要同时自己实现 client 和 server ，不过既然你都这样干了，直接用 raw socket 就行吧

@kingofzihua #3 不是一回事吧，就算是一个线程，内核调度器处理的也是线程，进程就是静态的和运行状态没啥关系吧，顶多优化下相同进程线程间切换不触发 TLB/cache 重置就是了，但是自身并不能影响调度吧

有没有可能进程并没有切换一说，操作系统调度的都是线程，进程只是用来定义地址空间和关联管理系统资源的

如果想继续运维和测试的话其实最好学 python ，但是都是云之后其实低级运维几乎不需要，高级运维门槛有点高，测试的话好像更看重实践，这两自学似乎都很难有可寻路径，想转开发的话，其实还是建议 java 和 php ，java 实践多，php 入门快，能做的岗位也多一些

顺便传授一点点自学的经验吧，无论你选啥很快都会遇到瓶颈，没人知道，硬学又完全没效果，这时真的会很迷茫，很容易失去信心，这时建议直接换一门，这时自然又回到最初容易部分，过段时间再回来看就是了，来来回回的就慢慢能突破了，最好不要死磕钻牛角尖

自学自驱是非常辛苦的，每一阶段都要花非常久时间，未突破前真的太难受了，一般来说当你终于觉得有所成时估计都要三四年后了，毅力很重要啊，不过你才 22 岁，年轻才是最大资本啊，学什么都来的及，预祝顺利

@unt #7 那这不就和项目管理工具一样嘛，很多时候也不统一，比如有的喜欢禅道，有的喜欢 tapd ，但这些都不能算公司资产，所以就能项目自己决定了，gitlab 里代码这种很多时候都是计入公司无形资产的，各项目想自己搞也是不会被允许的，再说项目 leader 估计也不太会自己搞吧，否则出了事情这资产损失算自己的么

技术研发公司的话，这是重大资产了吧，还有人跟着项目走的啊

搞个 jenkins 之类的 job 管理器呗，然后把你这个炼丹啥的放到里边去运行就好了吧，运行状态和日志都可以看了

知道所有基因和能用这些基因实际直到各种蛋白质、酶、分子，然后再按顺序组成各种细胞，最后再组成一个活的生物，这好像是另一个任务了，就好比你已经知道理论上的每一步了，但是顺序如何，要求如何，时间环境顺序，不知道弄清楚了没

@leonshaw #20 btc 、eth 这样的公链区块大小和出块时间大概率是固定的，最终会是谁出价高谁能放到区块里吧，而 ipfs 这样就是存储的，经济模型是挺复杂的，你可以自己去查一查，xLog 用的好像也是 ipfs

@qile1 #14 https://support.huaweicloud.com/productdesc-bcs/bcs_productdesc_0013.html

华为就干这个啊，联盟链，区块链不是难点，麻烦的是组联盟节点，搞定数据安全要求以及资质，毕竟国内大概率是公立医院吧，所以搞到最后你大概率发现这事难点和区块链什么的关系不大，麻烦的是要有官方机构承认和担保

@rizon #10 当然不会有那么多人天天开着机器给你当服务器用，人家开着的原因是有收益，发文章是肯定要付钱的

其实小不堵主路堵的，其实堵的时间是固定的，所以现在已经好多都是动态时间的本来就是为了这样的吧，每天不同时间去看红绿灯不同方向时间不固定，还有各种联网的直接远程调度的，其实吧用城市大脑远程规划调度的似乎更未来一些，不过作用也有限，想把堵变成不堵那几乎不可能

破产了属于公司的资产和债务还是它的，并不会消失吧，之前签订的合同也不会作废，但是现在的问题是你没付首付，之前签的合同应该不算有效吧，你有钥匙也没用的吧，如果合同确实没效，那总会有债权人来找你的

unix socket 又不是写到文件再读出来的，哥啊，暴露读书少了

@guguji #9 看其实，我们写业务流程是直接写代码，你写业务流程是写配置，那么你需要一个模板引擎啊，开发配置时写模板，之后用对应的环境信息编译生成对应环境的配置设置到数据库之类的就好吧，模板就可以用 git 管理吧

如果考虑到上线时配置过多，需要学习不容易快速完成，那么应该全部有默认配置，上线后先以默认配置运行，之后按需修改，业务配置的默认参数应该时依据运维环境相关配置动态生成，所以业务配置不会有环境相关不能直接以默认配置运行的情况，运维配置无非是数据地址域名什么的，不大可能需要配置非常多又不能一致的，而且吧设计的时候，默认配置一般是硬编码在代码里的，确实需要存数据库的，要么和正常配置数据分开存要么有独立标识代码里做兼容

总的来说，个人认为 diff 同步一致方案肯定是个坑，感觉不大可能有靠谱的方案的，除非你是配置完就再也不需要改了这种

@xuanbg #1 配置中心才是坑死人的，如果把业务数据也放到配置中心来配置，然后测试开发生产都在一起，你确定不会分分钟搞崩生产环境？

运维、产品、运营、市场不同的配置不同人自己负责呗，为啥要 diff 同步，这种容易坑人，除了运维，其他的配置自身就是产品流程的一部分，功能设计的时候本来就要在产品流程中设计操作功能

你这既要动态配置有要求开发测试生产环境一致，本来就是静态功能，直接硬编码随着迭代正常发布测试就行吧，不需要可配自然也不需要同步，过度设计制造麻烦啊，测试开发应该只负责功能一致，谁负责的配置需求谁负责设置并完成回归测试呗，比如一个运营配置需求，刚上线时还没正式开放功能使用时你不让他自己弄一遍并完成回归测试，后面还不分分钟出事故啊