不是所有人都喜欢空调，夏天旧写字楼里开热空调，又闷又热。。。

BeanUtils + 特殊的手动赋值

哈哈哈 这不就是我司的主业么

我司倒没正版化的管制，但是公司大了警告信就多了，xshell 、Navicat 都不能用了。。。

传统行业 to c 业务 curd boy 表示，基本一个单点服务就搞定了，都不需要 RabbitRocketKafkaESsharding 。。。。感觉只能一有空就面向面试学习

@wsseo 没错 我司传统软件公司，基本就是看 leader 主管考核，但和互联网相比感觉就没那么透明，奖金也是自己到手多少才知道，不像互联网公司那样会提前沟通告知 n*4 啥的

@hanxiV2EX 是的，作者还提供了一个基础的脚手架，vue 文档翻一翻，axios 看一眼就好了

wolai 免费版已经没有块的限制了，还要啥自行车啊。毕竟 win 下每一个支持 md 的好用的笔记。。。

实体类上加
@DynamicInsert
@DynamicUpdate

所以普遍 ssd 买个 500m/s 的就够用了，1000+的稍微旧一点的 pc 就跑不到这个速度了。。

@heliotrope
我们一般多余 3 个参数会定义 Bean

自己解析有额外的样板代码，而且还得做数据校验，用 Bean ，简单校验都走 Spring Validation 了

k40 没啥问题，870 发热也还好~ MIUI12.5 还是好用的，相比原来的鸿蒙，除了没有侧边栏打开应用外，基本都要比华为的好用，bug 和系统卡死目前还没遇到，小概率其实也无所谓。广告确实多，需要按照网上教程都关一下，没关掉的，点一下其实以后也不会再出来了。

@CyberShadiao 集成到自己的系统？调用 nacos 的 API 就可以了吧。简单点自己写一个 API 探针，周期性去 check 一下 API 地址也行 hhh

这都 spring cloud alibaba，整个 nacos 不就能看到健康状态了？

其实都是相对的，和别人对接，不写文档，自然很多细节的地方别人都会来问你，还不如一次性都写清楚

新项目和前端对接或者需要第三方对接的时候会写。但是后面需求改动的时候就懒得再改文档了。。。

我觉得问题就在于面试一般都想是往高处看的，小厂往中大厂看。而自己平时工作开发很多技术都用不上（比如非电商互联网可能没那么多分布式的需求，一般堆机器就完了，线上排查问题一般也很少有 OOM 甚至需要考虑类加载这么复杂的问题）。就会出现面试和工作脱节严重。Java 岗特别明显，准备面试就得不停背背背

1. 及时更新上游分支，及时解决冲突
2. 自己的 feature 合并时没有的 commit 先 squash 一下，rebase 冲突多，选择 merge 一次性解决所有冲突