数字水印适合吗

关心，看见别人的好工具我也得有 doge
不要求，工具只是工具，想不想用是别人的事，就算是提高效率也应该由 leader 来规范

感觉不行，“好用的语法糖”这太主观了，每个人标准不一样

首先不会 nvm 很正常，有可能根本不认识，不是每个用 node 的人都得会 nvm ，它是一个好用的工具，不知道你分享给它就行了呀，不知道大家第一次用 nvm 是怎么知道的，反正我是同事介绍用的

其次不会 git ，有可能是之前用的 svn ？如果公司不想要不会 git 的员工，那么应该在 jd 上说明，并在面试时验证

最后，我也不是为 OP 说的这名员工开脱，因为不会用某个工具真的没什么，重要的是他做事的态度，现在不会用 git ，你指出来了他下次还是不会用，那才是问题。而你说他态度还行，至于其他的写代码奇怪之类的没有具体案例也不好判断

我觉得取名还是诗经、尔雅靠谱
https://www.qiwangming.com/gushici/

@litchinn 不过还是 fluentd 这种日志代理和 sidecar 的方式比较契合 k8s

容器是 docker 的话有 log-driver ，或者直接用 loki 插件，podman 我就不知道了

@qwq11

已经持续挺长时间了吧
/t/916543
好像也没见站长出来声明

不考虑难度那就链路追踪吧

@godleon 根据你的附言第 4 条描述，配置中心也是没用的，服务器别人可以访问，而你不行，那么别人可以拿到 jar 包，即使你使用了配置中心，配置中心的用户密码链接信息不一样写在配置文件吗？配置中心本质和你附言第 4 条说的接口调用方式是一回事。
那么换个角度，你无法阻止别人拿到信息，那么是否可以从信息加密上做文章呢。

我并没有充分理解你的动态获取配置和隐藏掉是什么意思，但通常这种问题分以下情况：

1. 只是不想配置在 jar 包里，那可以采取楼上说的配置中心的方式。

2. 不同环境部署不想每次因为切换数据库就重新打包，那么只需要在 yml 中使用环境变量的方式配置。

3. 发布时并不知道数据库信息，数据库由用户自己配置，那么可以通过读取配置文件的方式手动创建 DataSource ，当没有配置文件时由用户在页面输入后创建配置文件。

4. 因为业务需要动态切换不同类型或不同地址数据库，有一些开源的动态数据源的库，例如： https://github.com/baomidou/dynamic-datasource-spring-boot-starter

如果都不是，那么你应该详细描述你的需求。

建议包名、类名、方法名、变量名直接使用 abcd ，用以节省使用混淆工具的时间和资源

建议贴出具体错误内容

需求评审----让你理解需求，开完之后会分配任务（越靠谱的公司这块做的越好，不好的典型就是你在做编码设计时会发现很多需求是有问题的，而这个时候你的时间已经给你分配了，就会发生 1 楼的情况）

编码设计及评审----怎么完成这个功能点，设计代码逻辑，问问大家有没有坑（大多数公司没有具体的这一步骤，就是你想好了，问下 leader 这么做行吗，leader 说行）

数据库设计及评审----确定表的设计（大多数公司的评审就是给 leader 看看，然后 leader 说可以）

编写接口文档 /阅读----提供给前端或者其他调用方的文档 /阅读你需要调用的服务方的文档（大多数公司没有这个或者这一步执行在编码之后）

编码----实现你的设计（大多数公司的 javaer 花费最多的时间在这上）

单元测试 /自测----对自己完成的功能做一个验证(大多数公司并未对单元测试做具体规范，但是是对自测通过有要求)

改 bug----无需多说

与前端或其他业务方联调----这个由于沟通效率的问题，有时候超级费时间，特别是与外部第三方业务对接时，可能一个简单的 token 及验签问题能搞好几天

部署，提交测试----项目部署到测试服务器上给测试用（根据公司使用 CICD 的程度和公司部门权力决定你要做什么，大多数公司的新入职 javaer 并不用干什么）

改 bug

交付----大多数情况的交付其实并不需要开发做什么，后面的事是测试和运维的。但是部分公司由于特殊原因也需要开发的参与，提供数据库脚本等工作

沟通----与产品，前端，其他后端，测试，leader ，运维的沟通贯彻整个流程

学习----大多数程序员有大量的时间用来学习新的技术和知识，这一过程穿插在上面的每一步，但我也见过的极个别的摆烂的

摸鱼----无时无刻

实际每天的工作内容并不都是重复的

ps:上述的内容全凭个人主观感受，如有不同观点请无视我
新入职如果公司没有健全的评审制度或流程，建议设计的内容都去取得 leader 的同意再执行，避免背锅

龙崖，再刷一把

想给制造业做只能深挖业务，低代码这种东西做出来也是给技术或者干脆点是给外包用的，卖不到甲方那里去啊

对数据库不是很了解，想这里问问：
r2dbc 和这里讲的 non-blocking 有关系吗？
non-blocking reactive connector 与数据库事务会有关联吗，或者说会影响事务吗？
如果是应对高并发的问题，分布式数据库如 TiDB 这种会是更好的， 成本更低的解决方案吗？当然它们应该是两个不同维度的东西