怎样解决问题

嗯,恰好,punk 45 radio正在播的是live mix ,这里mix的都是<The Entire History Of Punk>里的曲子(如果我没猜错的话),很适合写这样看似”高傲”的文章啊,哈哈.写这篇文,为的是和大家交流下,当遇到问题的时候会怎么做呢?

世上无难事,只怕有心人.这句话说的真好,不是吗?

首先要明白的是,程序世界里,基本不存在解决不了的问题.难的就是你是否有心,有的时候,这是指需要有自信,认为自己是新手所以不敢想问题怎么解决而一味的求助所谓的高手,这样不好.认为面对的是自己完全不了解的领域而不敢想问题怎么解决而一味的求助所谓的老鸟,这是也不好.终于找到了可以解决问题的文章,可是超级长,于是失去耐心而想去求一段现成的代码,这样最糟糕.,终于找到一篇切题的短小精悍的文章,可是里面用了什么什么模式和什么什么方法,总之自己从来没见过,于是害怕了,这样的应该去看心理医生
对于自己从来没有接触过的知识,静下心来慢慢学就好了,要知道,对于不懂技术的人来说,html语言都是天书

摆正了心态,接下来,问题就好办多了
解决问题的办法:
认真的考虑问题,找到自己究竟碰到了什么
耐心的看你找到的文章,从中获取你需要的资料
谦虚的请教对此问题有自己见解的人

动手试一下,不要轻易的否定自己的想法.

问题分这么几种: 1.根本不知道该怎么做 2.有好多解决办法,但不知道应该用哪个3.知道怎么做但是总是出错

对于根本不知道该怎么做的问题

搜索问题得到相关的解答
首先,绝对不要想会有现成的代码可以用.在明白了这个之后,开始用搜索引擎,百度谷歌搜狗什么都好,你会搜出一大片文章.
那么,怎么搜索呢,这个问题看似很弱智,但是真的很重要.最基本的是把问题的关键词都罗列上,如果有出错提示的那种,就照样把提示搜索一遍.稍微聪明一些的办法,嗯…
然后,就开始闷着头看这些文章吧
耐心永远最重要.你从搜索引擎里打开一篇文章,估计一万五千字吧,这个时候,你要做的就是把它加入临时收藏里,因为这样的文章一般是从原理一直说到了实现,除非你有很多时间,否则这只能当成参考资料.
很幸运,并不是所有人都喜欢写这么长的文章.你会发现一些短小精悍的文章,这样的情况下,除了把他们看完,还能做什么?
如果,看了一篇,你依然没什么头脑,那就继续看第二篇,第三篇….直到明白为止.每篇文章都有不同的侧重点,或许会有恰好切合你的要求的,但更多的情况是重点是分散的,你需要从不同的文章中获得你需要的段落.
不要被文章的标题欺骗,说不定你需要的宝贝正好是这篇讲其他主题的文章中岔出来的一个段落.
不要以为自己正在看的文章很烂,或者这个作者很烂,又或者这个翻译很烂,这样的想法真是很糟糕,你要这么想,既然人家能写出东西来,那在这一方面,就不会比你差.既然技术比你高,有什么理由不好好学呢

如果你不喜欢自己动手搜索文章,那么,网上泛滥的各种论坛就是你的好去处,运用”提问的智慧”为你的提问帖起一个好的标题,里面的描述不要带大段的代码,要简明扼要,要和蔼可亲,并且,同样的,不要奢望会得到解决问题的全部代码.
一开始的提问,可以问类型的问题应该从什么角度考虑,或者应查阅哪方面的资料(你偷懒不喜欢查资料的,但是提问的时候可以表现的你喜欢查资料,只是不知道从什么地方入手orz).这样一些”非专业”人士也可以参与你的问题并给出外行的见解,这通常很重要.
然后,在回帖的过程中,可以渐渐的问具体的解决办法,比如用哪些类库,或关键语句的写法.上面给你回复的人一般会很高兴继续教你这个好学的家伙.
但是就算在怎么做,还是有得不到继续回复的情况,这个时候,需要做的,就是整理下以前的回复,或许,那个高手,认为上面说的已经足够解决问题了.既然这样,那就去做做看吧.


嗯,有很多解决问题的办法,但是不知道用哪个.

这种情况不知该高兴还是难过,呵呵.一般来说,视具体的情况,有…
你自己一个人有很多想法,
拜托,你是这样的高人,还想什么,根据情况挑一个啦
团队开发会议上出现很多的解决方案.
每个人都会认为他(她)的想法是对的,好吧,这个时候要做的,是分别给这些想法挑刺,只管说出来你认为这个想法不妥的原因.如果出现谁也说服不了谁的情况,那我想,争论的双方所有的,都不是什么好的想法.
说来容易,真的做起来,你会觉得会议室是如此的小,因为容纳不了争吵的空气和音波.这个时候,团队需要这样一个角色,静静的听各方的意见,不轻易的倒向任何一方.因为旁观者清嘛,然后综合一下意见.
还有一个办法,就是今天进行了充分的讨论后,暂时不做决定,隔一天后在开会,这个时候,会有人主动承认自己的方案不行,或是有人提出了更好的办法
好吧,作为团队的领导者,或许我选了一个不是很好的解决方案,但是,我是领导者哎,事情就这么定了.大家要做的,最好是忘记所谓的更好的方案,投入到决定了的方案中.
当然,你选的方案不要太糟糕

知道怎么做但是总是出错

首先,知道问题是什么
这很重要.很多人一看出来一大堆错误提示,就晕了,不知如何下手.现在要做的,是安静下来,从乱麻中找出那根丝线.你的程序分9层,很多时候,由于最下面的第4层出了问题,所有引起上面一连串的错误,只要改正了第4层的这个错误,一切问题就都消失了
还有情况,出来的错误提示不清楚,这个时候,需要学会看错误堆栈跟踪.堆栈跟踪看似天书一样,但如果你花半分钟看一看,就会发现其实没什么,它所显示的,就是你的程序一步一步走过来的的方法,最上面的方法就是出现异常的方法.如果你不能肯定为什么会出错,可以再往下看几步,或许就发现可能是某一歩传的参数有问题.
还有一种麻烦,就是比较”高级”一些的,你所想的和实际的并不相同.比如你再做一个捕捉程序异常的程序,但是这个总是不起作用,你以为你捕捉的方法错误了,于是到处搜关于这个的,而实际上,只是你用来记录错误的sql语句有问题…
再有高级错误,就是要透过现象看本质.这个暂时想不出什么例子来,但是,先这样放着.

找到问题后,尝试分析问题.
知道问题后,并不是一下子就能解决的,要做的,只是分析问题.
问题是怎么发生的,在什么条件下发生,甚至于弄明白影响是什么(这个作用貌似不大,谁知道呢).搞明白所有问题的最好办法,就是进行断点调试.
无数人用无数的笔墨写了如何进行断点调试.但是仍然有人不喜欢用.原因可能是启动调试模式的时候机器会变的很慢,这个看上去很可笑的原因确实存在,我只能建议你,不顾一切的去摁F5吧
调试自然要和前面说的查看错误堆栈跟踪联系起来,这样才能有效的设置断点.
启用trace也是个不错的主意,或许吧.如果你不想用调试这个对那些不抛出异常但结果总是和你想的不一样的问题最有效.
注意,经常会出现的一个事情是,总是出错,然后你开始怀疑是不是操作系统的bug?出现这个事情确实够让人心烦的.但是按照我的经验来看,这个的问题往往都是由一些细小的错误引起的,比如你改了文件A但是却一直在调试文件B…我建议在怀疑操作系统前先去外面透透气,喝杯咖啡,或做别的什么事情…

最后,解决问题
到这里,总是让人兴奋,解决问题的方法千奇百怪,但是有一点,都是建立在正确分析问题的基础上的.
上面啰嗦了这么多,为的都是知道该怎么入手解决问题.接下来要做的,就是动手写代码
建立一个专门的测试页面或程序来实验你之前努力得到的东西.这样可以直接的测试你的问题.直接在解决方案的那个错误页面测试也不是什么坏事,但是这通常需要更多的耐心.
写一小段可以成功执行的代码,这会让你充满自信.你之前的努力有了回报,现在,你认为可以解决问题的东西开始运转了并且感觉不错,这样的自信会让一切都好起来.


认真的考虑问题,找到自己究竟碰到了什么
耐心的看你找到的文章,从中获取你需要的资料
谦虚的请教对此问题有自己见解的人

动手试一下,不要轻易的否定自己的想法.
动手试一下,不要轻易的否定自己的想法.


胡乱写了这么多,因为有时间.之所以有时间,是因为要辞职了.
还没有找接下来的工作,因为想,好好的考虑下未来.

对了,说到这里,还有一个很重要的解决问题的方法,那就是,平时没事的时候多看些东西,看的懂看不懂的都看,积累多了,遇到问题自然就不慌了.看书自然更重要了,我的意见还是这样,不论什么书,只要拿到手,就看吧.

顺风广告 朋友的新书,哈哈哈
http://aspnet.spaces.live.com/blog/cns!B3D78590D833939D!400.entry

一不小心写了这么多…希望这些空泛的文字砖可以引来您的美妙的思想的火花玉

happy life ,happy programming

转载于:https://www.cnblogs.com/notus/archive/2007/04/11/709640.html