优秀的程序员如何调研需求
我经常在Stack Overflow上看帖子,见过不少各式各样的求助帖,有些帖子写得好,回复的也切题有些则不知所云。我觉得,优秀的开发者/程序员必须学会如何“在最短的时间内获得最好的答案”,下面是我总结出几个写求助帖提问交流的技巧。
问题描述要细致。
有些人提问过于简洁了。只有一句类似“我写的这个计算器怎么不能运行呢?”的话。没有写自己的思考,没有代码片段,或其他相关细节。要知道,细节才 是解决问题的关键。当然,也不能过了,整个帖子密密麻麻全是代码,要别人帮你找错误一般是不可能的。一定要清楚地描述自己的问题。给大家举个例子:
愚蠢的问题:我怎样才能让某图形程序的颜色拾取器取得十六进制的RGB值?
明智的问题:我正试图用自己选定数值的颜色替换一幅图片的颜色表,现在唯一知道的方法是编辑每个表槽,但却无法让某图形程序的颜色拾取器取得十六进制的RGB值。
第二种提法是明智的,这样才可能有人回复你“建议采用更合适的工具**完成任务”。
帖子要包含错误信息。
“请求大家帮助”“我的程序不能运行!”……这样的帖子您就别发了,没人会理你的。人们需要准确地知道它是怎么不能运行,你知道自己是怎么弄的,应该怎么样,可是别人只是路过,并不知道怎么回事儿。
简要列出你的开发环境。
环境变量是常常被忽视的要素。花几秒钟列出一些像使用的软件版本号、开发平台等相关细节。
写出你的猜测!
提问的时候讲述你自己对这个问题的看法是很有用的。有时,你所处的环境在别人眼里是不可思议的,人们根本不知道你要干什么。帖子里包括你的思维过程简介可以让大家找准你的失误,并解释原因。
要有示例。
也许根本不需要例子,但有时这是准确地描述你的问题/情况的唯一方法。先写出出错的代码片断,然后描述你的问题。如果是网页编程方面的问题,给一个示范网页,让大家查看一下会很有帮助。对于CSS一类的问题,只有这样才能清楚明白的表达。
学会描述一个问题,不仅能很快找到答案,还能知道以后如何研究类似的问题。
有些问题只要你把关键字输入Google搜索框,然后点击“手气不错”就能找到答案。贴出你的为难题之前要先自我探索和研究一下。自己亲手找到答案,可以学到更多东西。就算你没有找到最终的解决方案,但是在探索的过程中,你已经学到了很多很多。
不要被别人的回复激怒!
大多数时候,大家在自己的业余时间(或工作间歇)给你回复,如果您发了帖子,有人回复“你有没有好好检查一下自己的代码呀?”你可能会倾向于回应, “我当然检查过了,要不然我会发帖提问嘛,你以为我傻呀?”也许我的描述有点儿过分,但信不信由你,更糟的情况也有的是,遇到这样的回复你要礼貌,除非他 恶意攻击你。
提问时要记住这几点。谦逊些,谁都有过提问的时候,没有啥都知道的大牛!如果有,这头大牛一定是发了不少成功的求助帖!
本文文字及图片出自 blog.wpjam.com
你也许感兴趣的:
- 软件开发最难的不是编码,而是需求,你认同吗?
- 需求的两个思考:用户是真的想要一匹很快的马吗?
- 项目经理必须知道的5大需求工具
- 让技术更好地理解需求?产品经理先做好需求分析和评审吧
- 产品经理如何不被程序员们嫌弃
- 程序员的生产效率源于需求,而不是工具!
- 也许你不该问用户想要什么
- 成为更优秀的程序员:退后一步看问题
- 【外评】电脑从哪里获取时间?
- 【外评】为什么 Stack Overflow 正在消失?
你对本文的反应是: