Java 请基于 https://github.com/google/styleguide 搞自己 /团队 /项目的规范。如果偷懒，就可以直接使用 Google 规范。如果还要再偷懒，那就用 IDEA/Eclipse 自带的规范。不要偷懒用谷歌内部人开源的谷歌规范检查工具，这工具太特么死板有不少人反对。

在用规范的时候，必须先清楚什么是代码规范。 代码规范的目的是，让同一个项目上不同人编写的代码容易被查看。代码规范的参与时机是，当你参与多人项目时。目的意味着，规范是服务于项目，而不是限制项目 /团队 /个人。参与时机意味着当你加入项目或团队的时候，才需要遵照后者的代码规范。先不管阿里规范是服务还是限制，就先说说参与时机。你不想进阿里就没必要用阿里规范。你想进阿里的话，有人用阿里的规范扫过阿里的项目，结果很感人。

这方面 Google 解释的就很好：
Every major open-source project has its own style guide: a set of conventions (sometimes arbitrary) about how to write code for that project. It is much easier to understand a large codebase when all the code in it is in a consistent style.
每个主要的开源项目都有自己的风格指南：一组关于如何为该项目编写代码的约定（有时是任意的） 当其中的所有代码都采用一致的风格时，理解大型代码库会容易得多。
If you are modifying a project that originated at Google, you may be pointed to this page to see the style guides that apply to that project.
如果您正在修改源自 Google 的项目，您可能会被指向此页面以查看适用于该项目的样式指南。

@Foxkeh #6 这个第 2 条的“连续工作 1 年”，就是个灰色地带。从上下文来说，它指的就是任意公司连续工作 1 年，因为这里满 1 年，跟第三条的最低档满 1 年不满 10 年算 5 天，是对应上的。但是从正式条文上来说，这个并没有明确说明是哪里工作，理解成任意企业，和在本企业，都是正确的。

实际情况就是，被盯得紧的外企和上市企业，没必要给自己找麻烦，直接就会按照在任意企业计算（但是通常不全给，而是根据当年在公司的理论或实际工作时间，做折算）。没人盯的破企业，才会自信的解释成按照本企业计算（如果将来上市，或者核心员工离职，这都是坑）。

@SenLief #1
@Foxkeh #2
仔细看，那里面只有员工个人的累计工作年限（所有曾经工作过的公司累计），没有当前公司的工作年限。后者是灰色地带，外企、上市公司要是不算就会被干，一般公司就很随便了。

卖烧饼的，只能保证不买别家烧饼，但不妨碍他自己做馒头。

ASP.NET 系列，向来都是做好组件让人用，适合小公司快速成型，但不适合超大型项目多而杂的自定义开发。

海外购刚定了一家店准备买，购物车结算的时候给变成无货了，剩下的也不敢买了，看情况基本年前收不到货。已经付款买国行了，贵了 300 左右。

显示器可以当电视，反过来不行。70 寸的显示器，成本要比 70 寸的电视，多。不用多很多，多一点都会导致因为不够大众，厂商要么不愿意做，要么用临时生产线做再天价卖。

@makelove #19 联网只是更新广告的必要条件，不是看广告的必要条件，你不联网，就让你几年看同一个出厂预知广告。

@jsdtxm #2 你这个是水货，不清关的，快是快，不一定是原装的。
@hzjseasea #1 我只要是单机游戏就只在 xbox 上玩，虽然现在玩得也少了，不过一年玩上一个新作、两三个经典老作的频率还是有的。推荐一些轻松的经典老作：暗黑血统 1 （ 2 没中文，3 不行，创世纪从不降价），精灵与森林（过几天应该有特价，每部 20-30 左右）。

看来 OP 还是接触的少，接触多了你就会发现，你所说的坑，就是纯软件也照样有。大点的，客户要求必读在客户现场开发，各种权限卡得你基本没法看调试日志，都是很常见的。小点的，一个客户一套代码一把梭，没测试环境，甚至连代码版本库环境都没有的，也很常见。

试用期开人的赔偿是：提前 3 天外加半个月。OP 这个赔偿已经超额外加送一个过年假期了，不要再贪了。

赔偿没问题，但是开人就不一定了，试用期开人，需要公司举证员工不符合用工需求，并且判定依据只能是劳动合同和经过员工签字同意的员工手册一类的管理制度。如果闹上去，最后通常都是员工获胜。但是 OP 这个不是快转正的时候开人，是 6 个月期限 4 个月的时候就通知。这种情况，公司要么是铁了心不想要 OP ，要么是出问题了没法要 OP 再闹的意义不大。

拿出来做生钱，且保证年收益率超过 3.72%的事情；或者拿出来替换掉其他的年化大于 3.72%的借款（抵房贷、刚需买车都算这种）；真的缺钱：只要不是上面三种当中的一种，那么哪怕利率低到 000000.1%，借出来也是沙雕。

不过如果是公司虚报的同时，把多出来的税也给划扣完了，把多出来的社保也给足额缴纳了，那就无所谓了。因为这样的话，无论最后怎么审计，都是公司在员工工资这一样支出成本上虚报或挪用，员工没任何损失。

你不申诉，你在 3 月到 6 月期间的年终汇算时，就得补上多出来的税，月薪 1.2 万，再多出来 3.6 万的话，要补好几千的。

满 10 年全额退款的保险，基本属于储蓄型的保险了，这种保险，基本等同于无息借款，只要算上通货膨胀都是亏本的。单说收益的话，现在退 90%，跟再交 6 年然后满额退，对保险公司和你的区别都不大。看是正规的就可以搞，不正规就没必要搞。

@devilte #4 年假不存在过期，未休必须折现。但是这是人不究法不惩的事情，而一般员工在离职前是都不可能去追究的。例外就是外企、上市公司、准备上市的公司，这些公司除了员工外还有好多盯它们的部门。

CRUD 方法涉及到基础设施，其实是很难 Mock 、Spy 的，基本上都避免不了手写脚本。Spring 的单元测试，只有在结合 Spring Data JPA 的情况下，才能避免大量的数据库脚本处理。或者换句话说，没用 Spring Data JPA ，就别搞涉及到数据库操作的单元测试。

@cubecube #4 它这是要 Mock/Spy 查询数据库的最底层 Bean ，单元放多大都避免不了。

@jaredyam 相对来说，不 Mock/Spy CRUD 方法，换 H2 临时内存数据库+建表、初始化、清理数据库的脚本，可能会更省事点。

玩游戏（主画面，不含 UI 框架）、看视频，不受 DPI 缩放的影响，你只要显卡能带的起 4K 且显示器是 4K ，那么输出就是 4K （但是非**80+级别的显卡一般都带不起来）。而常规使用的话，4K 缩放 200%，可不是 1080P ，它的采样和输出还都是 4K ，只是字体在采样前计算空间占用的时候乘以 2 。假如一个字体默认空间是 100 像素，1080P 它就是 100 像素，4K 不缩放它还是 100 像素，4K 缩放 200%则变成了 200 像素。

一般来说，不打游戏、不做视频、其不搞双屏的话，显示器就是能买多高就买多高。有以上需求的话，就要看 CPU+显卡的性能买显示器了，因为一旦 CPU+显卡带不动高分显示器，就只能低分辨率+拉伸显示，效果比低分显示器要垃圾很多。

改成 @MockBean 外加手动 Spy 的方式，太困难就建议放弃单元测试。存在循环依赖的情况下，做单元测试这种行为就是耍流氓。

@finab #16 只要你将来不转移，公司交的跟个人交的，在个人使用上是没区别的。他俩的区别在后台账户上，公司交的属于地方统筹账户，账户管理方和归属方都是地方，个人交的属于个人账户，账户管理方是地方但归属方是个人（中央）。当你跨区用医保，或者将来回老家要转移养老金的时候，基本上就只能享受个人部分了，因为统筹部分要用就相当于从地方上面往外拿钱，名义上能拿实际上往外拿钱哪有那么容易。

@xiaohundun #20 公积金没统筹，个人部分和公司部分只是个标识区别，实际上没任何区别（民企里面公司交的公积金，基本都是工资里面挪过去的），两部分现在都是随便转（以前不是的，因为这本质上也是从地方上面往外拿钱）。