@yanqiyu #26 质量 /惯性 /转动惯量，本身不影响功率，它是影响物体移动 /转动时候要施加的力 /力矩，进而影响功 /功率

我是没发现 JDK 有精确控制时钟（基于精确时钟触发操作，不是获取精确时钟刻度）的 API ，考虑到 Java 运行在 JVM 而不是 OS 上，JDK 要没这 API ，第三方框架也做不了。

时间轮那个，原本就不是精确延迟时间，其实毫秒级别都已经过了，大量任务跑起来，误差都是上分钟级别的。选择毫秒那是因为在不用时钟的情况下 Java 能读取的时间刻度的单位最低就到毫秒。

预算够买今年的旗舰，不够就买去年、前年的，都能管你用上好几年。

三星，必须是旗舰级，备好梯子，买港行，或者买国航刷港版

@darksail
@yanqiyu
应该是转动力矩不一样，惯量不直接影响功率。

共享 GPU 内存是动态内存，包含 GPU 独占内存和普通内存，0.3/7.9 GB ，前面的是实际使用，后面的是上限。GPU 独占内存，要看内存里面的 “为硬件保留的内存”。

GPU 独占内存和共享内存，只要分配完成，性能是一摸一样的。区别就是共享内存的动态分配过程，会对性能有影响。

@zhujyxs0831 #93 不考虑货币的流通价值，而只考虑货币的字面数字价值，再想想到底谁傻。想不通是容易变成被卖了还帮人数钱的韭菜的。
@AoEiuV020CN 总结一下这种手段对公司的好处：
第一，就是之前说的，靠工资代扣和统筹结算的时间差增加流通资金，或者直接昧掉这部分钱。不过这就对钱少的小公司有用，对于大公司增加的流通很有限。
第二，看工资条最直观，假如公积金缴纳额从 300*2 变成 900*2：你的工资条会从“公积金扣款 300”，变成“公积金 -300 、其他 -1200”；公司在你这里的账本收支部分会从“公积金 -300 （代缴个人） - 300 （公司支出）”，变成“公积金 -900 （代缴个人） - 900 （公司支出）、从员工回收 +1200”。你自己的账面，结合公积金账户，账面收支平衡，实际上的收益取决于你的公积金账户能怎么用——能随时取出来用那就是完全正收益，否则就是用流通价值换减税。对于公司部分，收支从原来的“公积金 -300”，变成了“从员工回收 + 1200 、公积金 -900”，单看数字都是 -300 ，但是公积金支出变大了，这对公司的总税务是有益的（具体怎么有益我就不直到了，要专业财务来分析）。

公积金如果你只存不花，那基本相当于把现金免息借了出去（公积金是有利息的，但低到可以忽略），所以公积金避税的好处并很有限。以前起征点低的时候，好处还很明显，现在起征点高了，好处不明显了。

但是你们公司能找你三次谈，我觉得你有必要查查你的社保和公积金余额。因为这种避税对公司是没有任何好处的，除非它一遍扣你社保和公积金，另一边不往社保局和公积金中心按时划款。

不贴代码，能看个卵卵。看这情形，很有可能你接口调用弄得单例或共享 Bean ，耗内存的变量用了没释放。

这不是技术问题，是选择问题。要求严格的话就单独弄一个实体来对应历史手机号 /邮箱，没要求的话就不保留历史直接覆盖，可以偷懒（或者不给设计时间）的话，就加列保存最近一次历史。

IT 部门虽然名字叫做信息技术，但是本质上是管理而非技术部门，所以不要搞网络隔离这么高技术的活，外包是最有效的方案。

当然需要给你提个醒，网络白名单方案，先不管它自断手脚的影响，光是搭建成本就可能让你厂受不了。单 linux 、docker 、maven 这些的镜像的存储成本就能让财务牙疼。

这个跟操作系统无关，是主板管的，仅取决于主板硬件设计和主板驱动。

首先，a 和 b 都是临时特性分支，他们在合并的时候无需区别对待。所以下面的步骤只列出 a ，b 的操作步骤是一摸一样的，a b 的顺序也没有要求。

非线性历史，传统合并方式：
checkout dev
merge a
如果有冲突，以新提交的方式解决冲突；但是如果 dev 分支是受保护分支，就要在额外的临时分支中解决冲突，然后再合并临时分支。

准线性历史，变基合并方式：
1 、checkout a
2 、rebase dev
3 、如果有冲突，在 a 上解决冲突
4 、checkout dev
5 、merge a
6 、此时如果有冲突，反转第 5 步（通过 reset --hard 方式），然后回到第 1 步继续

此外还有完全线性历史的压缩合并方式，但是这个基本不会用到。

以上合并方式，虽然步骤很多，但是如果在界面操作 Pull Request 或 Merte Request ，就很简单了。


不建议 cherry-pick 方式，因为你的 dev 、a 、b 是有共同祖先的的，没必要用 cherry-pick 。

@zed1018
@ErnestSu
重点不是是否 catch ，是 catch 之后不能即不处理又不 throw 。

try (InputStream input = new FileInputStream("src/readme.txt")) {

}catch (IOException e){

}

这才是正确的用法，因为 try-with-resources 只是自动调用 close （以及将 finally 当中抛出的异常转移到 try 当中抛出）, 但不隐藏异常，对于 IOException 这种受检异常，你必须自己处理。

他可以不批你调休，你也可以到点就下班、不接受任务，你还可以直接向人力资源部投诉。反正这种人也是没办法调和的，直接交给公司处理。当然如果公司也摆烂的话，在国内就只有即时止损这一条路了。

多看书，少看短视频。第一，时间单位和基准时间都是有国际公约的。第二，误差绝对存在，但误差会被控制在可控范围内，现在的时间基于原子钟，误差是小于纳秒级别的。

买 8 ，或者蹲 10 。不要蹲 9 ，9 可以确定是 12 代，虽然性能提升很大但是不稳定。另外 Intel 的 CPU ，寿命要按照 2 年看待，能同时挤牙膏和淘汰飞快的，也就这一家了。

翻译并不是一件容易事，专业翻译成本很大，所以官方想支持中文很可能有心无力。编程语言在历史上官方支持非英文的，印象中只有 SUN ，就这卖身之后立马就断了中文支持。目前仍在官方支持中文的，估计也就剩谷歌了，连微软的中文文档都是大量的“本篇翻译可能不准确”。