@jwing pro 的叫海蓝色，12 的叫蓝色

jenkins 用起来很简单，docker 简单做个镜像也很简单，ECS 也几乎不需要设置什么，就这点，学会了就能部署项目了呀

有，但我不会去实现这种需求，而是告诉用户可以分批导出。其实一般智商在线的，自己就找到办法了，根本不会来找我。

划分几个域，挑最不重要的，譬如测试环境，先治了看看效果。效果好就汇报领导，让领导来拍板要不要在其他域搞。定下来要搞的话，把剩下几个域里面最不要紧的留着不搞就行。这样你轻松了，还显得有价值。

至于最后那个留着的，你可以推脱说自己正在改进方案，等方案出来大家再一起讨论。大家讨论这个嘛，结果你知道的。。。

发邮件要抄送所有利益相关人员，就你们两个怼来怼去能解决什么问题？？？

不是尽量避免，而是要想尽办法避免使用分布式事务。嗯，搞了将近 5 年的微服务了，目前还没有遇到不能避免的情况。

10KM 的话，共享单车骑一下也就 30 分钟。就是冬天逆风还有上坡令人绝望。。。

楼主你找一个 C#的项目看看就知道怎么写了。

https://github.com/xuanbg/insight_ws3，这个是我好几年前的项目，写得比较简单，你可以参考一下。有不明白的提 issues 就行。

再怎么难，能比 40 年前更难吗？

学语言不如学工具，学工具不如学业务。业务搞明白，就知道赚钱的点在哪里了。去做真正有意义的事，做事的过程中，什么不会学什么，这叫「学以致用」。

回到原点的概率是 1/4 - 无穷小，走出太阳系的概率是 3/4 - 无穷大。因为走的步数越多，越不容易回到原点。

1 、vpn
2 、用反向代理(两次，且需要内网有固定公网 IP，公网有服务器)把内网的服务映射出来

其他方式不推荐，安全性太差。

se2 用户路过，刚发布就下单了。我属于手机轻度用户，也就装了 30 来个 APP 吧。平常也就微信，支付宝，电话，游戏，音乐，se2 用着挺好的。

秒杀的 TPS 和用户数没关系，只和秒杀商品的最大数量有关系。

@xuanbg set 就是 00-99 的密码表，通过查表可以得到一个对应的预生成的随机值。加密后的数字理论上必需得到密码本、交换方法和交换次数才能还原加密前的数字，三者缺一不可。

@imdong 我搞了个编码生成器，就是顺序生成，但是通过查表变换，可以得到看似随机的结果，但和原值一一对应，不重复。

代码很简单：
for(int i = len - 1; isEncrypt && i > 0; code = garble(code)) {
--i;
}
private static String garble(String str) {
int len = str.length();
String first = len > 2 ? str.substring(0, 1) : "";
String high = len > 3 ? str.substring(1, len - 2) : "";
String low = String.valueOf(set.get(str.substring(len - 2, len)));
return high + low + first;
}

我也很少写代码，都是复制以前写的代码，稍微改改就又是一个新项目。更多的时间用来分析业务，梳理流程，通过归纳总结来抽象和简化逻辑。设计到位了，代码就更简单，也更可靠。

其实这样也挺爽的啊。

@xuanbg 譬如部门参数，就可以通过输入「业务」查询到业务 1 部、业务 2 部……，然后选中业务 1 部得到业务 1 部的 id，再用这个 id 来查询。

唯一的槽点是 like，你可以改成= ‘xxid’，让程序先用可以模糊查询的下拉列表 like 查到并选中 id，再查询数据，这样就可以走索引了。