分享职场生活、职场攻略、领导同事相处技巧和创业资源

文|洪生鹏

01主动尝试解决问题

因工作需要，被叫去当面试官，其中一位女求职者给我留下深刻印象。当我问她，“你平时开发过程中，要是遇到问题时，你是怎么解决的？”她的回答令我甚是惊讶，“我技术一般，遇到不懂的，都是直接找同事帮忙的，他们都很愿意帮我。”

有人愿意帮忙，说明你人缘不错，只是遇到难题就直接寻求他人帮忙，人家能帮你也只是一时。碰到难题，自己没有事先思考，这是很不明智的。自己先思考，学会自己尝试寻找解决方案，实在解决不了再找他人帮忙。才是上策，而不是到处问答案。

02有效地提问问题

有效地提问问题，是解决问题的前提

关于提问，自古以来就备受人们青睐，有学就有问，有问方显学。学而不思则罔，思而不学则殆，大概就是这个道理，有提问，说明有在学习。带着问题学习，更专注于学习，越学会越来劲，越学越精进。我们印象更深的，可能是孙中山先生的“不懂就要问，哪怕挨骂也值得”。是的，敢于提问是我们学习进步的一大渠道。需要注意的是，不是什么都得问，孙中山先生是在背诵了课文，自己先思考后不懂时再提问的。

职场上，要是事情都要别人讲得很明白才懂得怎么去做，那别人也不太愿意把事情交给你办，也不太相信你能办好。

自从开了公众号，不少同行一起讨论Android问题较多。作为一名移动开发者，Android的兼容问题多姿多彩，不同型号的机子更可谓独自异彩。

有的读者提问问题比较随意：

• 为什么我的按钮点击事件没有响应？我已经安全按照你提供的代码编写的，求救啊！
• 为什么我运行了你的demo，界面一面空白，可以帮我看看吗？
• 按照你说的，编译出错了，你能帮忙看下吗。
• 使用你的demo，这个异常怎么解决？
• ……

提问问题，请把问题的场景描述清楚，什么情况下出现，最好有关键代码片段。这样一来，方便定位问题。如果你只是花几分钟随便把问题一抛，我就得花30分钟，甚至更多的时间来分析理解，有时最后还没有答案。

对于开发环境出现的问题，请自行先用搜索引擎搜索解决。开发环境问题，能自己通过引擎搜索解决的问题，请自己先动手。不要抱着这样的心态，“我是新手，我刚入门，麻烦大神帮我解决一下”。这个理由，貌似不错，可是，谁不是从新手进阶来的。

关于基本问题的，能独立解决的，请先自己动手。1939年我们伟大的毛主席在延安生产动员大会上作了生动而深刻的讲话，“自己动手，丰衣足食”。

在你无法通过搜索引擎找到答案时，清晰地提问，自己已做一定的思考的提问情况下，恭喜你，你已经接近解决问题的边缘了，因为你学会了独立思考，有自己的思考。

比如我对某官方的sdk 使用中的疑惑，需要请教官网技术支持的帮忙的。知道官网技术支持一般都很忙的，针对一对多的情况。个人觉得这是一种不错的提问方式，当时我是这样问的：

立即收到技术支持的回复

ok问题顺利得到解决了。

向人家请教问题，态度诚恳，尊重对方这点很重要。提问问题，我们不是在排话剧，并不需要什么开场白，什么

• “你好，在吗？”，
• ”请问你有空吗？”，
• ”我可以问你个问题吗？”，
• ”帮我看个问题好吗？”这样的，

说了几分钟还没进入正题，还没把问题描述清楚，让人家猜。这不是你猜我猜的游戏。你要的是解决你的问题，我们都希望自己的问题解决了，也不用占用对方太多时间。这才是我们想要的。

程序员基本功

以我作为一名移动开发者来说，我希望开发者这样向我提问：

问题标题有针对性

标题指明环境、错误时机、现象。如：
较差的标题（×）：发现一个兼容性bug（标题过于广泛，让人有点悬）
较好的标题（√）：华为 某某机型上出现调用初始化时导致崩溃的兼容性问题求解

问题描述详细

问题描述详细，可以方便其他用户帮您定位问题。尽量提供详细的环境、错误时机、堆栈、日志、现象、截图等等。

不妨参考下面的格式：

【问题描述】
描述出现问题的环境：Android版本、设备型号、网络状态、SDK版本等等
描述为了解决问题作出的一些尝试，例如通过搜索引擎查到的相关资料 

【错误堆栈】
贴出具体的日志Log

03解决问题的能力

解决问题的能力，是程序员立业之本

《礼记》中“博学之，审问之，慎思之，明辨之，笃行之”，就明确提倡我们在学习的过程中，要多提问，多思考，多行动。办法总是要比困难多，只有不断地学习，解决问题，我们的技术水平才能提高得更快，对自己才会越来越有信心。

学习过程中，要懂得善于充分利用网络资源，但请不要做拿来主义者，对于他人的解决方案要学着借鉴和吸取。

他人的解决方案要学会转换成自己的，只有自己掌握了才是真的学会了，千万停留在表面的层次。

能通过搜索引擎解决的问题，自己应该多搜索相关类似的，基础的书籍还是必备的，针对新手，这样的你就可以系统性的学习，免得遗落一些知识点。

经过搜索后还是没有结果后，这是我们就应该像孔子的不耻下问一样的。主要是要把问题描述清楚，建议有异常日志，相关片段代码，截图，毕竟有图有真相。

尽量不要问题只提一点，描述不清楚，让人想回答都无从下手，只能靠猜测，相信这也不是你想要的结果。把问题描述清楚了，也是一种能力。没把问题描述清楚的，有时还得反过来问你，

这样一问一答，虽然沟通看上去挺高效的，但其实并不适合，时间周期就会比较长，少则30分钟，多则1小时了，甚至更多。

记得有位群员，一进群就直接抛出半截问题“ 大神们，帮我看看，这是什么情况？”，就抛个错误日志，日志里很明显提示184行出错，他自己不去定位184行到底是啥错误，又不贴出184行处理了什么逻辑。非得人家问他184行是什么，他才贴出来。更奇怪的，这次人家帮他解决了，下次他还提出类似同样的问题。

别人帮忙解决了，请不要把它扔一边去了，自己没有思考为何会这样，有没有其他的方法可以解决的。善于总结，比较分析，针对一个问题，思考不同解决方案，下次碰到类似问题就能自己解决了。

在提问过程中，要是条件允许，能加上自己思考的整理，说不定你在整理的过程中你自己就发现问题所在，脑子一下子豁然开朗了。

有些问题，能配上图的尽量配上，有图有真相，尽量不要让他人去想象，一个好的问题提问者，你确保提问的问题描述是否清楚，能做到言简意赅是最好不过了。

你提问的过程要是能附上如下信息那就更好了：你已经做了什么？你做了哪些思考？哪里做不出来？调试过哪里不行，不要简简单单抛一句某某类型手机不行，对于你说的某类型手机，我也没用过。

建议把自己掌握的东西再分享出去，互相交流，或许能收到更大的收获，其他同行能帮我们指出其中的不足。

刚做程序员时，编程基础比较薄弱，有次领导安排的任务，自己未曾接触过，心里没底，总担心不能按时完成任务，会被炒了鱿鱼。于是上班路上想，下班回去也再想如何解决。不怕你笑话，我很怕被老板炒鱿鱼，即要是走也是我自己走。

编程真的不是一件容易的事。在编程的路上，我们总会遇到各种各样的难题和bug，对于有些bug，我们有时会一时束手无策，而领导又再询问进度，我们会沮丧，郁闷，甚至泄气。遇见多了越能明白这个道理，不过想想，这倒是个机会，请静下心来，耐心点，有些小bug可以自己独立解决，靠自己的力量取得小成慢慢树立自信心和独立自强的意识，不仅能锻炼我们不断解决问题的能力，而且还能锻炼我们的耐心。假以时日，相信你也能在项目中独当一面。

以上只是个人的看法，说这些并不是为了吹嘘自己能力有多强，只是把我看到的和想到的东西用文字说出来，希望对你有所帮助。

【END】

閱讀更多 洪生鵬 的文章

關鍵字: 创业 Android 礼记