我们的具体情况是,我们正在与另一个团队达成协议,共享控制或使用我们一直在构建的基于PHP的web应用程序。我们的技术规格中有一套标准和惯例。然而,我被要求用行业标准来定义它们。
我知道编码约定的不同术语。例如匈牙利符号,CamelCase。还有一些为特定事物定义的标准,例如,PSR-0涵盖了PHP中的命名空间。
问题似乎在于试图通过指出行业标准,而不是我们制定的武断标准,在协议中给我们更有力的支持。他们正在寻找像PSR-0或者我们可以指向的ISO####或IEEE####之类的东西。
我个人关心的是,我花了很多时间和团队一起工作,向他们展示我们的标准,并在更大的范围内争取他们的支持。所以我担心我们最终会不得不遵循一些不符合我们喜欢的编程方式的标准,或者更好的情况是,如果有的话,选择一些标准,以符合我们目前的惯例。
无论如何,问题的核心是,在代码质量、编码过程或其他方面是否有任何行业标准可以帮助我们防止他们的程序员破坏或难以维护代码?我意识到我们无法阻止它,但如果我们能够指出协议,至少我们除了自己重构或重新编码之外,还有其他办法。
任何其他的想法或建议都是有帮助的。
发布于 2013-05-14 20:46:45
发布于 2013-05-15 19:34:29
行业标准是主观的。这个领域充满了相互竞争的想法,以至于你总能找到一个人,他会更喜欢另一种方法,而不是某些宣言中推荐的方法。重要的是组织内部的一致性。这超过了行业标准。
原因是,有时组织有很好的理由采取不那么受欢迎的方法。例如,我做过很多政府合同的工作。政府很难吸引和留住顶级开发商。因此,它试图以一种非常通用的、入门级的开发人员的方式进行编码。他们希望能很容易地引进新的开发人员。他们还希望开发人员能够轻松地在项目之间移动。因此,他们试图保持跨项目的编码风格的同质性和显式性。明确地说,我的意思是他们喜欢将事情编码出来,而不是让事情神奇地发生(看看Rails中的ActiveRecord定义,您就会确切地知道我所说的“魔术”是什么意思)。
没有任何两个组织具有完全相同的优先次序。因此,它们的标准可能有不同的理由。一致性才是最重要的。
https://softwareengineering.stackexchange.com/questions/198117
复制相似问题