再怎么难，能比 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，再查询数据，这样就可以走索引了。

类就是对象模板，嗯，是面向对象的对象。不是搞对象的对象，也不是象棋里面那一对象😁

@dilu 据说是因为我被降权的缘故。。。我也不知道为什么就被降权了。。。

这个和代码结构有关系，假设定制化代码和通用代码井水不犯河水，那就很简单了。定制化代码的修改只在定制分支进行，通用代码的修改最终合并到 master，然后再把 master 合并到定制化分支就行。
如果不能做到相互不干扰，那最好是各个分支各自修改，分支也永远不要相互合并。这样其实和多个项目没有区别。

@chenqh 八股文知道吧？只不过把写文章变成写代码，你看到的每个方法只是名称和参数不一样，代码都差不多样子。扩大到每个类也是如此，再推广到模块级别甚至服务级别，都是这个套路。具体的看我的代码就知道了。https://github.com/xuanbg/insight_funds_account

@dilu 补充一点：代码尽量写成相同的结构，相同的结构复制粘贴才方便。大到项目可以整体复制粘贴，小到代码片段可以复制粘贴。

没有，但大家都用消息队列削峰去谷。

让让，让让，你挡住我的信号了！！！

不管做多少事，都没有解决关键问题这么一件事重要。只要你能够找到公司的关键问题，并解决它，你就是全公司最重要的人。关键问题在哪里呢？肯定在业务一线。所以你没事就扎根到业务一线去，一线业务人员永远不会排斥真心帮他们解决问题的人。