置顶列表存 redis ，再设个过期时间。

建议抱紧屎山努力学习，想做复杂场景以后机会多的是，但是带薪学习的机会以后不一定有。

说个心里话，模板上竟然有放头像的地方，感觉很不程序员。
还有下面的技能树进度条，这个百分比要怎么才能估算出来也是个问题。

@yoke123 兄弟你这话说得有些极端了，不过核心理解上没问题。
但是话说回来，当狗还是当工具还是看个人选择的。
当然，我选择当老板。

@kimwang 别啊，倒着长不好吗？还能变小回学校把妹

第一季播出的时候就把小说补完了，四舍五入是穿越文鼻祖级别的作品。世界观完整，剧情比较合理，伏笔很多，算得上佳作了。

1. 加字段简单，但是 pojo 多了会很麻烦。如果要加的字段可以算出来或者是用于控制视图逻辑那后端不愿意加也正常。
2. 如果需要单个接口返回 xml，后端在解析器和反序列化器配置到位的情况下不用动任何代码，只需要前端在发送请求时声明自己需要 application/xml 即可

@tctc4869 组织架构可以与上下级完全无关。
这样组织架构完全只是用于展示的，走审批流程全是查的上下级关系树。

这么设计主要是与公司领导和人事的管理习惯有关，公司的部分领导存在权利交叉，根据组织架构树并不好去安排。

比如:
现有三位同级领导 A,B,C
三个同级部门 1,2,3
A 统管部门 1 和部门 2-3，展示在部门 1 和部门 2-3 中
B 统管部门 2 （ 2-3 除外）部门 3-1，展示在部门 2 和部门 3-1 中
C 统管部门 3 （ 3-1 除外），展示在部门 3 中

部门一般是按职能划分的，但是领导有可能按业务线去实际管理，这是造成组织架构混乱的客观原因之一。

维护一颗上下级树，上下级和部门没有直接关系，最好独立维护

list.parallelStream() 最后 reduce 成一个 Map<String,List<?>>，遍历 Map 批量插入

如果一开始就知道二期要扩展哪些功能，可以提前在主表里留好 id，在代码里留好扩展点

留个 json 字段，有些纯展示不参与查询 /计算的字段可以丢 json 里，如果要进行格式变换后展示的，在 vo 里写 getter，值从 json 里取

@wangwangc 请教下开发集群一般是怎么用的呢？跑在集群中如何方便地 debug ？有什么方便的方式不跑 ci 不手动打 docker 就能在开发集群中跑起来吗？

我也没收到小夜灯

强烈推荐幻 13，顶级 cpu ＋还不错的显卡，还轻薄

楼上说得很明白了，这里在补充一点，如果用 redis.keys(key)做模糊匹配，效率极低，而且会阻塞其他请求！！