"那个...老王啊，这个报错你知道怎么解决吗？" "你自己有谷歌过吗？" "呃...还没..." "......"
相信每个程序员都经历过这种尴尬：问题没调研就去问同事，结果被嫌弃了。但反过来也有另一种情况：
"这bug我已经调了一周了，实在搞不定..." "你怎么不早说啊？这个问题我上周刚处理过！"
是不是很眼熟？其实这两种情况都说明了一个问题：我们不会寻求帮助，或者说，不会正确地寻求帮助。
- "问这么简单的问题会不会显得我很菜？"
- "都工作这么久了，这都不会，多丢人啊..."
- "万一被同事看不起怎么办..."
- "领导会不会觉得我能力不行..."
- "自己的问题应该自己解决"
- "优秀的程序员应该什么都会"
- "问别人就是无能的表现"
- "独立解决问题才是真本事"
- 内向不善于交流
- 不想麻烦别人
- 害怕被拒绝
- 社交恐惧症
- 一个有经验的同事5分钟能解决的问题
- 你可能要花一整天去摸索
- 项目进度被拖延
- 工作效率严重下降
- 越卡越焦虑
- 越焦虑越卡
- 自信心受挫
- 工作热情下降
- 本可以共享的经验没有共享
- 本可以避免的坑没有避免
- 团队协作效率低下
- 重复踩同样的坑
- 基础语法问题
- 简单的配置问题
- 常见的报错信息
- 有明确错误提示的问题
- 尝试过多种方案都不行
- 搜索了很多资料没头绪
- 卡了较长时间没进展
- 涉及到历史遗留问题
- 需要业务相关的上下文
-
把问题描述清楚
- 什么情况下出现的
- 已经试过哪些方案
- 当前卡在哪一步
-
准备相关信息
- 错误日志
- 环境信息
- 复现步骤
- 相关代码片段
- 了解这个领域的同事
- 做过类似项目的前辈
- 有相关经验的朋友
- 特定技术社区的专家
- 不要在别人最忙的时候
- 不要在快下班的时候
- 不要在对方在开会时
- 最好提前预约时间
- "我在实现XX功能时遇到了问题..."
- "我已经尝试了A、B、C方案，但都不行..."
- "我觉得可能是XX原因，你觉得呢？"
- "能否帮我看看这个思路对不对？"
- "这个怎么做啊？"
- "为什么我的代码不行？"
- "帮我看看哪错了"
- "这个bug怎么解决？"
- 表达要清晰具体
- 态度要谦虚诚恳
- 要尊重对方时间
- 记得总结和感谢
- 把解决方案记录下来
- 总结问题的原因
- 整理相关的知识点
- 分享经验给其他同事
- 帮助遇到类似问题的同事
- 分享自己的经验教训
- 参与技术讨论和分享
- 贡献团队的知识库
- 收集常见问题
- 整理解决方案
- 建立知识体系
- 形成经验沉淀
记住，在程序员这个职业里：
- 寻求帮助不是能力不足的表现
- 而是一种提高效率的方法
- 不是逃避责任的借口
- 而是解决问题的手段
就像代码要讲究复用一样：
- 经验也是可以复用的
- 知识也是可以共享的
- 成长也是可以互助的
会寻求帮助的程序员，才是真正的高手。 不是因为他什么都会，而是因为他知道如何更快地解决问题。