这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
如果我有争议的话，我不得不说乔恩·斯基特并不是万能的。
其他回答
关联数组/哈希映射/哈希表(无论它在你最喜欢的语言中叫什么)是自切片面包以来最好的东西!
当然，它们提供了从键到值的快速查找。但它们也使动态构造结构化数据变得容易。在脚本语言中，它通常是表示结构化数据的唯一(至少是最常用的)方法。
恕我直言，它们是许多脚本语言成功的一个非常重要的因素。
甚至在c++中std::map和std::tr1::unordered_map帮助我更快地编写代码。
如果你需要阅读说明书，说明这个软件还不够好。
简单明了:-)
懒惰的程序员是最好的程序员
懒惰的程序员通常会找到方法来减少花在写代码上的时间(尤其是大量相似或重复的代码)。这通常转化为公司/团队中的其他开发人员可以从中受益的工具和工作流。
当开发人员遇到类似的项目时，他可能会创建工具来引导开发过程(例如，创建一个与公司的数据库设计范例一起工作的DRM层)。
此外，诸如此类的开发人员经常使用某种形式的代码生成。这意味着同一类型的所有错误(例如，代码生成器没有检查所有方法上的空参数)通常可以通过修复生成器来修复，而不是修复该错误的50多个实例。
一个懒惰的程序员可能会多花几个小时来完成第一个产品，但会为你节省几个月的时间。
编程还处于初级阶段。
尽管编程语言和方法已经发展了很多年，但我们还有很长的路要走。迹象很明显:
语言文档在互联网上随意传播(stackoverflow在这里有所帮助)。 语言在语法上的进化必然会破坏之前的版本。 调试仍然经常使用printf完成。 语言库或其他形式的大规模代码重用仍然相当罕见。
显然，所有这些都在改善，但如果我们都能同意这是开始而不是结束就好了=)。
记录器配置是浪费时间。如果这意味着学习一种新的语法，尤其是一种无声地失败的语法，为什么要有它们呢?不要误解我，我喜欢好的伐木。我喜欢日志记录器的继承和向日志记录器的处理程序添加格式化程序。但是为什么要在配置文件中进行呢?
您希望在不重新编译的情况下对日志代码进行更改吗?为什么?如果您将日志代码放在单独的类、文件中，会有什么不同呢?
您是否希望将可配置的日志与您的产品一起分发给客户端?这不是提供了太多信息吗?
最令人沮丧的是，用流行语言编写的流行实用程序往往会按照该语言指定的格式编写良好的api。编写一个Java日志实用程序，我知道您已经生成了javadocs，我知道如何导航。为您的日志记录器配置编写一种特定于域的语言，我们有什么?也许有文件，但到底哪里去了?你来决定怎么组织，我对你的思路不感兴趣。
