有没有人与编码风格截然不同的程序员一起工作过?你们如何一起工作而不希望删除和重写彼此的代码?

有帮助吗?

解决方案

选择一个并使用它。

如果您发现很难同意,请花点时间列出优点和缺点,包括:

  • 自动格式化工具支持 (我知道 Eclipse 和 Visual Studio 可以使用设置文件来做到这一点)
  • 符合通用行业标准 (Sun 已经发布了 Java 的标准约定,也许您的语言中有等效的约定?)
  • 与现有源的一致性或修改成本 (如果一种样式有一百万行,将该代码更新为新样式有多难?)
  • ...你们认为重要的任何其他因素 (这可能包括熟悉新风格的成本)

如果您发现自己与一个过于顽固而无法改变和适应的人一起工作,那么您将面临一个比代码风格冲突更大的问题,而处理这个问题超出了本问题的范围。

如果你是适应自己风格的人,请避免说“好吧,如果我们选择了 我的 方式...”。如果您已经同意某种风格,请全力以赴。

不过,在谈到这一点之前,您可能应该问自己:拥有一致的代码有什么好处?您可能会发现一致代码的成本(惹恼其他开发人员)不值得。

其他提示

我们商定一个标准的编码风格,在Visual Studio中设置文件的形式强制执行。

这是一个人际交往的问题。只是互相交谈。不是通过代码,在人

沟通与其它显影剂。 同意在编码风格,结合两全其美?

当你说“的编码风格”你的意思格式化或在你组织你的代码的方式有区别吗?

对于编码风格,团队应该可能有一个风格的格式化和实施某种形式的前提交。这样的合并会不会开车合并疯狂。

有关在恐怕代码的结构差异没有简单的解决方案。如果一个人是一个硬核面条编码器与一个狂热的对象程序员,你将不得不坐到一张桌子和讨论这两种方法,以及它们如何适用于你的特定项目。 Remeber没有绝对的答案,这一切都取决于上下文。 也可以尝试诉诸人的你都尊重推荐的最佳实践,为代码验证码做检讨,并帮助确定一个共同的方法(技术负责人或技术PM)。

  • 将 IDE 与样式检查插件(在 Java 中为 Checkstyle、PMD)结合使用,团队领导甚至项目经理(如果是技术人员)可以将代码样式指南强加于整个团队。

  • 忽略他的风格 - 我曾参与过 Java 项目,其中一些开发人员将大括号放在新行上,并且往往会忘记通常需要的空格 - 第一周后我没有遇到任何问题。

  • 讨论代码风格和折衷方案,然后应用第一点中提到的 IDE 功能。

我要回答的人谁拥有完全不同的编码风格是我相处所需要的“软技能”。一般来说,我试图把重点放在三个简单的原则;专业,信任和自我。

在专业性方面其简单的不能接受的,只需重新写入或删除别人的代码,因为他们的风格比你的不同。一个专业的做法是首先要了解为什么我认为我的想法/风格/喜好更好。然后,我希望坐下来与其他人讨论我的分,这里的重要组成部分,保持开放的心态。只是因为喜欢我的想法并不意味着它是正确的还是正确的。真正的专业人士将能够并愿意接受别人的想法是一样有价值,都从不同的角度。

我个人需要相信我的同胞的开发人员。老话说就是,信任必须努力没有带来,这是软件开发如此。信任可以从各种喜欢分享信息,思想和代码的来源建立在。一个生产团队通常具有其开发人员之间的信任的隐电平。

其中的一个重要原因,人们并不相处是自我。我们的自我让我们感受到了威胁,卓越,尴尬和各种其他人的情绪。一边离开我们的自我和谈论我们与其他人的问题始终是一个良好的开端。

你的 编码风格并不规范。 他的 编码风格并不规范。 规范是项目选择的编码风格,有时是整个组织选择的编码风格(应该在某处记录),你们都必须遵守它。可以使用 Checkstyle(使用 Java)等工具来确保一致性。如果您使用此类工具,请分发其配置文件。还分发 IDE 格式化配置文件。

许多开源(或企业)项目确实使用了这些原则(例如,参见 XWiki 的 Java代码风格, Maven 代码风格和代码约定 或者 Apache 开发人员 C 语言风格指南)。这适用于分布在世界各地的开发人员,不要告诉我这不适用于同一房间的开发人员。

如果您的项目没有任何代码标准,那么也许是时候定义一些代码标准了,我只是希望您能够作为两个成年人来完成它(实际上,这应该是一个团队决定)。如果有必要,请提醒为什么统一的代码风格很重要(为了更好的可读性,为了差异)。不幸的是,如果这不起作用,那么请老板为你做决定。

我要日常开发商有很大的不同的编码风格开采和开发人员的工作,你要学会处理它。

您有4种选择, - 你要么将它们转换 - 你得到转换 - 你提出了一个标准的公司。 - 你住它

如果它的像前面加上类型的变量,争论点,一个变量应该是描述足以使得其类型可以进行推断。

PERSONNAME VS sPersonName VS strPersonName < - ?你会选择哪个

如果你的意思是格式化, CTRL-A,K˚F< - 很好地格式化代码在VS:)

我发现很少有只有一位开发人员必须与我在编码风格上达成一致,并且不同的小组或项目有不同的风格。您必须学会适应不同的编码风格。

如果只有两个人,那么只有两个人需要就要使用的通用编码风格达成一致。

如果您不能就某种编码风格达成一致,那么您就必须处理它。尝试以一种高效的方式工作——这意味着不要仅仅为了符合你的风格而重写别人的代码。

可能有一些风格方面很麻烦,最好关注这些。风格很容易变成宗教讨论,因此关注变革的定量或经验论据通常更有效。代码的优雅和外观美感可能无法赢得争论——但展示风格改变可以避免不必要的调试的情况可能是有效的。

这取决于

如果其他开发商并没有特别随和,那么我倾向于只与他们的编程风格去就算我不同意而不是武力的问题 - 在这种情况下,它真正的什么事更不舒服,他们的编码风格或悲伤,我会通过无病呻吟得到什么?

如果其他开发商更开放的态度,然后我可能会讨论事情像编码/命名标准(我希望东西,如总体架构将反正讨论)

您将不得不创造适合于你,并坚持它的一些风格。如果沟通是一个问题,只是坚持一个想法:“当我写我自己,我不碰其他的代码”

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top