我觉得楼主非常明智，我非常支持楼主的做法。
有一次，我在老家开车，等红绿灯的时候，忽然有个车直接插到我前面，停在斑马线，下来骂我，我都不知道是为啥，但是我明白他想要啥，于是我摇下车窗说：“对不起，大哥”，他继续骂了几句走了。过了几秒之后，我反应过来，可能是我无心开车超过了他，让他觉得收到了侮辱；但是我车本来就是带 T 的，可能就是加速快，加上我也习惯了快，不想慢吞吞的。但是，我甚至都没有问他为啥，就直接“道歉”了，因为他忽然在红灯的时候插在我面前，我就知道他要干嘛了。跟他硬怼没有意义。碰到这种”动物性“的人，我会无条件妥协，以避免不必要的麻烦。就像 3 楼说的：”这就是你生活在这个国家需要付出的代价。“
我这么做，并没有觉得是屈辱或者如何，我这么做，纯粹是基于自己的安全和方便来判断的。假如，他真的把我从车里拉出去，开始干我的时候，我可不会手软，我将最大限度的正当防卫，绝不怂。
我家有茶叶树（茶叶树很低，跟绿化带的那种，绿色的差不多）
以前都是自己摘茶（摘茶叶没法自动化，看时期吧，和要求吧，有的只要芽，有的就是芽加两片叶子）
拿自己摘的到茶叶厂换成品茶叶，一般去厂里，那都是刚炒的茶，还是热乎的（类似多少斤活茶，换多少斤成品）。
所以我从来不在网上买茶叶，因为一旦喝过这种当年的新鲜茶叶，便会除却巫山不是云。
现在回去的少了，一般都是别人给一点茶叶，我现在喝的茶叶是老家亲戚给的，这个茶叶每天早上泡一杯，喝一整上午，我喝完之后会把茶叶也吃了，因为叶子比较嫩，软软的。
有时候也想：将来 35 淘汰了，要不要回去弄茶叶，不过弄这个也不简单，涉及到种植，建厂，雇人摘茶，包装，资质啥的，一年就一季一季就那一两个月的时间，产能也有限，走高端的话，难以被认可，网售的话不会营销往往也劣币驱良币了。
我也有手汗情况，但是我总结了一个规律：我在南方时候更容易出手汗；我在冷的时候，在没没吃饱的时候，在衣服穿少、袜子穿少的情况下会手汗；只要保证：从头到脚穿暖，吃好，就能保持手干燥热乎乎的。
“因为 AI 大火跟风离职”，但是你做的产品跟 AI 没关系啊，这个就挺矛盾的。
如果一个人东西少，无脑高铁，两个人东西又多我觉得可以开车，抢票这么麻烦，开车时间自由，路上又不是不能休息。
@
balabalaguguji 老哥，下载了你的 APP ，大致看了一下，我感觉你这个 APP 非常好，很契合我设想，我准备用一段时间体验一下。
如果是玩技术我觉得可以。
如果真是想监控小孩是否扶碗，我觉得脑子有大病（非攻击性哈，就这个意思，你愿意玩就玩）。
我曾经被裁员的时候，见到了公司人事的一些骚操作，感觉他们很坏，觉得正常人怎么能干出那样的事。
后来，我仲裁的时候，在法院见到公司的法务，是个光头。
当时我也很疑惑的看着他，心想：为什么一个人可以睁眼睛说瞎话，替公司的违法行为做辩护呢？
我看他穿的也挺干净，皮鞋锃亮，怎么能在法庭上说出那些狡辩之词。
再后来，我发现仲裁员一味的劝我让步妥协，甚至在小房间单独跟我做思想工作说：如果我继续弄下去可能 3 年也没有结果，也不一定能拿到钱。
再后来，我发现一审的法官也不问来由，开庭前第一句话就是问：张三来没来？你能不能让步 少要点赔偿金？我好跟公司商量。
后来经历过一年多的仲裁，我拿到了钱，也想明白了这些问题。
那些人事，要么自己不忍心耍手段坑同事 那就自己走；要么就是坑耍同事，保留自己的位置和“绩效”。如果他选择义愤填膺的走，不与傻逼公司同流合污，那就意味着他得跳槽，而新公司大概率也需要他同流合污，或者他很有能力，可以站着把钱挣了，那就可以坚定立场不干坏事。
而法务，跟那些人事一样，他要能成为大律师、有自己的律所 也不至于屈居与小公司，去擦这些屁股。当他麻木了，见惯了之后，为了混口饭，他就会说服自己，去给违法裁员惯犯公司做辩护也没啥。
而仲裁员一样，他们每年要见多少可怜的仲裁人，麻木了，而劝别人和解，对他是有利的，他可以快速结案，至于对当事人是否最有利，并不那么重要。
总之，并没有几个人能有一身正气、一身傲骨，并没有几个人有着温暖善良的情感，并没有几个人能站着硬钢还把钱挣了。法律是最低的约束，没有明显犯法之前的所有卑鄙下流无耻的动作和行为都可以做——为了获利。
通常，在我们设计一个模块的时候，
我们设计的是一个又一个 Entity,实体，Entity 之间又各种各样的关联关系。
Entity 构成了我们的主要设计，实际 Entity 的数据需要持久化落地的时候，就用用到 PO ，Entity 和 PO 并没有直接关系，一个 Entity 最终落地数据库的时候可以是多张表，即对应多个 PO 。
DTO 是用来数据交换，VO 是用来展示层的。
就这这些，没啥难的的，至于 BO ，不知道，自己灵活变通即可，也许 BO 代表 BusinessObject,那就跟 DTO 差不多一个意思了。
总结下来：因为我们是面向对象编程，所以需要设计实体 Entity,实体不太表数据库表，实体代表我们抽象的业务模型。最终数据需要落地，落地就需要数据表 对应的就是 PO 了，你爱咋存咋存；中间需交互数据，或者吐数据，我们通常没法把实体 Entity 直接给别人，可能是根据业务需要，将多个实体中的数据抽出来，凑出一个 DTO ，或者 VO 给别人用。
你开发经验够了，这些东西想清楚了，你就能整自己的一套，也能理解别人的套路。
就是不能觉得繁琐而无脑抵制。不过，你当然可以面向数据库表编程，一个 calss 从前到后。
我不推荐买二手车，我有 3 个同学买了二手车都后悔的，其中一个人 5.5W 买了一个二手别克 B 级，半年之后卖了 3 万多点，重新买了一辆丰田混动小车。
如果很懂车，能找到靠谱的，那我觉得也许能捡个漏省点钱。
这个世界不存在又好又便宜的东西。都 5.8W 的二手价格了，加点，国产新车现在可选择的太多了。
老乡啊，你这挺好的，我也想回去当个小老师（隔壁县的）。
如果不是对数据库特别有兴趣，不必去深究原理。
现在很多公司都是使用云数据库，一切都是 DBA 在搞，你写 SQL 就行。掌握常用的使用其实就够了。
技术人为了提升自己竞争力，各种刷题，各种研究原理，闷头干活，太累了。
分散点经历注意健康问题，注重软实力，业余用自己的技术能力 业务能力 探索自己的商业可能性 多好。
闷头研究，啥都写，最好的结果也是“优质工具人”，而能组织指挥“优秀工具人”实现目标的人，薪资更高更高。
中国人多，没有不卷的。因为卷了切换，你下次还得换。
特性不重要，如果你能找到一个又价值的项目，能让你挣钱，用 Java5 + jsp 写也没问题。
1. 我是后端，坦白说，我觉得我的简历排版比你的好看（排版，字体）；你是前端本应该做的更漂亮。
2. 会使用 photoshop 写了就是拉低分数了，会让人觉得你只是体系很落后，现在应该不会有几个公司用这个。
3. 简历有错字：技术指责 => 技术职责 吧？连字都能错，我觉得你没有认真写简历，我会联想你处理工作 BUG 百出的场景。
4. 技能描述没有亮点，没有递进。你找别人招聘要求抄吧！
5. 应该贴出作品集网站。
设计一个题目，让他们真实的写一篇需求文档。
付费，让他们写，给一周时间。
如果最后的文档，前因后果轻轻楚楚，流程合理，逻辑清晰，整体能串通，交互设计也合理。感觉就差不多了。
Select Language