感觉是除了业务代码需要自己写，什么服务器，存储，负载，MQ 等消息中间件都用人家 (云) 提供的 API，只要把应用打包上传到云环境里 (exe，可自行文件，jar 等)。

专业的不会用，专业的不会用

利用“欧拉公式”：1+1/2+1/3+……+1/n=ln(n)+C,C 为欧拉常数 数值是 0.5772

1000/1+1000/2+1000/3+...+1000/n=10000
=>
1000 * (1 + 1/2 + 1/3 + ... + 1/n)
因为 1+1/2+1/3+1/4+...+1/2007+1/2008=ln(2008)+C=8.1821 （约），C 为欧拉常数 数值是 0.5772
=>
Ln(N)+C=10000

最终是一个数学问题。如果使用迭代逐项计算，得分不高，如果转换为数学问题则会加分不少。

使用楼主的程序检查提示已经开启 TPM 2.0 功能，但是安装的时候提示没有 TPM，运行 tpm.msc 也提示找不到 TPM 模块。

工作中尽量按照上级的安排做，不要自作主张并且反驳抵触，正确与错误并不重要，但是同时要留下足够的证据:
1. 听上级的，叫你怎么做就怎么做
2. 为了避免后期出问题后背锅，根据上级的意思，写设计文档，然后通过邮件的方式发给上级，让他给评审一下，评审通过后继续开发，以后有据可查

情况和你的一模一样，我最近才常用鼠标 1 年，前 10 年基本都是 Mac 触摸板从来没难受过，近 1 年用 Win 笔记本现在右手大拇指疼。

项目管理软件提需求、Bug 等然后分配到手上的才做，燕过留痕。

生的伟大，死的光荣

管理喜欢，老板喜欢，画的总比说的好看

机会都是给有准备的人的

@xiaokongwu k8s yaml 的 container 里可以使用 env 设置环境变量的 (不同的需求生成 yaml 时在 env 里创建不同的环境变量)。

@byzf 我，秦始皇，打钱。

其实有个很好的自省方式：拿自己的简历逐条问自己，自己能回答上来多少，自己给自己打多少分。
失业也许和年龄有一定关系，但年龄应该不是最关键的，主要还是能力问题。

@MrCurly 没看到大家在讨论协议的事么？

我继续写 SQL，您随意

加新的表 user-permission 。存在的问题：当用户绑定角色 or 角色绑定权限时，每次都要更新 user-permission 表，写的消耗很大，而且有很多的冗余数据。

这个就很好，写能有多大消耗？
权限更新是一个低频操作，难不成你们的系统没事就高并发改权限吗？

全场景生态

要做好，必须定制好开发详细的规范 (内容会非常多: 例如代码风格、命名、各种场景的不同注释、设计文档、接口管理、代码片段库、已有功能的重复使用、git 规范、在线帮助文档等等)，大家做每一步都有相关参考，而且严格执行，否则平时自由发挥，审核时说这不好，那不好，那应该怎么改才好呢？

这个是自顶向下才能推广的事，做不好，主要责任在领导 (必须要他带头严格执行)，普通开发者说啥其他人肯定不会听你的，反而被大家讨厌，估计大家也会讨厌领导做这事，但是谁干反对？