职场颜值这事儿吧。。。参考庞统 doge

大一学后端属实是有些功利了，建议 C/C++或者 Rust 打好基础，多看些经典书籍和视频教程，如果后续发现自己在这条路上天赋不够或者不想继续深入科学研究，但又想从事后端的工作，那么再学 Java/Go 。职场 Java 首选。

数字水印适合吗

关心，看见别人的好工具我也得有 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 的同意再执行，避免背锅

龙崖，再刷一把