这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
大多数“用户友好”的第四代语言(包括SQL)都是毫无价值的、被高估的垃圾，不应该被广泛使用。
4gl通常有一个冗长和模糊的语法。尽管4gl应该允许“非技术人员”编写程序，但你仍然需要“技术人员”来编写和维护它们。
一般来说，4GL程序更难编写，更难阅读，更难优化。
应该尽量避免使用4gl。
其他回答
过早的优化并不是万恶之源!缺乏适当的计划是万恶之源。
记住古老的海军锯子
适当的计划可以防止糟糕的结果 性能!
使用存储过程
除非您正在编写由不可重用的SQL查询组成的大型过程函数，否则请将数据库的存储过程移到版本控制中。
前期设计——不要因为兴奋而开始写代码
我见过很多设计糟糕的应用程序，因为开发人员太兴奋了，以至于他们直接打开白页开始写代码。我知道在开发生命周期中事情会发生变化。但是，如果应用程序具有多种不同的布局和开发方法(从一种形式到另一种形式，从一种方法到另一种方法)，则很难处理这些应用程序。
如果没有明确定义任务以及计划如何编写任务，就很难达到应用程序要处理的目标。花点时间(而不是仅仅5分钟)，确保在开始编码之前，你已经尽可能多地布局了它。这样你就可以避免顶替你的人不得不承担的意大利面条般的混乱。
你不需要编写所有的程序
我厌倦了所有的事情，但所有的事情都需要塞进一个程序，这样总是更快。一切都需要基于网络，一切都需要通过计算机完成。请用你的笔和纸。它更快，更少维护。
代码==设计
我不喜欢复杂的UML图和无穷无尽的代码文档。在高级语言中，您的代码应该是可读和可理解的。复杂的文档和图表对用户来说并不友好。
这里有一篇关于代码即设计的文章。
