这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
你并不总是需要数据库。
如果需要存储的“东西”少于几千个，而且不需要锁定，平面文件可以工作，而且在很多方面都更好。它们更便于携带，你可以在必要时手动编辑它们。如果你在数据和业务逻辑之间有适当的分离，你可以很容易地用数据库替换平面文件，如果你的应用程序需要它。如果您在设计时考虑到这一点，它就会提醒您在数据和业务逻辑之间进行适当的分离。
-- bmb
其他回答
可读性是代码最重要的方面。
甚至比正确性更重要。如果它是可读的，就很容易修复。它也很容易优化，容易改变，容易理解。希望其他开发者也能从中学到一些东西。
“评论是谎言”
注释不能运行，而且很容易被忽略。最好是用清晰的、由单元测试说明的重构代码来表达意图。(当然是编写TDD的单元测试…)
我们不写注释，因为它们很冗长，而且模糊了代码中真正发生的事情。如果你觉得需要注释——找出代码中不清楚的地方，然后重构/编写更清晰的测试，直到不需要注释……
．.． 我从极限编程中学到的东西(当然，假设你已经建立了清理代码的团队规范……)
软件复用是优化软件开发的重要途径
不知怎的，软件重用一度流行，但后来失去了它的魅力，因为许多公司发现，仅仅写带有重用口号的powerpoint演示文稿实际上并没有帮助。他们认为软件重用“不够好”，无法实现他们的梦想。因此，它似乎不再流行了——它被许多项目管理新手所取代(例如敏捷)。
事实是，任何真正优秀的开发人员都会自己执行某种软件重用。我会说任何不做软件重用的开发人员都是糟糕的开发人员!
我亲身经历过，软件重用在多大程度上可以提高开发的性能和稳定性。当然，一组幻灯片和管理层的半心半意的坦白并不足以在一家公司充分发挥其潜力。
我已经链接了一篇关于软件重用的旧文章(见标题)。它最初是用德语写的，后来被翻译了——所以，如果它写得不好，请原谅。
有时使用正则表达式从HTML中提取一些内容是可以的。严肃地说，与迟钝的解析器争论，或者使用快速的正则表达式，如/<a href="([^"]+)">/?这并不是完美的，但是您的软件可以更快地启动和运行，并且您可能还可以使用另一个正则表达式来验证提取的匹配是否确实看起来像一个URL。当然，这很俗气，而且可能在一些边缘情况下失败，但对于大多数使用来说已经足够好了。
基于大量的“如何使用正则表达式获取HTML?”的问题，几乎每天都在这里发布，而且事实上每个答案都是“使用HTML解析器”，这应该是有足够的争议性的。
Tcl/Tk是有史以来最好的GUI语言/工具包组合
它可能缺少特定的小部件，外观也不如新产品好看，但它的模型很优雅，而且易于使用，因此通过交互式输入命令可以比使用可视化界面构建器更快地构建工作gui。它的表达能力是无与伦比的:其他解决方案(Gtk、Java、. net、MFC……)通常需要10到100个LOC才能得到与Tcl/Tk一行程序相同的结果。所有这些都不会牺牲可读性和稳定性。
pack [label .l -text "Hello world!"] [button .b -text "Quit" -command exit]
