记得看到过好多你的帖子。。。

@netabare hibernate 的问题在于 sql 一复杂就嗝屁了。

1.返回 int
2.查询直接 get 就行啊

架构部门!=架构师

公司有前端架构，基础架构，中间件架构等部门。
前端架构部门:主要开发基于 react/vue 的 web 前端框架(保持 ui 风格一致)
基础架构/系统架构部门:主要开发/维护公司系统层面的架构，比如 nginx/apisix/docker 平台/部署平台/网关/rds 可视化平台等，大数据平台。
中间件架构部门:主要维护各种中间件。例如访问 redis/mysql/kafka/zookeeper 的各种语言的 client 包，微服务框架，mysql 分库分表组件，

架构师:就是大头兵，带几个(10 个以下)小弟干活。

网络传输是个问题

顺便补充下，非必要，不重试。你都 5 秒去更新一次了，频率非常高，失败后不需要重试。

假设外部接口可以支持的并发没有上限，接口调用耗时 10ms 以内。假设更新用户信息到数据库（缓存）的耗时在 5ms 以内。

1.方案一：
xx-job 配置定时任务 5 秒一次，单机在 5 秒发起 7000 次请求，并且更新信息到数据库（缓存）。
缺点：单机一秒内要完成 1400 次网络请求，用最新的 java 的虚线程还是有压力的。用户量增加的时候无法横向扩展机器，只能继续优化代码。


2.方案二：
使用 zk/etcd/redis 等工具，将所有在线的机器注册到一个节点上，每 5 秒定时启动时去该节点上拉取所有在线的机器信息，根据本机器的位置来均分任务。如果 10 台机器在线，每台机器则需要均分 700 个用户，然后发起请求去更新用户的信息。
优点：可以横向扩展机器，理论上机器越多，可发起的请求数越多，方便用户增加后，直接加机器即可。

缺点：多个机器的当前运行定时任务怎么保证是一个批次的（机器时间不一致的情况需要考虑）？

看到标题我就知道楼主开的是油车。。。。。
这就不提买电车的好处了。

搞前端就学 js 就行了啊。毕竟能写桌面，能写 web ，还能开发 app 。学其他的语言(flutter)就走弯路了，你一个业余的就学 js 最好。

传统企业就不要想着搞 IT 了，又费时又费力。
最简单的是把几百张表单全搬到 web 上，可惜成本太大而收益不高。
这是最简单的方法，但是对传统企业太鸡肋了。老老实实的人工手写表单就行了。

中国人就是这样，出了问题首先就是反思自己，你这不是反思病？？？

其实顺着你朋友的理论，那大概 35 岁的都会被优化。

毕竟 28 岁没到 P7,33 岁没到 P8 的一堆一堆的。

本质上还是人太多了。

晋升 ppt 常用的三段论啊：

1.是什么？
答:就是 XX 系统，对标业内的 xx 系统。和其他的系统相比，特点/优点是 xxx 。

2.为什么？
介绍为什么要做这个系统，背景是什么，产生了多少价值。
答:战略方面/给公司填空了在 xx 领域的空白，节省了 xx 人力，创造了 xx 万的价值。

3.怎么做的？
讲技术深度/碰到的难题。
如果只有 curd ，则讲队列/缓存等高并发下的系统设计。

go 本质上和 java 是重合的。你要学点 node ，搞前端还行，学 go 是为了啥？ go 的市场又不如 java 大。

刚离职:base 必须是 xxx,薪资小于 20k 不考虑
离职半年后:薪资最少 10k,外包也行。
离职一年后:哪里需要我，我就去哪里，有活干就行。

很急还讨价还价？不付一半休想我开工啊。。

rds 有冷启动吗？