同问论坛各位大神

酒要少吃，事要多知。

假如不是按部就班地去学习的话，我一般也是会有很长时间「脑子里全是碎片」，然后某一天忽然就顿悟了……

放弃一切不切实际的幻想，踏踏实实解决一个又一个的问题，无它。

我是来学习的

已经准备大师球，高手快出来！

没达到高手水平…不过一直都是不断的做实验项目，确定下一步自己要验证或学会那部分东西，然后着手实现……

我是这么干的，找个大床，躺在上面，然后做一场梦，然后你懂的

coding ...

#3 楼 @dorentus 怎样才能顿悟啊？

樓主的問法不好，誰要是好好跟樓主解釋的話就是自詡高手，一般真正的高手都不覺得自己是高手。

http://blog.newrelic.com/2014/04/23/better-junior-developer/

聆听大神指导模式：ON

只看书不动手，只提问不自己尝试解决问题，就能学会

10000 小时定律，写程序并不是多天才的工作，数学别太差，干上 10 年，基本上在自己的领域“所遇无非故物了”

#11 楼 @blacktulip 哦，改了……

融会贯通，是多么高的境界啊，我还没达到

#10 楼 @chairy11 要是有方法的话就不叫顿悟了啊

以上为玩笑 :)

还是要多动手吧，一个问题一个问题地去解决，然后不知不觉中就成长了。

拿我自己为例吧，几年前，那时我完全没有接触过 iOS 开发（只是有几年 PHP web 开发经验，C 和 C++ 算是会，但是没真的写过代码），然后一个朋友把一个 iOS 外包的单子丢给了我

项目的框架代码从他以前的一个项目里面直接拿过来（已经是可编译运行状态），然后接下来的都要我自己做

刚开始两周，只有几个简单的需求过来，于是我多半时间都花在这里改改那里改改看会发生些什么 -_- 遇到的各种问题，基本上都可以在 stackoverflow 和官方文档里面找到答案（问题都太常见了，甚至我都不需要自己提问，直接搜索就 OK）；中间还走了不少弯路，比如没有把 Obj-C 的语法文档看完，到后来才明白 selector 是怎么一回事……

再接下来需求逐渐多了起来，更详细也更复杂，也就只能慢慢地去实现了；这时写代码或者重构代码的时间渐渐多了起来，查 google 的时间相对减少了。

然后后面有几个比较复杂的需求，涉及到一些动画，于是又看了不少相关的资料，最后实现了（然后甲方改主意，这个需求被砍了……）

一共大概花了三个月，项目结束，在 app store 上架。于是我终于可以说我会写 iOS 应用了……（但是其实后来才知道要学的东西还有很多很多）。

#18 楼 @dorentus 恩，喜欢这样的答案。

老师教的。。

不知道 10000 小时定律，是怎么得出来的， 为什么不是 9000 小时，或者 14000 小时？ 另外，很多时候，看起来的小领域，进去了发现是个小宇宙。 1w 小时哪够？

同问，产生了太多的知识碎片，怎么办才好

#21 楼 @zealinux 10000 是个虚数

提供一个权威的答案，《编程大师访谈录》书中盖茨讲述了他的经验，就是读代码，他如果面试的话会给两页代码让应试者读。

可以参考一些书籍比如 Ruby 相关的《Matz 的程序世界》，我比较喜欢的一本书微软专家写的《编码》，讲了 cpu 的原理，科普书很有趣。

《功夫熊猫》这个电影其实很有启发意义，最重要的恐怕就是喜爱了。在高手透关的时候，口念 inner peace，也就是需要静下心来，让答案自己浮现。

踩坑，不掉坑里不长记性，掉坑多了痛怕了经验值刷多了就知道怎么对付了。

我讲一个最近的体会。前几天我听了 Rubyconf 的一些内容，看着 youtube 的那个自动翻译的字幕听的，多少听懂了一些。

今天听一段 ted 讲座，我感觉似乎能听懂一些句子了，以前基本上只能听到一些单词。

如果我直接听英文，听不懂会觉得很无聊，那个字幕还是起了作用的。我觉得要选符合自己水平的学习材料，逐步提高。

#21 楼 @zealinux 可能是这本书吧？一万小时天才理论 http://book.douban.com/subject/4726323/

想说几点

1. 很多牛人都经历了一万小时的努力，变得很牛。但不见得努力一万个小时，就会很牛。
2. 一万小时，指的是精深训练。精深训练首先是是那种不很舒服的训练，有难度，但难度有不能过高。一流的运动员，觉得一天能有 4 个小时这样的时间就谢天谢地了。既，并非所有时间都能算在这个一万小时里面。
3. 这本书的例子，多数和运动，音乐有关。而且基于髓鞘质，简单来说，就是一件事情重复多了，就可以做的更好。和运动有关的，很多都需要反复的重复。但和思维有关的，似乎更注重方法（当然这些基于我的了解，很可能是错误的）。

修炼。。。

动手实践，还有推荐你一本入门好书，松本行弘的程序世界

#29 楼 @googolxi 我学 ruby 读的第一本书就是《松本行弘的程序世界》，当时花了一周硬着头皮看，但没怎么看懂。现在还没勇气看第二遍。这本书真的适合入门吗？

#30 楼 @chairy11 没看懂就不适合 再看提问换书

实践出真知 真本事都是从真项目里逼出来的

#29 楼 @googolxi 《松本行弘的编程世界》不太适合入门，这本书主要讲解松本当时为什么要创建 Ruby、以及如何从各种语言中吸取精华的。还是比较适合有一定经验的人看。

Ruby 的入门书还是松本的《Ruby 编程语言》那本书。这个讲解更加细致！

恕我直言，我觉得你不适合自学编程，还是找个 IT 公司边实习边学吧。

@azhao 正解

新手自学编程，有两点误区：

1）不会抓主干。打个比方，新手喜欢看别人推荐的“好书”，“先抓主干，再理枝叶”是学习的正途，《Effective C++》之类是好书，但它们都不是用来入门的，为什么？因为它们不是主干，语言实现细节和各种坑你都了解了，碰到实际问题依然用不好 C++。大多数技术细节其实高手也不清楚，更不用说新手了，你把 Rails 开发的主干抓好，细节地方就查 Guides。

2）不会看 log，不会调试程序。出现了 bug 配置半天，改半天，耐心耗尽，更不容易学了。这个没办法自学，你可以网上搜一下别人如何进行 debug、看 log、调试程序的视频资料。Rails 圈子里的学习资料其实对新手非常不友好。

最好的方式，还是找个 IT 公司边实习边学吧。

看了本谭浩强的 Basic 指南就会了……

之后的事只是慢慢增加熟练度罢了。。。

#37 楼 @jiyinyiyong 谢谢，这么详细，感动 ing... #36 楼 @whitecrow 谢谢，接受你的建议… #33 楼 @diguage 恩……我感觉也是。其实我前阵子拿出来想重看一遍的，但一看到目录里设计模式文字编码什么的，就觉得，好吧，还是先不看了……

俺学 rails 是这样的....

1. 毕业设计想做一个 git 代码托管网站，设计基本照抄 gitlabhq, 代码基本没抄，经过这么一下对 git 本身和周边的了解拓展的很快
2. 上班后老板让我接了一个系统，我自作主张给用 rails 重构了 (原 python), 期间就是买了 railscasts 的 pro, 各种看视频学 rails 应用，然后也是到处看资料拓展思路。磕磕碰碰写好上线
3. 这周接了一个 php 系统，又毅然决定给他改成 rails 的，这将是我写的第三个 rails 应用。

在学习的路径上我非常同意 @jiyinyiyong 说的，关键是如何解决问题，寻找和学习解决问题的思路和方法。什么时候什么场景适用什么技术方案。知道一个问题怎么解的时候，写程序就是一个水到渠成的事情了，平时不用太过于纠结细节，细节永远是在实践中完善的

#40 楼 @ruohanc 谢谢：）

#41 楼 @chairy11 btw...我的工作是运维..........平时写代码时间很少，大多数时间都是在搞搞 linux, 业余时间学习学习高大上的技术。所以实际上是个眼高手低型选手..

我读书的时候在学校建暗黑服务器，只能从源代码编译，没办法，只好学习了 linux 和 c，融会贯通的感觉一开始比较难有，等你解决完很多问题以后就明白了，"看代码看数据的组织形式"

#42 楼 @ruohanc 学长好 :P

#44 楼 @jiyinyiyong 让学长膜拜一下.....求学习编译原理....

感觉不同人学习能力有差异

同意解决问题比代码本身重要

提供一种可能的思路，把编程问题和熟悉的事务建立关联

#45 楼 @ruohanc 一起膜拜徐林迪吧，他给我讲了半天看了例子，Cirru 还是在用很另类的解析器。

#43 楼 我发现我的很多想法和 @mjf429 类似。"看代码看数据的组织形式"，Linus 也说过同样的话“bad programmers worry about the code. good programmers worry about data structures and their relationships.“请问你有博客吗？我非常想去看看。

#43 楼 @mjf429 我周末和我哥呆一起（他是计算机本硕，现在在百度上班），他问我：“你知道科班出身的程序员和非科班的有什么不同吗？” 我说：“是什么？” 他说：“科班的基础扎实，很多东西理解程度不一样。” 他说应该先从 C 语言学起，一开始就接触太高级的比如 ruby 这种，其实是很难去理解的。但如果先把 C 理解透了，再来用 Ruby 这种高级的语言，可能就会“哦！它这样用，太爽了！你知道它为什么这样做，好在哪里……会得心应手” （原话不记得了，大概就这意思。BTW，他用的是 Java，做的是 Android 开发，现在也接触 PHP，但对 Ruby 没接触）

#49 楼 @chairy11 呵呵

融会贯通需要深度思考，楼主每次遇到需要深度思考的时候就“哎呀，太难了，提问吧”，就这样变成原地踏步。

• 大一跟学校学 java，js，C#。那时候对游戏感兴趣就跟着网上教程做了些俄罗斯方块，贪食蛇等等

• 大二苦读书，什么《thinking in java》《java 核心技术》《CLR via C#》《C#基础入门》等等，读了一堆凶器(厚的能砸死人)，然后凭兴趣去接触了WP7，WPF等等，顺道做了点不入流但对编程技术有锻炼的小游戏和小软件。

• 大二下接触 ruby，三观颠覆，决定当个 ruby 程序员。于是去学了 rails。

• 因为我上的专科，之后就是实习生活直到毕业了

1. 关于融会贯通，还是要多读书多写。如果不是 IQ250 的天才少年，估计单靠自己的理解还是很难的，多读书，多读基础的书有助于你理解编程这个事情的本质。让你把‘编程’这一行为的本质和语言的实现从不同的编程语言和技术中‘抽象’出来。以后你在看到什么新奇的技术或者技巧，会反射性的洞悉其原理，这样我觉得就是做到融会贯通了。

2. 要去努力理解‘编程’，行成自己的编程世界观。你写的每一行代码，调用的每一个方法，你都可以想象他背后做了哪些事情，而不是当成魔术一样。那样就需要你总结编程中的基础规则，所有的‘魔术’也都是在规则之下的组合变幻，当然这个规则最基础的就是‘语法’。

3. 多接触有趣的技术，避免成为井底之蛙。多接触也是多理解，多理解不同的技术才能看到他们的共同之处。

4. 入门语言，语言对于编程的理解还是有影响的，因为每个语言的行为不同，而你是通过语言来与计算机交谈的，语言在编程中和程序员是最亲密的，理解编程刚开始也是通过语言来作为桥梁。比如 C 和 ruby 中，char str[] = "hello world"和str = "hello"这两句话在你用不同的语言时其意义与背后行为也是不同的。所以要多尝试以不同思维来接触不同语言。不过入门语言倒是无所谓。

#48 楼 @whitecrow 我之前自己建了个自己的博客，后来老不更新，后来自己撤下来了，最近我一直在总结自己这些年的经验，感觉有些东西还是对新手有帮助的，挺愿意和大家分享的，欢迎随时和大家交流，家里最近比较忙，过段时间我会把博客再开起来

啥也不用干，多问诸如"你们是如何一步步成为学会编程的？"这样的问题就会了

找技术一流的团队加入。所在团队的水准对于新手而言非常重要。

没有快速提升的捷径，但是通过额外的努力（比如做工作外的项目，或是投入到开源社区中），提升的效率更高。