编辑同事编写的代码何时是正确的？ [复制

Question

这个问题在这里已经有一个答案：

• 代码所有权是代码气味吗？ 5个答案

编辑同事编写的代码是否正确？对于哪些问题是错误的？

Answer 1

当正确的时候

当编辑改善程序的功能或使代码本身更可读取 /可维护时。

当错的时候

当编辑损害程序的功能或除了为编辑提供忙碌之外，没有任何目的。

Answer 2

谁是代码的所有者？公司还是开发人员？

如果所有者（像往常一样）公司，则您或同事编写的编辑代码没有差异（除非特定的代码维护政策）。

Answer 3

随着代码的发展，应进行编辑另一个代码，并应鼓励作为实践，以便您拥有集体代码所有权。

该代码应由整个团队拥有；拥有仅由（因此仅由真正理解）编辑的代码是一个坏主意。如果您不在代码中进行更改，那么您可能不了解它。等到另一个开发人员离开公司或生病是学习代码的错误时间。

进行详细的单元测试并使用源控制应意味着这种做法是低风险。

鼓励整个团队遵循鲍勃叔叔的“童子军规则”，并始终试图检查代码比您检查的更干净，这是确保代码随着时间的推移而保持干净并且不会变成不可行的好方法，无与伦比的混乱。

唯一的缺点是，如果这种做法变成了编辑战争，开发人员不断地彼此恢复的变化。这可能是一个迹象表明，您尚未决定造成编辑战争的任何内容的编码标准，因此这将是一个创建一场战争的好机会。

Answer 4

我会说，当您正在从事的工作需要更改时，这是正确的。当您被分配用于修复错误并且错误在该代码中是正确的。

如果代码与您正在工作的工作无关，但需要修复，请将其提交给团队的领导，让他将优先考虑修复并分配一个人（可能不是您）来修复它。如果他说不花时间在上面，那时就可以解决。您正在付费处理您已被指派工作的工作，而不是您想从事的工作。一定要提出需要更改它，但是优先设置是经理的工作而不是您的工作。

仅仅因为个人喜好而更改工作代码是错误的。

当您不了解代码旨在解决甚至理解代码的问题时，这是错误的。仅仅因为它不适合您的需求，并不意味着如果您对此不满意，就不会破坏某些东西。如果您需要更改它以使您正在做的工作，请与培训人员谈谈他为什么做他所做的事情以及如果您将其更改以满足您的需求，可能会受到影响。切勿更改您不理解的代码，除非它不起作用。这并不意味着您永远不会修复代码，而只是意味着直到您花时间彻底理解它，就不会更改它，尤其是如果它已经是生产中的代码。

Answer 5

编辑同事编写的代码何时是正确的？

这取决于产品所在的阶段。如果产品已经稳定并且已经发布，除非需要大量更改才能真正丑陋的代码，否则我将不需要任何更改。

编辑同事编写的代码是否正确？

我不会对编码格式进行挑剔。当代码过于复杂并且需要更改或引起问题并且似乎永远无法正常工作时，您应该进行重构。

Answer 6

像Stackexchange或Wiki一样，您应该准备分享您的代码，并允许任何人在全球设计和目标中的更改中进行修改。但是问问自己一个问题：如果不用于调试，为什么有人必须修改别人的代码？您是否清楚地将项目切成足够的部分，以便同时通过多个程序员进行编码并行化？

如果同时，对于不同的功能，您被迫修改与同事相同的代码，则有一个代码纠缠和不良的“关注点分离”。您应该修改设计，以允许每个程序员在软件代码库的不同部分上工作。