提问的智慧-脑图版

下午在某群中有位网友A问: "大神们,问你们个问题,我在虚拟机里装了个服务器,怎么去配IP啊" 下面网友BC唏嘘了几下,网友B表示震惊,网友C表示"Google一大把"的. 但也有好心网友E回复说"控制台进去配",继而网友A就问"能远程?",网友E说"控制台",并截图(以VMware为例)示意. 网友C表示"这种问题也要人远程?未免太懒了点吧  自己搜索答案  又不是什么高深的问题  "

提问的智慧>——献给那些不会提问的人 虽然这个文章是说hacker的,但是我觉得在咱们这里照样适用.此文让我受益良多.值得一读,大家如果也觉得不错就一起来推~~~ --------------------------------- 在黑客世界里,当提出一个技术问题时,你能得到怎样的回答?这取决于挖出答案的难度,同样取决于你提问的方法.本指南旨在帮助你提高发问技巧,以获取你最想要的答案.  首先你必须明白,黑客们只偏爱艰巨的任务,或者能激发他们思维的好问题.  如若不然,我们还来干吗?如果你有值得

这两项可谓是我们测试人员的基本要求了,不过实话说的是,我自己这两方面很薄弱.哎!!! 这两篇文章都看过了,不过我在这也记个笔记吧.督促自己!!! <提问的智慧> <如何有效地报告Bug>

<提问的智慧>读书笔记 最近拜读了一直想看的<提问的智慧>,感觉学到很多东西,做下笔记,督促自己以后提问前都检查下自己有没有做到这些.但愿以后大家都能准确的在网上找到答案:) 好问题与坏问题的栗子 蠢问题:我可以在哪儿找到关于 Foonly Flurbamatic 的资料? // 这种问法无非想得到"STFW" 这样的回答. 聪明问题:我用 Google 搜索过"Foonly Flurbamatic 2600" ,但是没找到有用的结果.谁知道

解决问题的流程 在学习的过程中,我们总会有不了解的东西,恰好身边又有大神了解.这时有些人就不假思索开始提问了.我曾经回答过相当多的技术问题. 当自己学习出了问题时,要尽可能独立思考去解决:再考虑通过查阅书籍和网上的资料来解决:实在还是解决不了,再考虑请教别人,而提问也需要智慧. 自主学习的动力来源 人的本性都是充满好奇心,渴望了解一个未知事物的.好奇心的驱使下,人是会主动学习的.就整个人类社会而言,自古就不断的探索宇宙,这就是好奇心的表现,如果把全人类看做一个整体,人类的终极目标,或许就是要找到

[转贴]提问的智慧:http://phorum.vbird.org/viewtopic.php?t=96%E3%80%8F%E8%BF%99%E4%B8%80%E7%AF%87%E8%AE%A8%E8%AE%BA%EF%BC%81%E7%84%B6%E5%90%8E Copyright (C) 2001 by Eric S. Raymond 中文版Copyleft 2001 by DHGrand(nOBODY/Ginux) 英文版:http://www.tuxedo.org/~esr/faqs/

提问是什么? 原文链接 在人学习知识的过程中,大概率会遇到用现有的知识无法解决的问题.遇到问题不可怕. 提问分两种,一种面向自己,一种面向他人. 面向自己的提问我们往往称为反思.自省,这种提问更贴近于一个人性格的成长历程 面向他人的提问,是我们自省中遇到的障碍和现实中遇到的困难的集合.如果想尽快解决问题,那么遵循让对方省事的原则往往会更有效. 如何提问? 在github中,提问的智慧一文广受程序员的好评.作者将提问的环节分解并详细阐述(吐槽)了被提问时遇到的烦恼(砍人的念头),并举例条理清晰的问

原文地址:How-To-Ask-Questions-The-Smart-Way 目录 声明 简介 在提问之前 当你提问时 慎选提问的论坛 Stack Overflow 网站和IRC论坛 第二步,使用项目邮件列表 使用有意义且描述明确的标题 使问题容易回复 用清晰.正确.精准并合法语法的语句 使用易于读取且标准的文件格式发送问题 精确的描述问题并言之有物 话不在多而在精 别动辄声称找到Bug 可以低声下气,但还是要先做功课 描述问题症状而非猜测 按发生时间先后列出问题症状 描述目标而不是过程 别要

提问前 尝试在你准备提问论坛的历史文档中搜索答案 尝试搜索互联网以找到答案 尝试阅读手册以找到答案 尝试阅读“常见问题文档”(FAQ)以找到答案 尝试自己检查或试验以找到答案 如果你是程序员,尝试阅读源代码以找到答案 使用有意义且明确的主题 使用主题的好惯例是“对象-偏差”式的描述.在“对象”部分指明是哪一个或哪一组东西有问题,在“偏差”部分则描述与期望的行为不一致的地方.