Gnaixuy

通常来说，致力于改善团队开发效率的同事会陷入两难的局面，要么他们会和他们所服务的开发者产生冲突，要么他们的时间都花费在一些截止时间遥遥无期的项目上面，因为大家对这些项目漠不...

有时候人们在调试代码时会感受到强烈的挫败感。因为绝大部分人在调试系统代码时，倾向于将时间花费在思索而不是追溯代码的调用上。...

当你在解决代码中的问题时，你不应该止步于只修复问题表象。而是应该确保问题彻底消失并且永远不会再发生。开发者通常在修复完问题症状之后就认为完事大吉了。确实从某种意义上说你已经...

bug来自哪里？我们能把所有bug的成因范围缩小至一个或者几个之内吗？答案是肯定的。 bug通常来自开发者尝试降低代码复杂性未果而产生的副作用。也有部分来自对其实简单的代码...

当谈论bug时我们究竟谈论的是什么? 这里是关于bug的精确定义： 1.程序的行为并没有符合程序员的预期。 2.程序员的预期没有满足绝大部分理性用户的期望。 通常来说只要程...

这个类比的独到优势在于，它囊括了你所需要了解的关于软件设计的一切知识原理。 无论你的团队只有你一个人还是有上千人，无论你的项目只有十行代码还是一千万行代码，上面的流程和准则...

该原则中**至关重要**的一点是立即采取行动。我不允许代码中存在两种相互竞争的实现。我当下就将它们合并成了一个通用解决方案。另一个**重点**是我不会把它抽象得过于通用——...

我坚持认为计算机永远不应该“猜测”或者说“尽全力满足”用户的输入。由此引入的噩梦般的复杂性会导致程序极易失控。输入要么是对要么是错，不存在“也许”这种情况。如果一个输入有可...

未来难以预测，但是对未来做出适当的判断非常重要。 有一个理论的基础版本是： 预测“Hello World”程序在遥远的未来的行为非常简单。当你在未来某个时刻运行它时，大概率...

你需要从一开始就着手于软件设计，应该从立项之初就致力于将架构设计的简约明了。 这会让有些人抓狂，特别是对于那些无法对未来做出判断的人而言更是如此。他们会开始口若悬河地唠叨：...

人们有时会担心他们的代码过于简单了，因为这样会导致： 他们没法通过某种方式向他们的经理展示出他们有多么地聪明，或者多么地有价值。 项目会看上去变得简单许多，似乎任何人都可以...

一旦你拥有了一个功能，就意味着维护它的向后兼容性将会是日后的绝大部分工作。最理想的解决方案是：如果你不想在许许多多的后续版本中支持这些功能，那么当下就不要添加它们。有时候需...

> 无论在什么情况下，对外发布一组极不稳定或者是设计拙劣的APing，要么会让你的工作变得复杂（因为你需要永远保证向后兼容），要么会让你的API用户的工作变得复杂（因为他们...

1. 需要添加“黑客代码（hack）”来保证功能正常运行。 2. 需要添加“黑客代码（hack）”来保证功能正常运行。3. 总是有其他开发者因为误用了你的代码而导致出现bu...

软件设计的主要原则可以浓缩为两句话： 1. 减少维护成本比减少实现成本更重要。 2. 系统的维护成本与系统的复杂度正相关。...

> 越是理解你正在做的事情，就越是能把它做好。 > 想要成为一名杰出的程序员，你所要做的仅仅是完完全全地理解你正在做的事情。 > 越是理解所处领域的底层知识，学习高级别的知...

Chapter 2 工程师的态度 你可以找到很多不采用正确方式解决问题的荒唐理由： 我不知道正确的方式是什么。通常这意味这你需要学习更多的知识，或者加深它们的理解，才能发掘...

Chapter 1 在开始之前 要成为一名杰出的程序员，你必须首先想要成为一名杰出的程序员。再多的教育培训也无法使一个不想变得杰出的人成为一名杰出的程序员。—— Max...

Linux系统在服务器上一般都直接最小化安装，是不安装图形界面的，但是有时候，有一些特殊情况，需要使用图形界面，而下面就利用VNC来实现类似windows的远程桌面功能。...