解决问题的能力,程序员立业之本。

一般写文章我不会特意去写,而是有感而发的时候刚好又有时间我就会去写写文字。本想推些技术文章的,但写技术文章又很耗时,写得太浅显又没有技术含量,写多了恐怕大家也没耐心去看(不就是懒么,给自己找这么多借口)。公众号这么多,你又能看的了多少呢?小巫这个公众号不会像某些网红那样每天都想破脑袋去写文章,也不期望这个公众号能给我带来什么,毕竟以我的尿性我让我每天写鸡汤文我自己都会恶心。好了,进入今天这篇文章的主题,跟大家谈谈程序员解决问题的能力。

为什么会想写这篇文章?

前面我写过一篇关于独立思考的文章-你是怎么思考的?[1],大家感兴趣可以去看下。关于独立思考,我觉得每个人都应该要有,作为一个成年人,很多事情都要别人讲得很明白才懂得怎么去做,那别人也不太愿意把事情交给你办,也不太相信你能办好,你也很难掌控自己的命运。今天的这个主题虽然讲的是程序员解决问题的能力,其实也还是讲独立思考的能力,因为解决问题的能力也是源自你是否会独立思考。之前写过一些文章,有的同学想让我写写在鹅厂的一些经验,其实说真的,在鹅厂工作也是因人而异的,不管在哪里工作最终还是取决于你是怎么赋予工作的意义,每天纠结自己工作重复繁重,纠结工作技能得不到提升,纠结薪水满足不了自己的欲望,纠结这纠结那是毫无意义的。问题的根本也不在于这些,而是你是否足够沉得住气去提升自己。如果你连日常工作的一些问题都解决不好,你也别期望自己能在很短的时间内提升很高的水平。还是那句话,就算你有十年的工作经验,如果你只是一年的工作经验用了十年,那真的怪不得别人比你厉害了,人到中年的时候那真的有危机了。

吐槽一些开发者白纸一般的脑袋

之从做了SDK开发者之后,每天帮助用户解决各种各样的问题,那我真的有理由相信为什么国外的月亮会比国内的月亮圆了,因为国内的一些开发者真的让我很方啊。国内的开发者复制黏贴的能力是一流的,嗖得一声就能把功能实现,感觉好厉害的样子(皮皮虾,我们走)。集成我们提供的SDK的时候,也是嗖的一声遇到问题不知道怎么解决。

小白开发者A:为什么升级弹窗提示不了?我已经完全按照文档集成了啊,求救啊。。
小白开发者B:为什么集成热更新SDK之后,修复不了我的问题?
小白开发者C:集成SDK之后,编译出错了,谁能帮忙看下。
小白开发者D:怎么开启混淆啊。。。
小白开发者E:为什么没有mapping文件。
小白开发者F:为什么接入SDK之后,没有看到log。
小白开发者G:这个异常怎么解决?
更多。。。

虽然标注的是小白开发者,但我也遇到很多工作好几年的开发者同样这样问问题,这个已经不是经验上的的问题了。换个角度思考一下,如果别人向你这样问问题,你会理睬他么,说真的我还不如利用这些时间多修几个bug,很多开发群最终都会沦为水群就是这个道理。大家都有当小白的经历,人生这一辈子不懂的事情太多了,那你总不能让别人牵着你走,作为一个程序员要对得起程序员这个称号,作为一个工程师,你是否能体现自己工程方面的能力。如果连基本的解决问题的能力都没有,那还是尽快放弃当程序员,这一行当没你想得这么好玩。

怎样才算具备解决问题的能力

我先说一下我的一家之言吧,说这些并不是为了吹嘘自己能力有多强,只是把我看到的和想到的东西用文字说出来,至于别人怎么去解读我是无所谓的。

第一点:主动尝试解决问题

程序员的解决问题能力不是天生的,自然得靠后天的经验积累。我们工作中会遇到各种各样的问题,比如需要去跟踪调试产品所产生的bug,又比如说使用第三方组件所遇到的一些问题,再比如说使用一些插件或者IDE所产生的一些编译问题。这个时候第一反应不是去别人那里寻求帮助,而是自己尝试去看去解决问题。首先得确定这是一个什么样的问题,对这个问题下一个定义,看它是自己编码上的问题,还是一些编译上的问题,再或者是第三方库引入的问题。确定之后,你可以根据运行时产生的崩溃信息或者编译时出现的编译错误,找到错误的根源。如果是代码上的问题其实是很好定位的,我们只需要根据错误的堆栈找到出错的地方,然后你再去看这部分代码的处理逻辑,只要不是特别复杂的业务处理,基本上能很快解决。如果是编译时出的问题怎么办?你先看具体的编译错误是什么,看自己以前是否有遇到过,是否能够确定是什么环节导致的编译错误,比如是开发环境版本问题,或者是插件的版本问题,又或者是代码导致的编译问题,这类问题只要逐个排除相信也能够轻松解决。那如果是业务逻辑导致的问题怎么办?那我就建议你自己根据需求重新梳理清楚业务逻辑,可以通过debug来验证你的结果,又或者可以通过日常写单元测试用例来保证业务逻辑的正确性。关于各类问题的解决,解决办法总是能找到,就看你是否足够耐心去寻求解决方案。

第二点:学会提问

刚才说的第一点,对开发者能力有一定的要求,并不是所有开发者都能够做到这一点,那如果依靠自身能力解决不了问题该怎么办?没错,就是向别人提问,但这里要注意一下提问的技巧,就不要像我所吐槽的白纸一般的开发者。关于提问的技巧很多人都在提,感同身受最深的应该是那些为开源项目做贡献的开发者了,只要一开源就必定会有很多人过来问问题,提issue。以我作为SDK开发者来说,我希望开发者这样向我提问:

  1. 首先态度诚恳,平等尊重(这很重要)
  2. 问题标题有针对性
    标题指明环境、错误时机、现象。如:
    较差的标题(×):发现一个兼容性bug(太宽泛,完全没有点进来看的欲望)
    较好的标题(√):Vivo X5上xxx SDK调用初始化时导致崩溃的兼容性问题求解
  3. 问题描述详细
    问题描述详细,可以方便其他用户帮您定位问题。尽量提供详细的环境、错误时机、堆栈、日志、现象、截图等等。
    可以参考如下格式:
    【问题描述】
    描述出现问题的环境:Android版本、设备型号、网络状态、SDK版本等等
    描述为了解决问题作出的一些尝试,例如Google查到的相关资料
    【错误堆栈】
    贴出由Bugly分享出来的错误堆栈(分享链或截图)

这里有一篇文章也推荐大家看下- 提问的智慧[2],想提高自己解决问题的能力,首先得学会如何提问。

第三点:经验总结

我们日常遇到的问题就类似打怪升级一样,你解决的问题越多你的能力就会越强,经验自然也会越来越丰富。但人的脑袋不可能记住所有事情,将自己遇到的问题沉淀下来对以后自己查阅也有很大的帮助,就不必每次都要去Google,自己也能够有一个索引库。经常自己总结,也能够提高自己的写作能力,以后写文章、ppt总结提炼自然也难不倒你了,也是一举两得的事情。还有你以后求职面试过程中,提及自己这方面的能力的时候,也能够为自己面试加分哦。

第四点:知识经验传承

精神哥说过:不总结哪来的经验,不分享经验有何用?

一个人能产生多大价值取决于他的影响力有多大,之前看到有人在我们内部论坛提问说提高影响力有什么用?你看看马云就能知道有什么用了,他说一句话比你说上百句都管用,毕竟人家的影响力在那里。很多微商都经常拿马云来说话,尽管马云自身没说过这些话,但为什么别人拿马云来忽悠人,不拿你来忽悠人,这就是影响力的作用。我们程序员做知识经验的传承,不仅能够提高你自身的影响力,还能够帮助你提升逻辑思维能力,因为你需要去总结提炼,你需要将问题梳理清楚,并且要将知识点描述得能够让别人更容易接受。你的经验虽然是你自己的,但如果你的经验能够帮助到别人,那你的价值就不一样了。

总结

笔者在写开发文档的时候,经常都会去思考怎么让开发者通过这个文档更加轻松的接入我们SDK,怎么样设计接口会更符合开发者的思维,多提几个为什么可以帮助自己让自己的思考更加完善,这篇文章是笔者入行这两三年的一些思考,也希望能够帮助到广大开发者能够清晰认识到自己在这方面的能力,最后谢谢大家能够看到这里。

[1] . http://www.jianshu.com/p/e698fea61a39
[2]. https://github.com/tvvocold/How-To-Ask-Questions-The-Smart-Way