在开发软件时，开发人员总是倾向于诅咒某些语言细节，“改进”使语言不易理解，错误。
你遇到了哪些障碍/改进，你会很高兴没有人发明/介绍过什么？
我的2美分：
我在delphi 2009上诅咒了3天。我有一个内部编译错误，不知道我做错了什么。事实证明我无法继承在另一个单元中声明的Generic类。
答案 0 :(得分：7)
的Python。因为除非绝对必要，否则空格不应该有意义。 :-D * ducks *
C ++。在C之上的令人讨厌的黑客允许OOP，导致可怕的语法和缺乏垃圾收集，而不是像Java或C＃那样的OOP所需的全新重新设计。 *再次鸭子*
MUMPS。这个名字说明了一切。
Perl5的OOP基础设施 - 在一种原本不打算成为OOP的语言之上感觉就像一个讨厌的黑客。
答案 1 :(得分：5)
单身模式（在伪装模式中也称为全局变量）。
答案 2 :(得分：4)
n层设计。下次我继承一个包含功能空“BusinessObjects”项目的“解决方案”时，我会扼杀一个人。我很惊讶这种模式在我第一次遇到它之后15年仍然如此普遍。正如我在另一个答案中所说，分层对于烤宽面条来说非常棒，但它并不是所有软件的自然选择。
http://thedailywtf.com/articles/the-mythical-business-layer.aspx
答案 3 :(得分：3)
Big Ball of Mud架构，虽然在这种情况下，它更缺乏发明而不是新发明。
答案 4 :(得分：2)
Big Design Up Front
答案 5 :(得分：2)
对BASIC的任何和所有“改进”。 BASIC从一开始就是一件破碎的事情。 VB试图修复它，但是 - FAIL 。然后VB.Net被制作出来，所以当人们意识到他们所处的混乱时，他们将陷入地狱之中。
答案 6 :(得分：0)
老实说，我希望看到 Java 在地狱中燃烧，或者至少他们应该创建一个完整的翻拍（我知道已经有一个名为 C＃）