你愉悦我们已经足够长久。
——简•奥斯丁
注重实效的程序员不会t逃避责任。相反，我们乐于接受挑战，乐于使我们的专业知识广为人知。如果我们在负责一项设计，或是一段代码，我们是在做可以引以自豪的工作。
Sign Your Work
在你的作品上签名
过去时代的手艺人为能在他们的作品上签名而自豪。你也应该如此。
但是，项目团队仍然是由人组成的，这条规则可能会带来麻烦。在有些项目里，代码所有权的概念可能会造成协作上的问题。人们可能会变得有“地盘”意识，或是不愿在公共的基础设施上工作。项目最后可能会变得像一些相互隔绝的小“采邑”。你变得怀有偏见，只有欣赏自己的代码，排斥自己的同事。
那不是我们想要的。你不应该怀着猜忌心阻止要查看你的代码的人，处于同样的原因，你应该带着尊重对待他人的代码。“黄金原则”（“你要别人怎么对你，你就怎么对人”）和开发者间互相尊重是使上面的提示行之有效的关键所在。
匿名（尤其是在大型项目中）可能会为邋遢、错误、懒惰和糟糕的代码提供繁殖地。只把自己看作齿轮上的一个齿、在无休止的状况报告中制造蹩脚的借口、而不是编写优良的代码，那太容易了。
尽管代码必须有所有人，但其所有人不一定非得是个人。事实上，Ken Beck 的成功的 eXtreme Programming方法建议采用公共的代码所有权（但这还要求进行另外的实践，比如结对编程，以预防匿名的危险）。
我们想要看到对所有权的自豪。“这是编写的，我对自己的工作负责。”你的签名应该被视为质量的保证。当人们在一段代码上看到你的名字时，应该期望它是可靠的、用心编写的、测试过的和有文档的，一个真正的专业作品，由真正的专业人员编写。
一个注重实效的程序员。
网友评论