DreamSpace

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

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

@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 中

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

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