这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
代码就是设计
其他回答
如果你需要阅读说明书，说明这个软件还不够好。
简单明了:-)
低驼峰是愚蠢和没有语义的
使用lower camelCase使名称/标识符(从这里开始使用“name”)看起来像两个部分。然而，Upper CamelCase给出了清晰的指示，所有的单词都属于一起。
匈牙利符号是不同的…因为名称的第一部分是类型指示符，所以它与名称的其余部分具有单独的含义。
有些人可能会认为小写的驼峰大小写应该用于函数/过程，特别是在类内部。这在Java和面向对象的PHP中很流行。然而，没有理由这样做来表明它们是类方法，因为通过它们被访问的方式，很明显它们只是类方法。
一些代码示例:
# Java
myobj.objMethod()
# doesn't the dot and parens indicate that objMethod is a method of myobj?
# PHP
$myobj->objMethod()
# doesn't the pointer and parens indicate that objMethod is a method of myobj?
Upper CamelCase对于类名和其他静态名很有用。所有非静态内容都应该通过它们的访问方式来识别，而不是通过它们的名称格式(!)
这是我的同质代码示例，其中名称行为由其他事物表示，而不是它们的名称……(另外，我更喜欢用下划线来分隔名字中的单词)。
# Java
my_obj = new MyObj() # Clearly a class, since it's upper CamelCase
my_obj.obj_method() # Clearly a method, since it's executed
my_obj.obj_var # Clearly an attribute, since it's referenced
# PHP
$my_obj = new MyObj()
$my_obj->obj_method()
$my_obj->obj_var
MyObj::MyStaticMethod()
# Python
MyObj = MyClass # copies the reference of the class to a new name
my_obj = MyObj() # Clearly a class, being instantiated
my_obj.obj_method() # Clearly a method, since it's executed
my_obj.obj_var # clearly an attribute, since it's referenced
my_obj.obj_method # Also, an attribute, but holding the instance method.
my_method = myobj.obj_method # Instance method
my_method() # Same as myobj.obj_method()
MyClassMethod = MyObj.obj_method # Attribute holding the class method
MyClassMethod(myobj) # Same as myobj.obj_method()
MyClassMethod(MyObj) # Same as calling MyObj.obj_method() as a static classmethod
这就是我对camelCase完全客观的看法。
软件开发是计算机科学的一个非常小的子集。
人们有时似乎认为这两者是同义词，但实际上，计算机科学的许多方面是普通开发人员很少(如果有的话)接触到的。根据一个人的职业目标，我认为有很多计算机专业的毕业生如果接受某种软件工程教育可能会更好。
我非常重视教育，拥有计算机科学学士学位，并在业余时间攻读计算机科学硕士学位，但我认为许多获得这些学位的人将学位视为达到目的的手段，受益甚微。我认识很多人，他们上过和我一样的系统软件课程，写过和我一样的汇编程序，但直到今天他们都没有看到他们所做的任何价值。
清理和重构在(团队)开发中非常重要
A lot of work in team development has to do with management. If you are using a bug tracker than it is only useful if someone takes the time to close/structure things and lower the amount of tickets. If you are using a source code management somebody needs to cleanup here and restructure the repository quite often. If you are programming than there should be people caring about refactoring of the lazy produced stuff of others. It is part of most of the aspects some will face while doing software development.
大家都同意这种管理的必要性。而且它总是被跳过的第一件事!
开发人员不应该测试他们自己的软件
开发和测试是两个截然相反的学科。开发就是建造，测试就是拆除。有效的测试需要一种特定的心态和方法来发现开发人员的错误，找到他们假设中的漏洞，以及他们逻辑中的缺陷。大多数人，包括我自己在内，根本无法将自己和自己的代码置于这样的审查之下，并且仍然保持客观。
