良好的编码风格对于决定雇用程序员的重要性有多大？[关闭]

即使是学生，我也被要求查看未（未通过）测试的程序员的代码（在android上创建斐波那契数字的列表）。

虽然我对编码样式非常严格，但我只是读到有人使用的“块”样式（请阅读注释！）。

在我的职位上，我建议不要雇用使用这种风格的人。该代码与我所使用的编码风格完全相反。

在寻找编码风格以及如何解决编码风格不足时，我很好奇一件事：我是否应该聘请一个会严重的麻烦 适应公司使用的编码风格？

请：这一般不应该是关于编码风格的讨论，那是更好的选择。关于聘请决定的编码风格的重要性！

更多信息：

我不是做出决定的人，我只是根据代码给出我的意见。这个家伙必须通过一次面试，我们的负责人都要检查软技能。如果他通过了这一点，那么他就必须通过我们的小技巧测试，这是有时要求我检查书面代码的地方。我不能说是或否。我只想知道编码样式对我的审查应该有多重要...

您怎么知道他将难以适应？仅仅是因为他们使用了不同的编码风格？那是很自以为是的。我担任承包商已有很长时间了，无论使用哪种编码风格，您都可以适应。这可能需要一些时间，但习惯会很快形成。

我确实希望通过编码样式，您不仅仅意味着缩进和布局。使用代码格式化程序并将其集成到您的版本控制系统中很容易解决。

用编码风格来表示诸如命名，一般顺序，单元分隔以及涉及可读性和可维护性的所有其他事情，编码风格最重要的是拥有一个。没有哪一个。没有编码风格是明确的危险信号。

关于某人使用的任何编码样式的第二个最重要的事情是，他们始终使用它。当某人似乎使用一种编码样式，但经常对其使用“罪恶”时，那就是另一个明确的危险信号。

在为近一百个不同客户的数百个不同项目进行编程后，让我强调一点。

编码风格（以及对编码风格的质疑）完全浪费时间。

克服它。

我已经从许多不同的程序员那里阅读了很多代码。（假设团队的中位数为5个团队和100个不同的团队。这是500个同事。）风格无关紧要。

我看过漂亮但病理错误的代码。

[有一个限制。故意混淆是终止的理由。缺少这些，样式就是浪费时间。]

编码风格是“最后的疆界”

如果您已经解决了软件开发的所有问题；如果您可以立即或多或少地产生无错误的代码；如果您的质量水平很高，那么您将不再有错误修复队列；如果您的可用性如此出色，则不再需要帮助台；如果您能够无情地优化到没有服务器场，而是通过iPad运行企业的地步...

当没有其他需要解决的地方时，您最终可以专注于编码样式。

在此之前，存在许多比样式更大，更有价值的问题。

根据编码风格判断程序员的势利程度是50％，不安全感是50％。

我希望我的代码看起来整洁，干净，听起来就像OP中链接的那个家伙一样。我们的代码看起来并不一样，但是我们都使用一种样式，可以帮助我们在回到代码时理解代码。我完全理解他的代码完全没有问题，并且我怀疑OP是否做到了。编码风格的“建议”不过是一种简单而便宜的方法，您可以在其中表达出对于为什么花括号应该放在下一行的巨大智慧。没关系。使代码难以阅读的是：

• 没有描述它们代表什么的疯狂的命名约定（或缺少这些约定）。
• 疯狂的程序流，难以分辨正在发生的事情（goto，尝试/捕获业务逻辑等）。
• 疯狂的长功能所能完成的事情超出了大脑所能追踪的范围。

我很难想象没有任何代码可以执行上面列出的所有操作，但是仍然很难阅读，尤其是使用Style Cop之类的工具时。

在决定雇用某人时，将代码格式作为一个因素是荒谬的。

1. 还有许多其他重要因素需要考虑。
2. 大多数开发人员可以适应他们的风格。
3. 如果格式很重要，请使用代码重新格式化和棉绒检查器。

不雇用优秀的开发人员，因为在逗号变得愚蠢之后他没有添加空格。

我想您在公司中有正式的格式化样式。

然后，非常容易地将任何源重新格式化为正式样式，并且最好使其在每次保存源文件时自动发生。

任何值得他精打细算的程序员都会喜欢上它，因为它通过最小化提交差异来确保更高的质量。

使用StyleCop

如果您使用的是Visual Studio，则始终可以在编译时强制使用StyleCop规则，以确保代码至少可读。

我拒绝可以说是非标准样式的无法阅读的代码，因为将来它将变得非常难以维护 -即使是作者本人也是如此。过去已经多次证明这一点。

CVS集成代码格式=最佳解决方案

如果任何CVS支持签入时的自动代码格式化，那将是非常不错的。您只需设置样式优先级，代码就会在保存之前进行格式化。这将使开发人员特定的样式在代码格式方面过时。如果某些开发人员使用不同的缩进字符，我可以看到问题。对我来说，查看不同的代码并没有太大的问题（而且我可以轻松，快速地重新格式化），但是DIFF变得更难处理。DIFF工具中有很多误报。

远低于以下更重要的细节：

• 团队健身
• 解决问题的能力
• 通讯

上面列出了最后两个的大多数人都可以学习编码样式。

但是，我通常会在最终面试之前看到一个代码示例，并且如果编码风格与我们所用的语言相距甚远，我将重点关注暴露其适应能力的问题。

只要样式是一致的，并且该人能够适应（更改）另一种样式，我就看不到任何问题。

如果当前样式与您使用的样式不同，并不表示它不好。对于候选人来说，这可能是完全有意义的。

就像其他人说的那样，适应困难可能是唯一的问题。

我不会说这绝对不是聘用，但这是对这个人的强烈反对。

我实际上不会担心编码样式，但是会担心这种无法适应是普遍问题的症状。我担心候选人也会发现很难适应团队文化的其他方面。

如果您不能全神贯注地使用帕斯卡式而不是骆驼式机壳，那么如果要喝最后一杯咖啡，就很难记住要开始一批新咖啡了。这种事情对团队可能真的有害。

（是的，我是咖啡因上瘾者。）

我认为，良好的代码风格对于程序员的工作至关重要。

拥有良好的代码风格是个人发展的问题。它指示该程序员已经达到的级别。

问题是您的公司是否需要“高级专业人员”或“高潜力”。如果您需要“高级专业人员”并且没有学习和发展的余地-代码样式是淘汰标准。

如果有发展和程序员成长的空间，则最好注意他或她学习快速或具有创造力的能力。