在新工作中继承应用程序

在新工作中继承应用程序时,您是否倾向于坚持原始的开发人员编码实践,或者您是否开始应用自己的应用程序？

我在没有指导的小商店工作,总是想知道这里的规则是什么.有些应用程序编写得很好,但不遵循我使用的标准(变量名等等),我不想"弄脏"它们.我发现自己花了一点时间保持一致.

其他人的写得非常糟糕,看起来开发人员每次击键都在改变主意......

额外的想法

当我开始自己的项目时呢？所以现在我已经为这个组合引入了一个新的编码标准:

好的代码 - 但不是我的风格

糟糕的代码与糟糕的做法和缺乏标准

我自己的标准

gkrogers.. 21

如果代码中有明显的标准,你应该坚持下去.如果没有,请开始介绍自己的.

如果代码中有明显的标准,你应该坚持下去.如果没有,请开始介绍自己的.

如果有多个开发人员在同一模块上工作,请不要更改样式.

如果您将在不久的将来将其交给另一位开发人员(此角色是临时的),请不要更改样式.

如果您正在获取模块的完整,独占,永久所有权,请更改它,但请遵循以下规则:

一次改变一次.

立即修复所有缩进,并提交更改.

立即修复所有支撑位置,并提交更改.

立即修复所有其他格式,并提交更改.

立即修复所有命名,并提交更改.

不要花很多时间在上面.

如果需要一两个小时,那就减少.

使提交描述清楚.

因此,您可以在分析更改历史记录时快速忽略这些更改

使用自动化工具

确保结果一致和完整,因此您不必再次弄乱它.

运行测试

仅仅因为你的改变不应该影响行为并不意味着他们不会.(三重否定,哎哟!)

确保每个人都知道你在做什么

有人可能会在他们现在要提交的内容中进行更改,并且与您的更改合并会很痛苦.此外,你不希望任何人感到惊讶,并在你做之前告诉你的老板.

不要再这样做了

这是一次性的事情.