lmgtfy.com的尴尬链接（或评论中类似的回应，这些内容不能被贬低）来快速回答，以贬低这些问题的作者。我认为这来自参与论坛的活动，人们会问一些简单的问题，例如“什么是变量？” 我认为我们不应该这样做。随着Stack Overflow的增长，它正迅速成为Google建议的来源。例如，昨天我在Google上快速搜索了一个特定的框架，结果Stack Overflow出现在前三名中。
Joel在最近的播客中表示希望将Stack Overflow作为最终的来源所有与编程有关的问题。我对此表示同情，因为我希望在Stack Overflow上看到所有问题（包括“变量是什么？”），因为这是提出这些问题的最佳场所。
对答案进行投票，这在其他大多数地方都不会发生。社区明确了答案，这是其他地方未发生的事情。几乎任何人都可以修改问题。修订历史记录供所有人查看。
因此，也许在将来，下次有人问页面上可以放置多少个变量时，我们应该友好地接受它们，而不是将其发送给他人。去谷歌。堆栈溢出是最终目的地，而不是Google。抱歉，拉里和谢尔盖。
相关常见问题解答：我们应该如何处理Google问题？
返回常见问题解答索引
#1 楼
这是我们许多人几个月来一直在尝试做的事情。当我们看到某人以LMGTFY或“您应该先用Google搜索”的方式发布内容时，我们会评论说他们出于上面给出的完全相同的原因没有用。然后我们将对它们进行投票。
事后编辑：“ LMGTFY”现已被正式禁止。
评论
这些主要是我所看到的评论。您不能对评论投下反对票，这几乎不值得主持人注意。
–桑普森
09年7月14日在16:45
您可以标记所有注释，这是处理此类注释的正确方法。
–GEOCHET
09年7月14日在16:47
我收到我LMGTFY链接的不赞成票。此后，我悔改了链接。但是我仍然不认为SO可以替代您自己的工作。如果简单的Bing / Google搜索就足够了，那么请自行进行D * MN搜索。
– devinb
09年7月14日在17:58
devinb：我在很大程度上同意你的观点。我并不是说SO应该是所有问题的第一站。在我将其发布到这里之前，我本人将用谷歌搜索地狱。我认为我们想要达到的目标是：“嘿，他们现在在这里，不要拒绝他们”
–TheTXI
09年7月14日在18:01
@devinb：我也同意这一点，但是并不是每个人都具有高级（甚至中等）的Google-Fu技能。就像我在回答中所说的，有时候，当您已经知道答案时，正确的搜索词就很明显。
–比尔蜥蜴
09年7月14日在18:10
@devinb：为什么不应该对所有问题都这么停止SO / SF。如果谷歌无论如何要指向我那里，为什么不先访问源代码呢？如果不在SO / SF上，这是否意味着有人应该添加它？当然，大多数“您应该用谷歌搜索”的问题通常形式不正确，但肯定可以转变为有用的形式。
– Jim B
09年7月14日在21:26
@devinB：您错过的是大局-想像一下，如果您每次遇到与编程相关的问题并用谷歌搜索，而不是费力地去解决六个未解决的论坛问题和两个完全错误的解决方案，即第一个谷歌搜索结果是一个关于SO的问题，它的答案是完美的，经过投票支持和精心编辑，并且准确，简洁且易于理解。新手和其他人一样需要好的答案。
– MGOwen
09年7月23日在4:17
MGOwen：我认为您设置了一个错误的稻草人，这种情况的发生情况更像是：第一个使用该问题中使用的OP的术语的Google搜索结果是完美的答案，经过精心解释，准确而简洁。就是说，通常不难问一个不再是真的的特定问题，但是许多人仍然不这样做。 （我个人希望在这些琐碎的Google案例中看到简短摘录的答案以及指向其他参考文献的链接。）
–侏儒
2010年1月3日，下午1:46
即使是这种情况，请记住，仍然可以访问Internet并且对编程感兴趣的绝大多数人完全无法访问Google和Bing。除非您有能力改变美国出口管制法律，否则您的答案可能就是“问一个神奇的8球”。
–甜蜜地
2010年6月6日下午5:23
@detly：对。容易忘记，有些国家阻止或阻碍了“西方”国家理所当然的互联网服务的访问。作为菜鸟，我感谢在此论坛中没有lmgtfy或尖刻的评论。整体质量。
–乐华·泰隆（Leroy Tyrone）
13-10-13在7:18
要记住的另一点是，只有在您知道域中适当的术语的情况下，google才对找到答案有用。有时，我在SE网站上问过问题，答案，评论或对问题的编辑有助于我更好地理解如何提出问题。
– lfalin
2014-2-26 15:33
@devinb，真正的问题是，stackoverflow是否要成为Wikipedia？另请参阅English.SE meta上的相关主题。
–起搏器
16-4-14在10:43
#2 楼
通常，我的政策是简单地删除LMGTFY响应，但我只想弄清楚我认为可接受和不可接受的内容。可接受：
如果您用Google搜索一个非常简单的问题的显而易见的搜索词，我认为可以说“我用Google + X + Y取得了以下结果”之类的东西，并给出带有答案的网站链接（而不是Google）。我认为这是可以的，因为有时人们只是不知道要搜索什么术语。如果您已经知道答案，对您来说可能是显而易见的，但对询问者而言却不是显而易见。
不可接受：
指向lmgtfy.com的链接，没有任何其他内容。看到这些内容时，我会尽力将它们变成可接受的答案，但是我有9/10的时间删除了它们。如果另一个答案已经直接指向与Google搜索相同的材料，则我删除LMGTFY链接而不尝试对其进行修复。直接答案胜出。随时举报LMGTFY，以引起主持人注意。
评论
您是否建议我们标记评论类似的评论？
–桑普森
09年7月14日在17:42
@乔纳森：LMGTFY评论不会打扰我，但我看到它们后仍会删除它们。充其量，他们在帖子后加零，最坏的情况是他们干躁而烦人（不是我有时候也不干躁或烦人...）。主持人不要因为标记这些评论而对您发脾气，因为删除它们仅需一秒钟的时间。在最坏的情况下，某些主持人可能会决定不删除评论。
–比尔蜥蜴
09年7月14日在17:53
我有很多次被问到的问题，“我用X + Y谷歌搜索”是最佳答案，因为我要寻找的就是要寻找的东西。 （当您知道要问什么，而当您不知道该怎么做时，Google真是令人毛骨悚然）
–BCS
09年7月23日在16:31
也许这是答案中的其他地方，但请记住无效链接-引用您要链接的答案可能是个好主意。
–纳撒尼尔（Nathaniel）
09年10月28日在1:05
@纳撒尼尔：我同意。最好引用您链接到的页面，以便将信息保留在SO，SU或SF上。然后，该链接用作原始来源的引用。
–比尔蜥蜴
09-10-28在15:12
#3 楼
这里有一些经验证据表明，lmgtfy链接甚至可能需要事先研究可能是一个坏主意。一位同事正在用Java搜索有关typeof的信息。所以他用谷歌搜索了“ java typeof”。最佳结果是一个网络论坛，其中第一个答案建议OP谷歌使用“ java typeof”！我不希望看到类似的情况在这里发生。评论
对对对！与任何无礼的问题相比，这是不让人们指责Google的更重要的原因：这样做会污染Google的搜索结果，实际上会使信息更难找到。
– Briilliand
2014年1月15日22:32
#4 楼
使用lmgtfy一直是不可接受的。如果您看到有人使用lmgtfy回复，请对其进行编辑以将其删除并将其报告给mods。
评论
为什么Rich B用绝对的语言说话而不提供常见问题的链接？ stackoverflow.com/faq没有提及此行为，并明确鼓励提问者首先进行研究。
– MattK
09年7月14日在16:53
Rich B内外都知道FAQ，而其他人却不知道这对他来说很奇怪。
– devinb
09年7月14日在17:59
@MattK：因为每个页面的顶部都有一个链接，我希望我的社区成员也知道吗？
–GEOCHET
09年7月14日在18:32
OMG SHOG编辑了我的帖子，我要进行有关MEH的META SPREE !!!!!!
–GEOCHET
09年7月14日在19:36
#5 楼
如果某人没有理由相信他们首先尝试研究，则可以指导他们进行研究的非常重要的技巧。 “教人钓鱼”等等。也许在社区中有用的折衷办法可能是鼓励提问者“展示他们的工作”并列出他们已经遇到的麻烦。
顺便说一句，将所有编程答案集中在SO中是一种互联网气味。您想要的是具有许多资源的互联网，这样您就不会集中权力或风险。当SO下降时，其他所有内容仍然存在，应该足够了。
评论
否。在其他站点上可能没问题，但在SO上却不行。
–GEOCHET
09年7月14日在16:46
请从SO网站复制。如果SO死了，我们会没事的。
–桑普森
09年7月14日在16:48
好点乔纳森。 CC-BY-SA意味着我们可以合理地期望内容的分发...
– MattK
09年7月14日在16:50
Rich B-stackoverflow.com/faq鼓励用户首先进行研究。我不会鼓励任何人都这么刻薄，但是一个温和的微调首先使周围的人窥探一下，这对发问者是有好处的。
– MattK
09年7月14日在16:55
“做您的研究”具有非常相关的后果。对某些人来说，这意味着要深入研究Google。对其他人来说，这意味着完全不同的东西。人们天生就没有能力进行有价值的研究。
–桑普森
09年7月14日在17:32
@mattK堆栈溢出常见问题解答说要检查SO是否已经回答了您的问题-它没有对Google说。
– Jim B
09年7月14日在21:32
#6 楼
我只是通过对一个未解决问题的评论来讨论/交换这个话题。这让我感到奇怪，因为a）足够多的人认为SO关闭该问题是错误的，并且b）对问题本身的询问表明，OP对手头的问题很少或没有考虑（即Linux是否可以曾经成为付费OS？）。有人指示我去MSO讨论这个问题，坦率地说，我为在这里看到的内容感到难过。我是geezer怪胎，自1973年以来一直参加某种形式的论坛（有关PLATO IV的说明）。 SO最初对我来说有吸引力的是，通常问题的质量很高，给出的答案质量也很高–真正的思想融入了这些答案中，我经常学到一些新的东西，但仍然是真正的快乐对我来说，甚至超过37年。
不幸的是，我看到平均问题质量开始下滑，这主要是因为越来越多的“我无法打扰谷歌搜索它，因此您应该回答它我”这类问题，由具有1或2个代表点的人提出。到了我几乎想要过滤器（ALA Slashdot的投票级过滤器）的地步，我只查看代表点数超过X（100？）的人提出的问题。我不会走那么远，因为这显然是解决问题的错误方法，但是很明显，大多数真正的坏问题（翻译：本来可以在其他地方被轻易回答）都来自非常低的代表点。成员。
在阅读有关该问题的许多MSO帖子/评论时，我遇到的链接之一令我震惊，直指头。它是关于“帮助吸血鬼”的主题，它描述了多年来我见过无数次的循环。帮助吸血鬼出没的最具破坏力的副作用之一是，它经常使社区中非常老的成员越来越少地访问站点/论坛，从而减少了从善意的大师那里得到真正具有启发性的答案的机会。例如，在comp.lang.c中问一个问题，并从dmr@alice.UUCP得到答复。
我同意仅由lmgtfy链接组成的SO答案浪费了每个人的时间，但是也许会有一个新的关闭选项，基本上说出同样的话。通过允许封闭者提供OP可能已经使用过的建议的Google查询，可以增强此功能。
基本上，我建议对lmgtfy答案进行形式化，以便获得此类“可以不去思考/谷歌/阅读操作系统主流之外的“ FM或FFAQ”问题。甚至有机会自动生成一种新型的FAQ，其中的答案是与查询的链接。
只是一个想法。
评论
已经有适当的系统来处理持续发布低质量问题的低重复用户。我不同意，但是有足够多的SO用户来回答最基本的问题并将其编辑为一个好的问题，OP会逐渐学会这样做。您发回Google的那个人很可能是下一个乔恩·斯凯特（Jon Skeet）。
– BinaryMisfit
2010年9月5日在16:06
@Diago：实际上，他们不是下一个乔恩·斯凯特的可能性更大。进入WayBack Machine，看看Jon在论坛上最早的帖子是什么样的，将是很有趣的。就我而言，这纯粹是猜测，但我怀疑即使那样，他的问题仍表明他的大脑已经完全投入。这些问题中有许多对我而言确实是问题，这表明根本没有精神上的努力。至于编辑有教育意义的问题：措辞不好但仍然很好的问题和表现出简单的精神懒惰的问题是有区别的。这是我所指的以后。
– Peter Rowell
10-9-5 '16：28
@Diago：关于“已经有系统……。”我将有兴趣确切了解这些“系统”是什么。我在这里不想引起争议，但我正在寻找具体细节。无论这些系统是什么，它们似乎都无法很好地运行。我主要回答Django / Python问题，并且看到无数低表示无条件提问的人：在djangoproject.org上，比起SO来回答所有这些问题的速度更快，更完整。
– Peter Rowell
2010-09-10的3:51
有几个。其中之一就是Jeff建立的系统，并在此处进行了说明。另一个事实是您可以投票关闭，编辑其他用户的帖子以及为社区主持人提供的各种工具。在所有站点上，也有一段时间禁止了LMGTFY链接。 SE有一个简单的目标。 Google是主页。
– BinaryMisfit
2010-09-10 6:41
#7 楼
原则上，我同意我们不应该轻视别人发表问题。，但我想提出以下概念：
“乔尔表达了一种愿望在最近的播客中，将Stack Overflow视为所有与编程相关的问题的最终来源，我对此表示同情，因为我希望看到所有问题（包括“什么是变量？”）在Stack Overflow上受到欢迎，因为它是提出这些问题的最佳地点。“
...可能太过头了。
我在Stack上关注的标签之一溢出是“ jquery”，因此以它为例（在其他技术上显然也存在类似的例子）：人们沿着“ jQuery
.fadeIn()函数的作用是什么？这是一个特定的功能，在其他地方已经有很好的记录。在Stack Overflow中重复该文档确实没有帮助。如果有人问一个关于jQuery函数的非常普通的问题，应将其定向到jQuery API文档网站。当然，具有Google技术以首先找到Stack Overflow的人也可以设法找到jQuery的网站，但是有些人开始将Stack Overflow当作是Google。
另一方面，如果有人说“我正在尝试按以下方式使用
.fadeIn() [代码示例]，但由于[原因]并没有达到我的期望，”或“我知道.fadeIn()做[x]，但是有类似的方法可以实现[y]吗？”那么堆栈溢出问题就很合理了。#8 楼
在到目前为止的所有讨论中，我都看到一个毫无挑战的假设，那就是Google永远适合“简单”的问题。我们都知道Google也可以丢人。我衷心希望与Google相比，有更多机会在Stack Overflow上获得对简单编程问题的正确答案。
（这也是在Stack Overflow上回答简单问题的另一个原因。）
评论
我是唯一认为Google很讨厌搜索与编程相关的东西的人吗？几乎每次我收到一条异常错误消息并将其粘贴到Google时，它都会给我带来麻烦。
–崩解器
09年9月17日在8:33
#9 楼
我并不是想轻视您的担心，但是...我只是没有将其视为Stackoverflow上的任何问题。相反，我发现一些最简单的问题产生了一些最周到和有趣的对话。对于发布“问谷歌”回复的极少数人来说，他们很可能只是遵循该类型他们从其他系统中学到的响应。几乎所有人都接受了反对票，并附有评论，说在这里不被接受。
这是我的经验。
评论
我在评论中看到的比回答更多。评论不能被否决，这可能就是人们倾向于在这里批评的原因。
–桑普森
09年7月14日在16:47
真正。我在这里看到了这个：stackoverflow.com/questions/826304/…。但是，lmgtfy的评论遭到了st责，原谅，辩论，并最终被删除了……所有这些评论。该系统应该如何工作。
– Robert Cartaino
09年7月14日在17:02
很高兴看到成功的故事:)
–桑普森
09年7月14日在17:32
#10 楼
您不应将它们发送给Google，而应别无其他，但至少应尝试通过提供相关的搜索词来教他们使用Google的方法。#11 楼
我唯一一次发布使用外部搜索引擎的链接时，都会发布精心制作的URL，以便该链接始终可以到达我想要的位置。例如，如果我想链接到某个随机站点上的Wiki页面，但是我认为该页面可能会在某些时候更改位置，那么我会使用Google我感觉很幸运的URL，并且使用的搜索词足以使我相当有信心示例：
http://www.mingw.org/wiki/MSYS
>成为
http://www.google.com/search?hl=zh-CN&btnI=&q=site%3Amingw.org+"about+MSYS“
我没有其他值得我指出的理由。
#12 楼
当出现一个简单的问题时，您可以执行以下操作之一：您可以发布快速链接或引用文章，并获得一些要点
您可以发布一个很长很长的答案，您可以对其进行修改和调整，并从中获得很多代表。
做您想要的。但是，如果您没有写出好的答案，那么其他人会写。
评论
不可以。不要发布lmgtfy链接。请甚至不要说这是可以做的事情。
–GEOCHET
09年7月14日在16:39
lmgtfy.com/?q=please+don%27t+use+lmgtfy
–热闹的喜剧香蒜酱
09年7月14日在16:40
我只同意第一点的一半（最后一半）和第二点的大部分。
–TheTXI
09年7月14日在16:40
发布链接（指向具有答案的另一个网站）有什么问题？他无处说“发布到Google的链接”。首先阅读，然后发表评论。
–antony.trupe
09年7月14日在19:48
哦，并+1 _____
–antony.trupe
09年7月14日在19:49
@安东尼完全披露：在里奇发表评论之前，我确实说过lmgtfy。我纠正了自己。
–汤姆·里特（Tom Ritter）
09年7月14日在22:03
#13 楼
尽管我过去曾提到我认为人们应该在发布之前使用Google，但我从未想到发布指向lmgtfy的链接可以作为答案。我还认为人们也应该在发布之前试用他们的IDE。我之所以这么认为-这是因为这是我在查看答案时所做的事情，而我不确定答案的百分百。通常我也很确定-只是要确保我的语法正确！
我了解开发人员以及如果您是一个孤独的开发人员时，人们承受着各种压力有时很难发现您哪里出了问题。我本人一直担任该职位，所以我真的不能抱怨有人张贴简单的问题。毕竟，只有知道答案了，问题才很简单。
评论
他们为什么要使用Google？毫无疑问，SO是“新手”。我们还没有到达这里吗？
–GEOCHET
09年7月14日在16:43
我正在尝试（而且显然没有）要说的是，我认为人们应该在发表问题之前做更多的研究。但是，我知道，除非您不知道正确的搜索词或很幸运，否则您常常找不到所需的信息。对于某些小组（例如，单独的开发人员）来说，这可能是一个真正的问题，但是如果您明确表示，您已经在发布SO之前付出了一些努力，那么没人会对此感到恼火。
–ChrisF♦
09年7月14日在16:48
克里斯·弗雷德：我谨表示不同意。我认为人们应该对SO本身进行研究，以确保他们的问题不是一个骗子（尽管总可以这样解决），但是由于SO的目标之一就是成为软件的“万事俱备”关于开发方面的知识，我同意Rich B的观点：毫无疑问，这是一个新手。让他们来这里学习，然后让其他人跟随这条路。
–约翰·鲁迪（John Rudy）
09年7月14日在17:51
@约翰·鲁迪（John Rudy）：正如我在帖子中所说的-仅当您知道答案时，问题才简单；如果人们知道答案，则（通常）不发帖。因此，我并不是说他们不应该发布。
–ChrisF♦
09年7月14日在17:57
评论
我觉得我只是倒退了6个月。这个问题似乎还很活跃。
我不是已经告诉过你要写博客吗？
无论您对某个主题进行多少竖琴演奏，总会有一群人无法理解。
无限循环FTW。
那我们需要LMSOTFY吗？
我想假设人们会说如果他们尝试过谷歌搜索，那是我的错。我看不到将人们链接到Google上的第一个相关热门歌曲有什么问题。
标记的常见问题解答。恕我直言，它比当前的“ google it”常见问题解答条目要好得多。
对于这样的问题，也许应该有一个天真的，新手或基本的标记？
@Carl Manaster LMSOTFY：状态已完成lmsotfy.com
@JohnNolan哈哈！ XD ....
@JohnNolan 5xx服务器错误
到现在为止，显而易见的是，有些人比机器人查询和过滤器更渴望流畅的对话，以致于该问题的常规规则并没有真正适用。这只是我花了两分钱就知道人们为什么要在搜索前发布。这不是社区问题，而是利基机会。
lmgtfy.com/?q=如何+应该+我们+交易+ with + Google + questions％3F
我觉得我只是倒退了6年。