菜鸟，非达人。。。不过我觉得掌握了这个的话，对计算机语言之类的掌握会更容易。 据说搞这方面研究的人是立志要拿图灵奖的。。。

学了这个你可以创造语言啊，编译原理的核心是形式语言与自动机我本科大二的时候有个最难的必修实验就是写一个简化pascal的编译器。后来发现我们老师原来是按照Dijkstra和Anders Hejlsberg级别的路走，结果走着走着实在发现追不上二位大神，就堕落了。

学了这个你可以创造语言啊，编译原理的核心是形式语言与自动机我本科大二的时候有个最难的必修实验就是写一个简化pascal的编译器。后来发现我们老师原来是按照Dijkstra和Anders Hejlsberg级别的路走，结果走着走着实在发现追不上二位大神，就堕落了。

哈哈哈，立志做码农不过觉得这个对码农来说也挺重要的，知道编译器是怎么处理，会考虑写更优的code。。。。 同感啊。。。。小弟当年也做过类似的实验，那个痛苦啊！！！

更优的code应该是需要学算法吧？只有在编译器不够智能的情况下，才需要考[…]虑编译优化的写法，比如早期的C语言的"register"关键字。

纯手写还是允许用lex & yacc？

更优的code应该是需要学算法吧？只有在编译器不够智能的情况下，才需要考[…]虑编译优化的写法，比如早期的C语言的"register"关键字。

你这个说法是对计算机的应用者说成立，对创造者不成立，比如微软，以前的SUN

所以应聘与编译器有关的职位，必须搞懂原理？光会用没用？。。。

所以应聘与编译器有关的职位，必须搞懂原理？光会用没用？。。。

学了这个你可以创造语言啊，编译原理的核心是形式语言与自动机我本科大二的时候有个最难的必修实验就是写一个简化pascal的编译器。后来发现我们老师原来是按照Dijkstra和Anders Hejlsberg级别的路走，结果走着走着实在发现追不上二位大神，就堕落了。

华新应该多一些这样的讨论。。。

我觉得像Intel的这个职位对CPU，编译器，低级语言，OS下面（BSP）都了解肯定最好这样你发展前景不觉得广一些啊。但是比如你只研究JAVA虚拟机啥的可能也能进，但是就局限了，因为你的工作很容易被别人替代。早期微软和Borland的战争不就是基于编译器的开放环境的战争么。 哥看好你不做一个低端码农，想必你也这样想的，所以哥对你的要求自然高一些。检验你是否体系完备的方法:自己画板子，设计一个pda（手机），cpu就arm或者ppc，尽量带基带，gps，通用接口，移植至少2个嵌入式操作系统上去，其中至少一种自己写BSP（不用ucboot等），比如（linux，vxworks，rtems等），构建一些必要的组件，比如图形，网络等。写点正常应用跑跑。 你想想这个过程中你还有什么没有把握，如果有把握的，都弄出来，说明你基本的体系还是完整了。当然现在赚钱的都是应用，不过我觉得基于专业的一个完整的体系对于打工还是创业都是必要的，我说这个只针对你的，对于其他方向的人不适用。其实最后发现很多赚钱很多的中小手机厂的 CTO也就是会这些东西而已。

其实我学的东西和我会的东西，比你那个层面更底层一点。可能不是面向消费者的。所以也许也做不了宏大的东西

请问一下楼上做那方面的研究的？.