qq上经常有人在问我如何尽快学习编程的路子，我只能做摊手状。尽快的路子我还真没有，唯一的建议就是找准路子，建立良好的心态，学好编程。 所以针对他们的问题做了下总结，做个备忘吧，也权且勉励下自己。
注：很多东西我都是谈不完，谈不来的，这只是一些我所遇见的提问的回答，而不是指导如何入门文章。我还没能力指导别人
1:我们学的是编程而不是语言
就像我们去学武术，不管是从太祖长拳，少林罗汉拳，咏春拳还是太极拳入手，最终我们的目的是为了学会武术。不用去在意什么拳术最好，乔峰用10岁小孩子都会打的太祖长拳照样打得少林高僧灰头土脸。其实世间万物几乎是相通的，武术到了最后，不会在乎什么招式，举手投足，就是杀人的妙招。编程也是一样，随便选择什么语言入门，到了自己编程学到精深之时，什么语言都可以信手拈来。
python这样现在风靡全球的语言，最初不过是某个程序员为了打发无聊的圣诞节的杰作。当然，我也在为了能编写一个自己的编译器，语言而继续努力着。
2：某种语言是不是过时了
这个过时我们说了不算，老板说了也不算，客户说了才算。昨天我准备开动的一个新的项目，进销存+CRM的一个系统，选择了半天，最终选择了VB+Access。在某些人眼里，似乎很过时吧。可是我自己一个人用，用着很舒服，数据量又不是很大，开发进度又会很快。我为什么不选择它。就算现在有人去学Basic。也许将来不会用在工作中用到它，不过你不是用它入门了不是。 基础的语法，哪种语言不是一样的呢。我个人的学历路线就很曲折，从QBasic到Foxpro到c到vb到asp到
java到c++，最终我发觉我好像什么都没学会，不过我还是用着这些东西做着像模像样的东西，忽悠着老板和客户。我不指望自己能在这行做到怎么样怎么样，那不是我能达到的，我又不是那些名人传记里写的一个暑假就学会了汇编，半年就精通了c语言。我想大多数人不过都是普普通通的程序员而已。
编程是一门艺术，但某种语言绝对不是艺术。 持不同观点的我抱着欣赏态度。
3：
书籍
我学编程最初2个年头买了很多书，南下深圳带了两个背包，一个包是衣服，一个包全是书，压得我腰酸背疼。然而我发觉自己看书的时间很少。工作通常都很忙，忙到根本没多余的时间去看书。即使有了一点闲暇时间，我愿意睡睡觉或是出去玩玩。现在依旧看得比较少。当然，书同样会买，在书城看着合适的书就买回去，结果扔在那就是大半年没看。 通常我更愿意买手册性质的书。 网络上有些东西，临时要去找的时候，找遍了都没有有价值的，一篇错误的文章都会被转载几十次。看得我火冒三丈。结果翻翻手册，上面早就有了正确的答案。
现在国内有些书挺有意思，大篇大篇的现成代码往纸张上一贴，弄个书名《XXXX开发全接触》仿佛那就是一本《九阴真经》买到他的就可以参加华山论剑了似的。我的建议是拿书当工具，没事的时候翻翻，不能指望这玩意就能让自己学会编程。
4：跟着
微软跑
我记得有人说过，跟着微软跑就不怕被饿死。有同感，具体的体现在于我06年准备换工作时，网络上大部分都是招.net开发的。可怜我.net根本就没有了解过，自然不敢跑去忽悠面试官。 直到现在，我依旧不会用.net平台的任何一种
技术。 不过我目前仍旧活得还行，不存在每个月都掰着手指计算下个发薪日是多久。
微软让我最喜欢的就是它的文档，太齐全了，一个MSDN，就足以满足很多想要入门的程序员，即使有经验的程序员同样会通过MSDN获得很多有益的资料。 而我现在工作中所要用到的东西，有时候连英文文档都不齐全。 开源的，没有办法，人家连源代码都给你开放出来了，文档不齐全有什么办法，遇到问题就查源代码呗，虽然开发进度就因此慢了下来，但是这也是一个学习的方式不是。
阅读别人优秀的代码是对自己学习最大的帮助。当然，跟着微软产品体系跑步，也是一件好事，这样学习曲线会降低很多，难度小了，才会有兴趣，有了兴趣，才会去深研究嘛。
5：实践
我这里有个例子，我一个朋友，小学同学，中学同学，到现在，我们仍然在一个城市，3年前他准备学编程。每天抱着一本书看，后来买了一台笔记本，上面下满了教程，文字的，图片的，视频的，从HTML到C++，覆盖面积之广让我都眼馋，丫哪来的时间下这么多资料。 然而他现在依旧在看资料，就是不动手。上次我碰见他，正在捧着本子玩VisualStdio,我说:"这么久了没见你做什么东西，你用这玩意给我做一个数据库读取吧。" 他磨蹭了很久 ："这个，我现在还没学到那里去。" 感情哥们学了三年，还是在停留在看资料上，真是理论知识学习健将啊。
编程最初的学习没多少捷径可走，无非是多实践，书上的例子，网上的例子，先别管人家写得怎么样，先别去琢磨，敲到编辑器里编译运行通过了再看人家写得是怎么回事。 连手都不动，看都能看会么？ 编译成功了，再学习一下调试能力，
软件开发中调试的时间永远比编程的时间长得多。 改一改人家代码的语句，数据，看看会得到其他什么结果。 最后再去考虑这是为什么。
6：思想
这个问题我也谈不来，我自己也没啥思想，只是在学会编程的基础上通常多考虑一些代码的封装，复用。至于设计模式，我觉得那个不是死记硬背最终用到项目上的，如果一个人，亲手主持正规的开发2，3年的时间，他心里自然有很多成熟的设计模式，如果什么开发经验都没有，一开始就学什么设计模式，什么设计思想，这说实话，不靠谱。
7：项目
一个项目选择用什么语言，什么平台，什么额外的开发包，语言的扩展性好不好，学习难度高不高。这些在我现在每进行一个新的项目时，都花去很长的时间考虑和测试分析。因为一旦开始了，就不好再回头，如果一开始用Python做了一个项目，做到一半，发觉对这个项目不适合，某些技术问题还没考虑好。想换成java，那不是扯淡么。
8:难得不跟风
现在搞技术的公司都跟搞娱乐的差不多了，某种新的技术一旦要出来，首先都要铺天盖地宣传一番，轰炸地自己坚决相信一旦不跟着这波新技术的潮流，自己就会落后，就输在人生的起跑线上了。然后朋友们，当我们追逐新的技术时，自己有没有想过，自己之前学到了什么东西，基础扎实吗？ 如果一个编程基础扎实的。或者一个熟练的程序员去学一门新的技术，他很快就可以上手运用到工作中，而你呢？你编程学好没有？你基础都没学好，再去和那些本来就基础很好的人起跑。不仅仅是输在起跑线上，人家在向前面跑，你是在向后面跑。
9:耐得住寂寞，不怕失败
以前有人说过，如果你编写的一段代码，编译，一次性通过，运行正常，那真是太可惜了。你失去了查找错误的机会。 如果编写的代码一开始就有错误，我相信最终你找到问题所在，编译成功之后，那份成就感会更加强烈，更重要的是你比别人多了一次学习的机会。 然而调试代码总是很辛苦的，也许1，2次就OK了，也许会很长时间。
我记得上一次我遇到一个问题，C/S模式用户在线
注册时如果本机硬盘数量或网卡超过两个就会导致程序崩溃的问题。花费了我3个晚上额外的休息时间，最终发觉是一个不算太复杂的字符串问题。 然而花了这么长时间，我最后学到了一个新的东西，而且得到了更多的成就感。
10：现在开始行动，而不是等待明天
不管怎样，勤奋的人最终会跑在前面的。
