不知不觉中，来自由互联写博已经二年了。
经过二年时间的积累，人气提高了许多，或许正因为这个原因，最近一年中经常会收到一些朋友的提问。
在所有的提问中，有些问题被多次问过了，还有部分问题是没有结果的。
对于一些没有结果的问题，Fish Li也表示遗憾。
趁着3月12日这个对于我来说特殊的日子里，我也想谈谈另一个问题：Fish Li 该如何帮助您呢？
下面我将对一些无结果的问题再次给予回答，虽然今天可能还是没有答案，但我要告诉您没有答案的原因。
如何提问？不管是网上，还是周围的同事，我发现有人喜欢在反馈错误时，只说二个字：报错！
说实话，您也太不专业了！
您想想人家根据“报错”二个字，就能找到报错的原因吗？
还有些人会将异常消息或者异常的截屏发出来，但是，有些异常消息是含糊不清的。
您能不能多提供一些线索？
我相信您确实是遇到程序异常了，但是我不知道您遇到了什么样的异常，尤其是在什么样的情况下发生了异常。
如果您不肯多花点时间描述异常或者不肯多提供一些线索的话，可能任何人都帮不了您。
尤其是有些异常在正常情况下并不会出现，那您就有必要告诉人家重现异常的方法。
如果在别人那里不能重现异常，您叫别人怎么帮您解决？
还有些属于代码的问题，调用同样的某个方法，我没有遇到异常，而您遇到了。
遇到这种情况，如果您提供的线索让我无法解决时，我建议您新建一个项目，并把那段代码复制到新的项目中，
保证它们能重现问题，最后将新的项目发给我来分析。
所以，当您给我提问时，希望您能多花点时间来描述问题，
不要想偷懒，偷懒解决不了问题。
说实话：您不想花时间，我也不想花时间。
当遇到一些复杂问题时，低效的反馈可能会导致来来回回几封邮件，最后还是没有答案， 此时就会问我同样的问题：您QQ号多少？
我不用QQ！每次当被问到QQ号时，我不知道您是否相信我的回答：我不用QQ！
在新蛋让我养成一个好习惯：不用任何聊天工具。
由于已经是习惯，所以现在我还是不用任何聊天工具，包括QQ。
我不用QQ还有一个原因是：的确没那个空闲时间用QQ。
Fish Li 的工作确实比较忙，确实没有时间聊QQ，所以我也只好不用QQ了。
有些人喜欢用QQ交流技术，但我认为用QQ交流技术，这种沟通效率也太低了吧？
我不太喜欢打字，太慢了。所以，我不会选择这种交流方式。
武汉的朋友如果想找我聊技术，可以来光谷软件园找我。
相反，邮件是一种离线沟通方式，我可以选择在空闲时候回复各类问题，
所以，欢迎大家用邮件找我，我的邮箱：liqifeng0503@163.com
或许有些人会想：QQ的交互比邮件要快，说不清楚的问题，可以马上补充说明。
何必要反复补充呢，如果您能一次性把问题说清楚了，我也只需要回复一次就可以了。
最后我还想奉劝一些喜欢在工作时间聊QQ的人：
当您还有正事情没有做完时，还是别开QQ了，您的进度可能会影响整个团队！
已经有很多人问过我：您是如何学习的？没有好的学习方法？能不能推荐一些书给我？
每次看到这类问题，我都感觉很难回答：因为很难给您一个满意的答案。
对于这类问题的提问人，我还真分析过，主要有二群：
1. 即将毕业，或者毕业不久的新人。
2. 做了多年技术，但发现自己能力没有明显提高的某些人。
既然是二个不同的群体，我想答案也应该是不同的。
对于新人来说，他或许也认为技术领域范围太大了，希望能找人指点一下方向。
其实我很能理解这个想法，然而，您有没有想过：学习是没有捷径的，您不投入，哪里来的收获？
您今天看到我能写出很多您不懂，或者没见过的东西出来，但您有没有想过：
我，Fish Li 能写出这些东西又花了多少时间呢？
我不是搞教学研究的，对学习方法没有思考过，因此，我只能给您一些建议：
1. 挑选自己感兴趣的技术领域。
既然技术领域太大了，那您就选择一个自己有兴趣的领域吧，选择 .net, C++, java 其实都无所谓。
当然了，.net 也太大了，您还要继续细分，选择.net领域的一部分。
我博客页面左上角的那句话您看到了吗？ 吾生也有涯，而知也无涯。以有涯随无涯，殆已。
您一生的精力是有限的，而技术领域不仅多，而且还在不断进步，它根本就是无止尽的，如果您真希望在您的简历上写着：
精通.net, 精通C++, 精通java，精通JavaScript, 精通HTML, 精通CSS, 精通SQL SERVER, 精通ORACEL，精通...的话，您肯定会累死的！
2. 要有一颗坚持的心。这其实是一种心态：不要指望能速成。 目前好像除了速成鸡之外，好像我还没有听到什么比较成功的速成事物。 很多技术并非只有几个命令、函数，或者几个结论， 因此，只有不断地去学习和领悟每个技术点，您的整体技能才会得到提高。 所以，这也注定了技术学习是一个长期的过程，在这个过程中，兴趣和心态是二个能决定您能不能坚持的关键因素。 也正因为这个原因，我才建议您首先要选择一个自己感兴趣的技术领域， 或许在这个漫长的阶段，兴趣会一直给您动力，当您遇到困难时，兴趣也会激励您去克服它们。
3. 总结也很重要。 新手和老手，一聊就能区分他们。为什么会这样呢？ 原因在于：从老手的谈吐中我们可以感觉出他们有较多的技术沉淀。 这些技术沉淀来源于他们的总结。 当然了，总结的形式是多样化的：像我这样写博客可以，自己把一些技术特性写个DEMO或者lab也行， 再或者找张白纸把自己理解的东西画一画也行。 形式不是目的，目的是帮您把一些混乱的或者还没有清楚理解的东西梳理清楚， 对于一些遗漏的东西，也能在梳理过程中暴露出来，这样还可以提醒您还需要学习什么。 总结还有二个好处是：增强记忆，以后可参考。
如果是做了多年技术的开发人员又该如何学习呢？
做一个有追求的技术人员经常听有人在抱怨：公司的代码太烂了！公司技术太老土了，根本学不到什么东西！
在这里，我想问问您：业余时间您都在做什么？ 是在玩游戏还是闲聊QQ，还是其它与技术无关的事情？
其实IT男还是比较宅的，绝大多数喜欢呆在家里闲玩，然而却不会想起技术。
因此，当他们面对烂代码时，也只能是抱怨了！
但是抱怨有用吗？当然了，您可以离职，换份工作，面对一份新代码。
不过，情况可能还是一样。
据我见过的情况，以及身边的同事的说法，几乎可以确定的是：国内的软件公司的代码【大多数】都很烂。
所以，即使您换家公司，您还是要面对那样的烂代码。为什么会是这样，我不想在这里分析，因为没有意义，我们改变不了，这是现实！
我还想问问这些人：当您面对那些烂代码时，您有没有想过如何改进它们呢？
注意：我并不是要您去把它们都改过来，我知道那是不现实的，我只问您有没有想过？
如果您没有想过这些问题，那您的确是没法进步！
很多烂代码通常有二种成因：
1. 由于代码存在较多重复部分，改起来很费力。
2. 代码结构本身存在较多耦合之后混乱在一起，不知道改哪里。
如果我假设的原因是正确，那您现在的问题就是：
1. 用什么方法可以解决大量的代码重复问题？
2. 如何让代码保持较好的结构？
我还是告诉您的答案吧：
1. 反射，委托都可以用来解决代码重复问题，封装也是一种方法。
2. 设计模式可以解决代码结构混乱问题，《重构》这本书也是值得您学习的。
“学不到新技术”，这个抱怨估计来自于许多做产品的公司，或者需要持续改进的项目。 您想想：就算今天让您重做项目，让您全用最新的技术，几年之后，您还会不会有这样的抱怨呢？ 我承认新的技术或者新的框架，确实可以提高开发效率，但是引入这些新技术框架是不够的。 您有没有想过：人家的技术在改进，您写的代码是否也需要改进呢？ 或者说：您平时有没有关注过您的代码的质量呢？例如：安全性，可维护性，可扩展性，性能。
人家的技术（代码）一直在改进，您为什么就不想想如何改进一下您的代码呢？
很多人不仅没想过如何改进自己的代码，而且还很喜欢复制粘贴。 您有没有想过：为什么人家的新框架可以可以减少开发的代码量呢？ 那是因为人家做了封装。 要是您也经常考虑封装呢？那是不是在创造自己的技术呢？ 在您不断封装过程中，我敢保证您会主动去学习一些新的技术，因为封装也是需要技术的。
所以，对于工作了多年的开发人员，您就别再问我学习方法或者学什么了，想想您有没有技术追求吧。
如果，您认为阅读这篇博客让您有些收获，不妨点击一下右下角的【推荐】按钮。
如果，您希望更容易地发现我的新博客，不妨点击一下右下角的【关注 Fish Li】。
因为，我的写作热情也离不开您的肯定支持。
感谢您的阅读，如果您对我的博客所讲述的内容有兴趣，请继续关注我的后续博客，我是Fish Li 。
【文章原创作者：韩国服务器租用 http://www.558idc.com/lg.html 复制请保留原URL】