本文翻译自”You Gotta Care about the Code“，来自于《程序员应该知道的97件事》一书中的某个章节。

即使不用大侦探福尔摩斯，我们也能知道优秀的程序员能写出好代码。糟糕的程序员…则不能。他们生产出代码巨兽，而其他人则不得不去清理。你想写出好代码，对不对？你渴望成为一名优秀的程序员。

好代码不会凭空冒出来。它也不是什么需要各大行星排成一列时靠运气才发生的事情。为了写出好代码，你必须在代码上下足功夫。这的确很难。并且如果你真正地关心好代码，你也只是得到这些好代码，仅此而已。

优秀的编程能力不单纯来自于技术能力。我曾经看到过很多智力超群的程序员，他们可以实现出精细的且令人印象深刻的算法，他们对语言标准烂熟于心，但他们编写出的代码却是最糟糕的。这些代码难于阅读，难于使用，并且难于修改。我还曾见过一些谦卑的程序员，他们坚持编写简单精炼的代码，不过他们却可以写出风格优雅且极具表现力的代码，能在工作中使用这些代码不失为一件乐事。

基于我在软件行业多年的经验，我得出这样的结论：那些可胜任工作的程序员与伟大程序员之间的真正差别在于态度。优秀的编程在于能在真实世界的约束以及软件行业的巨大压力下采用一些专业的方法，并且由衷地渴望编写出最好的软件。

通往地狱的代码是用良好的意愿铺成的。要成为一名优秀的程序员，你必须克服良好意愿的影响，并且真实地去关心你的代码 –培养积极的观点，形成健康的态度。伟大的代码是由工匠大师们精心制作的，而不是由粗心程序员草率编写的或者由某些自称编程大师的人故弄玄虚地创建的。

你想编写出好代码。你想成为一名优秀的程序员。因此，你就应该关心你的代码：

·在任何编码的情况下，你都应该拒绝在那些只是看似能运行的代码上工作。你应该力求精心制作一份优雅且完全正确的代码（并有良好的测试用例可以证明你的代码是正确的）。

·你编写的代码应该是可发现的（其它程序员可以很容易地学会和理解），可维护的（即你或者其它程序员在将来可以很容易的修改这些代码），以及正确的（你需要采取一切可能的措施确保你已经解决了这个问题，而不只是让程序看似是可以工作的）。

·你和其它程序员一起工作。没有程序员是孤立的。很少有程序员独自工作；程序员团队所从事的大多数工作要么是在一个公司环境中，要么是一个开源项目。你要顾及其它程序员，并且构建其它人可以读懂的代码。你希望团队能编写出尽可能最好的软件，而不是使自己看起来很聪明。

·任何时候你遇到一段代码，你都应该力求将它改造得比之前更好（要么结构更优，要么更易测试，要么更易理解）。

·你关心代码和编程，所以你持续不断的学习新的语言，惯用法以及技术。不过你只能在适当的时候应用它们。

幸运的是，你正在阅读这些建议，那是因为你确实关心你的代码。你感兴趣。这是你的激情。快乐地编程。享受制作代码解决棘手的问题的乐趣吧。生产出让你感到骄傲的软件！

By Pete Goodliffe

本文翻译自”Know How to Use Command-line Tool“，来自于《程序员应该知道的97件事》一书中的某个章节。

现今，很多软件开发工具被打包成集成开发环境（Integrated Development Environments，IDE）提供给开发者。微软的Visual Studio和开源的Eclipse就是两个颇受欢迎的IDE，当然还有很多其他类似的工具。很多程序员喜欢使用IDE，这不仅是因为IDE容易使用，而且IDE还可以让程序员无需过多考虑一些过程中的微小细节，特别是构建过程。

不过，易用也有其负面因素。通常，一个工具容易使用，是因为这个工具在幕后替你作出了决定并自动地做了很多事情。因此，如果你只用IDE作为唯一的开发环境，你可能永远无法知道你的工具实际上究竟做了哪些事情。你点击一个按钮，一些奇妙的事情发生了，一个可执行文件就会出现在你的工程目录下。

使用命令行构建工具，你会了解到更多有关这些工具在工程构建过程中的行为细节。编写你自己的Makefile文件可以帮助你理解构建一个可执行文件过程中的每一步（编译，汇编，链接等）。用这些工具的命令行参数做些试验也是一个有价值的学习体验。最初开始使用命令行构建工具时，你可以使用一些开源的命令行工具，比如GCC。或者你也可以使用IDE自带的命令行工具。毕竟，一个设计精美的IDE只是一组命令行工具的图形前端而已。

与IDE相比，命令行工具除了可以帮助你增进对构建过程的理解之外，还能更容易更高效地完成某些任务。例如，grep和sed两个实用程序提供的查找和替换能力往往比IDE中提供的工具更为强大。命令行工具原生地支持脚本，支持自动化运行一些任务，诸如按预定时间制作日构建版本，为一个工程制作多个版本以及运行测试用例。在IDE中，这类自动化工作做起来可能非常困难（如果不是不可能的话），因为构建参数通常是通过图形界面的对话框设置的，并且构建过程是通过鼠标点击启动的。如果你一直没有脱离过IDE的襁褓，那你可能都无法意识到这类自动化的任务是可行的。

不过请等一下。难道IDE的使用没有使开发工作更简单，没有提高程序员的生产力吗？噢，不是这样的。这里提出的建议不是让你停止使用IDE。而是建议你“应该深入到幕后“，弄明白你的IDE到底为你做了哪些事情。而这么做的最好的方式就是学习使用命令行工具。接下来，当你回过头来使用IDE时，你就会更透彻地理解IDE为你做了哪些事情，并且知道如何控制构建过程了。另一方面，一旦你掌握了命令行工具的用法，体验到了这些工具提供强大功能和灵活性后，你也许会发现：与IDE比起来，你更喜欢命令行工具。

By Carroll Robinson