这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
在开始构建电子系统之前，每个开发人员都应该花几周甚至几个月的时间来开发基于纸张的系统。他们还应该被迫使用他们的系统。
开发一个好的基于纸张的系统是一项艰苦的工作。它迫使你考虑人性(繁琐的过程会被忽略，过于复杂的过程往往会崩溃)，并教会你欣赏简单的价值(新工作放在这个托盘里，QA工作放在这个托盘里，存档放在这个盒子里)。
一旦你弄清楚如何在纸上构建一个系统，构建一个有效的计算机系统通常会容易得多——一个人们实际上想要(并且能够)使用的系统。
我们开发的系统并不是由一群训练有素的自动机控制的;真实的人使用它们，真实的人由经理培训，经理也是真实的人，没有太多的时间浪费在培训他们如何跳过你的圈子。
事实上，关于我的第二点:
每个开发人员都应该被要求进行交互式培训课程，向用户展示如何使用他们的软件。
其他回答
编程:这是一份有趣的工作。
我似乎看到了两类开发人员。有些人不喜欢，但他们有能力，薪水也不错。另一组人喜欢它的程度有点令人毛骨悚然。这似乎就是他们的生活。
我只是觉得这份工作薪水高，而且有趣。每一天的每一分钟都有各种各样的学习新东西的空间。我想不出其他我更喜欢的工作了。但这仍然是一份工作。妥协是要做出来的，你生产的东西并不总是那么好。
因为我更愿意在沙滩上喝啤酒或和孩子们一起玩。
使用存储过程
除非您正在编写由不可重用的SQL查询组成的大型过程函数，否则请将数据库的存储过程移到版本控制中。
尽管我完全支持测试驱动开发(TDD)，但我认为在开发人员开始对问题的解决方案进行原型化的整个开发周期之前，还有一个至关重要的步骤。
我们经常陷入试图遵循我们的TDD实践来寻找一个可能被误导的解决方案，因为我们对这个领域不够了解。简单的原型通常可以阐明这些问题。
原型是很好的，因为与首先编写测试相比(有时)，您可以快速地浏览和丢弃更多的代码。然后，您可以开始开发过程，在空白的石板，但更好的理解。
因为我的答案有数百个，可能最后都没人读过，但这是我最讨厌的东西。
如果你是一名程序员，那么你很可能不擅长网页设计/开发
对于程序员来说，这个网站是一个非凡的资源，但如果您正在寻找XHTML/CSS帮助，则绝对是一个糟糕的地方。即使是优秀的Web开发人员也在提供90年代很好的资源链接!
Sure, XHTML and CSS are simple to learn. However, you're not just learning a language! You're learning how to use it well, and very few designers and developers can do that, let alone programmers. It took me ages to become a capable designer and even longer to become a good developer. I could code in HTML from the age of 10 but that didn't mean I was good. Now I am a capable designer in programs like Photoshop and Illustrator, I am perfectly able to write a good website in Notepad and am able to write basic scripts in several languages. Not only that but I have a good nose for Search Engine Optimisation techniques and can easily tell you where the majority of people are going wrong (hint: get some good content!).
Also, this place is a terrible resource for advice on web standards. You should NOT just write code to work in the different browsers. You should ALWAYS follow the standard to future-proof your code. More often than not the fixes you use on your websites will break when the next browser update comes along. Not only that but the good browsers follow standards anyway. Finally, the reason IE was allowed to ruin the Internet was because YOU allowed it by coding your websites for IE! If you're going to continue to do that for Firefox then we'll lose out yet again!
如果你认为基于表格的布局和CSS布局一样好，如果不比CSS布局好，那么你不应该被允许谈论这个话题，至少没有我先把你打倒。此外，如果你认为W3Schools是送学生去的最佳资源，那你就大错特错了。
如果你是Web设计/开发的新手，不要去这个地方(这里都是程序员，而不是Web开发人员)。去一个好的网站设计/开发社区，比如SitePoint。
c++是一门很好的语言
一两个星期前，我说c++不是一种很好的语言，在另一个问题上我几乎被私刑了。现在我试着反过来说。；）
不，认真地说，我当时想说的是，c++有很多缺陷，现在我还会再试一次。这一点很难否认。它是如此的复杂，以至于学好它实际上是一件你可以奉献一生的事情。它使许多常见的任务变得不必要的困难，允许用户一头扎进未定义的行为和不可移植的代码的海洋，而编译器没有给出警告。
但它并不是许多人试图创造的那种无用、破旧、过时、令人讨厌的语言。它不应该被掩盖和忽视。没有它，世界不会变得更好。它有一些独特的优势，不幸的是，隐藏在古怪的语法，遗留的麻烦，尤其是糟糕的c++老师背后。但是他们就在那里。
c++有许多我在用c#或其他“现代”语言编程时非常怀念的特性。其中有很多c#和其他现代语言可以学习的地方。
它并没有盲目地专注于OOP，而是探索并开创了泛型编程。它允许惊人地表达编译时元编程，生成极其高效、健壮和干净的代码。在c#出现LINQ或lambda表达式之前，它从函数式编程中吸取了近十年的经验教训。
它允许您通过静态断言和其他元编程技巧在编译时捕获数量惊人的错误，这极大地简化了调试，甚至在某些方面胜过单元测试。(我宁愿在编译时捕获错误，而不是在之后运行测试时捕获错误)。
变量的确定性销毁允许RAII，这是一个非常强大的小技巧，使try/finally块和c#使用块变得多余。
虽然有些人指责它是“由委员会设计的”，但我会说，是的，它是，在这种情况下，这实际上并不是一件坏事。看看Java的类库。又有多少类被弃用了?有多少不应该使用?有多少是相互复制的功能?有多少设计糟糕?
C++'s standard library is much smaller, but on the whole, it's remarkably well designed, and except for one or two minor warts (vector<bool>, for example), its design still holds up very well. When a feature is added to C++ or its standard library, it is subjected to heavy scrutiny. Couldn't Java have benefited from the same? .NET too, although it's younger and was somewhat better designed to begin with, is still accumulating a good handful of classes that are out of sync with reality, or were badly designed to begin with.
c++有很多其他语言无法比拟的优点。这是一门很好的语言
