这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
自己编写是一个有效的选择。
根据我的经验，当涉及到使用第三方代码来解决问题时，似乎有太多的热情。人们通常不会想到自己解决问题的办法。不要误解我的意思，我并不是要宣扬永远不要使用库。我的意思是:在您正在考虑使用的可能的框架和模块中，添加自己实现解决方案的选项。
但为什么要编写自己的版本呢?
Don't reinvent the wheel. But, if you only need a piece of wood, do you really need a whole cart wheel? In other words, do you really need openCV to flip an image along an axis? Compromise. You usually have to make compromises concerning your design, in order to be able to use a specific library. Is the amount of changes you have to incorporate worth the functionality you will receive? Learning. You have to learn to use these new frameworks and modules. How long will it take you? Is it worth your while? Will it take longer to learn than to implement? Cost. Not everything is for free. Although, this includes your time. Consider how much time this software you are about to use will save you and if it is worth it's price? (Also remember that you have to invest time to learn it) You are a programmer, not ... a person who just clicks things together (sorry, couldn't think of anything witty).
最后一点是有争议的。
其他回答
如果开发人员写不出清晰、简洁、语法正确的注释，那么他们就应该回去补习英语。
我们有开发人员和(可怕的)架构师不能连贯地编写。当他们的文件被审查时，他们会说“哦，不要担心语法错误或拼写错误——那不重要”。然后他们想知道为什么他们复杂的垃圾文档变成了复杂的bug代码。
我告诉我所指导的实习生，如果你不能口头或书面表达你的伟大想法，那就不如没有它们。
不是工具的问题，是你的问题
每当开发人员尝试做一些新的事情，比如做UML图，任何类型的图表，项目管理，他们首先寻找完美的工具来解决问题。在无休止的寻找后，他们发现没有合适的工具，他们的动机就会枯竭。剩下的就是对缺乏可用软件的抱怨。这是一种洞察力，在没有软件的情况下，要组织的计划夭折了。
好吧，只有你自己在处理组织问题。如果你习惯了组织，你可以使用或不使用软件来完成(大多数人都不需要软件)。如果你不习惯组织，没有人能帮助你。
所以“没有合适的软件”只是没有组织的最简单的借口。
大多数程序员都不擅长编程
(你刚才说“有争议”)
我坐在家里的办公室里思考一些编程问题，最后我看着书架上的“完整的频谱ROM拆卸”，心想:
“现在有多少程序员能写出Spectrum ROM中使用的代码?”
Spectrum，对于那些不熟悉它的人来说，有一个基本的编程语言，可以在16K的Z80代码(一个< 5Mhz的8位处理器，没有FPU或整数乘)中完成简单的2D图形(线，曲线)，文件IO排序和浮点计算，包括传递函数。今天的大多数毕业生都很难编写一个这么小的“Hello World”程序。
我认为问题在于，能够做到这一点的程序员的绝对数量几乎没有变化，但作为一个百分比，它正在迅速接近于零。这意味着，随着越来越多不合格的程序员进入这个领域，所编写的代码的质量正在下降。
Where I'm currently working, there are seven programmers including myself. Of these, I'm the only one who keeps up-to-date by reading blogs, books, this site, etc and doing programming 'for fun' at home (my wife is constantly amazed by this). There's one other programmer who is keen to write well structured code (interestingly, he did a lot of work using Delphi) and to refactor poor code. The rest are, well, not great. Thnking about it, you could describe them as 'brute force' programmers - will force inappropriate solutions until they work after a fashion (e.g. using C# arrays with repeated array.Resize to dynamically add items instead of using a List).
现在，我不知道我目前所在的地方是否具有代表性，尽管从我以前的职位来看，我认为它是典型的。事后来看，我发现一些常见的模式对任何项目都没有帮助(比如缺少代码的同行评审)。
所以，7个程序员中就有5个是垃圾。
斯基兹
“程序员是天生的，不是后天培养的。”
编程是如此简单，一个五岁的孩子都能做到。
编程本身并不难，这是常识。你只是在告诉计算机该做什么。你不是天才，别自以为是了。
