这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
C必须死。
当另一种语言(比如D)可用时，自愿用C编程应该因疏忽而受到惩罚。
其他回答
创建类似于带有疯牛病的椒盐卷饼的UML图的能力实际上并不是一种有用的软件开发技能。
图代码的全部意义在于可视化连接，看到设计的形状。但是一旦你通过了一个相当低的复杂水平，想象就太多了，无法在精神上处理。只有在坚持使用直线的情况下，图形化地建立连接才比较简单，这通常会使图表比沿着基本方向巧妙地分组和路由连接更难阅读。
仅在广泛的交流目的下使用图表，并且仅当它们被理解为谎言时使用。
“程序员必须把编程作为副业，否则他们永远都不如做编程的人。”
就像kpollock说的，想象一下对于医生或士兵来说……
最重要的不是他们是否编码，而是他们是否思考编码。计算科学是一种智力练习，你不一定需要编写代码来思考使你成为更好的程序员的问题。
这并不像爱因斯坦在他的研究之外还能玩粒子和波。
Linq2Sql并没有那么糟糕
我看到过很多诋毁Linq2Sql的帖子。我知道这并不完美，但什么才是完美的?
就我个人而言，我认为它有它的缺点，但总的来说，它可以很好地用于原型设计，或开发中小型应用程序。当我考虑到它为我从编写枯燥的DAL代码中节省了多少时间时，我不能抱怨，特别是考虑到我们不久前拥有的替代方案。
如果你曾经让rentacoder.com的任何人接触过你的项目，那么这个项目和你的业务就完全没有价值了。
C必须死。
当另一种语言(比如D)可用时，自愿用C编程应该因疏忽而受到惩罚。
