@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 一次性解决所有冲突

楼主说的二次开发指的是什么，是 k8s 本身，还是基于 k8s 的东西？我们一般 k8s 是直接用的，但是会根据自己的业务去开发系统，方便管理，比如做 CI 的发布系统

我觉得 Spring Data JPA 就是要简化这些东西。同意楼上的，要不就自己手动拼，java8 的 strean 也挺好用的，要不就 querydsl 。通过注解强关联也行，但前提是你对 Hribernate 很熟悉，例如对象管理、dirty check 、级联操作等，否则容易出现问题

一个 Transaction 有查询缓存的，一级缓存默认开启的

不管可以睁一只眼闭一只眼，但是一旦公司规模大了，别人会发律师函啊，年初的时候刚刚吃了 Navicat 的 warning，现在全公司都不能用了

嗷对了，邮箱是微软的 Exchange