你是一个重视理论的工程师么？

为了回答你的问题，我先做一个定义，我认为你所说的理论包含两部分， 知识理论 + 解题方法的理论。

我是一个学院派。
特别崇尚知识，权威。 做项目时，总喜欢先把相关的知识点都学习一下。
比如，当时做mfc程序，会想着把windows程序编程这本书看完，再动手。
做ARM，想着先看完l深入理解linux内核http://book.douban.com/subject/1767120/
做服务端编程，先把TCP/IP详解读完。
做sqlserver的同步，就翻完公司所有的windows server的书。

但是有了知识点不等于就有了实践的能力。
实际工作中的问题都不是简单的套用知识点就可以的。这时需要解题方法。
类比，归纳，推导，分治，blablabla


知识点容易掌握，解题方也很容易掌握。也就是理论其实好掌握。

但是运用这些理论去解决实际问题确不容易。
比如数学归纳法凡事上过高中的都会，但是运用数学归纳法去证明一个算法的正确性，却并不是谁都都会。

理论是知，实践就是行，理论很重要，实践也不可或缺。

知行合一神马的是最完美的了。

@fangzhzh 你写得很好。确实是分两个层次或者是更多层次的。但是我在做项目的时候。如果我知道一个东西背后的理论。我基本上就可以无障碍的把相关理论实践出来。而且结果还不错。而且我心里很放心。但是如果是不知道相关理论。我做的东西我自己都不放心。总是担心会有问题。

其实我是一个比较强调理论的人。因为我从理论到实践的转变很得心应手。但是呢。就如你所说。在遇到自己陌生的领域的时候。不能够快速上手。准确的说是不愿意快速上手。这样就会和主导上来就干的程序员格格不入。很多时候我知道如果完全不懂理论上来就干，会走更多弯路。不如去仔细看了以后再干来得快。但是我觉得这样的想法是我的思维方式在主导。我不想因为我的思维主导去强加给别人不适合的方式，或者是别人强加给我不适合的方式。所以就像问问大家。然后我自己找一个折中点。这样和别人合作的时候就能更愉快。

理论和实践都要

@darklowly 我在外企的时候，理论为先的方式，让我有广阔的知识面，研究问题也很快，也有过一些不错的建议，直接leader对我非常器重。

现在的公司，民营私企，leader认为我 1 办事太慢， 2 脑子太笨 3 效率太低。 并被定义为能力不行。
尽管我给他们带来了gdb（在我之前竟然没有人会用）, 帮他解决过若干程序性能的问题， 解答过若干C++程序开发的问题。但是这些在评价时，统统不算数，算数的只是结果，写出的代码，实现的功能。
在这种号称“以结果为导向”的公司，理论神马的都是浮云。 在这种公司就不要讲什么道理，担心什么融入，干活就是了。

如果你现在是一个这样的公司，就不要想什么折中了，还是上班，干活，下班充电，早点脱离苦海吧。

刚被“以结果为导向”的公司赶走的路过。我去这公司第一天就问过一个做相关产品的朋友的，朋友让我赶紧走，我还傻傻的呆了到被劝退。。。事后想想，为什么这公司其它的人不做这个，我来之前为什么不做好这个。泥马原来我掉坑里啊

@fangzhzh 。。。
@darklowly 重视理论很苦逼的，你弄这个，你还没理清除这个，马上让你弄那个，你还理么？

@fangzhzh 我本来的意思其实和你差不多。但是我不想因为我自己的武断。而导致工作不开心。我希望每一份工作都是开心的。