桥接和转发都可以

赶快天才吧走起，涂层问题都好多年了。。。

隔壁一个翻车现场。。。

我这边也是自带，大概 10 年前吧，那时候公司也是提供电脑，后面大家普遍觉得公司提供的不怎么好用，都是自己带，然后就转变思路公司给补贴，让员工自带了。

这个主要看补贴，公司其实没省多少，你算下，比如 10 年前，公司给配个笔记本，5000 的预算，但是这机器大概要用 3 到 5 年，而且不一定是一个人用，如果出现离职，则是下个接班的继续用，此时机器上往往是乱七八糟的，接手的又不敢乱删。这时候公司也不一定给配新的，此时员工难受，公司也只是出了平均一年不到 2k 的补助。

后面公司改为每月补贴 200，也就是一年 2400，实际按 3 年的话比原来提供设备给员工开销大了，但是带来的好处很明显。比如一个员工如果自身配置还行，只要提供下发票钱一样拿，设备还是自己的。退一步说，如果员工预计做 3 年，则有 7200，自己加点钱可以买近 1 万的设备了。

当然也有人说做 3 年想多了，那即使 2 年呢？或者一年呢？可以说用补贴后，多数情况都是让员工满意的。

至于有的厂入职提供 mbp，这个可能是另一个角度想问题了，这块我没思考过，但是普遍有的问题就是公司提供的设备离职归还。然后重置后下个人继续用。

@wutiantong 早买早享受

sb2 不错，和国产常见的笔电差别就是: 用料，做工差很多。比如显示器的色域，分辨率。

反向代理，docker 的话，建议看看 nginx-proxy 这个 image

钓鱼广告，不点没事。

时间戳不带时区信息，和对方确认下使用什么时区，做下转换就可以了。

之前思考过类似的模式，思考过如下模式，但还没完全实践完成，楼主可以参考下：
1. 对于 Java 或者 nodejs，可以考虑真机直接编译，也可以考虑使用容器的 multi-stage 分编译阶段和开发阶段。
2. 写一个 Dockerfile，将编译后的输出目录用 volume 挂载编译目录到容器中。注意挂载目录，不建议直接挂载文件。目录会灵活点。
3. 剩下的就是编译后怎么重启应用的问题，这里可以参考 nodejs 之类的方案，在容器里面启动 nodemon，监视目录，并打开 debug 端口，当发现目录更新后由容器内的服务自行完成重启动作。

团队自己做了个数据访问层，基本思路类似 mybatis。把 sql 写在 xml 中。

换电池可以改善 CPU 效率，CPU 效率高可以提高内存交换效率。但是你说的内存不是 RAM，so 没差

RK 87 键？

加大分母

怎么拆分可能就涉及到一个经验和功能组织的问题了，不是三言两语说的好的。就好像类对象，有时候这么写好有时候那么写好。总之简单易总易维护就好。

JFinal ？用起来简单，代码也不复杂。每个东西都是一个个插件，读起来很简单。现在的代码好久没看了，可以拉取他们的 1.0 代码看看，那时候的东西少些，也好看些。

这个算好的了，我遇到个最坑的，苹果官网买的机器，然后在苹果官网查订单的时候，发现我的购买历史没了。。。然后邮箱里面翻箱倒柜的找，总算找到一个 PDF 的订单历史。。。

不太清楚苹果是不是只保留一段时间的历史订单。。