南京帆软算一个吧，去年底收了一大波好评

我还在学校做毕设的时候用到了他们的东西，这么多年过去了，越搞越好，有点小而美的意思

1.如今，redis 稍微有点规模（或者没有规模的系统）被使用的概率很高，在不想引入新组件的情况下应该算是优选方案；
2.基于 1，在不是特别严格，不太担心小概率时间的基础上，使用 redlock，甚至 setnx 这种方案，是可以接受的，如#39
3.使用 zk 在性能要求高的场景应该不算是一个很好的选择？ Etcd 的话，同样也有别的坑存在

个人经验来说，没有遇到要求特别严格的分布式锁场景，所以常用 redis 来做。从设计层面来说，一般也尽量规避需要分布式锁的方案

重庆移动，用 ipv6，上传 30~45M,感觉用着还行

唯一的问题是公司网没给开 IPv6，所以在公司得用手机热点才能连回家

做最终一致的话，b 回传用 mq 即可
强一致的话，不考虑分布式事务的基础上，可以 B 做接口冥等，A 没有收到信息的情况下反复重试

MyCat 慎重考虑

贝壳这方面做的挺不错，去挖几个人~

并没有什么问题呀，也就是上面大家说的 go env 这几个配一下国内镜像就完了

不只是 openfile，还有 tcp 的几个参数，比如 port reuse 、tw
不过这几个参数最好你看明白他们的意义，再决定如何调整

挺好的机会
只要不让我转 c/c++/rust(能力有限，转不过去)、perl 、delphi 这种
对于 kotlin 、golang 、py 、Js/TypeScript 等等这些我都觉得挺不错的，也是个证明自己学习能力的机会
我也愿意花个人时间去学这些

@qiyuey #114 除非没得选，一般不选阿里的技术栈

只要正式进入 jdk 的发布版本，各种 lib 支持起来都很快的。自己写工具类应用也容易

@hansty #117 同上

一直在等 loom
计划是直接 8->17
或者 8->11->17
当然这取决于 loom 到底能不能在 17 吃到

@cheng6563
但是 4600H 版本没有人脸识别，没有背光键盘。指纹更是全都没有

1.13kg 的重量，50w+的稳定性能释放，是真的无敌。
电池小了点，但是问题不大

@wccc 超心水 s2 air，确实非全 type-c 有点拉夸
期待下一代 code10 or s3 air

众筹老哥出书把~