我一直以来给别人的印象是勤奋刻苦的好孩子，但是实际上大多数人都想要别人以为自己是“聪明”的，而不仅仅是“努力”的。自从入职以来，感觉每天都有一大波新知识扑面而来，哦不，是汹涌而来，每次下班都感觉十分疲惫，吃饭时甚至都不想再动脑子思考挑选什么菜了。一起进来的其他两个同事都表现不俗，感觉进步特别快，我一直是在他们的教导下才有所进步的。
刚开始看游戏代码，没有任何头绪，我之前接触到的程序，无非是几个文件，然后只要时间量上去了，总是能看懂的，可是这个游戏代码，太庞大了。无论怎么样，我还是从游戏主循环的那个入口开始看了，然后对一个登录的UI重点调试，可是断点不会打，也不会预想到这个UI会用到哪些，就那样一遍一遍得重复着调试，但是每次都很难有新发现。终于在上个周末，忍无可忍了，我决定先学习VS的中级调试技巧，以及各种快捷键。事实上后来发现，网上那张关于“如何影响程序员的效率”的那张图描述得还是十分科学的，对工具的熟悉，保持者工作的流畅性，确实对工作效率提高很多。 工于善其事必先利器，这句话是十分有道理的。
受到了调试带来的喜悦感的鼓舞，我开始陷入了对调用栈的狂热跟踪中，然后另一个问题出现了，我被各种类和函数间的纽带关系缠住了，根本无法理解程序的这种链接存在的必要性和功能。这种情况持续了三天，虽然有一点点进步，但是十分痛苦。 同事对我还是比较怜香惜玉的，指导我要一个一个模块的学习。人总是有惯性的，即使是在遭受苦难，也很难会主动迅速的脱离苦难，而我即使得到了合适的建议，还是惯性地奔波在我的凌乱调试道路上。好在经过一晚上的休息，我决定开始采纳同事的意见，事实证明这样的了解方式十分有效，有助于我快速地了解整个框架，这样即使在细节上看不懂，也会大概明白这一步做什么的，思维上就不会感觉太阻滞。这之后的两天里，我学习了作为一个完整的游戏工程，必要的模块功能有哪些，以及模块的关联，这些对我在细节关联的理解上作用极大。这样在后来进入场景看游戏逻辑便感觉到水到渠成。
这一周就这样过去了，从上周日我不熟悉游戏代码怎么看到如今可以快速定位操作代码，个人还是很欣慰这一周的成果的，当然和别人比起来还是差距很大。我也试图观察过同事的学习方法，不过他们之前实习过，我和他们的基础水平差异较大，着实没有什么可参考的。
现在想想这一周的学习过程，起初我是一种随机漫无目的的方式闯入代码的湖泊，然后每一步我都在通过表象来逆向解析代码的操作原理，这种过程没有先验信息，因此进展缓慢，而且经常陷入到语法细节上，纠结很长时间。而随着受折磨的时间增加，我看代码的目的从熟悉代码工程转换到了攻克难题，而且一定要用这种让我备受摧残的方式攻坚，这导致了我延迟了一些时间才按照同事的建议执行。在我有了整体的意识之后，再深入细节边有胸有成竹的得意了。而周末再看游戏编程的书，第一次有 嗯，我也是这样体会的 这样的感觉。
对于新事物的学习，不同的人有不同的思维方式，不同水平的人学习的历程也必然不同。而且学习不只是一个知识积累的过程，还是一个体验积累的过程，知识不用或许会淡忘，但是体验的感觉不会那么快健忘。本来试图描绘下我这一周的学习模式和体验模式，可是写到这里却发现我的模式如此肤浅，暂且挖个坑，以后再有其他体验时补充吧，不过自己给自己奉上几句话，希望以后学习新事物不要这么艰难：
如果多方面水平均比较差，请耐心扫除周边障碍；
接受新知识的同时要自己主动输出，然后再学习中验证自己的设计方案；
不同粒度的学习可以交替进行；
扩大先验知识来源，如果我先看游戏编程的书，估计会更快一点。。
回味学习中的痛苦与欢乐。
原文地址：http://www.cnblogs.com/18fanna/p/3917495.html
