需要帮助排序编程的嗡嗡声

时间:2021-10-24 02:06:31

How do you sort out the good buzz from the bad buzz? - I really need your help here :)

你怎么从糟糕的嗡嗡声中挑选好的嗡嗡声? - 我真的需要你的帮助:)

I see a lot of buzz-words nowadays, both here on SO and in school. For example, we had a teacher who everyone respected, who said "be careful about gold-plating and death-by-interfacing". Now, everyone and their mama cries whenever I'm creating an interface..

我现在看到很多热门话题,无论是在SO还是在学校。例如,我们有一位每个人都尊重的老师,他说“小心镀金和死亡接口”。现在,每当我创建一个界面时,每个人和他们的妈妈都会哭泣。

Another example would be here on SO where lately "premature optimization is the root of all evil", so everytime someone asks a perfomance question, he'll get that sentence thrown in his face. A few months ago I remember it was all about NHibernate in here, etc., etc...

另一个例子就是在这里SO最近“过早优化是所有邪恶的根源”,所以每当有人问一个性能问题时,他会把那句话抛到脸上。几个月前我记得在这里等所有关于NHibernate等等......

These things comes and goes, but only the good buzz stays. Now, how do you seperate the good from the bad? By reading blogs from respected persons? By trying to come to a conclusion on your own, and then try to convince others that you're right? By simply ignoring it?

这些东西来来去去,但只留下好的嗡嗡声。现在,你如何分离坏事?通过阅读受尊敬的人的博客?通过尝试自己得出结论,然后试图说服别人你是对的?简单地忽略它?

5 个解决方案

#1


Most buzz revolves around a reasonably good idea. It's rare that something hyped doesn't include a good idea that'd be worth knowing. At the same time, there's the tendency to want silver bullets.

大多数讨论都围绕着一个相当不错的主意。炒作的东西很少包含一个值得了解的好主意。与此同时,人们倾向于想要银子弹。

Ultimately there's no substitute for

最终没有替代品

  • trusting your own common sense as to the worth of said buzz. It's important to recognize that you have expertise as well, and your own opinion is not worthless. Some "experts" are just opinionated people who are louder.
  • 相信你自己的常识,关于所说的嗡嗡声的价值。重要的是要认识到你也拥有专业知识,而你自己的观点并非毫无价值。一些“专家”只是自以为是的人。

  • humility in the face of the knowledge that lots of people who're doing this are smarter than you are and if your common sense tells you they're full of it you may very well be missing the point.
  • 面对知识的谦虚,许多正在做这件事的人比你更聪明,如果你的常识告诉你他们已经充满了它,你很可能会忽略这一点。

Of course it doesn't help that these two statements are mutually contradictory. Now if we could only find the right buzzword to tell us which to apply in any given situation...

当然,这两个陈述相互矛盾并没有帮助。现在,如果我们只能找到合适的流行语来告诉我们在任何特定情况下适用哪个...

#2


If/when someone says one of those blanket statements to you always ask them "Why?".

如果/当有人对你说这些一揽子陈述时总是问他们“为什么?”。

If the answer makes sense and applies to what you were doing then it's probably worth heeding.

如果答案有意义并适用于你正在做的事情那么它可能值得注意。

If the answer is "Ummm" or "Because Joel said so" feel free to ignore it. :-)

如果答案是“嗯”或“因为乔尔这么说”,请随意忽略它。 :-)

#3


I think it really comes down to experience. Premature optimization, in my opinion, is pretty logical. Why optimize everything before the code flow is largely complete? Sometimes you are surprised by what needs to be optimized and what doesn't. I've made this premature optimization mistake before.

我认为这真的归结为经验。在我看来,过早优化是非常合乎逻辑的。为什么在代码流程基本完成之前优化所有内容?有时您会对需要优化的内容和不需要优化的内容感到惊讶。我以前做过这个过早的优化错误。

When you see a buzzword, research it a little, find out what it's about and form your own opinion. If your opinion is different than everyone else's, then maybe do a post and find out why your opinion is different.

当你看到一个流行语时,稍微研究一下,找出它的含义并形成你自己的观点。如果您的意见与其他人的意见不同,那么也许可以发帖并找出您的意见不同的原因。

For example, I still disagree with Test Driven Development, unless I am contracting out my coding, then I'll write the tests that need to be passed. I figured I was missing something since my opinion was different. But, asking other developers, who I have a lot of respect for, and non-developers too, almost all had the same opinion I did. I can certainly think of numerous cases where TDD would be valuable and applicable, but at this time it's not a buzzword for me.

例如,我仍然不同意测试驱动开发,除非我收缩我的编码,然后我将编写需要通过的测试。我认为自从我的观点不同以来,我遗失了一些东西。但是,要求其他开发人员,我非常尊重他们,以及非开发人员,几乎所有人都有同样的看法。我当然可以想到许多TDD具有价值和适用性的案例,但此时它并不是我的流行语。

#4


I guess there is only one way to figure out this and you already named it - good buzz stays.

我想只有一种方法可以解决这个问题,你已经将它命名为 - 良好的嗡嗡声。

#5


The important thing to remember is that there is no silver bullet. Whenever there's a new technology, a lot of people will try them on a lot of different problems, and after a while a (loose) consensus emerges regarding the fit of the technology to different domains. Whenever somebody is using one technology for everything, you can be sure that they are either doing only slight variations on the same thing or using a badly fitting technology most of the time.

重要的是要记住,没有银弹。每当有新技术时,很多人都会在很多不同的问题上尝试它们,过了一段时间,关于技术在不同领域的适应性出现了(松散)共识。每当有人使用一种技术处理所有事情时,你可以确定他们要么在同一件事情上做了微小的变化,要么在大多数时候使用一种非常适合的技术。

#1


Most buzz revolves around a reasonably good idea. It's rare that something hyped doesn't include a good idea that'd be worth knowing. At the same time, there's the tendency to want silver bullets.

大多数讨论都围绕着一个相当不错的主意。炒作的东西很少包含一个值得了解的好主意。与此同时,人们倾向于想要银子弹。

Ultimately there's no substitute for

最终没有替代品

  • trusting your own common sense as to the worth of said buzz. It's important to recognize that you have expertise as well, and your own opinion is not worthless. Some "experts" are just opinionated people who are louder.
  • 相信你自己的常识,关于所说的嗡嗡声的价值。重要的是要认识到你也拥有专业知识,而你自己的观点并非毫无价值。一些“专家”只是自以为是的人。

  • humility in the face of the knowledge that lots of people who're doing this are smarter than you are and if your common sense tells you they're full of it you may very well be missing the point.
  • 面对知识的谦虚,许多正在做这件事的人比你更聪明,如果你的常识告诉你他们已经充满了它,你很可能会忽略这一点。

Of course it doesn't help that these two statements are mutually contradictory. Now if we could only find the right buzzword to tell us which to apply in any given situation...

当然,这两个陈述相互矛盾并没有帮助。现在,如果我们只能找到合适的流行语来告诉我们在任何特定情况下适用哪个...

#2


If/when someone says one of those blanket statements to you always ask them "Why?".

如果/当有人对你说这些一揽子陈述时总是问他们“为什么?”。

If the answer makes sense and applies to what you were doing then it's probably worth heeding.

如果答案有意义并适用于你正在做的事情那么它可能值得注意。

If the answer is "Ummm" or "Because Joel said so" feel free to ignore it. :-)

如果答案是“嗯”或“因为乔尔这么说”,请随意忽略它。 :-)

#3


I think it really comes down to experience. Premature optimization, in my opinion, is pretty logical. Why optimize everything before the code flow is largely complete? Sometimes you are surprised by what needs to be optimized and what doesn't. I've made this premature optimization mistake before.

我认为这真的归结为经验。在我看来,过早优化是非常合乎逻辑的。为什么在代码流程基本完成之前优化所有内容?有时您会对需要优化的内容和不需要优化的内容感到惊讶。我以前做过这个过早的优化错误。

When you see a buzzword, research it a little, find out what it's about and form your own opinion. If your opinion is different than everyone else's, then maybe do a post and find out why your opinion is different.

当你看到一个流行语时,稍微研究一下,找出它的含义并形成你自己的观点。如果您的意见与其他人的意见不同,那么也许可以发帖并找出您的意见不同的原因。

For example, I still disagree with Test Driven Development, unless I am contracting out my coding, then I'll write the tests that need to be passed. I figured I was missing something since my opinion was different. But, asking other developers, who I have a lot of respect for, and non-developers too, almost all had the same opinion I did. I can certainly think of numerous cases where TDD would be valuable and applicable, but at this time it's not a buzzword for me.

例如,我仍然不同意测试驱动开发,除非我收缩我的编码,然后我将编写需要通过的测试。我认为自从我的观点不同以来,我遗失了一些东西。但是,要求其他开发人员,我非常尊重他们,以及非开发人员,几乎所有人都有同样的看法。我当然可以想到许多TDD具有价值和适用性的案例,但此时它并不是我的流行语。

#4


I guess there is only one way to figure out this and you already named it - good buzz stays.

我想只有一种方法可以解决这个问题,你已经将它命名为 - 良好的嗡嗡声。

#5


The important thing to remember is that there is no silver bullet. Whenever there's a new technology, a lot of people will try them on a lot of different problems, and after a while a (loose) consensus emerges regarding the fit of the technology to different domains. Whenever somebody is using one technology for everything, you can be sure that they are either doing only slight variations on the same thing or using a badly fitting technology most of the time.

重要的是要记住,没有银弹。每当有新技术时,很多人都会在很多不同的问题上尝试它们,过了一段时间,关于技术在不同领域的适应性出现了(松散)共识。每当有人使用一种技术处理所有事情时,你可以确定他们要么在同一件事情上做了微小的变化,要么在大多数时候使用一种非常适合的技术。