@yamedie 任何前端加密都是不可靠的，及时混淆了还不是明文，前端加密除了 https 没有任何靠谱的办法，混淆只能稍微增加人家阅读代码的时间

搞 web 就别信巨硬那套了，生态被 java 吊起来打，你只做外包或者小项目还差不多……
唯一优势真就是中文文档齐全，入门门槛低，人员维护费用就低。我之前也接过个航天院所的单子，合同指明就是 c#开发，然并卵用 java 写人家也不管，反正他们只是需要在 windows 上能跑就行。

docker

其实我很好奇既然数据量很大,为什么还要换成 sqlite 这种单文件的数据库(‘◇’)?

java 代码、class 层面的热更新除了本地开发没多大用，还不好控制服务器上的版本。用 7 层或 4 层的负载均衡更新才是现在的王道，特别是用 k8s、rancher 这些容器平台，甚至不需要自己去配 nginx 规则，在集群中就可以自动帮你切换容器。

rancher 部署真的做得挺好的，省心

买个自己当廉价 nas 还凑合，客户端毕竟还行，买来赚钱就算了吧

证书部署现在只要不是单体应用一般都是在反代那里搞定吧……在应用层部署的确实比较少。不过你们同事估计也是真水，应为这个问题确实和测试也没啥关系，都是运维在弄

java 和 kotlin 可以混写，相互调用……哪怕是老项目上了也没什么。我的老项目改新需求都是用 kotlin 写了

哪能不准备真机的……特别有些使用用人家的 sdk 就真的只有 arm 的包，没办法

我也觉得 commit 算了，stash 挺容易搞错的，即便你不 rebase 最多就 commit 日志难看一点

minio 这种对象存储维护使用比较简单，但要入侵业务，去调用它的 api，性能还可以吧。

ceph 这种性能好，数据也安全，但维护部署非常困难，客户端挂载也要复杂很多。但 ceph rdb 挂载后就是个磁盘，不会入侵业务。ceph fs 就不要用了，用过的都觉得太慢了，ceph 对象存储没用过，不评价。

基本上 nfs 是综合最简单的……其他存储的都在某些方面要复杂很多……

不 join 其实还挺正常的……真的业务量大了基本瓶颈都在数据库，然后数据库扩容又特别麻烦，但是缓存却比较容易。你都是手写 sql，然后一堆 join，怎么搞应用层的缓存？

枚举不好序列化，要对序列化框架自定义很多东西，其他没什么不可以的