到底什么问题该问同事

1. 缺乏文档支持的“开发流程”问题#

如果公司没有提供清晰的文档，以下流程必须问清楚，避免做无用功：

• 代码规范： 团队的开发规范和 Git 协同开发流程是怎样的？
• 开发前置要求： 动手写代码前，是否需要先出接口文档？是否强制要求编写单元测试？
• 部署与联调： 公司的项目部署流程是怎样的？前后端联调是选择本地直连，还是将后端服务部署到对应测试环境进行联调？

2. 缺乏文档支持的“环境配置”问题#

环境搭不好，代码跑不起来。遇到卡壳及时问：

• 环境区分： 公司目前有哪些环境？是否提供专属的开发环境？
• 中间件要求： 本地搭建开发环境时，必须安装哪些中间件？具体需要哪个版本？
• 服务器权限： 登录公司服务器是使用 xshell 直接连接，还是必须通过堡垒机？如果是堡垒机，具体该如何使用？
• 配置文件与依赖： 项目有多个配置文件时，本地启动该激活哪个环境？公司是否使用 Maven 私服？如果是，找同事索要包含私服配置信息的 settings.xml。

3. 公司专属的“业务与需求”问题#

涉及到公司赚钱的核心业务和内部工具，网上的教程是搜不到的：

• 需求存疑： 需求文档描述不明确，或者在开发过程中发现需求有不合理、逻辑不通的地方，立刻找产品或老员工对齐。
• 业务黑话： 遇到不懂的业务简称、专有词汇或理不清的业务主流程，大胆问，这是快速懂业务的必经之路。
• 内部平台使用： 公司自研的 Bug 管理平台或小众项目管理工具不知道怎么用时，可以请教。（注意提问方式： 明确告诉同事你要做什么具体操作卡住了，而不是丢一句“这系统怎么用”）。

1. 随手可查的“懒人问题”#

不要把同事当成你的免费搜索引擎。

• 百度/谷歌能解决的基础问题： 例如“Swagger 怎么使用？”、“@Param 注解是什么意思？”、“SpringBoot 多配置文件怎么选择生效？”。这些纯技术基础，请自行解决。
• 公司文档里明文写着的： 例如“公司代码仓库地址在哪？”、“Maven 私仓地址是多少？”、“项目怎么启动？”。提问前，先翻遍新人文档！
• 代码里写得清清楚楚的： 例如“数据库连接信息是什么？”、“启动的服务端口是多少？”、“Redis 连接密码是什么？”。自己去项目的 application.yml 或 properties 文件里看！

2. 宽泛、空洞的“情绪化问题”#

• ❌ 错误示范： “我这个功能做不出来，怎么办？”
• ❌ 错误示范： “这个系统怎么这么复杂，我完全看不懂，你能给我讲讲吗？”
• 点评： 这类问题暴露了你没有经过任何思考。要把问题具体化，说清楚你梳理到了哪一步、哪里看不懂，让别人看到你是在思考的。

3. 同一个问题多次问#

• 好记性不如烂笔头。别人解答过的问题、给过的配置项，立刻拿小本本或文档记下来。同一个坑掉进去两次，是非常消耗同事耐心的行为。