你最有争议的编程意见是什么？

2018-05-30 04:25:59

这绝对是主观的，但我想尽量避免它变成议论。如果人们适当地对待它，我认为这可能是一个有趣的问题。

关于这个问题的想法来自于我对“你恨你最喜欢的语言的五件事情是什么？”的回答中的评论线索。题。我认为C＃中的类应该被默认密封 - 我不会把我的推理放在这个问题上，但我可以写一个更完整的解释来回答这个问题。我对评论中讨论的热度感到惊讶（目前有25条评论）。

那么，你持有什么有争议的观点？我宁愿避免那种以相对较少的基础为基础（例如支撑放置）相当虔诚的事物，但例子可能包括诸如“单元测试实际上并不是非常有用”或“公共领域确实没问题”的事情。重要的是（无论如何，对我来说）是你有理由背后你的意见。

请提出您的意见和推理 - 我鼓励大家投票选出有争议和有趣的意见，无论您是否赞同他们的观点。

程序员如果不在业余时间编写代码，就永远不会像那些那样好。

我认为，即使是最聪明，最有才华的人也永远不会成为真正优秀的程序员，除非他们把它看作不仅仅是一份工作。这意味着他们在一边做一些小项目，或者在业余时间只是混淆了很多不同的语言和想法。

（注意：我并不是说好的程序员除编程之外别无他法，但他们不仅仅是从9编程到5）

你应该始终使用的唯一“最佳实践”是“使用你的大脑”。

太多的人跳过太多的绑带，并试图将方法，模式，框架等强加到不保证他们的东西上。仅仅因为某些东西是新的，或者是因为有人尊敬有意见，并不代表它适合所有人:)

编辑：只是为了澄清 - 我不认为人们应该忽略最佳实践，重视意见等。只是人们不应该盲目跳上某些东西，而不会想到为什么这个“东西”是如此之大，它适用于我在做什么，它带来了什么好处/缺点？

代码中的大多数注释实际上是代码重复的有害形式。

我们大部分时间都花费在维护其他人（或我们自己）编写的代码上，而糟糕的，不正确的，过时的，误导性的评论必须靠近代码中最恼人的工件列表的顶部。

我想最终很多人只是把它们弄出来，尤其是那些花箱怪物。

更好地集中精力使代码可读，必要时重构，并最大限度地减少成语和怪癖。

另一方面，许多课程教导评论比代码本身更重要，导致下一行添加一条发票评论的总体风格。

链接地址: http://www.djcxy.com/p/3493.html