|
阅读：1318回复：19
有几个人认真读过论坛首页的<提问的技巧>?
请认真读一下,会有很多收获的!
我们提问,回答正确的网友有分! 谢绝灌水! |
|
最新喜欢： flyfox
|
|
沙发#
发布于：2002-05-23 19:05
我来关税.hehe
|
|
|
|
板凳#
发布于：2002-05-23 17:06
[quote][quote]不应该一棒子打死。有许多人确实是初学，又没有人教，总应该有人帮忙指点一下吧？这样可以少走弯路。如果大家都闷头查资料，不请教别人，你连进口都不知道，还进去想看电影？那大哥想烧爬坡叫谁？？大哥的大哥呢？？？？？最后一个大哥呢？你准备一辈子做菜鸟？万一你没这么幸运，某天你当上了最后一个大哥了你叫谁去？？不叫？你习惯么？？ [/quote] 每个人在某一方面都有自己的专长，俗语讲：三人行必有我师。 请问：有谁敢说自己是永远的大哥呢？是所有方面的大哥呢？ 对于每个人来说，按照相对的说法，自己永远是菜鸟，恐怕阁下 不敢称自己是大哥吧？ [/quote] |
|
|
|
地板#
发布于：2002-05-23 16:53
[quote]不应该一棒子打死。有许多人确实是初学，又没有人教，总应该有人帮忙指点一下吧？这样可以少走弯路。如果大家都闷头查资料，不请教别人，你连进口都不知道，还进去想看电影？那大哥想烧爬坡叫谁？？大哥的大哥呢？？？？？最后一个大哥呢？你准备一辈子做菜鸟？万一你没这么幸运，某天你当上了最后一个大哥了你叫谁去？？不叫？你习惯么？？ [/quote] 每个人在某一方面都有自己的专长，俗语讲：三人行必有我师。 请问：有谁敢说自己是永远的大哥呢？是所有方面的大哥呢？ 对于每个人来说，按照相对的说法，自己永远是菜鸟，恐怕阁下 不敢称自己是大哥吧？ |
|
|
|
地下室#
发布于：2002-05-23 16:18
呵呵~~复杂的问题相反我喜欢研究研究参加讨论！起码对自己也是一种提高！现在用不上将来一定有用！我想提个建议！
就下面几个常见的问题提出建议： 1、在不涉及国家或商业秘密的基础上详细阐述问题！对有所保留的地方也要尽可能的做外围描述[如果绕的太大也不太好！] 2、编译错误类的问题，最好把PLG文件当作附件发上来或把命令行方式下编译的信息保存到TXT里面发上来！比如：“build -cZ>>Build0522.log\"这样编译信息就通过管道命令保存到同目录下的LOG文件里面了！然后就可以发上来和大家讨论！ 3、调试类的错误，最好把DBGPRINT的输出保存成TXT当作附件发上来！并加以标注和说明！如果是BOSD的话最好记录下相关的TAG和错误信息，不要光发个代码上来！Documents and Settings\\All Users.WINDOWS\\Application Data\\Microsoft\\Dr Watson\\drwtsn32.log和DMP文件一起发上来！或者你保存在别的目录里就到那个目录里面找！这样什么问题都好解决点~~要不光考猜和靠经验是不科学的！ 4、如果是什么函数不懂的话就先去查DDK和MSDN[本地没有可以查在线的！]，如果英文不懂可以到I LOVE ENGLISH去问问！实在不行了是因为概念的原因要说明你是怎么理解的！这样起码别人知道你错在那里，只要提示一下你就会了！否则“已阅！”，为什么这样？难道让别人帮你查DDK然后从头给讲一遍？ 5、方向性的问题到初学ABC里面去问！其实我发现ABC里面有许多问题都是非常有水平的！为什么不到各个版块去问呢？相反各个专业版块里面却常有“XXX该怎么做”之类的问题，建议还是去ABC里面问！ 其他的一下想不起来还有什么常见的问题~~等大家补充吧！ |
|
|
|
5楼#
发布于：2002-05-23 15:59
谁都不是天生下来就会,都要学习,但没有良师式一件很苦恼的事!在我看来这里有很多高手,很多老师,我很希望得到各位的指导,我自己更会努力!努力丰富自己,提高自己!!当然肯定会提出一些比较弱的问题,但我认为重要的是有这种敢于提问的精神!)(其中不包括不自己思考柬问题就随便提出来的人)
|
|
|
6楼#
发布于：2002-05-23 15:44
当然研究过了,
碰到弱智的问题通常会答,因为我也很弱 :P 不过最讨厌在论坛上见到人把一堆巨复杂的东西不加研究直接丢上来,简直是..... |
|
|
7楼#
发布于：2002-05-23 15:35
对,我的责任不小! 不过我真的没时间!
|
|
|
|
8楼#
发布于：2002-05-23 15:33
不过说来重复性的问题多站长也有一定责任！该开个精华区了！
|
|
|
|
9楼#
发布于：2002-05-23 15:31
不应该一棒子打死。有许多人确实是初学，又没有人教，总应该有人帮忙指点一下吧？这样可以少走弯路。如果大家都闷头查资料，不请教别人，你连进口都不知道，还进去想看电影？那大哥想烧爬坡叫谁？？大哥的大哥呢？？？？？最后一个大哥呢？你准备一辈子做菜鸟？万一你没这么幸运，某天你当上了最后一个大哥了你叫谁去？？不叫？你习惯么？？ |
|
|
|
10楼#
发布于：2002-05-23 15:28
呵呵~~我想大家误会我的意思了！我说的只是问题问的不清楚和看书看不仔细的人！这些问题问了也白问，回答了也不一定是你想要的答案！建议以后看见这样的帖子就回复个“已阅”好了~~哈哈~~这样起码让他知道该把问题解释清楚！最近有些更离谱的连内容都没有只有一个长的出奇的主题~~
|
|
|
|
11楼#
发布于：2002-05-23 14:52
并不是要大家不要问问题,仔细读过就知道了是教你怎么提问的!
如果大家都问, 我的程序怎么不好用? 天知道啦! |
|
|
|
12楼#
发布于：2002-05-23 14:44
不应该一棒子打死。有许多人确实是初学，又没有人教，总应该有人帮忙指点一下吧？这样可以少走弯路。如果大家都闷头查资料，不请教别人，你连进口都不知道，还进去想看电影？
最简单的例子了。“多叫一声大哥，少爬十里坡。”好面子，就只好爬坡了。 |
|
|
|
13楼#
发布于：2002-05-23 10:08
从我做起。
我经过仔细研究，还是解决不了的，才问。 碰到弱智问题当没有看见。 :D |
|
|
14楼#
发布于：2002-05-22 23:40
不可否认，现在很多编程的程序员连DDK，SDK，VC，MSDN的关系都没有搞清楚！但是可以想一下，当自己根本就不知道这个方面的东西的时候，老板忽然发神经说让你写驱动程序，可是自己根本DDK是什么都不知道，并且任务紧，只好上来就问有没有自己需要的源代码，或者是因为时间的原因只好先问问题！老板不会管你是怎么解决的！老板关心的是什么时候这个东西能够出来，功能能不能够实现，推出该软件的时候当时的市场将会是什么样的情况了！估计绝大部分人来问问题都是不得已的，或者是自己已经研究过，或者是时间不允许自己做实验做技术研究的了！
不过对于一些工具的使用方面的问题倒是应该可以自己看帮助来解决的。 关键是怎么把问题描述清楚，让回答人最大程度的知道你已经做了些什么实验 |
|
|
15楼#
发布于：2002-05-22 23:38
不可否认，现在很多编程的程序员连DDK，SDK，VC，MSDN的关系都没有搞清楚！但是可以想一下，当自己根本就不知道这个方面的东西的时候，老板忽然发神经说让你写驱动程序，可是自己根本DDK是什么都不知道，并且任务紧，只好上来就问有没有自己需要的源代码，或者是因为时间的原因只好先问问题！老板不会管你是怎么解决的！老板关心的是什么时候这个东西能够出来，功能能不能够实现，推出该软件的时候当时的市场将会是什么样的情况了！估计绝大部分人来问问题都是不得已的，或者是自己已经研究过，或者是时间不允许自己做实验做技术研究的了！
不过对于一些工具的使用方面的问题倒是应该可以自己看帮助来解决的。 |
|
|
16楼#
发布于：2002-05-22 23:30
呵呵！不要忘了，这里还有一个ABC初学者斑啊！
|
|
|
17楼#
发布于：2002-05-22 23:26
哎~~真是气死了~~过去给一个朋友写的一封E-MAIL里面我也说过和这些有关的东西，竟然删除了~~晕~~只好再重新写吧：
首先呢，我认为提问很能看出真实水平的，尤其是随意的！举个例子吧，论坛里面经常有类似这样的帖子：“请问大虾，我该这么写一个包过滤的程序？我想用VC++来写？”为了避免误会我举的例子是站上没有这么问过，但是意思差不多的！好废话不多说！我们先来分析一下这个帖子，首先我们可以看出这个家伙问题涉及的面太广，广的没法回答！为什么？因为一个包过滤的程序可以是在嵌入系统里面、2K、9X或NT，甚至UNIX、MAC下都可以做！还可以是I386、IA64等机器下甚至巨型机上面都可以实现~~当然我们知道他实际的意思应该是问MS的平台下实现的，可是MS也分很多平台啊！不知道怎么答了吧？然后再看“我想用VC++”这几个字足以看出不是一般的菜鸟了！可能连C/CPP都没有学好！为什么呢？要是不用VC的IDE环境就写不出这个玩意了么？？答案是NO！没了DDK才真的写不出来~~由这个问题我们可以看出站上的许多人可能连基本的C都没有学好，就开始学DDK，当然天才除外！的确有人一开始就直接把C和DDK、SDK的开发一起学，而且学的不错的！我们不否认！但是这样是不是会走许多弯路？？为什么会走弯路？因为这类人多数会对问题表达不清楚，或是把一些乏味的因基础不劳而导致的问题拿出来问，本来这个论坛就应该是向MAILGATE一样的专业性特别强的论坛，我想没有人会去MAILGATE的驱动论坛里面问“I++；是什么意思？有什么用？”这样的问题吧？另外就是认为这里的所谓“大虾”和“斑竹”就是必须有义务回答他的问题，口气不谦虚先不说，有的干脆把搜索、翻译、翻资料的活推到别人的身上，我想是没有人想当技术保姆的，这样的问题除非真的有人心血来潮，否则不会有人答吧？今天胡老大在回一个帖子的时候显得特别的无奈，为什么？那个问题人家都已经回答了不只上百次了~~竟然还有人问，而且我想只要认真的看了代码和站上的帖子就不会这么问了！记得当初我也是看了别人的帖子知道正解的！而且我个人有个不好的习惯就是不到真的没办法我死都不会问，虽然这样效率不是很高，但是绝对可以举一反三！！因为理解深刻，而且经常会在搜索和查资料、看代码的时候发现惊喜！我给后进的朋友一些建议吧！我认为一个好的程序员有两个习惯特别重要！一个是你的开发习惯，永远记住这个是你的程序的灵魂！一个好的开发习惯可以让你非常的省力！举个例子，我如果想写一个项目，我是绝对不会先动手写任何一条代码的，我会先准备资料，然后接着设计系统结构和这个工程的开发规则，然后写一个实现方法或画个流程图[我还是喜欢前者！]都搞定了？这个时候你会发现你的代码已经写完了！不会吧？你不是说先不开始写任何一行代码么？？没错！写代码是最轻松的工作！就好象盲流搬砖一样！你的实现方法里面就已经把代码该怎么写都写出来了，系统结构和开发规则[比如说命名规则]也把你的项目的框架撑了起来了！这个时候你只要象盲流一样，照着设计图[实现方法]往搭好的框架[系统结构和开发规则]上面倒水泥砌砖就可以了！最后调试验收！如果直接写代码有什么坏处呢？你会因为某些马虎或不熟悉导致的错误疯狂的在没有效果的调试中消耗你所有的灵感！另外一个习惯就是要分类好你的个人资料！比如收藏夹，代码库，文档库，WORKSPACE的版本管理和备份，系统文件[如设备驱动程序]，我是专门用一个硬盘来做“我的文档”的！而且分类和备份都做的很好，任何一个没用过我的机子的人都可以在打开我的资料库后马上可以找到他想要的东西！这样为你查找资料节省了大量的时间！另外没事做的时候别只顾着聊天，到处转转去！收集些好文章，好工具，好代码！这样平时磨好刀上阵就不怕鬼子了！相信真的能做到和我一样问题就会少很多！因为我基本上可以在自己的X-DDDS[我对自己的资料库的命名]里面找到我所想要的！实在不行才去问！但是先透露一下30多快40GB的资料库还缺什么？很少了吧？而且还在不断的扩大~~扩大！最后总结一下，好的习惯减少问题，精选的问题提高含金量，就算别人不正面回答，只要提示一下你都明白了！因为你已经研究过了，不过是来确认一下！其实什么都要靠自己~~等救世主的你就继续等吧！ |
|
|
|
18楼#
发布于：2002-05-22 22:23
我有看过啊！看我的提问最有技巧了！呵呵~~有时候干脆不问自己研究！
|
|
|
|
19楼#
发布于：2002-05-22 22:10
其实作为一个程序员最大的要求就是自己找方法解决问题，不管这个方法是什么。或者找文档或者查资料或者请教别人和发问题。
我一向的做法都是先自己解决，或许查错误，或许找帮助，或许找说明，或许查资料，最后没有办法了才发问！ 不过有时候如果工作要求时间短并且是催命的话，那么就只好先问！ 其实先发问是最不好的，因为先发问，别人回答了可能对自己并不可以解决的！如果自己先解决，先查资料，到最后才发问，别人回答的答案自己立刻就知道对自己有没有帮助，并且先自己解决问题可以提高自己的解决问题能力 |
|