解决问题套路

首先我想说问这些问题的除了第三个问题可能会有人跟你讲讲什么个意思以外，估计大部分问题都是未遂。。。有人问完没反应还说 “大家不帮我”。。。不是不帮你，是你问问题不会问，问得太二，是你问的问题别人没法回答你，举个简单的例子：谁能告诉我ThinkPHP怎么用啊？我想打字再快的高手想要回答你这个问题码字估计都得3天多，为啥不给手册？因为手册一大把你都不去看，所以人家得现给你写一份0基础教程啊！话又说回来，如果你没有这样问，而是先去看上遍手册再写，不仅不会觉得它问题多，反而会发现开发速度飕飕的，就没这些二的问题了。
       再 有啊，有时候来一些语法错误的问题也跑群里“求救”去了，一看就知道遇到这问题的时候首页不是想到的自己，而是在第一时间找人求救，其实折腾2小时别人告 诉你，你少了个参数，你数据库不存在，数据库名称写错了字母。。。然后接着你就是脸红一下下，不会太久的，因为很快问题又出来了。 
       还有人经常上来二话不说啪啪贴几十行代码，代码多就算了，字号弄老大一个个的，你老花眼？你可曾想过别人看到那一大屏幕滚半天鼠标不到底的大号代码什么心情，我如果没猜错，80%的人不会去看，甚至我估计直接当作没看见，有的直接右键“清屏”。。。 
       本来想再找点例子说说，可是一看群消息记录，蛋碎了。。。 
好吧我开始发牢骚了： 

• 首先说明一点，计算机出错的机率是很小的，也许你一辈子都碰不上，所以不要总在那里抱怨：“刚才都好好的啊，怎么就不行了呢？”，“昨天我还特意测试了的呢。。。”
• 遇到问题不要首先就转移路线向别人求救，兄弟连群里也就算了，大家都是兄弟，在外面你为谁都是你亲戚啊，人家就算知道也不想告诉你，何况问的问题有道一下，百度一下就解决了
• 解决问题不要只看结果，“为啥就出不来呢？明明就按手册写的啊...”,“为啥是空的啊，什么都没有”，写程序和过日子他是一样的，代码没输出你想要的结果，就跟你老婆突然跟别人走了一样，不会无缘无故的发生。
• 要学会一步步去跟踪问题，别一出问题就头大，看见那几行红字就傻眼，为啥会出现红字？不就是为了告诉你哪出问题了吗。一着急连出错误提示也不看就在那里苦恼，抓狂，然后开始抱怨，有屁用啊，凯哥上课你看哪个妹子去了？。。。
• 作为一个IT人，你连百度谷歌都视而不见，这是最不能容忍的，全民公认的好老师你不问问它自个儿郁闷就太二了。我觉得目前程序员的三大利器：词典，搜索引擎，手册。如果你在用别人的产品，那么首先你就应该看完手册。
• 首先自己去尝试解决问题，在这个过程中会深化你对问题的记忆，最终解决了以后你就会有深刻印象，下次遇到就会迎刃而解，反之如果遇到问题就问别人，告诉你了，改一下正确了，啥也没记住，甚至连错误原因都不知道，下次还会继续问。
• 还有不少人拒绝看手册，我告诉你，如果你现在电脑里没有一个专门的手册目录，少于10份手册以下的，兄弟劝你，卷铺盖回家吧，别为难自己了，既然你有天才的记忆，哪不能发财偏偏来搞这短命的职业。
• 问题很多时候并没有想象那么恐怖，当你无从下手的时候先去尝试，别坐等别人来给你解决，谁不上班天天等你呢？刚出道的码农谁不忙？
• 问 问题，得有方法，首先你要告诉别人你的问题在哪，具体目标是啥，是因为什么操作出的问题，如果你连这都不知道的前提下劝你别问，否则别人会觉得你很烦，尽 量把问题锁定到最小范围，再去提问，如上所说，难不成我问你一个“开发一个大型网站怎么做啊？”你给我回答一下试试。。。换我回答就是“吃饱后打开电脑， 然后最重要的一步是打开编辑器手放键盘上，按下去，重复如上动作无数次，完成。”

     最 近看《北京青年》，它一直在告诉我们一个道理：做自己喜欢的事，走自己想走的路。如果你认为写代码是为了工资而写，是为了写代码而写，那你悲惨了。这也就 是程序员和工程师的区别。一个程序员优秀与否不是再于你写代码有多漂亮有多高效，真正需要这些效率的也不是你这点就能解决的，一个真正优秀的程序员的考核标准是解决问题的能力。 如果你心中还没有目标，那你我相信你觉得一个周过得总是那么慢，那么难熬，你要喜欢你的职业，如果实在做不到，要么你就选择从了，要么就换了，别太为难自 己，人生只有一次，多不值啊。有想法就去做，别有太多顾虑，不要上了半年班公司人都不知道有你这号人物，那就太可悲了。 
     一 个问题很多的人是不可能成长的，因你总在问，没去学，分享一下我的解决问题的方式：看错误提示，没有？那一般是逻辑错误，用注释法或者输出法检测，一般这 样就会很快锁定问题的位置，如果遇到没见过的错误提示，单词不认识就查，查出意思了，但是不明白，直接复制错误提示关键部分而不是全部，去百度谷歌一搜 索，至少让我明白这是什么错误，一般什么情况导致，然后回来看自己代码是否出现这类似的问题。如果是使用别人的产品，比如框架，首页第一件事，是快速看完 手册，不要觉得这时候很浪费，我告诉你临阵磨枪往往会出问题，所以多花点时间看手册会让你开发过程事半功倍的，看完手册再去写代码。如果是解决一个大问题，或者比较难懂的问题，解决以后把相关的东西保存起来，下次就不会浪费那么多时间了。