个人推荐的学习路线

gantleman

同样做技术也分三种，
第一种是会做，就是菜鸟和成手的区别。
无论什么问题都能给你搞出来，虽然bug不断代码混乱。
自己做的东西放上两个月自己都挠头不知道怎么做出来的。
第二种是会用很多的方法去做，所谓的高手。
大招用尽，看似华丽非凡，各种平台，
各种语言，各种配置工具，各种第三方库，动辄几十万代码，
各种名词，你听懂听不懂的都能说出来。
各种大小问题全能解决，就是各种代码凑在一起简直就是一大坨。
通常各大公司里技术牛人就是这类型的。
第三种是用最简单的方法去做，所谓的大师。
这种人你是看不到的，通常捞一票之后就消失的无影无踪。
因为这种人里有一种伪大师，刚巧碰到一问题，刚巧用了一简单的方法解决。
卖了一大笔钱后这辈子就不用干活了，本来就是靠运气，脱离技术一线后，
就更没机会碰到这么好运气。
真正的大师也很少，本来这辈子能碰到一个问题让你解出来，
一战成名的机会也很少，像flashget当年大战蚂蚁下载，影音快车。
反正大师就是闷头赚钱，赚钱了就移民加大的那号人。
在就是你这种外行碰到个成手会吹吹牛逼的忽忽悠悠就飘了，
那还分的出东南西北。

SITT

3楼的，还是省省吧

SITT

我发现我在程序上，刚刚有点脱离楼主说的第一种人物的迹象
啊哈哈哈

gantleman

不用太高兴，并不是说成为高手或者大师就必然有钱，
高手比成手肯定是赚的多点一般也多不了多少。
毕竟中国这种官本位的国家，但当经理或者CTO不一定要是高手或者成手。
在国内这种环境跟CEO沾亲带故的菜鸟都能当CTO。

这里指的大师都是一战成名的，名声在外的当然不会缺钱。
准大师也就是某个细分领域的专家就比较痛苦了，
他们把什么事情都搞的很简单，
防微杜渐，防患于未然，兢兢业业，平平凡凡。
自然在公司就不会被重视，因为会叫的孩子才会有奶吃。

还有像中国电信中国银行的那些工程师，最初的系统就是他们设计的。
把那些高手啊成手啊菜鸟啊，写乱套的代码隔几年整理下，收点价格不菲的修理费什么的。
这算是运气比较好的，开始就进的豪门，但大部分还都是留在后勤部门养养老。

私企就比较惨了，大部分会尝试创业，离开技术一线工作几年后，
甭管学的什么可能很快相关的技术就被淘汰了。如果创业不幸失败，
想回去做技术年纪大了还要从头学起又加不起班，被逼无奈的可能就转行了。
一般能悟到专家程度的脑子都不差，随便干些传统行业混口饭吃应该也没问题。

SITT: Re:个人推荐的学习路线

我发现我在程序上，刚刚有点脱离楼主说的第一种人物的迹象
啊哈哈哈

gantleman

为什么高级程序员到了一定的程序更多的需要哲学思想和创造想象力？
记得刚开始做接触电脑的时候，
喜欢到处点，点击个文件夹，看个菜单，反正非常好奇。
刚开始写程序也是这样的喜欢编译完再改一改，看会出现什么奇怪的效果。
认知的过程就是这种尝试反馈的基本渠道的建立。
所以低级的技术工人有喜欢学东西，更多的能死记硬背东西。
这种反馈渠道就会建立的更多更好。
为其他人做帮手，被动的接受工作。
那么肯定是死记硬背的东西越多越受欢迎。
如果软件是一门很简单的手艺或技术这种穷举的模式是没有问题的。
在接触到一个问题之后可以把自己知道的几种解决方式都尝试一遍，直到问题得到解决。
如果你是一个高级程序还在用这种方式并且常常用这种反馈穷举的方式解决问题那么就要警惕。
因为一些软件问题往往不是单纯局部或个案的问题。
一个框架的形成并不能用是否正常工作，作为验收标准。
一个框架的形成是由一系列问题组成。
这一系列的问题组合在一起的解决方案和工期之比近乎无穷大。
使用穷举的方法几乎无法工作。
能不能把问题减少，例如一共有5个问题，先解决2两个形成一个DEMO然后再解决剩下的3个呢？
很不幸的如果用这种方式考虑问题这个工作可能会半途而废。
因为这5个问题是环环相扣的，
假设第一问题有3种解决方法，而第二个问题在第一个问题解决的基础上有2个解决方法。
如果要两个问题同时解决那么应该只有两个方法。
这个东西像个迷宫一样。
很多情况下如果想5个问题全部解决只有唯一的一条路。
如果只解决第一个问题和第二个问题那么有两条路A和B。
如果要5个问题都解决只能走A，如果不幸一开始走的B，从第三个问题开始就阻塞掉。
那么项目也就完蛋了。
当你开始做一个完整项目时，要充分发挥想象力。
所有问题都要一并考虑到。才有可能从这个迷宫走出去。

gantleman

让我想起做应用软件，
有的人喜欢java,有的人喜欢c++，有的人喜欢c#等等。
论坛有人喜欢争个高低上下，
其实这些方法都没错，都可以解决问题。
不过当做一个规模超过10万行以上的软件，
可就要考虑清楚了，开工没有回头箭。
走错路就要从头再来。