原文：http://www.csdn.net/article/2013-08-19/2816613-Programmer%E2%80%99s-dilemma
前段时间，@developerworks在微博上向大家推荐了一篇引人深思的文章《程序员困境》，这篇文章的作者描述了在招聘内核程序员时所遇到的一个现象，一些来自大公司的“高级”程序员，却连最简单最基本的问题都无法回答，这不禁引发了作者的思考，下面是笔者的简译：
最近，我为招聘内核程序员而面试了数万个应聘者，有一些是来自有名的大公司，比如非常有名的芯片/嵌入式系统开发公司。许多人的简历制作的非常完美——涉及的各种项目、获得的各种奖项等，并有一些人声称，他们在内核研发上有10多年的工作经验，然而，令人惊奇地是，他们却无法回答一些基本的问题：当调用标准的malloc函数时，内核发生了什么？
别吃惊，当我让一个应聘者编写一个基于glib哈希函数的LRU缓存框架时，他首先声称自己从未使用过glib，于是我向他演示glib哈希API页面，并且详细地解释，然而一个小时后，他只写了几行凌乱的代码。我不知道在其它国家是否会有类似的情形，但在中国，或者更具体地说，在北京，这就是现实。那些“高级”程序员，在有名的外企工作几年后，连一些简单的、基本的问题都无法实现。
为什么？
我愈加思考就愈加认为，这不仅仅是与程序员自身有关，更与其所在的公司环境有关。这些公司通常会提供稳定的堆栈代码，并且多年来一直沿用着，几行没有任何变化。程序员整天围绕着这些代码工作，按照已有的思路去开发，无需自己动脑、去思考。如果长期在这样的环境下工作，并且也没有在外部进行提升和开阔，多年以后，你会发现自己处于很可怜的位置——在公司内部或团队里声称是“专家”，然而不幸地是，你却不能在市场找到一个与之平等的工作。
这就是所谓的“专家陷阱”。在当程序员的第一天，我们就梦想着成为团队/公司的专家，然而，当这一天到来，大家却陷入了困惑。越深入到当前的代码中，陷的就越深。渐渐地，我们丧失了那种从头开始创建完整项目的能力，因为现有的代码如此稳定。更糟糕的是，如果我们的主要工作仅仅是维护现有的代码，带有一些细微的功能添加和改善，一段时间后，无论你读过或学习过多么牛逼的代码，你将会发现自己不再会写代码——甚至是刚毕业那种简单的代码。这就是程序员困境：我们通过编码谋生，但环境却正在摧毁我们这种谋生的能力。
如何跳出困境
对程序员个人来说，首先，做自己的项目；其次不要待在同一团队超过两年时间。
给团队/公司的建议，给员工压力和挑战：轮流工作，让“专家”有机会拓宽自己的技能。定期举行黑客马拉松：这将有助于创建一个拥抱创新和创造的文化氛围。