"初级开发人员应该很容易理解"的论点

有人真的认为这是"愚蠢"你的代码的一个很好的理由吗？当经理要求您使代码变得简单(在理解它所需的技术技能方面)时,代价是更加冗长的混乱代码,您应该怎么做？

1> Scott Muc..：

---

我非常不同意.初级开发人员最终将成为高级开发人员.怎么样？通过遇到未在学校教授的高级主题.

我的代码库现在大量使用Inversion of Control容器.我永远不会将我的代码恢复到原来的方式,因为一个初级开发人员在解决IoC方面存在问题.相反,我会在下班后带他们去喝啤酒并讨论它.初级开发者学习的手越少,需要做的就越少.

这是一篇讨论这个主题的博客文章.

---

就像你把它们拿出来喝啤酒而不是眉头殴打和指责它们的风格;)

---

嘿......在过去的一年里,我已经了解了一门学科教授教学的程度.每次我偶然发现一个概念,它都会让我想起我不是专家,而且我可以从初级/实习生的问题中受益.另外,谁不想出去喝啤酒和谈话代码？;-)

2> Dave Ray..：

---

如果你不断减少你的代码或设计,这是确保你的初级开发人员保持愚蠢的一个很好的方法.挑战他们并将其作为辅导机会.当然,有些人永远不会学习,但那时你遇到了更大的问题.

它不仅仅是尖头发的老板.作为一名高级开发人员,通常很难抵制妈妈初级开发人员的冲动."哦,我只是做这个部分,因为它对他们来说太难了",或者它会花费太长时间,或者它们会在杂草中消失.

最后,确保在使用语言的全部功能的惯用代码与滥用该功能的惯用代码之间取得平衡.没有理由需要覆盖|| 运算符只是在两个独立的线程中运行它的args.对于你年长,笨拙,未来的自我,至少愚蠢的代码.

3> Jon Skeet..：

---

好吧,我认为避免使用"聪明"的语言结构是合理的,除非他们真的,真正使代码更好 - 在这一点上,如果一个初级开发人员看到它,希望他们问,而不是只是被弄乱.

以下是另一种表达方式:"编写代码,以便很容易理解,如果你在凌晨3点被调用并要求修复其中的错误,你仍然可以理解它."

说真的,让它尽可能容易理解.这并不意味着注释所有其他行-这意味着一个评论,其中一段代码的目的并不明显,也只有这样,其中的首选"也让很明显则"不工作.

4> Jeffrey Hant..：

---

拼图代码和复杂代码之间存在差异.

我发现最大的问题是"通过阅读易于理解"与"良好因素"之间存在很大差异,而且这两个目标往往彼此直接紧张.在良好的代码中,类和大量的虚拟调度之间存在更多的跳跃,因此通过代码的路径非常非线性.

5> Element..：

---

在我看来,可读性和能够轻松理解代码是可维护性的重要组成部分.

6> Robert Gould..：

---

好吧,如果你打算永远保持你的代码,永远不要换工作,永远不要感到有新事物工作的冲动,并且可以向所有人保证你永远不会被卡车击中,那么肯定没有必要愚弄这个谜题代码.