hello158

500 天前我成功拿到 2N ，单方面解雇，相关帖子： https://v2ex.com/t/865255#reply131

@sherlockwhite 赢了啊。https://v2ex.com/t/865255#reply131

我曾经被裁员的时候，见到了公司人事的一些骚操作，感觉他们很坏，觉得正常人怎么能干出那样的事。
后来，我仲裁的时候，在法院见到公司的法务，是个光头。
当时我也很疑惑的看着他，心想：为什么一个人可以睁眼睛说瞎话，替公司的违法行为做辩护呢？
我看他穿的也挺干净，皮鞋锃亮，怎么能在法庭上说出那些狡辩之词。
再后来，我发现仲裁员一味的劝我让步妥协，甚至在小房间单独跟我做思想工作说：如果我继续弄下去可能 3 年也没有结果，也不一定能拿到钱。
再后来，我发现一审的法官也不问来由，开庭前第一句话就是问：张三来没来？你能不能让步 少要点赔偿金？我好跟公司商量。

后来经历过一年多的仲裁，我拿到了钱，也想明白了这些问题。

那些人事，要么自己不忍心耍手段坑同事 那就自己走；要么就是坑耍同事，保留自己的位置和“绩效”。如果他选择义愤填膺的走，不与傻逼公司同流合污，那就意味着他得跳槽，而新公司大概率也需要他同流合污，或者他很有能力，可以站着把钱挣了，那就可以坚定立场不干坏事。

而法务，跟那些人事一样，他要能成为大律师、有自己的律所 也不至于屈居与小公司，去擦这些屁股。当他麻木了，见惯了之后，为了混口饭，他就会说服自己，去给违法裁员惯犯公司做辩护也没啥。

而仲裁员一样，他们每年要见多少可怜的仲裁人，麻木了，而劝别人和解，对他是有利的，他可以快速结案，至于对当事人是否最有利，并不那么重要。

总之，并没有几个人能有一身正气、一身傲骨，并没有几个人有着温暖善良的情感，并没有几个人能站着硬钢还把钱挣了。法律是最低的约束，没有明显犯法之前的所有卑鄙下流无耻的动作和行为都可以做——为了获利。

通常，在我们设计一个模块的时候，
我们设计的是一个又一个 Entity,实体，Entity 之间又各种各样的关联关系。
Entity 构成了我们的主要设计，实际 Entity 的数据需要持久化落地的时候，就用用到 PO ，Entity 和 PO 并没有直接关系，一个 Entity 最终落地数据库的时候可以是多张表，即对应多个 PO 。

DTO 是用来数据交换，VO 是用来展示层的。

就这这些，没啥难的的，至于 BO ，不知道，自己灵活变通即可，也许 BO 代表 BusinessObject,那就跟 DTO 差不多一个意思了。

总结下来：因为我们是面向对象编程，所以需要设计实体 Entity,实体不太表数据库表，实体代表我们抽象的业务模型。最终数据需要落地，落地就需要数据表 对应的就是 PO 了，你爱咋存咋存；中间需交互数据，或者吐数据，我们通常没法把实体 Entity 直接给别人，可能是根据业务需要，将多个实体中的数据抽出来，凑出一个 DTO ，或者 VO 给别人用。

你开发经验够了，这些东西想清楚了，你就能整自己的一套，也能理解别人的套路。

就是不能觉得繁琐而无脑抵制。不过，你当然可以面向数据库表编程，一个 calss 从前到后。

老乡啊，你这挺好的，我也想回去当个小老师（隔壁县的）。

如果不是对数据库特别有兴趣，不必去深究原理。

现在很多公司都是使用云数据库，一切都是 DBA 在搞，你写 SQL 就行。掌握常用的使用其实就够了。

技术人为了提升自己竞争力，各种刷题，各种研究原理，闷头干活，太累了。

分散点经历注意健康问题，注重软实力，业余用自己的技术能力 业务能力 探索自己的商业可能性 多好。

闷头研究，啥都写，最好的结果也是“优质工具人”，而能组织指挥“优秀工具人”实现目标的人，薪资更高更高。

中国人多，没有不卷的。因为卷了切换，你下次还得换。

特性不重要，如果你能找到一个又价值的项目，能让你挣钱，用 Java5 + jsp 写也没问题。