优秀的程序员都应当知道的11个警句

第一篇：优秀的程序员都应当知道的11个警句

优秀的程序员都应当知道的11个警句

1.技术只是解决问题的选择，而不是解决问题的根本

我们可以因为掌握了最新的 JavaScript 框架 ahem、Angular 的 IoC 容器技术或者某些编程语言甚至操作系统而欢欣雀跃，但是这些东西并不是作为程序员的我们用来解决问题的根本——它们只是用于帮助我们解决问题的简单工具。

我们必须非常谨慎，不要对某项正好喜欢或者正好很火的特定技术走火入魔。否则，我们将进入这样的思维怪圈：把掌握的那项技术比做是锤子，在思考问题时，会自然的把所有的问题都想象成是锤子可以解决的钉子。

2.聪明是代码清晰的敌人

当编写代码时，我们应当努力做到代码清晰易理解。虽然这句话并不总是正确的，但在一般情况下，聪明确实是代码清晰的敌人。

事实证明，当我们写一段自认为非常了不起的代码的时候，这些代码在别人眼里可能会是一头雾水。

所以当你在编写某段聪明高效的代码的时候牢牢记住这个原则是很有必要的。

如果你对如何编写整洁清晰的代码很感兴趣的话，我强烈推荐你看罗伯特·C·马丁的书《The Clean Coder: A Code of Conduct for Professional Programmers》。3.写尽可能少的代码

这句话看起来有一些矛盾。程序员的工作不就是编写代码么? 嗯，是的但也不是。

我们的工作需要我们编写代码，但是我们在尝试解决问题的时候应当做到尽量编写更少的代码。

这并不意味着我们需要尽量把代码写得更紧凑或者把所有的变量都使用单个字母。它的意思是我们应当尝试用更精简的算法来实现所需要实现的功能。

通常情况下，我们在代码中所添加的各种很酷的特性是非常诱人的，这还能让我们的代码看起来更“健壮”和“灵活”，能够处理各种不同类型的情况。但是，在更多的时候，我们尝试更多可能有用的特性或者预防可能在未来存在的问题的做法是错误的。这些额外的代码可能不具备任何的价值，但是却可能造成更多的伤害。因为代码越多，出现未知错误的机会就越多，代码的维护也更加的麻烦。优秀的软件工程师写尽可能少的代码。伟大的软件工程师删除尽可能多的代码。4.注释是代码表述的最后选择

鲍勃·马丁曾经说过：“当你在为一段代码写注释的时候，你应当对自己糟糕的表达能力而反思。”

这并不意味着我们以后就不要写注释了。但在大多数情况下这种情况是可以避免的，你可以选择用更好的命名方式来取代它。

只有在使用命名都无法表述清楚某个方法或者变量的目的时，注释才是最后的选择。事实上，表达无法轻易在代码表达的东西才是注释的真正作用。

举个例子，注释可以告诉你在代码中的那些奇怪的操作命令并不是一个错误，而是故意的，那是因为在底层操作系统存在着某个 bug。虽然在一般情况下，许多注释还是非常有用的，但是却存在着误导的风险。

在其它代码更新后，与某些更新前代码相关的注释常常会得不到同样的更新，这就导致了某些注释会变得非常的危险，它们很可能会把你引导到一个错误的方向。

你检查过与代码密切相关的每一段注释么?是否确保代码都是在按照注释所说的那样做?如果你都照着这样做了，那么注释的意义又何在呢?如果你没有这样做，你又怎么知道注释说的都是真的? 所以，注释的作用并不象所宣扬的那么好，这种东西切勿滥用。5.在编写代码之前你应当清楚你的代码要做什么 这看起来是理所当然的，但实际情况却不是。

现实工作中你有多少次是在没有经过充分了解到你的代码要干些什么就开始着手编程的?反正对于我来说，是不计其数了，所以我把这条记录下来用来随时提醒我。

测试驱动开发(TDD)的实践在这里可以帮助你，因为你需要在编写代码之前了解这些代码将要用于什么地方，虽然这仍然不能阻止你创建错误的东西，但是它仍然非常重要。所以当你完完全全了解需要构建的需求和功能时，再动手编程。6.提交完成代码之前先自行测试

不要在完成编程工作后，就把代码扔给 QA，然后就坐等消息了。这样会浪费每一个参加处理不必要 Bug 和问题的人的时间。你应当在报告编程工作完成之前，花费几分钟时间运行测试场景进行自我检测。当然，在你把代码提交给 QA 之前不一定会发现每一个 Bug，但至少你可以杜绝一些我们每个人都可能犯下的愚蠢低级错误。很多的软件开发人员认为测试代码只是 QA 人员的工作。这是不对的。保持质量是我们每个人的责任。7.每天都要学一些新东西

有句名言“刀不磨要生锈，人不学要落后。”这句话是很有道理的，因为无论是否获取到新的知识，你每天都会遗忘掉一些以前的东西。每天学些一些新东西并不会花费掉你很多的时间。试着每天用 15 分钟时间去读书，然后你就会发现每天你都会有一点点的进步，在未来的某个时候，你会发现这种进步是巨大的。因此，为了在今后获得丰厚回报你必须从现在开始就进行投资。另外，今天的技术发展日新月异，如果你不改善自己的技巧，学习新的东西，你很快就会被甩开。8.写代码应该成为一种乐趣

这是非常正确的。或许，你进入这个行业仅仅是因为它的薪水可观。选择一份报酬丰厚的工作这并没有错，但是还有更好的选择，比如医生或者律师。事实上很多人选择做软件开发还有一个原因，那就是他们喜欢写代码。在你被工作压力所累的时候，不要忘了你选择这份职业的初衷。

编写代码可以带来很大的乐趣。多年的时间里，很多人可能都已经遗忘了这一点，那么从现在起，重新唤回以前的那份热情吧，从身边的项目开始，把你的观念和意识转换到以前你开始学习编程的那个时刻。9.你不需要无所不知

在你学到了很多知识的时候，你仍然有很多东西不知道。意识到这点很重要，因为它可以驱使你去了解更多更多的东西。不知道问题的所有答案没有关系，不了解某个东西说出来并寻求帮助也无关紧要。在很多情况下，你可以选择现学现用——相信我，我就是这么走过来的。

我的观点是，不要企图去学习所有的知识，因为这是一个不可能完成的任务。你需要关注和掌握的是能够帮助你快速学习的技巧。10.最佳的实践视环境而定

测试驱动开发最好的方法是先编写测试代码? 我们应该保持结对编程的习惯? 如果不使用 IoC 容器是否会低人一等? 所有这些问题的答案是“看情况。”这取决于所处的实际环境。人们试图把最佳的实践通过喉咙等方式传输给你，他们会告诉你，他们平时都是这样应用的。所以，你也应该这样做——这其实并不正确。在写代码的时候，我也借鉴过不少别人的成功经验。但是，这些借鉴都是有条件的。

知识是死的，人是活的。最好的实践需要视环境而定。11.努力做到化繁为简

所有的的问题都可以进行分解。而最优雅的解决方案通常都非常简单。但是，要变得简单并不容易，这需要许多的工作。

比如，这篇文章的目的是从复杂的软件开发工作和日常生活中提取经验，通过归纳，以较简洁的方式呈现给大家，而这并不是一件容易的事情。

在解决问题时，可以先找到一个较为复杂的笨方法。在此基础上进行努力改进和提炼，使它在正确的基础上变得简单。这需要花费很多时间和努力，而人类不正是因为这个过程才慢慢变得聪明么? 【编辑推荐】

从“拖拽”编程开始到一个合格的程序员

不要用面向对象来迷惑程序员新手

如何成为一名专家级的程序员

2015年开发程序员谨防八大心理疾病 程序员人生：如何开始，如何入门，如何前进

第二篇：[转贴]C语言测试：想成为嵌入式程序员应知道的0x10个基本问题

[转贴]C语言测试：想成为嵌入式程序员应知道的0x10个基

本问题

C语言测试是招聘嵌入式系统程序员过程中必须而且有效的方法。这些年，我既参加也组织了许多这种测试，在这过程中我意识到这些测试能为带面试者和被面试者提供许多有用信息，此外，撇开面试的压力不谈，这种测试也是相当有趣的。

从被面试者的角度来讲，你能了解许多关于出题者或监考者的情况。这个测试只是出题者为显示其对ANSI标准细节的知识而不是技术技巧而设计吗？这个愚蠢的问题吗？如要你答出某个字符的ASCII值。这些问题着重考察你的系统调用和内存分配策略方面的能力吗？这标志着出题者也许花时间在微机上而不上在嵌入式系统上。如果上述任何问题的答案是“是”的话，那么我知道我得认真考虑我是否应该去做这份工作。

从面试者的角度来讲，一个测试也许能从多方面揭示应 试者的素质：最基本的，你能了解应试者C语言的水平。不管怎么样，看一下这人如何回答他不会的问题也是满有趣。应试者是以好的直觉做出明智的选择，还是只是瞎蒙呢？当应试者在某个问题上卡住时是找借口呢，还是表现出对问题的真正的好奇心，把这看成学习的机会呢？我发现这些信息与他们的测试成绩一样有用。

从面试者的角度来讲，一个测试也许能从多方面揭示应 试者的素质：最基本的，你能了解应试者C语言的水平。不管怎么样，看一下这人如何回答他不会的问题也是满有趣。应试者是以好的直觉做出明智的选择，还是只是瞎蒙呢？当应试者在某个问题上卡住时是找借口呢，还是表现出对问题的真正的好奇心，把这看成学习的机会呢？我发现这些信息与他们的测试成绩一样有用。

有了这些想法，我决定出一些真正针对嵌入式系统的考题，希望这些令人头痛的考题能给正在找工作的人一点帮住。这些问题都是我这些年实际碰到的。其中有些题很难，但它们应该都能给你一点启迪。

有了这些想法，我决定出一些真正针对嵌入式系统的考题，希望这些令人头痛的考题能给正在找工作的人一点帮住。这些问题都是我这些年实际碰到的。其中有些题很难，但它们应该都能给你一点启迪。

这个测试适于不同水平的应试者，大多数初级水平的应试者的成绩会很差，经验丰富的程序员应该有很好的成绩。为了让你能自己决定某些问题的偏好，每个问题没有分配分数，如果选择这些考题为你所用，请自行按你的意思分配分数。

从面试者的角度来讲，一个测试也许能从多方面揭示应 试者的素质：最基本的，你能了解应试者C语言的水平。不管怎么样，看一下这人如何回答他不会的问题也是满有趣。应试者是以好的直觉做出明智的选择，还是只是瞎蒙呢？当应试者在某个问题上卡住时是找借口呢，还是表现出对问题的真正的好奇心，把这看成学习的机会呢？我发现这些信息与他们的测试成绩一样有用。

从面试者的角度来讲，一个测试也许能从多方面揭示应 试者的素质：最基本的，你能了解应试者C语言的水平。不管怎么样，看一下这人如何回答他不会的问题也是满有趣。应试者是以好的直觉做出明智的选择，还是只是瞎蒙呢？当应试者在某个问题上卡住时是找借口呢，还是表现出对问题的真正的好奇心，把这看成学习的机会呢？我发现这些信息与他们的测试成绩一样有用。

有了这些想法，我决定出一些真正针对嵌入式系统的考题，希望这些令人头痛的考题能给正在找工作的人一点帮住。这些问题都是我这些年实际碰到的。其中有些题很难，但它们应该都能给你一点启迪。

有了这些想法，我决定出一些真正针对嵌入式系统的考题，希望这些令人头痛的考题能给正在找工作的人一点帮住。这些问题都是我这些年实际碰到的。其中有些题很难，但它们应该都能给你一点启迪。

这个测试适于不同水平的应试者，大多数初级水平的应试者的成绩会很差，经验丰富的程序员应该有很好的成绩。为了让你能自己决定某些问题的偏好，每个问题没有分配分数，如果选择这些考题为你所用，请自行按你的意思分配分数。.用预处理指令#define 声明一个常数，用以表明1年中有多少秒（忽略闰年问题）#define SECONDS_PER_YEAR(60 * 60 * 24 * 365)UL 我在这想看到几件事情： 我在这想看到几件事情：

#define 语法的基本知识（例如：不能以分号结束，括号的使用，等等）

懂得预处理器将为你计算常数表达式的值，因此，直接写出你是如何计算一年中有多少秒而不是计算出实际的值，是更清晰而没有代价的。

意识到这个表达式将使一个16位机的整型数溢出-因此要用到长整型符号L,告诉编译器这个常数是的长整型数。如果你在你的表达式中用到UL（表示无符号长整型），那么你有了一个好的起点。记住，第一印象很重要。.写一个“标准”宏MIN，这个宏输入两个参数并返回较小的一个。#define MIN(A,B)（（A）<=(B)?(A):(B))

这个测试是为下面的目的而设的：

标识#define在宏中应用的基本知识。这是很重要的，因为直到嵌入(inline)操作符变为标准C的一部分，宏是方便产生嵌入代码的唯一方法，对于嵌入式系统来说，为了能达到要求的性能，嵌入代码经常是必须的方法。

三重条件操作符的知识。这个操作符存在C语言中的原因是它使得编译器能产生比if-then-else更优化的代码，了解这个用法是很重要的。

懂得在宏中小心地把参数用括号括起来

我也用这个问题开始讨论宏的副作用，例如：当你写下面的代码时会发生什么事？

least = MIN(*p++, b);3.预处理器标识#error的目的是什么？ 预处理器标识#error的目的是什么？

如果你不知道答案，请看参考文献1。这问题对区分一个正常的伙计和一个书呆子是很有用的。只有书呆子才会读C语言课本的附录去找出象这种问题的答案。当然如果你不是在找一个书呆子，那么应试者最好希望自己不要知道答案。

死循环（Infinite loops）4.嵌入式系统中经常要用到无限循环，你怎么样用C编写死循环呢？

嵌入式系统中经常要用到无限循环，你怎么样用C编写死循环呢？

这个问题用几个解决方案。我首选的方案是：

while(1){ }一些程序员更喜欢如下方案：

for(;{ }

这个实现方式让我为难，因为这个语法没有确切表达到底怎么回事。如果一个应试者给出这个作为方案，我将用这个作为一个机会去探究他们这样做的基本原理。如果他们的基本答案是：“我被教着这样做，但从没有想到过为什么。”这会给我留下一个坏印象。

第三个方案是用 goto

Loop:...goto Loop;

应试者如给出上面的方案，这说明或者他是一个汇编语言程序员（这也许是好事）或者他是一个想进入新领域的BASIC/FORTRAN程序员。5.用变量a给出下面的定义

a)一个整型数（An integer）

b)一个指向整型数的指针（A pointer to an integer）c)一个指向指针的的指针，它指向的指针是指向一个整型数（A pointer to a pointer to an intege）r d)一个有10个整型数的数组（An array of 10 integers）e)一个有10个指针的数组，该指针是指向一个整型数的。（An array of 10 pointers to integers）

f)一个指向有10个整型数数组的指针（A pointer to an array of 10 integers）

g)一个指向函数的指针，该函数有一个整型参数并返回一个整型数（A pointer to a function that takes an integer as an argument and returns an integer）

h)一个有10个指针的数组，该指针指向一个函数，该函数有一个整型参数并返回一个整型数（An array of ten pointers to functions that take an integer argument and return an integer）

答案是：

a)int a;// An integer b)int *a;// A pointer to an integer c)int **a;// A pointer to a pointer to an integer d)int a[10];// An array of 10 integers e)int *a[10];// An array of 10 pointers to integers f)int(*a)[10];// A pointer to an array of 10 integers g)int(*a)(int);// A pointer to a function a that takes an integer argument and returns an integer h)int(*a[10])(int);// An array of 10 pointers to functions that take an integer argument and return an integer

人们经常声称这里有几个问题是那种要翻一下书才能回答的问题，我同意这种说法。当我写这篇文章时，为了确定语法的正确性，我的确查了一下书。但是当我被面试的时候，我期望被问到这个问题（或者相近的问题）。因为在被面试的这段时间里，我确定我知道这个问题的答案。应试者如果不知道所有的答案（或至少大部分答 案），那么也就没有为这次面试做准备，如果该面试者没有为这次面试做准备，那么他又能为什么出准备呢？6.关键字static的作用是什么？

人们经常声称这里有几个问题是那种要翻一下书才能回答的问题，我同意这种说法。当我写这篇文章时，为了确定语法的正确性，我的确查了一下书。但是当我被面试的时候，我期望被问到这个问题（或者相近的问题）。因为在被面试的这段时间里，我确定我知道这个问题的答案。应试者如果不知道所有的答案（或至少大部分答 案），那么也就没有为这次面试做准备，如果该面试者没有为这次面试做准备，那么他又能为什么出准备呢？6.关键字static的作用是什么？

这个简单的问题很少有人能回答完全。在C语言中，关键字static有三个明显的作用：

这个简单的问题很少有人能回答完全。在C语言中，关键字static有三个明显的作用：

在函数体，一个被声明为静态的变量在这一函数被调用过程中维持其值不变。

在模块内（但在函数体外），一个被声明为静态的变量可以被模块内所用函数访问，但不能被模块外其它函数访问。它是一个本地的全局变量。

在模块内，一个被声明为静态的函数只可被这一模块内的其它函数调用。那就是，这个函数被限制在声明它的模块的本地范围内使用。

大多数应试者能正确回答第一部分，一部分能正确回答第二部分，同是很少的人能懂得第三部分。这是一个应试者的严重的缺点，因为他显然不懂得本地化数据和代码范围的好处和重要性。7．关键字const有什么含意？

我只要一听到被面试者说：“const意味着 常数”，我就知道我正在和一个业余者打交道。去年Dan Saks已经在他的文章里完全概括了const的所有用法，因此ESP(译者：Embedded Systems Programming)的每一位读者应该非常熟悉const能做什么和不能做什么.如果你从没有读到那篇文章，只要能说出const意味着“只读”就可以了。尽管这个答案不是完全的答案，但我接受它作为一个正确的答案。（如果你想知道更详细的答案，仔细读一下Saks的文章吧。）

如果应试者能正确回答这个问题，我将问他一个附加的问题：

我只要一听到被面试者说：“const意味着 常数”，我就知道我正在和一个业余者打交道。去年Dan Saks已经在他的文章里完全概括了const的所有用法，因此ESP(译者：Embedded Systems Programming)的每一位读者应该非常熟悉const能做什么和不能做什么.如果你从没有读到那篇文章，只要能说出const意味着“只读”就可以了。尽管这个答案不是完全的答案，但我接受它作为一个正确的答案。（如果你想知道更详细的答案，仔细读一下Saks的文章吧。）

如果应试者能正确回答这个问题，我将问他一个附加的问题：

下面的声明都是什么意思？

const int a;int const a;const int *a;int * const a;int const * a const;

前两个的作用是一样，a是一个常整型数。第三个意味着a是一个指向常整型数的指针（也就是，整型数是不可修改的，但指针可以）。第四个意识a是一个指向整型数的常指针（也就是说，指针指向的整型数是可以修改的，但指针是不可修改的）。最后一个意味着a是一个指向常整型数的常指针（也就是说，指针指向的整型数是不可修改的，同时指针也是不可修改的）。如果应试者能正确回答这些问题，那么他就给我留下了一个好印象。顺带提一句，也许你可能会问，即使不用关键字 const，也还是能很容易写出功能正确的程序，那么我为什么还要如此看重关键字const呢？我也如下的几下理由：

前两个的作用是一样，a是一个常整型数。第三个意味着a是一个指向常整型数的指针（也就是，整型数是不可修改的，但指针可以）。第四个意识a是一个指向整型数的常指针（也就是说，指针指向的整型数是可以修改的，但指针是不可修改的）。最后一个意味着a是一个指向常整型数的常指针（也就是说，指针指向的整型数是不可修改的，同时指针也是不可修改的）。如果应试者能正确回答这些问题，那么他就给我留下了一个好印象。顺带提一句，也许你可能会问，即使不用关键字 const，也还是能很容易写出功能正确的程序，那么我为什么还要如此看重关键字const呢？我也如下的几下理由：

关键字const的作用是为给读你代码的人传达非常有用的信息，实际上，声明一个参数为常量是为了告诉了用户这个参数的应用目的。如果你曾花很多时间清理其它人留下的垃圾，你就会很快学会感谢这点多余的信息。（当然，懂得用const的程序员很少会留下的垃圾让别人来清理的。）

关键字const的作用是为给读你代码的人传达非常有用的信息，实际上，声明一个参数为常量是为了告诉了用户这个参数的应用目的。如果你曾花很多时间清理其它人留下的垃圾，你就会很快学会感谢这点多余的信息。（当然，懂得用const的程序员很少会留下的垃圾让别人来清理的。）

通过给优化器一些附加的信息，使用关键字const也许能产生更紧凑的代码。

合理地使用关键字const可以使编译器很自然地保护那些不希望被改变的参数，防止其被无意的代码修改。简而言之，这样可以减少bug的出现。

8.关键字volatile有什么含意?并给出三个不同的例子。

一个定义为volatile的变量是说这变量可能会被意想不到地改变，这样，编译器就不会去假设这个变量的值了。精确地说就是，优化器在用到这个变量时必须每次都小心地重新读取这个变量的值，而不是使用保存在寄存器里的备份。下面是volatile变量的几个例子：

一个定义为volatile的变量是说这变量可能会被意想不到地改变，这样，编译器就不会去假设这个变量的值了。精确地说就是，优化器在用到这个变量时必须每次都小心地重新读取这个变量的值，而不是使用保存在寄存器里的备份。下面是volatile变量的几个例子：

并行设备的硬件寄存器（如：状态寄存器）一个中断服务子程序中会访问到的非自动变量(Non-automatic variables)多线程应用中被几个任务共享的变量 并行设备的硬件寄存器（如：状态寄存器）一个中断服务子程序中会访问到的非自动变量(Non-automatic variables)多线程应用中被几个任务共享的变量回答不出这个问题的人是不会被雇佣的。我认为这是区分C程序员和嵌入式系统程序员的最基本的问题。搞嵌入式的家伙们经常同硬件、中断、RTOS等等打交道，所有这些都要求用到volatile变量。不懂得volatile的内容将会带来灾难。

假设被面试者正确地回答了这是问题（嗯，怀疑是否会是这样），我将稍微深究一下，看一下这家伙是不是直正懂得volatile完全的重要性。

一个参数既可以是const还可以是volatile吗？解释为什么。一个指针可以是volatile 吗？解释为什么。下面的函数有什么错误： int square(volatile int *ptr){ return *ptr * *ptr;}

下面是答案：

是的。一个例子是只读的状态寄存器。它是volatile因为它可能被意想不到地改变。它是const因为程序不应该试图去修改它。

是的。尽管这并不很常见。一个例子是当一个中服务子程序修该一个指向一个buffer的指针时。

这段代码有点变态。这段代码的目的是用来返指针*ptr指向值的平方，但是，由于*ptr指向一个volatile型参数，编译器将产生类似下面的代码：int square(volatile int *ptr){ int a,b;a = *ptr;b = *ptr;return a * b;}

由于*ptr的值可能被意想不到地该变，因此a和b可能是不同的。结果，这段代码可能返不是你所期望的平方值！正确的代码如下：

long square(volatile int *ptr){ int a;a = *ptr;return a * a;}9.嵌入式系统总是要用户对变量或寄存器进行位操作。给定一个整型变量a，写两段代码，第一个设置a的bit 3，第二个清除a 的bit 3。在以上两个操作中，要保持其它位不变。

对这个问题有三种基本的反应

不知道如何下手。该被面者从没做过任何嵌入式系统的工作。

用bit fields。Bit fields是被扔到C语言死角的东西，它保证你的代码在不同编译器之间是不可移植的，同时也保证了的你的代码是不可重用的。我最近不幸看到 Infineon为其较复杂的通信芯片写的驱动程序，它用到了bit fields因此完全对我无用，因为我的编译器用其它的方式来实现bit fields的。从道德讲：永远不要让一个非嵌入式的家伙粘实际硬件的边。

用 #defines 和 bit masks 操作。这是一个有极高可移植性的方法，是应该被用到的方法。最佳的解决方案如下：#define BIT3(0x1 << 3)static int a;

void set_bit3(void){ a |= BIT3;} void clear_bit3(void){ a &= ~BIT3;}

一些人喜欢为设置和清除值而定义一个掩码同时定义一些说明常数，这也是可以接受的。我希望看到几个要点：说明常数、|=和&=~操作。

10.嵌入式系统经常具有要求程序员去访问某特定的内存位置的特点。在某工程中，要求设置一绝对地址为0x67a9的整型变量的值为0xaa66。编译器是一个纯粹的ANSI编译器。写代码去完成这一任务。

这一问题测试你是否知道为了访问一绝对地址把一个整型数强制转换（typecast）为一指针是合法的。这一问题的实现方式随着个人风格不同而不同。典型的类似代码如下：

这一问题测试你是否知道为了访问一绝对地址把一个整型数强制转换（typecast）为一指针是合法的。这一问题的实现方式随着个人风格不同而不同。典型的类似代码如下：int *ptr;ptr =(int *)0x67a9;*ptr = 0xaa55;

A more obscure approach is: 一个较晦涩的方法是：

*(int * const)(0x67a9)= 0xaa55;

即使你的品味更接近第二种方案，但我建议你在面试时使用第一种方案。11.中断是嵌入式系统中重要的组成部分，这导致了很多编译开发商提供一种扩展—让标准C支持中断。具代表事实是，产生了一个新的关键字 __interrupt。下面的代码就使用了__interrupt关键字去定义了一个中断服务子程序(ISR)，请评论一下这段代码的。__interrupt double compute_area(double radius){ double area = PI * radius * radius;printf(“ Area = %f”, area);return area;}这个函数有太多的错误了，以至让人不知从何说起了： ISR 不能返回一个值。如果你不懂这个，那么你不会被雇用的。

ISR 不能传递参数。如果你没有看到这一点，你被雇用的机会等同第一项。在许多的处理器/编译器中，浮点一般都是不可重入的。有些处理器/编译器需要让额处的寄存器入栈，有些处理器/编译器就是不允许在ISR中做浮点运算。此外，ISR应该是短而有效率的，在ISR中做浮点运算是不明智的。

与第三点一脉相承，printf()经常有重入和性能上的问题。如果你丢掉了第三和第四点，我不会太为难你的。不用说，如果你能得到后两点，那么你的被雇用前景越来越光明了。12.下面的代码输出是什么，为什么？void foo(void){ unsigned int a = 6;int b =-20;(a+b > 6)? puts(“> 6”): puts(“<= 6”);}

这个问题测试你是否懂得C语言中的整数自动转换原则，我发现有些开发者懂得极少这些东西。不管如何，这无符号整型问题的答案是输出是 ”>6”。原因是当表达式中存在有符号类型和无符号类型时所有的操作数都自动转换为无符号类型。因此-20变成了一个非常大的正整数，所以该表达式 计算出的结果大于6。这一点对于应当频繁用到无符号数据类型的嵌入式系统来说是丰常重要的。如果你答错了这个问题，你也就到了得不到这份工作的边缘。

13.评价下面的代码片断：

评价下面的代码片断：unsigned int zero = 0;unsigned int compzero = 0xFFFF;/*1's complement of zero */

对于一个int型不是16位的处理器为说，上面的代码是不正确的。应编写如下：

unsigned int compzero = ~0;

这一问题真正能揭露出应试者是否懂得处理器字长的重要性。在我的经验里，好的嵌入式程序员非常准确地明白硬件的细节和它的局限，然而PC机程序往往把硬件作为一个无法避免的烦恼。

到了这个阶段，应试者或者完全垂头丧气了或者信心满满志在必得。如果显然应试者不是很好，那么这个测试就在这里结束了。但如果显然应试者做得不错，那么我就扔出下面的追加问题，这些问题是比较难的，我想仅仅非常优秀的应试者能做得不错。提出这些问题，我希望更多看到应试者应付问题的方法，而不是答案。不管如 何，你就当是这个娱乐吧…

14.尽管不像非嵌入式计算机那么常见，嵌入式系统还是有从堆（heap）中动态分配内存的过程的。那么嵌入式系统中，动态分配内存可能发生的问题是什么？

尽管不像非嵌入式计算机那么常见，嵌入式系统还是有从堆（heap）中动态分配内存的过程的。那么嵌入式系统中，动态分配内存可能发生的问题是什么？

这里，我期望应试者能提到内存碎片，碎片收集的问题，变量的持行时间等等。这个主题已经在ESP杂志中被广泛地讨论过了（主要是 P.J.Plauger, 他的解释远远超过我这里能提到的任何解释），所有回过头看一下这些杂志吧！让应试者进入一种虚假的安全感觉后，我拿出这么一个小节目： 下面的代码片段的输出是什么，为什么？

char *ptr;if((ptr =(char *)malloc(0))== NULL)else puts(“Got a null pointer”);puts(“Got a valid pointer”);

这是一个有趣的问题。最近在我的一个同事不经意把0值传给了函数malloc，得到了一个合法的指针之后，我才想到这个问题。这就是上面的代码，该代码的输出是“Got a valid pointer”。我用这个来开始讨论这样的一问题，看看被面试者是否想到库例程这样做是正确。得到正确的答案固然重要，但解决问题的方法和你做决定的基本原理更重要些。15 Typedef 在C语言中频繁用以声明一个已经存在的数据类型的同义字。也可以用预处理器做类似的事。例如，思考一下下面的例子：#define dPS struct s * typedef struct s * tPS;

以上两种情况的意图都是要定义dPS 和 tPS 作为一个指向结构s指针。哪种方法更好呢？（如果有的话）为什么？

这是一个非常微妙的问题，任何人答对这个问题（正当的原因）是应当被恭喜的。答案是：typedef更好。思考下面的例子：

dPS p1,p2;tPS p3,p4;

第一个扩展为

struct s * p1, p2;上面的代码定义p1为一个指向结构的指，p2为一个实际的结构，这也许不是你想要的。第二个例子正确地定义了p3 和p4 两个指针。

晦涩的语法16.C语言同意一些令人震惊的结构,下面的结构是合法的吗，如果是它做些什么？int a = 5, b = 7, c;c = a+++b;

这个问题将做为这个测验的一个愉快的结尾。不管你相不相信，上面的例子是完全合乎语法的。问题是编译器如何处理它？水平不高的编译作者实际上会争论这个问题，根据最处理原则，编译器应当能处理尽可能所有合法的用法。因此，上面的代码被处理成：

c = a++ + b;

因此, 这段代码持行后a = 6, b = 7, c = 12。

如果你知道答案，或猜出正确答案，做得好。如果你不知道答案，我也不把这个当作问题。我发现这个问题的最大好处是这是一个关于代码编写风格，代码的可读性，代码的可修改性的好的话题。

如果你知道答案，或猜出正确答案，做得好。如果你不知道答案，我也不把这个当作问题。我发现这个问题的最大好处是这是一个关于代码编写风格，代码的可读性，代码的可修改性的好的话题。

好了，伙计们，你现在已经做完所有的测试了。这就是我出的C语言测试题，我怀着愉快的心情写完它，希望你以同样的心情读完它。如果是认为这是一个好的测试，那么尽量都用到你的找工作的过程中去吧。天知道也许过个一两年，我就不做现在的工作，也需要找一个。

好了，伙计们，你现在已经做完所有的测试了。这就是我出的C语言测试题，我怀着愉快的心情写完它，希望你以同样的心情读完它。如果是认为这是一个好的测试，那么尽量都用到你的找工作的过程中去吧。天知道也许过个一两年，我就不做现在的工作，也需要找一个。

Nigel Jones 是一个顾问，现在住在Maryland，当他不在水下时，你能在多个范围的嵌入项目中找到他。他很高兴能收到读者的来信，他的email地址是: NAJones@compuserve.com。References：

是一个顾问，现在住在Maryland，当他不在水下时，你能在多个范围的嵌入项目中找到他。他很高兴能收到读者的来信，他的email地址是: NAJones@compuserve.com。References：

Jones, Nigel, “In Praise of the #error directive,” Embedded Systems Programming, September 1999, p.114.Jones, Nigel, “ Efficient C Code for Eight-bit MCUs ,” Embedded Systems Programming, November 1998, p.66.

第三篇：smarty程序员应该知道的37个变量

变量

1、SMARTY_DIR Smarty目录

定位Smarty类文件的完整系统路径，如果没有定义Smarty目录，Smarty将会试着自动创建合适的值。如果定义了,路径必须要以斜线结束。define(“SMARTY_DIR”,“/usr/local/lib/php/Smarty/”);require_once(SMARTY_DIR.“Smarty.class.php”);

2、$template_dir 模板目录变量

该变量定义默认模板目录的名字。当包含文件时，如果不提供一个源类型（即源地址），那么将会到模板目录中寻找。默认情况下，目录是：“./templates”，也就是说他将会在和php执行脚本相同的目录下寻找模板目录。

3、$compile_dir 编译目录变量

该变量定位编译模板的目录名字。默认情况下，目录是：“./templates_c”，也就是说他将会在和php执行脚本相同的目录下寻找编译目录。

4、$config_dir 配置目录变量

该变量定义用于存放模板配置文件的目录，默认情况下，目录是：“./configs”，也就是说他将会在和php执行脚本相同的目录下寻找配置目录。

5、$plugins_dir 插件目录变量

该变量定义Smarty寻找所需插件的目录。默认是在SMARTY目录下的“plugins”目录。如果提供了一个相对路径，Smarty将首先在SMARTY目录下寻找，然后到当前工作目录下寻找，继而到php包含路径中的每个路径中寻找。

6、$debugging 调试变量

它能启动调试控制台。该控制台是一个javascript窗口，该窗口告诉你被包含的模板和应用于当前模板页面的变量。

7、$debug_tpl 调试模板

该变量定义用于调试控制台的模板文件名字。默认情况下，其名字为：debug.tpl，位于Smarty目录中。

8、$debugging_ctrl 调试控制变量

该变量作用是允许以交替的方式启动调试设置。NONE表示不允许交替方式。URL表示当关键词SMARTY_DEBUG出现在QUERY_STRING（查询字符串）中时，针对此脚本的调用，调试被启动。如果$debugging变量是真，则忽略其调试控制变量值。

9、$global_assign全局配置变量

定义一组总是隐式地作用于模板引擎的变量列表。这对于使全局变量或服务器变量可用于所有模板是很方便的，因为无需手工配置它们。在全局配置中的每一元素应 当要么是一全局变量的名字，要么是一键/值对（键是全局数组名，值是对应该全局数组的变量数组）。$SCRIPT_NAME变量默认属于$HTTP_SERVER_VARS数组。

10、$undefined未定义变量

该变量为Smarty设定没有得到定义的变量的值,默认为空.当前仅用来设定全局配置中的未定义变量为一个默认值.11、$autoload_filters自动加载过滤器变量

如果你希望在每次模板调用过程中加载过滤器,你可以指定他们使用此变量,Smarty将自动为你加载它们.该变量是一个联合数组,在数组中键是过滤器类型,值是过滤器名字所组成的数组.例如: $smarty->autoload_filters = array('pre' => array('trim', 'stamp'), 'output' => array('convert'));

12、$compile_check编译检查变量

每次调用PHP应用程序,Smarty 会试着查看自上次编译时间以来,当前模板是否被修改过.如果修改过了,她会重新编译那个模板.如果模板还没有被编译过,她将编译模板而不管编译检查如何设 置.默认情况下编译检查这个变量设置为true.一旦一个应用程序投入产品中(模板将不会修改了),就不再需要编译检查这一步了.为了最大性能,确定 将$compile_check设为“false”.注意:如果设为了“false”,虽然模板文件被修改,但你不会看到修改结果,因为模板没有得到重新 编译.如果启动了缓存和编译检查,一旦有关模板文件或配置文件被更新,缓存文件将会重建.13、$force_compile强迫编译变量

强迫Smarty每次调用(重新)编译模板时.这项设置不受$compile_check的限制.默认情况下,它是无效的.它对于开发和调试很方便.但它决不能使用于产品环境下.如果启动了缓存,每次将会重新生成缓存文件.14、$caching缓存变量 告诉Smarty是否缓存模板的输出.默认情况下,她设为0,或无效.如果模板产生冗余内容,建议打开缓存.这样有利于获得良好的性能增益.你也可以为同一模板设有多个缓存.当值为1或2时启动缓存.1告诉Smarty 使用当前的$cache_lifetime变量判断缓存是否过期.2告诉 Smarty 使用生成缓存时的cache_lifetime值.用这种方式你正好可以在获取模板之前设置缓存生存时间，以便较精确地控制缓存何时失效.如果启动了编译检查,一旦任何的模板文件或配置文件(有关缓存部分的配置文件)被修改,缓存的内容将会重新生成.如果启动了强迫编译,缓存的内容将总会重新生成.15、$cache_dir缓存目录变量

这是存放模板缓存的目录名.默认情况下,它是:“./cache”,也就是说你可以在和php执行脚本相同目录下寻找缓存目录.你也可以用你自己的自定义缓存处理函数来控制缓存文件,它将会忽略这项设置.16、$cache_lifetime缓存生存时间变量

该变量定义模板缓存有效时间段的长度(单位秒),一旦这个时间失效,则缓存将会重新生成.如果要想实现所有效果,$caching必须 因$cache_lifetime需要而设为“true”.值为-1时,将强迫缓存永不过期.0值将导致缓存总是重新生成(仅有利于测试,一个更有效的使 缓存无效的方法是设置$caching = false.)如果启动了强迫编译,则缓存文件每次将会重新生成.要想有效地停止缓存,你可以利用clear_all_cache()函数清除所有的缓存文件,或者利用clear_cache()函数清除个别文件(或文件组).17、$cache_handler_func缓存处理函数变量

你可以提供一个自定义函数来处理缓存文件,而不是通过变量$cache_dir使用内置方法.祥见:cache handler function section

18、$cache_modified_check缓存修改检查变量

如果设置该变量为真,Smarty将分析客户端发送来的If-Modified-Since头信息.如果缓存文件时间戳自上次访问以来没有改变,则发送一个“304 Not Modified”头,而不是缓存文件内容.这种方式仅工作于没有 {insert} 标记的缓存内容.19、$config_overwrite配置覆盖变量

如果设该变量为真,则从配置文件中读取出来的变量将会互相覆盖.否则,变量将会放到一个数组中.如果你想把配置文件中的数据存储到数组里,这种方式是很有用的,仅仅列出每个元素多次就可以了.默认情况下,设为真.20、$config_booleanize配置布尔化变量

如果该变量设为真,配置文件中的on/true/yes 和 off/false/no值会自动转化为布尔值.这样的话,你就可以在模板中像{if #foobar#}pp815 {/if}这样使用这些值了.如果foobar为on, true 或 yes,那么 {if}语句就会执行了.默认情况下,该变量值为真.21、$config_read_hidden配置读取隐藏变量

如果设为真,在配置文件中的隐藏节块(******不会翻译啦)可以从模版中读取出来.典型的你会设为假,这样你可以在配置文件里存放敏感数据,例如数据库参数,而不用担心模版会调用他们.默认情况下,该变量设为假.22、$config_fix_newlines配置固定换行符变量

如果该变量设为真,那么在配置文件中的mac 和 dos 换行符(r and rn)在语法解析时将会转换为n.默认情况下,该变量为真.23、$default_template_handler_func默认模板处理函数变量

该函数在模板不能从它的源目录下获取时会得到调用.24、$php_handling php处理变量

该变量告诉Smarty怎样处理嵌入到模版中的php代码.有四种可能的设置,默认为SMARTY_PHP_PASSTHRU.注意：改变量的设置不会影响模板里面{php}{/php}标记中的php代码.原样输出标记.作为html实体引用标记 从模板中移出标记.将作为php代码执行标记.极度不赞成将php代码嵌入到模板中.25、$security安全变量

安全变量要么是真,要么是假.默认为假.当你不信任模板中的可编辑部分(例如通过ftp方式上传编辑的), 并想通过模板语言减小系统非安全的风险时,安全变量设为真比较适合.设为真会将下面的规则强加于模板语言中,除非特别地 用$security_settings覆盖.      如果变量$php_handling设为了SMARTY_PHP_ALLOW,则会隐式地被修改成SMARTY_PHP_PASSTHRU PHP函数在IF语句中是不允许的,除了在$security_settings中另行指出.模板仅可以包含于$secure_dir数组列出的目录中.本地文件仅可以用{fetch}获取于$secure_dir数组列出的目录中.{php}{/php} tags are not allowed 不允许有{php}{/php}标记.PHP函数不允许作为修正器,除了在$security_settings中指出.26、$secure_dir安全目录变量

这是一个与安全有关的本地目录数组变量.当启动安全变量时{include} 和 {fetch}会用到此数组变量.27、$security_settings安全配置变量

These are used to override or specify the security settings when security is enabled.These are the possible settings: 用于当启动安全变量时覆盖或另行指定安全配置.有以下几种可能的配置:      PHP_HANDLING这是一个可允许包含在if语句中的php函数名数组.INCLUDE_ANY真或假.如果真,{php}{/php}允许在模板中存在.MODIFIER_FUNCS-这是一个可用作修正器的php函数名数组.28、$trusted_dir信任目录变量

信任目录变量仅用在$security启动之后.这是一个所有建立信任的目录数组变量.你可以将php脚本放到这些信任目录中,这些脚本会直接在模板里以{include_php}标记得到执行.29、$left_delimiter左结束符变量

用于模板语言中,默认是“{”.30、$right_delimiter右结束符变量

用于模板语言中,默认是“}”.31、$compiler_class编译类变量

指定Smarty用来编译模板的编译类名.默认为:'Smarty_Compiler'.仅适合于高级用户.32、$request_vars_order变量顺序变量

请求变量的顺序在这里配置,类似于php.ini中的变量顺序.33、$request_use_auto_globals自动全局变量

指定Smarty是否使用php的$HTTP_*_VARS[]数组变量(默认$request_use_auto_globals=false)或$_*[]数组($request_use_auto_globals=true)变量.这对使用了{$smarty.request.*}, {$smarty.get.*}等标记的模板有影响.值得注意的是:如果设置$request_use_auto_globals为真,variable.request.vars.order就无效了但php的gpc_order配置值还有作用.34、$compile_id编译id变量

永久的编译鉴别号.作为一个可选办法将相同的编译号传递给每个函数调用,你可以设置这个编译id,随后此id将会被隐含地使用.35、$use_sub_dirs子目录变量

如果你的php环境不允许Smarty创建子目录,则设此变量为假.子目录非常有用,所以尽可能的使用他们.36、$default_modifiers默认修正器变量

这是一个修正器数组变量,这些修正器隐式地作用于模板中的每个变量.例如:针对HTML,用数组('escape:“htmlall”')默认地忽略每个 变量;为了使一个变量免除于默认修正器,请将参数为“nodefaults”的特殊“smarty”修正器作用于它,例如: {$var|smarty:nodefaults}.37、$default_resource_type默认源类型变量

该变量告诉smarty隐式地使用什么源类型.默认值为'file',也就是说,$smarty->display('pp815/index.tpl');和and $smarty->display('file:index.tpl');从意思上是一样的.

第四篇：CakePHP程序员必须知道的21条技巧

这篇文章可以说是CakePHP教程中最经典的了。虽然不是完整的手把手系列，但作者将自己使用CakePHP的经验总结了21条，这些尤其是对新手十分有用。

翻译时故意保留了一些CakePHP中特有的词语没有翻译，如controller、model等。相信学过CakePHP的人应该马上就能理解它们的意思吧。

另外，CakePHP的wiki已经失效，取而代之的是一个名为bakery的网站。原文中引用的wiki的链接也都已更新到了bakery上。

快速创建静态页面

我想建立几个页面，它们仅包含静态数据，使用默认layout，不需要任何model。最初我试图创建一个controller并为每个静态页面定义一个action。但这种方法很笨拙，也不适合快速创建静态页面。

实际上只要使用pages controller就可以做到——只要在 views/pages 文件夹下创建一个 view，就可以通过 /pages 来访问。例如，我创建了 /views/pages/matt.thtml，就可以通过 http://

我需要修改调用$html->selectTag()时生成的，使其生成“请选择”选项来代替默认的空白选项。我也希望单选按钮能带有标签，这样用户就无需精确地点击单选按钮本身，而只需单击到关联的文字上即可。

建立 /app/config/tags.ini.php，然后添加以下的内容：

;Tag template for a input type='radio' tag.radio = “%s”

;Tag template for an empty select option tag.selectempty = “--Please Select--”

你可以从/cake/config/tags.ini.php中获得完整的标签列表。但我不建议修改该文件，否则升级CakePHP时可能会让你的修改丢失。

自定义404页面

如果你需要自定义404页面，只需创建 /app/views/errors/error404.thtml。

第五篇：新手程序员应该知道的7件事

➤以下是资深软件开发人员分享的一些关于专业化编程的经验和教训，这些经验教训都是经过多年历练总结得出的。

如果你刚进入专业的软件开发世界，那么得益于在计算机科学和编程方面的教育和/或培训，你已经具备了一定的知识。但是真正的开发业务工作又和在学校编程不同，这是你不可能从大学课程或编码学校中学会的东西。

☻为了了解新手程序员需要知道哪些内容，我咨询了一些经验丰富的编码老将，这些“老”将全部有着至少十年（有的甚至是几十年）作为专业软件工程师的工作经验。我的问题是，如果他们现在回过头去，哪些技能和知识是他们第一次以写代码为生的时候就希望能够掌握的。无论你是一个刚毕业刚开始自己第一份开发工作的大学生，还是年长的转业到编程领域的工作者，欢迎阅读这7条专为新手程序员总结的建议。

1.了解底层系统

软件开发的一个重要组成部分是，了解编程语言。但是，正如有些人建议的那样，开发人员还需要了解堆栈下面是怎么回事。

“很多语言抽象化了系统层正在发生的事情，这种抽象是很有用的因为它让开发人员在大多数时间里变得更高效。”PeteBul，Acquia公司的一位支持工程师说。“但是，当你碰到一个障碍，一个特别坚实的bug，需要更深层次地了解内部究竟发生了什么的时候，那么了解底层系统就是一个很有用的技能，可以让你调试进程，查看系统调用，并且真正意义上看到代码片段与系统的其余部分的交互，”他在邮件中这样写道。

无独有偶，RobertDouglass，CustomerSatisfactionwithPlatform.sh的副总裁告诉我，“当我刚开始编程的时候，对于计算机我有很多不明白的地方。文件系统，网络连接以及内存机制就是三个明显的例子。不了解这些，意味着我可能会不知道一些我想要呈现的编程结构的目标。”

2.知道命令行工具

作为一个开发人员，你必然需要将大量的时间花在IDE或代码编辑器上。但是，知道命令行这个工具有助于你更便捷地完成工作。

“有时候，你可能会处在一种需要紧急完成任务但工具却非常有限的情境中。”一位已有20年工作经验，并希望能够匿名的资深程序员告诉我，“知道shell就要像呼吸一样自然。掌握类似于find、comm、diff、vi/vim、sed、awk等工具。知道如何用命令行来查找文件等等，都可以在你写脚本的时候为你减负。”

Bull，是一位先用微软工具，然后逐渐转移到Linux的程序员，对此表示赞同：“了解命令行的来龙去脉以及掌握所有的实用程序真的很重要。这是我经历过的切身体会。”

3.调试器是我们的好朋友

程序员很大一部分时间会涉及追踪bug。Dave Varon，Novartis公司的一位生物信息学开发人员，着重强调了调试器的优点以及它是如何减轻了时间的初始成本。“一定要掌握如何使用调试器！”他告诉我，“磨刀不误砍柴工，事先不妨花个一两天时间进行配置。如果没有得到预期结果，那就调试：设置断点，逐步调试代码，特别要注意第三方代码。这可以避免很多挫折，也能让你更好地了解那些只能通过阅读别人的代码才能知道的编码知识。”

4.学习编写测试

一些开发人员认为，单元测试，也就是编写测试来验证小单位代码是否在做应该做的事情，是非常关键的。RichardHandloff，StrategicPowerSystems的数据库开发人员，就是其中之一。“我认为我曾给那些想要学习编程的人提的最佳建议就是，要学习编写良好的测试并且学习在进程早期就开始编写测试，”他在回信给我的邮件中这样写道。

5.积极应对变化和学习新系统

大家都知道，现在的技术变化很快。这不仅适用于深受我们喜爱的消费品，对于程序员使用的底层系统、语言和工具同样如此。

AdamWulf，MilestoneMade公司的移动开发者和创始人建议，要积极应对变化，并始终保持在技术的前沿。“现在，我的建议是每隔4年就得计划去学习基本上全新的技术堆栈，”

“好的基础知识永远是可用的，但是你每天要用的工具和技术差不多每隔4年就会完全不同。”

“项目永远不可能只用一种语言和一种框架，”一位不愿意透露姓名的开发人员说，“你不能吊死在一种技术上，要习惯于从一个项目到另一个项目的转移，一种语言/技术到另一种语言/技术的扩散，”他写道。

6.良好的合作

Varon重申了人际交往能力的重要性，他说：“如果你通过再次查阅API和调试，依然不能弄清楚问题的根源，那就应该寻求帮助。哪怕你觉得你写的是杰作，也并不意味着没有废话或者不能更好。要和同事融洽相处。有时候只需要大声地说出这个问题或许就会有灵光一现。“

一些匿名人士还分享了类似的想法，比如说成为团队成员。“提升团队凝聚力，乐于助人，即使是一些琐碎的工作，”他说。但是，在这种情况下，他警告说，“一定要有一个度，不要捡了芝麻丢了西瓜，忘记了自己的本职工作。”

7.不要害怕失业

Miller有一个特别有趣的忠告。“跳槽就是晋升，”他告诉我。“寻找解决问题最简单的方法，可以让你的代码弹性化和免于维护，这样你的上司就会交给你更多的事情。他们甚至会要求你将你的做法教授给别人，“他解释说。“总而言之，一味地担心失业可能会阻碍职业生涯的前进。”