你最具争议的编程观点是什么?

这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。

这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。

那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。

请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。

当前回答

并不是所有的程序员都生而平等

管理人员经常认为DeveloperA == DeveloperB仅仅是因为它们具有相同的经验水平等等。事实上，一个开发人员的性能可能是另一个开发人员的10倍甚至100倍。

谈论它在政治上是有风险的，但有时我想指出，即使几个团队成员可能看起来具有相同的技能，但情况并不总是如此。我甚至见过这样的情况:首席开发人员“毫无希望”，而初级开发人员承担了所有实际工作——尽管如此，我还是确保他们得到了荣誉。：）

其他回答

那些不在业余时间编写代码取乐的程序员永远不会像那些在业余时间编写代码的程序员一样优秀。

我认为即使是最聪明和最有才华的人也永远不会成为真正优秀的程序员，除非他们不只是把编程当成一份工作。这意味着他们在业余时间做一些小项目，或者只是在业余时间摆弄各种不同的语言和想法。

(注意:我并不是说优秀的程序员除了编程什么都不做，而是说他们比朝九晚五的编程做得更多)

并不是所有的程序员都生而平等

管理人员经常认为DeveloperA == DeveloperB仅仅是因为它们具有相同的经验水平等等。事实上，一个开发人员的性能可能是另一个开发人员的10倍甚至100倍。

全局变量和/或单例变量本身并不邪恶

我来自更多的系统管理员，shell, Perl(和我的“真正的”编程)，PHP类型的背景;去年我被派去做Java开发工作。

单身是邪恶的。全球人太邪恶了，他们甚至不被允许。然而，Java有像AOP这样的东西，现在还有各种“依赖注入”框架(我们使用谷歌Guice)。AOP就不是这样了，但是DI的东西肯定会给你什么?全局变量。啊,谢谢。

SESE (Single Entry Single Exit)不是法律

例子:

public int foo() {
   if( someCondition ) {
      return 0;
   }

   return -1;
}

vs:

public int foo() {
   int returnValue = -1;

   if( someCondition ) {
      returnValue = 0;
   }

   return returnValue;
}

我和我的团队发现，在很多情况下，一直遵守这一点实际上会适得其反。

PHP太烂了;-)

见分晓。

推荐文章