这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
成员变量不应该声明为private(在java中)
如果你声明了一些私有的东西，你就阻止了任何未来的开发人员从你的类派生和扩展功能。从本质上讲，通过编写“private”，您暗示您现在比任何未来的开发人员都更了解如何使用您的类。当你写“private”的时候，你应该写“protected”。
类永远不应该声明为final(在java中)
类似地，如果您将一个类声明为final(这将阻止它被扩展—阻止它被用作继承的基类)，那么您就意味着您比任何未来的程序员都更了解使用类的正确方法。这从来不是个好主意。你不是什么都知道。有人可能会提出一个完全合适的方法来扩展你没有想到的类。
Java bean是一个糟糕的想法。
java bean约定——将所有成员声明为private，然后为每个成员编写get()和set()方法——迫使程序员在不需要代码的地方编写样板、容易出错、冗长的代码。只要将public成员变量设为public!如果您需要更改实现，请相信您以后有能力更改它(提示:99%的情况下，您永远不会更改)。
其他回答
罗布·派克写道:“数据占主导地位。如果你选择了正确的数据结构，并且组织得很好，算法几乎总是不言而喻的。数据结构，而不是算法，才是编程的核心。”
由于现在任何重要的数据都在数百万条记录中，我认为良好的数据建模是最重要的编程技能(无论是使用rdbms还是sqlite或amazon simpleDB或谷歌appengine数据存储)。
当所有的数据都存储在这样的数据存储系统中时，就不再需要花哨的搜索和排序算法了。
开发团队应该更多地按照技术/架构层而不是业务功能来划分。
我来自一个开发者拥有“从网页到存储过程的一切”的普遍文化。因此，为了在系统/应用程序中实现一个功能，他们将准备数据库表模式，编写存储procs，匹配数据访问代码，实现业务逻辑和web服务方法，以及web页面接口。
And guess what? Everybody has their own way to doing things! Everyone struggles to learn the ASP.NET AJAX and Telerik or Infragistic suites, Enterprise Library or other productivity and data layer and persistence frameworks, Aspect-oriented frameworks, logging and caching application blocks, DB2 or Oracle percularities. And guess what? Everybody takes heck of a long time to learn how to do things the proper way! Meaning, lots of mistakes in the meantime and plenty of resulting defects and performance bottlenecks! And heck of a longer time to fix them! Across each and every layer! Everybody has a hand in every Visual Studio project. Nobody is specialised to handle and optmise one problem/technology domain. Too many chefs spoil the soup. All the chefs result in some radioactive goo.
Developers may have cross-layer/domain responsibilities, but they should not pretend that they can be masters of all disciplines, and should be limited to only a few. In my experience, when a project is not a small one and utilises lots of technologies, covering more business functions in a single layer is more productive (as well as encouraging more test code test that layer) than covering less business functions spanning the entire architectural stack (which motivates developers to test only via their UI and not test code).
编码不是打字
编写代码需要时间。大多数时候，在编辑器窗口中，您只是查看代码，而不是实际输入。虽然不是经常，但你经常会删除你所写的内容。或者从一个地方搬到另一个地方。或重命名。
如果你长时间敲击键盘，那你一定做错了什么。
推论:每天写的代码行数并不是一个程序员生产力的线性衡量标准，一天写100行的程序员很可能比一天写20行的程序员更好，但一天写5000行的程序员肯定是坏程序员
XML和HTML是web的“汇编语言”。为什么还要黑它?
很明显，现在很少有开发人员学习汇编语言/编写代码，因为它很原始，并且使您远离必须在高层解决的问题。所以我们发明了高级语言来封装这些级别的实体，通过我们可以在更高级别上联系到的语言元素来提高我们的工作效率。就像我们可以用计算机做更多的事情，而不仅仅是它的组成部分主板或CPU。
对于Web，在我看来，开发人员仍然在阅读/编写和破解HTML、CSS、XMl、模式等。
我认为这些语言相当于Web或其基础的“汇编语言”。 我们该结束了吗?当然，当出现问题时，我们有时需要破解它。 但可以肯定的是，这是个例外。 我断言，我们正在用等价的web级汇编语言取代机器级的低级汇编语言。
编程还处于初级阶段。
尽管编程语言和方法已经发展了很多年，但我们还有很长的路要走。迹象很明显:
语言文档在互联网上随意传播(stackoverflow在这里有所帮助)。 语言在语法上的进化必然会破坏之前的版本。 调试仍然经常使用printf完成。 语言库或其他形式的大规模代码重用仍然相当罕见。
显然，所有这些都在改善，但如果我们都能同意这是开始而不是结束就好了=)。
