优秀程序员具备的编程习惯？

代码重构也很重要。在我们的程序开始工作后，我们需要将代码整理干净。这样的话，我们可以让后来的所有人更容易理解程序的代码。

在尝试不同的方法时，我们可能会犯一些违反通常的“干净代码”原则的错误。

为了使重构更安全，我们可以运行自动化测试，以确保在这个过程中没有破坏任何代码逻辑。

重复相同的代码从来都不是好事情。在多个地方出现相同的代码时，我们必须做出改变。

如果我们需要复制和粘贴一段代码，并按原样使用它们，那么我们应该将这段代码放到一个共享的位置，以便我们可以从该位置引用，来使用这段相同的代码。

从长远来看，这只会让我们的编码工作更轻松。更不用说测试了，现在我们只需要测试一段代码，而不是两段相同的代码。

作为一名开发人员，我们也应该从业务的角度考虑问题。这样我们就可以理解我们为之工作的企业为什么可以不断获得业务。如果我们想这样做或者被迫这样做，那么说不定有一天我们可以成为自己的老板。

工作并不总是在等着我们。所以我们应该时刻做好准备为自己工作，生存下来，甚至获得可观的成功。

在许多自助或商业书籍中都有许多例子，其中有这样一个生意上获得很大成功的例子，他们失去了他们的工作(或者辞职)，现在，他们比以往任何时候都幸福。

这个故事的寓意是，不要以为工作都会永远存在，或者明天一定有一份工作在等着你。你也需要考虑一些业务方面的事情。

这样的话，我们也会在工作时对顾客有更多的同情心。

小量代码提交是很重要的。如果某些更改出错，它可以让我们更容易地还原代码。

提交代码的最佳时机是当我们确信我们写的代码可以工作的时候。这样，我们知道我们提交的代码至少让一些新的功能开始工作。

此外，从小量代码的提交中查找bug也更容易，因为我们可以查看提交记录，找到这个bug是由什么时候的代码提交导致的。

很难搞清楚大量代码提交导致的更改是什么。此外，小量代码提交对于代码审查来说也更容易，因为审查者可以看到代码的连续变化。

我们的代码中不应该有“待做”之类的注释。这是因为，如果我们在代码里加了这样的“待做”注释，就跑去干别的事情的话，我们很有可能会忘记它。

因此，我们应该现在就做，或者在任务跟踪系统中添加一个任务，稍后再做。

计划很重要。我们可以先搞清楚一般程序，然后再实现解决方案。

此外，如果情况复杂，我们可能应该先征求其他人的意见，以防我们在计划中漏掉任何东西。

一旦我们决定了一些编码标准，我们就应该坚持它们。我们可以用linter工具来帮助我们强制遵循这些标准。

通过linter工具的自动检查，我们可以将代码调整到符合我们想要遵循的标准。

命名约定应与语言规范一致。例如，JavaScript规定变量和函数名称采用驼峰命名法(camelCase)，而构造函数和类名称采用帕斯卡命名法(PascalCase)。