重申一下，我不是因为论坛那位同志留言，所以伤心、生气了，而是希望社区改变发展思路，建立以新手为导向的论坛环境。比如：完全可以把 wiki 建设好吗，还有建立一个问题库。
不要把新手当“贱民”，鼓励新手勇于提问，树立以服务新手为中心的社区发展导向
在网站上潜水也有一段时间了，给我的感觉的是论坛对新手不够友好。 新手如果问个比较简单的问题，高手们的回答往往会是： 1、去翻入门指南啊； 2、去看 API 文档啊； 3、去看 readme 啊； 甚至有人会打击新手的积极性，说一些比较刻薄的话，让人感觉很不舒服。
我觉得，如果你觉得这个问题比较简单，懒得去回答，完全可以跳不回答啊，为什么要去说一些打击别人的话呢？
另外，我认为，论坛导向是错误的，论坛目前有种“精英化、高手化”的趋势，大搞阶级两级分化，根本上说也不符合论坛发展的实际需要。现在论坛上满屏幕的招聘帖，真正有质量的帖子不多，wiki 的建设也能令人满意。
在此，我倡议： 共建新手友好的论坛环境，建立乐于分享、乐于助人的论坛新风尚！
明明 README 和文档有写的，为何你不能先去看那个能不能解决你的问题？
一般这类回复，我都带链接了的，如果这都还不愿意，那没办法了。
“刻薄”? 还是你带偏见了？
这是在教你如何正确解决问题的方法，而不是随手给你一个答案。
题外话：大家也不是都闲着，每个人也可能会有心情好与坏的时候，你运气好，遇到别人心情好，当然可能会顺便给你完整的指导，但万一别人那天状态不好，不回复你也是正常的。
huacnlee
回复
我觉得这个你这个思路不对，我认为，问这个问题的人，往往都是遇到问题才会来论坛发个帖子，或者看是英文水平不够、或者是文档哪里不清楚。你这种回答，还不如不回答，反而打击广大新手的积极性。我最近发现，新手现在都不敢在论坛上发帖子了，论坛变成了少数高手的乐园，这样真的好吗？我觉得这不应该是论坛的导向。
我也不是为了我，只是真心希望论坛能够发展的更好而已。绝对不是因为问题没人回答，才发这个帖子。大家可以投票，认为我说的关于对新手更优化的，回复 1，认为新手应该自己去读文档的回复 2.
新人生存指南：
首先换个萌妹子的头像，先潜水一段时间，养一下号，装妹子的口气回复几个帖子。让大家潜移默化觉得你是一个萌妹子。然后你无论什么问题，都随便问啦，会有一大帮热心的大佬来帮助你。
没什么帖子伤了我，我就最近翻老帖子，看到一些回复，让人不舒服。比如https://ruby-china.org/topics/29846，倒数第三个回复。
不友好的偶尔会有，但给帮助的人好像更多吧，把关注点放在对你有益东西上就行了。
看看 @nicetyler 这个用户，前段时间集中提了好多问题，从提的问题看应该是刚接触 ruby 不久，大家对他提的问题好像还是比较热情的吧。
其实好多问题，自己能解决，自己要先尝试下，大部分问题前人已经有人帮你踩坑了，善用搜索，细看文档，英文不好，现在翻译工具那么多，看文档最多慢一点。如果实在不知道怎么解决，再来问一问，看看大家有没有什么好的思路，方向或是建议。
我都是翻文档的，论坛里并没有什么技术贴，大部分都是灌水，wiki 的话好老了，应该没人维护了吧？ 一般问题翻文档就好了。都能解决的…… 论坛感高手化挺好的，有素质，不会有一些抖机灵的
ruby_microbird
回复
Wiki 问题是机制问题，没有形成正向反馈和激励，也没有发展起来，如果能找到好的方式解决 Wiki 发展机制问题，完全可以试试看的。
不要在意那么多啦，我才接触这个才一个月，我遇到了很多问题，我都没问，而是去网上各种找，找一个自己信服的答案来操作。英文的问题，作为一个程序猿还是要会简单的看懂哦。我在论坛上发过两次贴了，大家都很友好的回答了，你看到那些不友好 的，可以完全不理会嘛，他又不认识你。不过还是要学会自己利用百度找答案，有时候一个相似的类型也能解决你的问题。有时候，你遇到的问题是你自己粗心大意造成的。加油哦
lgn21st
回复
哪里不对劲啦？？？我说的话有语病？那就跳过。。。。我表达的意思是自己要努力，多利用百度啥的呀。。。哪不对劲。。。快说你觉得那不对劲了？？？？
我觉得可以引入 Reputation 机制，老用户解答问题赚 Reputation，新用户想做走捷径快速获取答案可以悬赏，一杯咖啡不到的钱一定大家抢着回答。
完美解决了老用户不活跃，新用户问题无人理的两大问题....
嗯，就差一个程序员了 
我还以为我哪说错话了，嘿嘿
每个人都是从不会到会，在技术面前我们都是抱着学习的态度去解决问题，如果你把这里作为你解决问题的唯一期望，或者说你已经习惯了做一个伸手党，我觉得这个才是最大的问题，我从工作开始用 ruby 已经 4 年，最近在重新学习技术的知识，launchschool.com，一开始遇到问题作为新手肯定是慌张的，但是最好是先查阅下文档 如 http://api.rubyonrails.org/ 或者 http://doc.rubyfans.com/ 有时甚至不惜将所折腾的代码全部推翻重新写，每个人没有义务和责任去给做你本该做的工作，因为你并没有给予报酬，只是大家都是抱着分享的态度来这里，就像 ruby 的精神一样开源，我之前也看到了一篇问题中有人的回答确实有点个人情绪色彩，但是就像你遇到一个同样是成年人，却还问你到底应该怎么拿筷子吃饭的问题时，你是否能做到耐心的去指导他
看了楼主11 楼的回复，觉得楼主不是抱怨论坛没有回复新手之类的事情，而是有很多喷子的意思，可是网络永远有一堆喷子的啊，不要那么玻璃心。虽然他们可恶，当没看到就好了，不然像明星们的微博下，总有一堆骂他们的，一直在意那些，就活不下去了。
至于这种问题，对论坛好不好，那确实是不好，神烦那种喷子式的回答，例如：“你书白读了”，“你不会先谷歌一下吗”，“从来不看文档吗”，“你是文盲吗”，“你不懂英语吗”，“不知道文档在哪吗”等等。
感觉回答这种话语的人，心里好像是充满了怨念似的。像11 楼说的那个回答，完全可以改成“先看看 XX 书，先打好基础在写代码。”
对于这种回答，我心里默念 MMB：“你就不会好好说话吗？”之前武汉砍头的事情，不就教会我们两个事吗？“好好说话和控制情绪”。
补充：最近在看一本书，叫 非暴力沟通 ，讲述就是这个问题，如果你对别人的事情不爽，先描述，这件事情如何影响到你了，然后在补充说，你希望对方怎么做。而不是漫无目的的去喷，例如如果你遇见一个新手问了一个文档里一看就能看到的问题，或者你可以这样回答：“这个问题很基础，只要在文档里就能找到了，希望类似这种简单的问题，可以先找谷歌一下，或者找找文档，不然论坛里全是这种问题就不好了。”，如果热心一点，或许后面加一句，“如果你是在找不到，我可以找了把链接发你”。或者索性不回答，总比喷子来的要好。
顺便贴书里的其中一段：
我从小就学着以貌似客观的语言表达自己。一旦遇到不喜欢的人或不理解的事，就会想别人有什么不对。如果老师布置的作业我不想做，那他就“太过分了”。如果有人开车横冲到我前面，那他就是“混蛋”。同样的，要是达不到自己的期待，我也会觉得自己有毛病。我一心分析和确定错误的性质，而忽视自己和他人的需要。因此，如果女友想多一些体贴，那她就“太粘人了”。可是，如果我想多一些体贴，那她“冷漠得象个木头”。如果同事更关心细节，他就是“有强迫症”。反之，如果我更在乎细节，他就是“粗心大意”。
我相信，诸如此类的评论暗含着我们的价值观及需要。不幸的是，以这样的方式提出主张，很可能招来敌意，使我们的愿望更难得到满足。即使他们接受批评，作出让步，通常也不是心甘情愿的。如果他们出于恐惧或内疚来迎合我们，或迟或早，我们将会发现对方不再那么友好。当然，他们也付出了代价。屈服于外部或内部的压力，很可能使他们心怀怨恨，并厌恶自己。
hooopo
回复
我觉得 Reputation 机制很好，但是要跟经济激励分开，刚刚好经济激励设计这是我所在的领域的热点问题，我可以这里扯扯淡。
有个概念叫做经济引诱，这个东西跟做社会公益，推行文化，推行政治见解，或者制造个人影响力有的时候是格格不入的，我举几个例子
- 如果扶老太太过马路这个事情，老太太举一张 10 块钱的人民币征求大家扶她过马路，那么效果肯定不如不举。
- 假如有人过来找 @jasl 或者我说，一年给你们 10w，你们来维护好 RubyConf China 技术大会，那么这个大会肯定坚持不了 9 年。
- 问一个女生，给你 10w 块离开你你男朋友愿不愿意，20w 呢？50w 呢？100w 呢？在数额超过某个阈值之后，女孩子的心理一定会产生某种动摇。
很多事情一旦涉及到算经济账，对方的心里就完成了经济引诱，在引诱之前，你可能单纯得认为是好事，是有价值的就去做了，或者社会责任激励你去做这个事情，但是一旦完成了经济计算的转换，事情立马变得不一样了，各种其他非经济的价值观会快速崩溃，事情有可能朝着趋利的方向发展。
所以考虑激励机制的时候，经济激励千万不能混为一谈，所以苟利国家生死，岂因祸福避趋之这句名言太有道理了。
我和楼主有同样的感觉，但我不发帖说，免得显得自己是新手
这方面看，给楼主的勇气点赞，毕竟不是谁都愿意说皇帝没穿衣服。
学习是有个过程的，从新手到老手总有个过程，包括学习的方法的学习。如果开始就知道要翻墙，要找哪个文档，也不至于走那么多弯路。stackoverflow 上的很多问题也不深入，但却帮到很多人，比如 vim 怎么退出，看看有多少点赞。stack overflow 提倡的是给出答案，而不是甩个链接或者让 RTFM。
怎么说呢，做技术的多半是自负的，包括我，文人相轻的感觉。有人问我傻逼的问题我第一反应也是生气，然后怼回去。
但静下来想觉得还是不对。一方面，我发现，最生气的时候是我对这个问题也没吃透，没法一两句话说清楚，所以就排斥回答。另一方面，往往仔细回答这些问题对自己巩固知识是有帮助的，没必要这么苦恼。
我是新手，我也觉得动不动就让别人去翻文档，翻 API 很不友好，对于一个新手，看到文档那么多内容，而我只是想知道某一个知识点，而我完全不知道这个知识点在哪，我觉得询问能更有效率.
我想起刚开始学 Linux 的时候，书上都说 Linux 简单，什么 kiss, 可是我就想解压一个 tar 文件，我知道tar命令，我不会用，书上说遇到不会的命令就找man, 我打开man tar, 我草，这么多参数，而且都是英文，翻几页翻几页，找不到我想要的，我怎么可能知道解压的命令是tar -xjf, 而且要有参数指定压缩文件类型，f要在最后面，如果没有 example(现在有了，在最后面), 你说我们哪里能知道这个命令。
@fangxing204 你这个问题明显是英文不过关而不是没有答案。假设这一次你觉得自己英文水平搞不定 man tar 于是就问别人了，别人也回答你了，那下一次呢？下下次呢？从此以后呢？
别说什么“英语我一定会好好学的，以后就不会问大家了”之类的，学习这种事情只有“现在”，没有“以后”。
我们小时候都听过，“狐狸妈妈会把小狐狸推下山崖，然后让它们自己努力爬上来”，这个道理相信人人都明白。固然让你去 RTFM 的人比不上你的爸妈，可事情的性质并没有什么不同。别人没想那么多，你自己就不能 think one step further？
我的观点一直都是：问答双方互不相欠，你要问就问，他愿答就答；答得好看精彩并不是因为你长得美，你是占了便宜的；答得简单甚至丑陋也不是因为你长得丑，只是今天运气欠佳。如果你觉得回答的人对你不友好，直接怼上去没商量不就完了吗？如果你觉得回答的人对你的恩情犹如滔滔江水连绵不绝……你也不需要做什么，公道自在人心，社区会尊重每一位贡献者的价值。
至于说要成立委员会引导社区走向和文化的，我有一句话：强扭的瓜不甜。
因为真正贡献答案的人其实一直都在贡献着，也许有时候因为太忙了顾不上，然而这本来就是义务奉献你无法要求他们更多。而那些惯于群嘲、鄙视、乱喷的人根本属于另外一个群体，即使你建立了一套社区导向，也不可能让他们遵守你的引导。最终你会发现你只有“惩罚”这条路可以走，但你以为他们在乎吗？最后的结果很可能就是激化矛盾，在一定的时间范围内搞得社区乌烟瘴气，“民不聊生”，然后那些本来“甘当孺子牛”的人们也就悄悄离开了。
冲动是好的，可惜没在点子上。若说具体的措施，reputation 算是一个不错的方法吧，但是 reputation 机制想做好真的不容易。
完全可以理解这种想法。
在我的立场上，这些年我在编程上有了一点心得，也渴望交流，我愿意帮助新人们成长，加入到我们这些所谓的”老炮“行列中，我想大家认为的”高手“也是这个态度。
我不知道你会不会有这个想法：我是新人，很多东西不知道，需要高手手把手教教我，这样我进步才会快。
但是”高手“的想法是：教给你方法，点到为止，你进步才能快。
首先，冲突就产生了，这帖子里的一些讨论就是例子。
其次，新手成长的速度也拉开了，看一下知乎那边 叛逆者 回答的一个问题的答案 如何评价空明流转？
至于语言不友善，这个其实在 提问的智慧 里，有阐述，如果让我总结：
如果希望别人伸出援手，最好的方法是表现出”我尽力了，但我还是失败了“，文字上说”我找了百度，看了文档“并不有力，而是要通过 "我在做什么 -> 我怎么理解这个问题的 -> 我在哪搜索了哪些关键字 -> 我考察了哪些方案（但不奏效）-> 以上是我所尝试过的，请帮忙看看我是不是漏掉了什么？" 这是解决一个问题你的思考路径的整理，这是你真诚想解决问题顺便帮助他人的证据，这是值得得到一个优秀回答的请帖，这个帖子和讨论会成为其他后人的范本（就是 wiki）。
至于成立社区管理委员、明确社区发展导向，其实这个东西现在就有，很多老的会员还在坚持参与讨论的人，都承担了这个角色，他们的言行（无论好的坏的），都引导了发展导向。即使我们真的要成立一个委员会，那么，哪些人可以加入呢？他们加入能否服众？这又是个问题。
总体感觉 Ruby China 对于新手来说还是挺好的。有些人语气不好，或者说回复得看起来很生硬，我觉得这是没有办法的，不可避免会遇到这种情况。 不过我也承认你说的偏向性的问题，是更新手友好，还是老手友好。这个很值得讨论。
别人帮忙的时候一般会根据自己觉得最好的方式来帮忙，就好像男生给女生送礼物往往会送一些自己觉得最好的东西，但是女生不一定觉得最好。而新手在提问题的时候，往往希望别人直接给个正确答案，但是老手知道告诉你方法比告诉你答案更重要，授之于鱼不如授之于渔。你觉得没有帮到你，是你自己实在太菜，而且还懒，连按照方法去解决都不想试一下。这种情况更应该从自身找原因，而不是来抱怨别人。
都没有人顶 LZ，我还是来支持一下吧
这个说法我是认可的，而且一直是这样。我是这样理解的：当我们懂了一个东西的时候，我们就忘了当初我们觉得它很难的时候，进而会对新手产生歧视，觉得“我靠，这也不会”。很少人会回想到自己当初有多菜，然后愿意站在这个立场上帮助别人
至于说解决办法，我觉得号召是很难的。我觉得 LZ 可以身体力行，先尝试着多帮助社区的新手，用自己的方式来改善社区的氛围。当中也会涉及到一些伸手党的问题，怎么去引导他们，告诉他们怎么解决问题，这些都是很有意义的事情
LZ 加油
反正我当初就是看见网上说，ruby-china 社区比较友善才写的 ruby。 到现在 2 年了，觉得当初的决定也没错。
lz 的说的这种情况，在任何地方都会出现，相对来说，ruby-China 社区应该算是很好的了。
贴几个小题目，对新手够友好了吧
https://ruby-china.org/topics/33040
撸完这几个题目，再自称新手也不迟。
一般说新手，最起码也是能撸点码的，只不过没有经受时间的洗礼。
不耐烦的门外汉进错了群，是一件正常的事情，特别是在对新手友好的社区。
个人观点：ruby china 社区是一个很不错的社区！
请楼主及广大群众以后看帖子，选择性忽略那些说话刻薄的回复。
另给提问者的建议：
- 请尽可能的描述清楚自己遇到的问题，有代码的贴代码，有图的贴图，有 log 的贴 log，便于其他人理解
- 对每个回答问题的回复抱有一颗感恩的心。毕竟回复者也没有义务手把手的教会我们，肯花精力看我们提问并留言回复，都是人家在做自我奉献
-
受人以鱼，不如授人以渔，别人不管怎么帮助我们，我们还是要学会自我学习，自我成长，多查资料，多百度，多实践，多潜水，少发低级提问帖。
给解答者的建议：
- 如果我们打算回复，请尽可能的将回复写的详尽一些。新手总是有各种各样的原因才来发帖子，但不管是处于什么原因，他们的目的只有一个，就是需要外界的帮助，来解决自己遇到的问题（哪怕是很低级的那种）。
- 不喜欢的或者心情不好的，请尽量潜水。请尽量不要说一些刻薄的话。
给 ruby china 社区的一点建议： 很多论坛都会有版主之类的设置，目的是为了维护并规范论坛的秩序。ruby china 也可以参考这种模式，至少给发帖者，删除或屏蔽某些回复的功能,这样，维护社区和谐及健康发展的工作就可以下移一部分到发帖者，毕竟管理员们也都精力有限，不可能对所有评论进行筛选屏蔽。毕竟，我认为作为帖子的直接利益相关人员，肯定不会对不友好的评论坐视不理的。
lingceng
回复
支持。
比如我 2012 年时，发个目前大神们肯定认为是 SB 的帖子：https://ruby-china.org/topics/2489 但事实上很多楼下回复的，也有不少当时的大神热心的回复，现在味道变了。
有很长一段时间，关于如何提问的帖子，一直在置顶。
人总有笨的时候，一棒子打死就不好了，大神们不想回复，还引导或者暗示别人不要去回答大神们认为的 SB 问题，貌似确实说不过去。
作为一个新手，我来说一下我的感受。确实会有对新手不好的回复（并不专指 Ruby China，包括其他各种专业领域论坛），但我觉得，如果收到一个“去走一遍系统的 tutorial”，“去读 Readme”类的回复，绝对不能称之为不友好。这是一种指向性学习。最起码我知道，我要看这个东西，我要试图从中得到答案。如果看了一遍还不会，我最起码会有一些进阶的想法可以去讨论。而不再是空洞的问题。我看到了其他人的回复，觉得一个比喻说的很对，你病了，想要一颗药。但大神给你的是疫苗。而这次的这颗药，你仍旧需要靠自己去寻找。作为一个学习者，需要有一个好的心态，当别人给你帮助，心存感激。当别人鄙弃你，请微笑忽略。这一点也许很多人（包括我自己）做不到，但，做不到，并不代表可以心生怨气指责他人。如果真的想改变这种情况，我们需要做的，是成长为大神，然后帮助他人。而不是，去指责别人为何不能友好地帮助一下弱 b 的自己。弱，并不是任何理由。
作为一个新手 我表示 我都 tm 看了快 4 个月了 仍然并不会写代码，纯靠 百度 + 有道翻译/chrome 翻译 + 复制粘贴 就能在阿里云上部署一个教程里的网页 还花了我 8 块大洋绑了个中文域名。一个并不会写代码的小白就可以搞出个网页 神奇不神奇 虽然都是复制的
在 2012 年的时候就潜水 Ruby-china 了，那时还是 Teahour.fm 的忠实听众。
工作后偶尔在 V 站看程序员吐槽成了日常生活调味。
回一下楼主这个 Topic:
我最大的收获就是认真的看了 提问的智慧 的文档，并且经常拿出来和新来的实习生朋友们分享。以改变他们以前提前/回答问题的习惯。
我觉得技术上的绝大多数问题都存在于网页中了，只是要提高自己提问题的水平。
在论坛上寻求答案说明：
- 不要求时效性
- 知道答案的人在线
- TA 愿意花时间帮你
- TA 的回答你能看懂
- TA 的回答能帮到你
- TA 比较 Nice, 回答的语言和口气特别友善
最后如果说当中的某几条没有满足你，或者其他的另一个提问者，都有可能导致你们产生这样的一个错觉：
这个论坛对 (新人) 我不友善。
rubychina 里面的人还是不错的，基本上提问题有人看到会的都会回答，毕竟每个人都有每个人的事情，而且一个免费的交流网站有人愿意分享自己的经验其实已经不错了
咳咳，其实，有一次，我的大学朋友问我能做那么多项目了，让我给他们讲讲课什么的，引导一下。后来我跟他们说看一些名著（比如 Bjarne Stroustrup 写的 A Tour of CPP），但是他们不太认可，有些甚至觉得我这样的建议有装逼之嫌。
没错，对于一个常年在职工作的开发人员来说，我们是已经有了很多项目经验以及对这个行业的观点，已经形成了一定感官认识，但是对于一个新人来说，我直接告诉你别走这条路，然后不带任何的理由，尤其你要是把 @jasl 这人喊出来，他不仅不会给你指导，还不耐烦地直接怼你（在另一个帖子）。
其实吧，LZ 最适合的，应该是找一个优质的培训机构、网上课堂、视频、入门书籍，Head First 系列是你的最佳首选。
我觉得论坛吧，好好说说话，好好讲话，理解一下，不就好咯，干嘛搞得好像人神共愤啦，谁谁谁一定对的错的，纠结于对了错了，有什么用？你就算是 coding 精英，市场上没你产品的用武之地，你也是浪费。
反倒是那群销售一样的程序员——培训机构的老师很火，为啥，因为人家懂得让别人接受自己、了解自己，哪怕水平不高，但是至少人家认可，接受，你再跟别人说你自己对，别人也只会跟你对着干。
所以一部分的 IT 开发不适合当管理，因为那部分人际沟通能力极差。要不然就不会有“程序员鼓励师”啦之类的“特殊岗位”。
“代码即正义”是希望自己永远单身孤身一人自己蹲在电脑前的节奏。
作为一个新人，他们确实是希望得到帮助、理解和学习，而老人们不是你去仗势按照自己已经定格了的所谓的人生观去评定、评述。因为或许新一代学了这样东西，会有不同的观点，人家跟你的代码观、价值观彻底不一样。
这也是一个公司发展，新陈代谢的循环。
如果 Ruby China 总是希望有且只站在 Ruby China 那帮人自己进度去衡量他人，我觉得，确实是比较失望。至少，一开始就不让人发帖子而是先去搜索，对，如果我要去搜索，我一定不会来这里，而是选择 Baigooduck（baidu / google / duckduckgo）。
另外，我以前发一个帖子，关不掉，而且管理员还把帖子重启，添油加醋，我觉得，这里的管理员确实……
jakit
回复
你大可以发帖问问这论坛里有多少人是我的学生，我可能是 常年在职工作的开发人员 里，对新人最友好的了，对，我说这话不虚。
另外，你可能高估了我的年龄。
jakit
回复
另外，朋友和我讲，什么都不说，那是最好的，但是总得有人出来当个黑脸，我就是那个“没有 Linus 的命，有着 Linus 的病”。
没错，对于一个常年在职工作的开发人员来说，我们是已经有了很多项目经验以及对这个行业的观点，已经形成了一定感官认识，但是对于一个新人来说，我直接告诉你别走这条路，然后不带任何的理由，尤其你要是把 @jasl 这人喊出来，他不仅不会给你指导，还不耐烦地直接怼你（在另一个帖子）。
他不仅不会给你指导，还不耐烦地直接怼你（在另一个帖子） 这句话将来报道出现了偏差，你负不负责任？
我第一次回复在 43 楼
这叫“不耐烦怼你”？你的标准是什么？
“代码即正义”是希望自己永远单身孤身一人自己蹲在电脑前的节奏。
做工作不谈效果、收益，那叫儿戏。写代码也不追求“正义”，追求的是 好玩 更关键的是要 解决问题
作为一个新人，他们确实是希望得到帮助、理解和学习，而老人们不是你去仗势按照自己已经定格了的所谓的人生观去评定、评述。因为或许新一代学了这样东西，会有不同的观点，人家跟你的代码观、价值观彻底不一样。
起码大多数在社区里的讨论，都围绕着对人不对事的态度去交流，别扯什么代码观、价值观不一样，也不要拿这个作为借口，现在和未来人前进的基础都是建立在“老人”的成果上的，技术交流只有在什么场景下适不适合？好在技术问题，所有的指标都可以被量化，不然，各说各话还有什么讨论的意思？
你想找代码观、价值观和你相同的，我觉得你要么需要个自己的克隆人，要么自己和自己交流。但，你认为这样有好处么？
如果 Ruby China 总是希望有且只站在 Ruby China 那帮人自己进度去衡量他人，我觉得，确实是比较失望。至少，一开始就不让人发帖子而是先去搜索，对，如果我要去搜索，我一定不会来这里，而是选择 Baigooduck（baidu / google / duckduckgo）。
论坛上线基于 ElasticSearch 的搜索功能前（顺便吐槽下新的搜索不好用），论坛的搜索一直是使用 Google 的站内搜索，没错，其实是希望你去 Baigooduck 的。
但是，即使你即使不指定范围，搜索到的很多关于 Ruby 的技术文章，也是来自 RubyChina 的，搜索引擎也一直是论坛新用户的来源之一。
那么为什么会这样？要感谢这么多年来社区成员的奉献。
所以，你选择 Baigooduck 后，又回到了这里，开不开心？意不意外？
社区的本质是沉淀知识，而“沉淀”则是社区和 IM（微信群、QQ 群等）最大的不同点。
另外，如果 Ruby China 总是希望有且只站在 Ruby China 那帮人自己进度去衡量他人 你来到朋友家，你要让朋友按照你的习惯去伺候你，你咋不上天呢？不成规矩，不成方圆。至于技术问题，那么显然是各抒己见，每个社区管理员都有自己的本职工作，每个成员也都在不同的公司、学校，甚至有着不同的职业，诞生一个 RubyChina 精神 是不可能的。
另外，我以前发一个帖子，关不掉，而且管理员还把帖子重启，添油加醋，我觉得，这里的管理员确实……
那件事嘛，我得道个歉，之后我被严重警告了一次
首先要肯定，楼主的思考是非常有价值的。无论是站在楼主的立场，还是站在社区管理员的立场（testerhome.com），我深有体会。
但是对一个人是不是友好，应该和新人无关，很多老人也得不到友善的对待。讨人嫌，不招人喜欢，应该算的上一种劣势了吧。甩掉这个劣势才是需要做的。知耻而后勇！
ps、培训公司对新人很友好。
wiki 的建设也能令人满意
顺便说下，wiki 是社区所有人参与建设的吧。没有令人满意的话，楼主可以一起出分力。
还是要学会 Google，效率比问人快多了。记得 stack overflow 上有一个关于 server 怎么退出 vim 的问题，高分回答是 reboot，哈哈
我们一天用来免费贡献给社群和社会的业余时间就这么多。
如果我的时间被消耗在了认真回复那些只需要 RTFM 甚至学学英语就能解决的帖子里，那么我为其他项目、其他社群、其他高质量帖子作贡献的时间就会减少。潜在地就会造成社群、社会的总体价值减少。
为了社群资源的最大化利用，请对论坛里的答题者友好一些，不要总让他们停下手头更重要的事情，来花时间回答你 RTFM。
lgn21st
回复
大佬 wiki 那个常用 gems 列表可否在推荐的 gem 后面标注一下上手难度？或者在加一页推荐新手使用的 gems 列表。作为一个新手肯定是觉得人家写的 gem 肯定比自己写的好，但是又没有分辨哪个 gem 好的能力，然后看 wiki 推荐 gems 第一个是 bootstrap 然后就是 devise......
hging
回复
我看都看不懂 光那个路由 devise_for :users 我看了 2 天都没弄懂 然后上面还写着
如果您正在构建您的第一个Rails应用程序，我们建议您不要使用Devise。Devise需要很好的了解Rails框架。
然后我就把 devise 删了 贴回 tutorial 教程里的 UserController...
zaqmjuop
回复
一个 gem 的好坏和是否适合 newbie 没有必然关系。
devise 是好东西，但是也太复杂。在选择工具的时候需要有明确的需求判断。如果还无法判断自己的需求，老老实实跟着 tutorial 从最简单的做起是最好的选择。
「提問內容沒有提現提問者的努力」在 Stack Overflow 會被 -1 的，參考 Stack Overflow 給出的理由：Optimizing For Pearls, Not Sand（英文）。
觉得有很多地方还是可以改进的，比如 stackoverflow 上一个如何退出 vim，帮助了一百万程序员。直接了当帮新手解决问题，是不是比按照某写人的思路：“你去查使用手册啊”这样的回复有价值的多。因为你帮助的不是一个人，后面可能成千上万人还会遇到这种问题。麻烦大家对待问题的时候有耐心点，你可以不帮忙，但是请不要打击人的积极性。
很多人还是搞不懂关键在于“提问的方式”而不是“问题的深浅”。
说 StackOverflow 好的有看过 StackOverflow 的提问须知吗？
不要拿用功的提问者和热心的回答者的劳动成果当作自己伸手的理由，你可以去 StackOverflow 提问试试。
StackOverflow 的功能和运营都很好，他们有一个机制让高阶用户帮初学者纠正提问（或者 -1），Ruby China 是纯自发组织，没有那么多精力。我能做的就是把提问的智慧再一次挂在显眼位置 https://ruby-china.org/topics/24325
如果还是不理解，我想社区和业界都不会有什么损失，损失的只有提问者自己。
哇哈哈，我自己网站上也存了一份提问的智慧，遇上乱来的就直接贴上去怼 hhh。
另外再说一个经常看到的新手抱怨。
常常听有些新手说：「你们当年学的时候难道不也是这样到处开贴问简单问题吗？为什么现在我们问的时候你们就不愿意回答了呢？」
然而我们之中有不少人都是业内先驱，是第一批搭建了网站/论坛、第一批写出了教程、第一批制作出作品的人，我们找谁去开贴问啊，谁不是自学出来的，谁不是自己研究出来的。叫是现在论坛都搭起来了，教程都写完挂在上面了，才给现在的新手机会去开贴到处问的。
我觉得友好需要理由，新手和新手不一样，有的值得花时间，有的不值得。
理由很个人，也有标准。
如果不值得回答就不回答，不用指点去看什么什么，这样是不是会显得更“友好”一些？
