秒杀的 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 补充一点：代码尽量写成相同的结构，相同的结构复制粘贴才方便。大到项目可以整体复制粘贴，小到代码片段可以复制粘贴。

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

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

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

总之，在产品设计的时候，对需求进行严格约束，千万别把查询做成了统计。

统计是报表干的事，怎么能整合在管理页面里面呢？但我所见的业务，都想让业务管理页面的列表，在提供对业务的管理功能的同时，也提供统计功能。这种模棱两可的需求，一定要厘清，万万不可稀里糊涂地被带偏，否则查询变慢还是你的锅。

通过合理的交互设计，和合理安排 UI，就能避免这种批量接口调用。如果实在是不能避免，那就捏着鼻子上一个支持批量查询的接口吧。

一个是交互的问题，列表就是列表，详情是点击进入详情页面再去获取。
二是数据结构的设计问题，订单需要有个快照，里面包含订单中商品和其他相关信息在下单时的快照数据，这样做的目的是为了你修改商品信息不会导致客户查看订单的内容与下单时不一致。所以，订单详情是一个完整的快照对象，不需要实时去获取其他的信息。

贷款 110 万，其中 50 万公积金。还有 20 年吧，月供占收入 1/5，公积金覆盖。