这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
牛仔程序员做得更多。
我一生都在创业的氛围中度过。如果没有牛仔编码员，我们将浪费无尽的周期来确保事情做得“正确”。
正如我们所知，预测所有问题基本上是不可能的。牛仔编码员会迎头撞上这些问题，并被迫比那些试图预见所有问题的人更快地解决它们。
不过，如果你是牛仔编码，你最好在其他人维护意大利面之前重构它。,)我所知道的最好的方法是使用持续重构。他们完成了大量的工作，不浪费时间试图预测未来，并通过重构成为可维护的代码。
过程总是阻碍一个优秀的牛仔，不管它有多敏捷。
其他回答
编程:这是一份有趣的工作。
我似乎看到了两类开发人员。有些人不喜欢，但他们有能力，薪水也不错。另一组人喜欢它的程度有点令人毛骨悚然。这似乎就是他们的生活。
我只是觉得这份工作薪水高，而且有趣。每一天的每一分钟都有各种各样的学习新东西的空间。我想不出其他我更喜欢的工作了。但这仍然是一份工作。妥协是要做出来的，你生产的东西并不总是那么好。
因为我更愿意在沙滩上喝啤酒或和孩子们一起玩。
“一切都应该尽可能简单，但不能更简单。”——爱因斯坦。
你不知道也没关系。但如果你连个屁都不会，你就会被解雇。
互联网是一个工具。如果你从中吸取教训，它不会让你变笨。
这种最佳实践是一种危险，因为它们要求我们用口号代替思考。
else是有害的。
