高手，你为什么不解答下新手的问题，到瞎扯淡专区发言？

#1 楼 @kenneth 简单 google 一下便可获得答案，为什么不自己寻找呢？非得让人将答案摆在面前？如果真的要在开发这个路子上走下去，真心建议改变一下学习方法。

#1 楼 @kenneth 你问的方式确实不好，太过依赖别人

我觉得可以建一个新手问题节点了，并且这个节点的东西不再跑到首页大列表显示，然后在头部过滤处加一个新手，用于展示新手区的问题，或者再加一些机制，让被 5 个人喜欢过的新手问题贴可以回到首页显示。

#4 楼 @huacnlee 这个提议不错。特别是"让被 5 个人喜欢过的新手问题贴可以回到首页显示"

我觉得专门的问答功能比较好

#4 楼 @huacnlee 不错

#4 楼 @huacnlee 这个等于把歧视新手硬编码到代码里。

#8 楼 @bhuztez o(∩∩)o...哈哈

主要是 win 下面开发，确实有很多的问题。首页除了热门帖子，也可以显示新手帖子。

我在 win 下开发还真没遇到太多问题，大多数 gem 都能用

1. 发帖的人可以自觉选择“新手问题”节点
2. 如果没选，管理员可以定期检查，发现有质量很差的“求助”帖，把它移动到“新手问题”节点，并且不可以再改回来
3. 让新手问题更加凸显一些，但是又不影响到首页的 Timeline
4. 让被 5 个人喜欢过的新手问题贴可以回到首页显示

#12 楼 @huacnlee 4 是政治不正确的 ...

#13 楼 @bhuztez 什么叫政治不正确？

#14 楼 @ywencn 种族歧视，性别歧视，年龄歧视 ... 这些都不是政治正确的。

我觉得一个人成长不可避免要经历如下几个过程：

1. 不知道自己有哪些不知道
2. 知道自己哪些不知道，但不知道怎么解决
3. 知道自己哪些不知道，知道怎么解决 ...

现在的“新手”，“小白”也是我们曾经经历过的阶段，我们在那个时候也很困惑和迷茫，也迫切的需要得到问题的答案及解决问题的方法。社区不是一批人的社区，她应该起到“承上启下”作用。

我经常参加户外骑行活动，刚开始时，跟不上别人，但我发现每到下一个路口都有前面的同伴在那里停下来等候，现在我也会在路口等候我的同伴。

学学 StackOverflow 吧，只要用虚荣心诱惑一下，越简单的问题就越有人来回答 ...

#17 楼 @bhuztez 也有一定的道理

#17 楼 @bhuztez 其实也不光是虚荣心 提的问题好也会有很多人回答，最近在 iteye 问答上的一个问题：http://www.iteye.com/problems/84338 访问量和回答数远远超过其他问题。有时候不是别人没有爱心，实在是有些问题太无聊了:-)

#19 楼 @hooopo StackOverflow 上鼓励大家帮助提问的人把问题写得更明确一点 ...

#19 楼 @hooopo StackOverflow 还不反对自问自答，这样等于是鼓励提问的人，解决问题之后，把解决办法贴出来

#20 楼 @bhuztez 明确不明确是一方面，问题还应该是有趣的。好的问题可以达到抛砖引玉的效果，提问者和回答者可以共同学习，是双赢。 坏的问题是浪费大家时间，提问者可以节省一点时间，一时受益，但也没多大意义。 我有时候看到一些基础问题会在下面回复你该去看书等等，“新手”如果不去看书而是急于在网站上找答案，永远也是“新手”。

@ywjno win 下面开发，rails 跑起来慢，你是新手所以没遇到不能用的 gem。我歧视两种人，一种是新手，一种是歧视新手的人。

晕，新手的定义到底是什么？ 哥一直徘徊在新手之间？

#22 楼 @hooopo 每个人都永远是新手。你不是新手的领域，总是很少的。所以平均一下，你还是新手。

#25 楼 @bhuztez 是啊 但是新手要学习呀 不是到处问，别人答的不热心就职责别人。大家都要靠自己。社区有人能帮助你是额外收获。

还是要多看书， 书中自有颜如玉啊

windows 有那么难么。我用 windows 的时候也写过很多好玩的程序。当时也没有论坛，只有 google。 再说，大家都推荐 linux，你用 windows 是自己选的，既然选了就承担这样的后果不挺好么，没有必要抱怨啊

开呗，有何不可

@kenneth 我从《把时间当作朋友》里截取了一段，也希望对大家能有帮助

我一直相信，教是最好的学习方法。事实上，在不停地为学生解释他们的疑问的过程中，我自己学到的东西更多，更多的程度超乎想象。学生的问题来自于各个方向，或神奇或可怕，或有趣或诡异，但都是基于他们对现状的思考和疑惑。最终，我的发现是，所有的学生提问，最终都是源自于人类史上所有的人都共同拥有的弱点：懒惰。

除了小学低年级学生，竟然问老师一个单词是什么意思，而不是去查词典，肯定是懒惰。去查了而查不到，然后就放弃继续查，也不去换个词典再查，更不用说去尝试一下互联网搜索工具，还是懒惰。都来考托福了，却还不知道及物动词是什么，还是懒惰，因为他过去曾经偷懒，到了现在才吃亏，当然可能并不知道这次吃亏的根源在于何处——这是最可怕的情况。

更多参考： http://www.lixiaolai.com/archives/421.html http://www.lixiaolai.com/archives/422.html

我也问过问题。。http://stackoverflow.com/questions/10833423/performance-difference-between-writing-the-log-to-the-standard-output-and-writin 后来发现没人回答，然后又想了想这东西自己做个实验也能得出结果。现在后悔问了。问问题只是自己太懒了。

#26 楼 @hooopo 如果有大量新手问题被回答，后来的新手学起来就会容易点

#30 楼 @jonny 这是我一直用的方法，过去的 RubyTuesday 上，我经常做各种话题分享，如果问以前参加过的同学们，他们都知道，如果我讲的东西，一定都是我近期内想学的，跟大家宣布两周以后要讲，然后自己才开始捉摸，只要两周后能给大家讲清楚了的，往往最后是自己理解的更深。

@jonny @hooopo 你们的话让我蒙圈了，说话直白简单一点。我的观点是，不懂就要问，当然自己也要学习，交流一下提高的快。

#34 楼 @kenneth 不懂就问学习起来绝对慢，StackOverflow 提问守则第一条就是 Do your homework。

#35 楼 @Rei StackOverflow 不反对你提问 ...

#34 楼 @kenneth 那我也简单直白一点儿：你的提问不是交流，只是让别人替你思考而已。

@kenneth @bhuztez 我的想法是，没有人阻止新手去问问题，不过如果新手问的问题我在 google 一搜在第一页全是答案，这让回答的人怎么想，我是觉得那起码是没有去尊重回答者的时间和精力的付出吧，何况在中国的工作状况大家也知道。

#36 楼 @bhuztez ruby china 也不反对你提问，Do your homework

还有 StackOverflow 另外几条也很重要

Be specific Make it relevant to others Be on-topic Keep an open mind

对于目前看到的现状我还想加一条：Well fomatted，太多人不注意文章排版。

一直强调，要注意提问的方式，不明白怎么就有人开始气愤「什么！不给我提问吗！？」，明明重点就是在「方式」。

#38 楼 @jonny 你可以不回答啊，用虚荣心勾引提问的人自己找到答案之后，自己上来回答。

另外，SEO ...

其实最重要的是问题的 ruby 的中文资料太少了 而对于很多新手来说查阅的都是英文资料 阅读起来都很有困难 不是不查 是查不到 而且有一些人逻辑混乱 需要点拨一下 所以大咖们有功夫在社区扯淡的功夫 不如好好整理一下文档 或者资源 这个社区都成了扯淡社区了 国内用 ruby 的人本来就少 新手问一下问题你们又觉得问题幼稚 慢慢的新手自然而然就气馁了 授之于鱼不如授之于渔 希望大家慢慢的引导新手 互相进步 当然我也是个新手

#40 楼 @bhuztez 这种设定，适合用在 StackOverflow 这样内容海量，首页内容推送的网站上。但是 Ruby China 是个单板论坛，每个人的首页都是一样的，放任低质问题会干扰所有人的首页。所以这也就是对提问帖做一些隔离的理由和目的。

@bhuztez 恩，以后实验实验

#41 楼 @baiwale 我印象中没有人说过新手问题幼稚，只有反映部分新手问题没有做好功课。

#39 楼 @Rei 整天强调提问的人应该怎么样怎么样，对解决现在这个问题一点帮助都没有。正是因为啥都不知道才会提出这样的问题。等到知道该咋提问了，多数一年也提不出几个问题了。

#42 楼 @Rei 首页可以搞两列嘛，一列是论坛，一列是问答。这很可能不是最好的方案，但只把想象力局限于现状肯定是不对的。

#41 楼 @baiwale 这里的豆列，都是中文的：http://book.douban.com/doulist/1518168/

#47 楼 @hooopo Mark

为什么不去 stackoverflow 上直接找呢？或是在那里提问啊。在那边比在这快多了。

#49 楼 @raven 是的 那边回答的慢了就被别人抢答了

@raven 好的，去 stackoverflow 看看去。

也许可以智能一点，不进行强制... 发帖页面填完标题以后在边栏提示相关的帖子，并提示"提问请前先参考别的帖子", 更进一步也可以加入 google 的搜索结果。

多一点指引显对新手更加友好，也能减少对其他人的依赖，也许从功能上弥补，比从规则上强制要更符合软件开发者的思路。

我只想说 !

#53 楼 @ywencn

问问题的话，SO 还是王道，答案的质量上回答的效率上荣誉机制，但是这也可能是需要慢慢体会的问题。 比如在社区提问题，收到的回答的质量没有在 SO 好，或者得到答案的效率没有自己 google 来的快，慢慢的就会转变自己的提问方式，和提问地点。 我觉得这有点像市场经济，如果好一点提问方式会让自己的问题更好的解决，那么人慢慢会选择更好的提问方式。 比如Rubber Duck Problem Solving 下面有这么几条 Describe what's happening in sufficient detail that we can follow along. Provide the necessary background for us to understand what's going on, even if we aren't experts in your particular area. Tell us why you need to know the answer. What led you here? Is it idle curiosity or somehow blocking you on a project? We don't require your whole life story, just give us some basic context for the problem. Share any research you did towards solving your problem, and what you found, if anything. And if you didn't do any research – should you even be asking? Ultimately, this is about fairness: if you're going to ask us to spend our valuable time helping you, it's only fair that you put in a reasonable amount of your valuable time into crafting a decent question. Help us help you!

对我自己来说社区得到问题答案的效率并不如专业的问答网站，所以我会一般选择 SO。我觉得新手专区如果要开的话，应该是给新手以资源，教会他们如何更好的学习，如何更好的问问题，为什么要更好的问问题，从而可以让他们更好的在社群生活下去。而不是像楼上说的政治不正确。

#52 楼 @aNdReW_Qx 这个思路不错

#53 楼 @ywencn 这张图留了，太亮了。。。。。

作为 VC 以前的求助/技术区版主，我可以说开这样的区是完全无用的，还不如把 wiki 完善一些，并且强调它的重要性。

国内的教育就是批量生产伸手党的，这个不是一个网络社区能解决的问题。伸手党的学习方式和价值观本身就很成问题，你能纠正他的几率微乎其微。与其让日经问题刷版，让老手觉得这个社区的内容质量低下而离开；还不如让伸手党得不到他想要的答案而自己离开

#57 楼 @sectic 这图在我以前的 ruby 群流传甚广

#58 楼 @undead__king 伸手党到处都有。就好像抄袭到处都有。与其无视他们的存在，不如想办法如何与他们共存。

#58 楼 @undead__king 的确切中要害，不过这也是这个论坛得维护者们长期纠结的地方，ruby 圈子其实超级小，社区小的话比较容易团结一致，所以一直努力让自己以更加积极的态度看待这个问题。

我觉得还是搞个“建议”的“版块”把，位置或问题尽量明显一点。不管是功能也好还是对社区的看法也好，每个人不管是“新手”还是“高手”，都可以发挥自己的观点，或者已一种投票的方式进行评论。不然搞的社区整天充斥着这样的氛围。

@bhuztez ruby 在国内算是很小众的了，正因为小众，才有拒绝被大环境污染的能力。像天涯 mop 那种大杂烩才要考虑如何共存，做有价值的小社区应该优先考虑新用户的质量而不是数量。

#61 楼 @lgn21st 可以参考下 iteye 的“精华”、“良好”、"新手"贴机制，和完善的 wiki 结合起来用，：）

#23 楼 @kenneth @ywjno win下面开发，rails跑起来慢，你是新手所以没遇到不能用的gem。我歧视两种人，一种是新手，一种是歧视新手的人。

我还真不知道你从哪看出我是新手，而 gem 我用的都是常见的东西自然没有烦恼

actionmailer (3.2.5)
actionpack (3.2.5)
activemodel (3.2.5)
activerecord (3.2.5)
activeresource (3.2.5)
activesupport (3.2.5)
addressable (2.2.8)
albino (1.3.3)
anjlab-bootstrap-rails (2.0.4.0)
arel (3.0.2)
Ascii85 (1.0.1)
blankslate (2.1.2.4)
bookie (0.0.14)
bootstrap-sass (2.0.3.1)
bootstrap_helper (2.0.0.2)
builder (3.0.0)
bundler (1.1.4)
by_star (1.0.1)
capybara (1.1.2)
childprocess (0.3.2)
chronic (0.6.7)
chunky_png (1.2.5)
classifier (1.3.3)
coffee-rails (3.2.2)
coffee-script (2.2.0)
coffee-script-source (1.3.3)
compass (0.12.1)
diff-lcs (1.1.3)
directory_watcher (1.4.1)
domain_name (0.5.3)
eeepub (0.8.0)
erubis (2.7.0)
execjs (1.4.0)
faraday (0.8.1)
fast-stemmer (1.0.1)
ffi (1.0.11)
fssm (0.2.9)
haml (3.1.6)
hike (1.2.1)
i18n (0.6.0)
jekyll (0.11.2)
journey (1.0.3)
jquery-rails (2.0.2)
json (1.7.3)
kramdown (0.13.7)
libwebsocket (0.1.3)
liquid (2.3.0)
mail (2.4.4)
maruku (0.6.0)
mechanize (2.5.1)
mime-types (1.18)
multi_json (1.3.6)
multipart-post (1.1.5)
net-http-digest_auth (1.2.1)
net-http-persistent (2.6)
nokogiri (1.5.3 x86-mingw32)
ntlm-http (0.1.1)
pdf-reader (1.1.1)
pg (0.13.2 x86-mingw32)
polyglot (0.3.3)
posix-spawn (0.3.6)
prawn (0.12.0)
puma (1.4.0)
pygments.rb (0.2.12)
rack (1.4.1)
rack-cache (1.2)
rack-protection (1.2.0)
rack-ssl (1.3.2)
rack-test (0.6.1)
rails (3.2.5)
railties (3.2.5)
rake (0.9.2.2)
rb-fsevent (0.9.1)
rdiscount (1.6.8)
rdoc (3.12)
RedCloth (4.2.9 x86-mingw32)
romankana (0.1.3)
rspec (2.10.0)
rspec-core (2.10.1)
rspec-expectations (2.10.0)
rspec-mocks (2.10.1)
rspec-rails (2.10.1)
ruby-rc4 (0.1.5)
rubypants (0.2.0)
rubypython (0.6.2)
rubyzip (0.9.8)
rufus-scheduler (2.0.16)
sass (3.1.19)
sass-rails (3.2.5)
selenium-webdriver (2.22.2)
settingslogic (2.0.8)
simple_form (2.0.2)
simple_oauth (0.1.8)
sinatra (1.3.2)
sprockets (2.4.3, 2.1.3)
sqlite3 (1.3.6 x86-mingw32)
stringex (1.4.0)
syntax (1.0.0)
thor (0.15.2)
tilt (1.3.3)
treetop (1.4.10)
ttfunk (1.0.3)
twitter (2.5.0)
tzinfo (0.3.33)
uglifier (1.2.4)
unf (0.0.5)
unf_ext (0.0.5 x86-mingw32)
webrobots (0.0.13)
will_paginate (3.0.3)
xpath (0.1.4)

@ywjno 你在 win 下 gem install kgio 试试，能安装@我

@huacnlee 新手区申请当版主。

#66 楼 @kenneth 我都说了我用的是常见的 gem，专门挑那么一个that run on Unix-like platforms的 gem 出来能说明什么呢，不用这个 gem 就能说我是新手了？那是不是用了这个 gem 的就不是新手了？

我在win下开发还真没遇到太多问题，大多数gem都能用，这是我的原话，我说的是我没遇到不代表你没遇到，再说又不影响我开发项目的进程在哪下面开发不是开发

• Google 一击不得的问题才来问吧。
• 如果 自己解决时间 > 提问 + 他人回答时间 那么应该提问。
• 一个问题看上去很简单，不一定能 简单地 Google 到。Google 不是万能的，实验什么的，不如各位大侠写点 wiki，有人问时贴一帖吧。

#69 楼 @qiukun 也不能单纯的看时间比较，自己尝试解决一个问题后，其积累的经验和收获 是大于直接从别人那里得来的。

如果是时间紧急，则可以快速寻求帮助。如果不急，自己尝试一下探索应该是很必要的。如果形成依赖以后，对自己的技术成长是很不利的。

都去用谷歌吧！论坛和社区只是用来瞎扯淡的...

#8 楼 @bhuztez 大部分时候我不反对提问，在任何各自新的领域大家都是新手，但遇到问题提问前应该自己先找寻一下答案，而不是一遇到问题就直接做伸手党，假如在短时间内大量抛出在 google 上随便搜索都能搜到答案的问题，我觉得这个学习过程很不妥，这完全无法提高一个人解决问题的能力。如果遇到这类型的提问，我会直接建议将这些问题丢到新手区，眼不见心不烦。

#68 楼 @ywjno 如果没有特别的理由，最好在 unix-like 的环境下开发 ROR，我毕业后两年都是 win+netbeans，现在想来实在是不专业，容易把精力和时间放在不该放的地方，卓有成效的程序员的第 N 条：开发环境和生产环境尽量一致，有时候还是要多吸取一些别人的经验，这样成长才更快

#73 楼 @sharp +1

#73 楼 @sharp 对我来说写出能用的代码才是成长，要是如果碰到环境问题会到家里面用 mac 系统验证的

开发环境和生产环境尽量一致，对于这个，可能适用与写 rails，要知道很多人写 java 都是在 win 下开发然后再到服务器上发布的

其实 wiki 和 Rails 视频教程 里面东西不少了。不过很少有人去看呀

#75 楼 @ywjno java 因为有一个不错的 VM，跨平台特性很好，开发也重度依赖 IDE，而 rails 是轻量级的技术，开发哲学充满了 unix 的味道。写出有用的代码是最基本的要求，如果自我要求不高，说实话，用什么都无所谓，现在问题的关键是在于你能不能在 linux/unix 上熟练的玩 rails？我给你一个 BSD 系统，你能不能帮我搭建一个高性能的 Rails 运行环境出来？

我觉得还是应该鼓励大家尽量完善 wiki ,这样也就相当于很多论坛的精华区。

像大家经常喜欢看精华区的帖子一样，新手找问题可以优先去 wiki 搜下，如果找

到想要的答案是最好啦，如果 google, stackoverflow 等之后实在找不到答案，再

来发一枚可能大家都很少接触到的问题

#78 楼 @diudiutang 大家都来补充 wiki 这个不错。

#77 楼 @sharp 我晕，现在的问题的关键啥时候变到在linux/unix上熟练的玩rails了，不是讨论是否应该开辟新手区么

反正我对社区是有些失望，整体的氛围是歧视小白。

有许多人说你 Google 呀，StackOverflow 呀，关键是“不是每个人都跟老手一样熟悉问题出在什么方面而知道怎么去搜索”。

还有，有的时候，自己搜索了一下没有搜索到，在社区贴一个贴子问一下，自己另外一方面也在找；但会有许多人质疑了，这个是新手问题，你搜索了吗？你怎么知道我没有搜索，而且我正在搜索呢。所以你也许发现，我提问的问题，还是自己搜索出来并贴出答案的。

总之一句话：**歧视新手的回复远远多于回答新手的回复**；你既然有时间来歧视，为什么不花时间回答问题吧。

我啰嗦这么多，并不是为了自己的问题在社区有人回答。可以这样说，我以后不会再在社区问一个问题。我会去 StackOverflow 去，我会看技术博客去，即使想问了，我去知乎、新知、ITeye 去问。

关于歧视：歧视的不是能力低，经验少，而是歧视不劳而获。 即使这样，也没人动用管理权限去删所谓“新手”问题贴，只是表达了一些看法而已。

去问答社区问问题和看技术博客我是非常赞同的。 即使去 SO 上问问题，如果描述不清，问重复问题也会被投反对票，也会被人评论“你不该问这样的问题”，也会被甩一个链接“这问题已经有人问过了，你该去 google”等等。 去 Iteye 论坛提问也会被删贴扣分等。

至于“为什么花时间‘歧视’而不去回答问题”这样的问题很没逻辑，别人也可以反问“为什么花时间抱怨，不去多学习”，这样很无聊，每个人都有自己的自由。

#82 楼 @hooopo 通过长期观察和接触不少老手，我自己总结了一条规律：老手跟新手的区别之一，老手们其实更忙，时间更加紧张，而且他们的时间比新手更值钱。如果要证明的话，通常老手的平均收入比新手高，从职场来看，拿到的薪水和要作的事情的复杂程度以及承担的责任是成比例的。

就个人而言，从不介意回复新手问题，但是我只歧视哪些歧视老手的人，最近真心感觉到论坛上一些自称新手会员在大家面前首先自小，然后开始代表整个新手阶层歧视老手，对抱持这种态度的人，我会选择性忽略。

#83 楼 @lgn21st 刚弄 rails 的时候，我很喜欢问问题，什么问题都问，而同事也是耐心的解答，后来我自己都感觉不好意思再问了，所以自己看的、想的稍微多一些，实在不行了，再去问。

别让傲慢与偏见主宰社区。按不得问小白问题的逻辑推理下去，开源项目是不需要文档和示例的，因为“代码都在那，你去看一下代码会死啊”。问题的深浅，答案的难易因人而异，高手不需要用贬低菜鸟来证明自己的高超。有个经典段子不可不知：google 的创始人 larry page 在开发 google 时曾经向社区提问：“怎么设置 java request 的 user-agent 字段？”。

数量跟质量好像必然要有冲突，不遗余力的推广社区，同时又担心质量下降我觉得挺矛盾的。人少一定是坏事嘛？数量增长得慢一点不好嘛？我觉得曾经的 JavaEye 可以作为参考吧。

我想知道，社区大了到底有啥好处？到底谁有好处？

#85 楼 @tedeyang 居然没有人回复他“你去 Google 一下会死啊！”哈哈哈 我被这个笑话冷到了

#83 楼 @lgn21st 呵呵，估计是说的我吧。我不是歧视老手，老手对社区的贡献是很大的。例如台湾的 iHower，国内的你、华顺、Rei 等等都作出了众人嘱目的贡献。我歧视的人在这个社区是那些没有贡献，只有歧视的人。

#87 楼 @hooopo 你的冷笑话回答得太精准了！

每天被新手贴刷屏，一直想提新手区的建议，但是又怕被一些人以“歧视新手”的理由攻击。不知道他所在团队有 Leader 时，会不会被认为是歧视其他非 Leader 成员。 不过，最近不少新手已经自觉把问题分类了，在标题中加上“新手”字样，这样想回答的人就点进去回答，不想回答的可以快速忽略。这种情况下，开新手区就很自然了。

对于有明确答案的问题，论坛是不如问答网站和 wiki 的，能否在首页或新手区给提示，建议他们去看 wiki 和搜索 StackOverflow. 我觉得，论坛的主要目的是交流一些没有明确答案的问题，发散讨论，碰撞出好东西。

此贴，俨然 Ruby-china 成立以来，最火贴。

一天时间 90 楼，My God!

ruby-china 社区发展的慢... 上了这么久也没见到有进步，扯蛋的人占多数，真正讨论技术的人少之又少，大家可以把热情转移到讨论技术上来！

#85 楼 @tedeyang 我现在觉得提一个可以 google 到的问题也不算什么太过分的事，最不爽的是有人提问题表述混乱，没有需求背景，没有环境介绍，没有之前尝试的结果说明，需要你询问很多次才知道他的具体情况，这是在消耗其他人的时间

#90 楼 @kgen 所以应该从论坛机制上来避免这些问题，而不是质疑新手问题。例如论坛激励和勋章系统、Reputation 系统、版块的设置等。

#94 楼 @kevinhua 有道理，说白了还是社区的功能（机制）不完善，没有激起广大 ruby 爱好者回答问题的热情。

相当支持@Rei 和@fsword 的说法。

#6 楼 @bhuztez 我觉得专门的问答功能比较好，不行把者也的功能移植到这个社区里来，我一直觉得这个社区需要个专门的问答功能

新手的痛苦你们怎么知道

我想问一下，我这个问题属于哪个层面上的？是太简单了，以至无人回答，还是说我找的资料不够？ http://ruby-china.org/topics/3584 关键觉得 ajax 在 rails 上的资料少了点。

给大神的建议： 一个建议就是，如果问题太简单了。如果你热心，可以发个资料的链接，或者说社区里搜索“XX”就可以找到。或者你觉得他太懒了，你就留言，谷歌“XX”有很多相关资料。

建议各位大神，如果有时间，可以充实一下 WIKI，有空写一些文章。无论是多傻 X 的技术，多入门级的都可以。 例如：http://ruby-china.org/topics/2814 这样的东西我相信大家都可以写，但是很多人都不愿意写，而更希望写一些更高层面的东西。 我看过本书叫“PPK 谈 javascript”，看到的朋友都应该知道，里面的东西都是一些很简单的东西，但是细节写的很好，作者真的很用心，就算一个在简单的 DOM，估计他都要在好多浏览器等等之类的折腾好几回，然后记录下来，在博客之类的发表看法。

给入门者的建议： 多学习资料，在决定提问之前，先思考，查文档。或者这样说，如果遇到问题，我们给我们自己 3 个小时的解决时间，如果无法解决，把自己的思路和查过的东西一同发在问题上，估计有更多回答的机会。 作为初学者，不应该只有伸手的习惯，就算是安装 RAILS 的过程，你提问了，然后有人介绍你在 WIKI 上有，然后你按照步骤去安装了，途中遇到了一些问题，然后自己解决了。我建议大家可以专门写一写，在社区也好，博客也好。对新手也是一种帮助。

无论是新手，还是大神，都不应该浮躁，无论是什么问题，你解决了，都是对别人的一种帮助，如果你乐意，可以在回答上，多加几句建议，而不是直接说，这问题也来问，自己不去搜索。而别人回答了你的问题，应该更多有一份感恩的心。

各位大神走到今天都是很多靠自己的努力，但是有时候回头想一想，如果当初有个人，可以指点一下你，会不会少走更多的弯路，或者今天的自己可以更加强大。因为有时候折腾真的比较累，而且我们都被应试教育给体制化了，什么都不是那么容易改变。与其抱怨，还不如去鼓励别人或者教育别人。难道哪天你小孩问你一个乘法口决，你会直接说，自己去查书吧，还是会拿起个乘法口诀表告诉他答案在这里，然后让他背熟。

一个社区的成熟和大神，还是新手都是密不可分的，需要大家的努力。我相信你的问题没有人回答，不是别人不乐意回答，也不是你的问题太过愚昧。我觉得更多是一种，责任分散。每个人看到这个问题，从觉得别人会回答的，所以才没有去回答。

我相信社区只是刚开始，需要大家的努力，才会进步。才会让更多人融入 ruby 的大家庭。

PS:新手的苦恼 我作为一个新手，说说新手不容易的地方。首先英语不是很好，搜索 google 有中文，又得不出什么好的答案，用英文表达又不知道如果表达，例如搜索关于 ajax 在 rails 的问题，我只能搜索 rails ajax，然后在漫天的答案中苦寻。感慨的就是，英语差，伤不起。

同样是新手，基本不会在社区发问，发问基本上没有结果。不如自己去找。

#99 楼 @JeskTop 回答你帖子开头的问题。我是看到 1 楼

坐等答案。求解决。

就离开了。

#101 楼 @Rei ^_^ 看来说错话了。

#99 楼 @JeskTop 你那个提问的帖子写得太长了，估计没多少人会耐心看完

#103 楼 @huacnlee 说明程序员缺乏耐心？ 我是新手，请大家多关照，谢谢。

#99 楼 @JeskTop 英语差 咱有 Google 翻译～

感觉技术贴不多，扯蛋不少。

#106 楼 @dzl84394 同感。觉得扯蛋帖子特别多人回复。。

我是觉得 ruby、rails 有些特殊的字符或写法在 google 里是搜不到的，举个例子，假设我在看一份源码，我也不知道$: ，不知道这个是$LOAD_PATH , 第一次见不到，想搜索但是因为是特殊字符会被过滤掉，那么我在这里问一下，作为高手的你就不要鄙视了，提醒下这是 ruby 环境变量就好了，这样我也换个词搜索搜索了 ......

#108 楼 @dfang 其实每一本讲 ruby 基础的书上面都会有这些符号的说明的。学基础的东西要看书和文档，论坛是用来讨论书和文档上面找到不到的东西或有争议性的东西。这是我个人的观点:-)

@hooopo 这只是我假想的个例子 可能不是很恰当 只是为了说明这是特殊符号 不好搜索 有的东西不一定每本书都有啊 或者不是重点 在小字里写了 没注意看 或不记得了 ..... 还有有的问题不好根本就不好搜索，要描述清楚情况别人才能帮到你的那种，反正各种情况有 .....

#53 楼 @ywencn

:thumbsup:

我是一个新手，我给新手一点我的意见，在注意自己提问的智慧的时候，同时也注意回答者的智慧。别把自己的节操给掉了，你是提问者不是乞丐！如果能得到结果那是一种幸运，没有得到答案说明还有更多东西要去学习。

在等待别人给答案的时候也要自己去寻找，最好想办法在 stackoverflow 上能够把问题发上去。英文不是学习的最大障碍，最大障碍是不肯走出这一步。

还有 rails 其实挺难的，没那么简单，要了解掌握的实在太多了。

最后不要管别人会怎么说你，一个真正的求知者根本不会在意这个主题里的肤浅看法，只会不断的完善自我。

我是新手，我发现我遇到的问题 google 能找到，但是用的时间较长

#113 楼 @liuzhe 不只是你有这样的经历，大家都经历过。慢慢的时间就变少了。

哎，我谷歌了两三天，关于JS 打印机的问题，都没找到合适的？！在这里发没人理会！！

#115 楼 @hz_qiuyuanxin 你那种需求太生僻了，不见得有人做过

#116 楼 @suupic 我也知道，但是还真是有人做过。但是的但是，联系不到那人

似乎已经开了新手问题专区，但说实话非常不建议这样，似乎这个社区把新手隔离在一个独立的小圈子里，这种区别对待，让我们刚准备入门 Ruby 的人感觉很不舒服。即便是后期真的学了 Ruby，对这个社区也不会有太多感情。