最近越来越发现很多新用户一来就发帖,而这些帖子一般会是这样:
还有这么做也是为了防止被删除帐号的恶意用户再次注册马甲发帖。
如果你是发布招聘的,而又不能直接发帖,可以 Email 联系几个管理员开通发帖权限。
根据大家的反馈情况,以将限制改成一星期。 各位不要在争了,时间限制肯定是需要的,这对社区的质量提升会有好处。况且并不是不让新用户参与社区,只是不能发新帖子而已,其他功能都是可以使用的。
支持一下,促进社区发展嘛...授人以鱼不如授人以渔的道理大家都懂的...用好 google 和 stackoverflow 你将前途无忧...
#7 楼 @kenshin54 只是限制不能发新帖子,回帖还是可以的,一般情况下,都是能找到类似的问题的,在类似的帖子后面回帖跟上新的问题就好了。
我觉得我们可以加个 feature 用 ejabber 做个聊天服务器,弄个类似 facebook 的 chat 的东东,小问题就直接在上面在线聊天问得了
@huacnlee ,我觉得可以将大家平时最喜欢的网站,工具等专门罗列出来,来给新进来的人以指导,让他们到那里去找问题的答案,这样也许能起到很大的作用呢
可以给每个帖子做一个下沉的标记,用户觉得帖子水就可以点沉,标记达到一定程度就沉了。社区是为了交流,有思考的交流是期待的,可是互相帮助,相互指点,给新人些意见或许更有利于个人和社区成长。
Please just give us the ability of blocking user and ignoring posts. Please please please...
随便 Google 就能找到的内容; Wiki 或 Ruby 官方,Rails 官方的文档里面有的内容并且很明显的内容,但没有看过; 遇到一点小问题就开始发帖求帮助(但实际上等别人回答的时候,他自己却解决了); 不懂 Markdown,而又没有看或没看到发帖说明,发出来的内容乱七八糟;
全是说我的!!!
以后: Github 注册,要等 1 个月才能 create repo 了。 Gmail 注册,要等个月才能发邮件了。
中国人的思维永远是堵,不是疏。大到国家管理,小到论坛维护。
疏导确实为上上策,不过管理员的时间都有限,不可能每个帖子都盯着。
此外 github 的 repo,gmail 都是给自己用的,不会干扰其他人。
论坛乱发帖会影响到他人。
这是两码事,不可相提并论吧
有很多办法来提升论坛的质量。
新手来论坛,如果能得到公平和对待,热心的回答,若干年后成为高手后,会回报社区的。
反过来,新手来论坛,有诸多限制,我相信这对于新手、对于社区都是一件有百利毫无一害的
#56 楼 @kevinhua
当你是管理员,一个叫"54XXX"的人不停的建小号发广告帖的时候你就知道管理员的难了,我们直奔主题可以不管垃圾 post,可是管理员不可以,他们也要每天 8 小时工作,可能更长,而 且这样限制能强迫新手成长,不会对社区造成困扰的。
一个新手如果有疑问,首先自己来 ruby-china 搜索,搜索不到情况下自己去 google 搜索,google 找不到的情况下 (概率已经很低) 再去 qq 群里问,如果还没解决的话...那就是代表这个新手不适合计算机行业,早点让他死心也好,或者这个问题对他来说太难了,他应该先从容易的开始,熟悉相关的东西 2 个星期以后再在 ruby-china 上发帖,我们要拒绝伸手党,授人以渔。
我觉得 ruby-china 是对新手相当友好的社区了,因为 ruby 本身就年轻,大家其实水平都差不多,ruby 方面是新手的人可能其他方面强你百倍千倍
不要事事都上纲上线,这个规定很多论坛都有,这也没有堵死不让新手学习了,新手也是可以回帖的,他先搜一下他的问题,找到有相关的帖子然后在下面回一下挖个坟贴谁会说什么呢?这还能让他养成问问题前先搜一下的好习惯
这会不会有点学 iteye 那边了,问个问题还要积分? 寻找答案应该属于高于初级问题的能力,不能强求每个人都会吧。 如果只打算做成小众论坛,这倒无所谓了。
提个方案,像 StackOverflow 那样,新手发帖先进入一个发帖指导的页面,打勾下一步才是发帖页。
已发的贴,管理员觉得没有做好功课的,可以移到不显示在主题列表的 notpoint 节点。
广告 spam 是另一个层面了,注册加 captcha,特定的人肉 spam 就加关键词黑名单。
支持初衷,不过效果未必好。因为不懂得善用 google 的新手,过一个月甚至一年,都仍然会有遇到问题就发帖问的坏习惯。感觉直接处理此类帖子,向他们普及常识更好些 http://ruby-china.org/topics/9636 http://ruby-china.org/topics/9647 像这样的帖子,在 timeline 里出现就是在浪费所有浏览者的时间
可以像糗事百科那样啊。。。你新人发新贴,老会员可以看到,可以评价是不是水,是不是有违法。 如果指定时间内(比如半天,没人评价不好)或者达到多少个老人都觉得挺好。就自动所有人都能看到。总比不能发这种蛋疼的自宫行为好吧。
新人发的太多不合格的,到一定比率就申请冻结那新人。让工作分化给这个社区的热爱者。
至少糗事百科这样的验证机制后,他们审核的工作量大减。
我好像中枪了,注册俩月发了一个基本无人问津的贴,开始觉得是不是自己的帖太弱或有问作业的嫌疑..后来想想也释然,各类技术论坛邮件组等,最热门的总是水贴,其次是有价值的分享..
新手有新手区,对于你说的几个情况,可以限制发帖 node 比如一月内只能在新手区发布,这样也不至于 确实遇到问题没法解决的情况,我认为,这边是主要就是为了大家交流和讨论技术,并且很大程度上是在解决问题的基础上讨论和交流的,新手在学习上会常常有忽略的时候,来这边也是想得到帮助,并且在新手区发帖,并不会影响社区的形象,如果认为问题太简单,可以选择无视,但是我个人觉得不应该这么去说,毕竟每个人都是从新手走过来的。。
@Roam 呵呵,我学 rails 从来没有发帖问过,我怎么学的呢,善用 google 是因为网上自有答案啊,因为很多人问过了,主要是这些没含量的东西,重复问太浪费了
Hi,@all 我觉得积分制 可以很好解决这个问题,比如 回帖多少积分(水贴不算 或者要扣分),够一定积分 就可以发帖,可能实现上有些麻烦 但是觉得比死板的一定限制时间 要好一点。
#99 楼 @NonTwitter 嗯,我只是从大众的角度上去阐述我个人的一些看法,作为一名程序员,的的确确要会找答案会用 google,但是这些都是慢慢培养出来的,指点搜索的方向也是需要指点的,希望可以讨论出一个比较好的解决的方式,而不是一直就堵死~~~
我觉得在论坛提问题等待解决是下下策。和身边同事讨论,电话请教,qq 交流,Google, stackoverflow 搜索都比这个效率不知高出多少。最有意思的是,就像@huacnlee 指出的,发帖后来自己解决了问题,也不说怎么解决的,却销声匿迹了。
不过处理似乎有点重了,stackoverflow 的评价体系值得借鉴。可以设置该问题的水平,太低的就沉下去。禁言不利于 ruby 社区的交流沟通,望三思~
我可以说反对吗?或许经验多的人认为经验少的人提出来的问题都是非常可笑,非常不值得提出来的问题,但是,我们不能说不叫新注册的用户提出自己的问题,比如说我现在说我对 subject 不理解,请您解释一下,你可能说自己找答案去,我想说我已经找了答案,但是还没看懂。总部能你对我来一句这样的智商你去死好了,还学什么 ruby。我自己本身是做 PHP 的,现在在学 Ruby,说实话,我感觉 Ruby 这里的人都很好,大家很愿意回答新人的各种问题,不管问题是怎么样。所以我感觉你这样的做法是在压抑论坛的活跃度,可能我们每个人考虑的问题方式不一样。与其说叫大家问问提的时候先去论坛搜搜你要的答案,那我想问一下楼主,你小时候叫妈妈爸爸这俩词你学了多少次?肯定不止一次,或许我可以这样的回复你,我已经教了一次怎么叫妈妈爸爸,你就不许不会叫,我已经问过你一次 1+1=2 你就不可能在问一次 1+1 等于多少。你可以去 google 问 1+1 等于多少,如果你还不会你还活的有什么意义。还学什么 Ruby 这样的智商你不如去死。
论坛建设是我们每个人的努力成功,堵并不是好的办法,要找到更合理,更有效的或许我们可以开设一个新区课堂,我们可以说说代码怎么写,什么意思,这样总比有人乱问要好的多。
#105 楼 @ottawa893516 有反对的声音挺好的,不过你拿父母教育举例的理由实在是牵强,列举如下不同:
最后再补充一下,类比的价值在于形象性,但是所有的类比双方都不可能完全一致,因此难以作为证据,还是谨慎使用为好。我常常看到机械类比的错误,这是逻辑不严密的标志,对程序员来说,逻辑不严密可不是优点
一直在关注大家的反馈,因为大家喜欢这个论坛,爱之深,责之切。
先感谢所有关注并回复的同学。因为论坛限制,同时@
很多人的话,只有前面几个人会收到通知,所以就回帖一并谢过了。
这个论坛发展至今,所以的功能实现都是依靠 @huacnlee 努力引导,加上开源项目大家支持才能有今天的成绩,其实随着注册人数,活跃人数上升,论坛水贴,质量下降是有目共睹的,所以我们都非常着急,这么多的讨论也给我们带来很多思考,我们做的还远远不够,很多同学的强烈抵触情绪我们体会到了,我们承诺会做更多改变,我们承诺会努力升论坛整体品质,并且要尽可能对新手友好,这里先谢过大家,祝愿所有新手们在学习的路上畅通无阻。
我也是新手,我也承认我发过一些弱智问题!
对于这个问题,我觉得可以开辟一个新手提问题的专栏!新手提的问题贴自动归档到新手问题栏!
另外,对于帖子来个根据浏览的次数、评价以及回帖数,当然还要有时间等因素来个自动升降级。 阮一峰老师介绍过一些挺好的算法,可以参考一下。链接如下:
基于用户投票的排名算法(一):Delicious 和 Hacker News http://www.ruanyifeng.com/blog/2012/02/ranking_algorithm_hacker_news.html
基于用户投票的排名算法(二):Reddit http://www.ruanyifeng.com/blog/2012/03/ranking_algorithm_reddit.html
基于用户投票的排名算法(三):Stack Overflow http://www.ruanyifeng.com/blog/2012/03/ranking_algorithm_stack_overflow.html
基于用户投票的排名算法(四):牛顿冷却定律 http://www.ruanyifeng.com/blog/2012/03/ranking_algorithm_newton_s_law_of_cooling.html
基于用户投票的排名算法(五):威尔逊区间 http://www.ruanyifeng.com/blog/2012/03/ranking_algorithm_wilson_score_interval.html
基于用户投票的排名算法(六):贝叶斯平均 http://www.ruanyifeng.com/blog/2012/03/ranking_algorithm_bayesian_average.html
我主张使用技术解决问题!既然我们是干挨踢的,我们就尽量发挥计算机的潜能,让计算机帮我们活的更轻松,做的更好!!
在很多社区都有这个问题,比如以前学 LINUX 的时候也是。个人觉得通过时间限制这个问题解决不了不同阶段的人对问题的认知程度,重要的还是通过投票、分区或类似的技术手段才能疏导好这个问题。
#118 楼 @diguage https://github.com/ruby-china/ruby-china/issues 到这里去开个 issue,把你引用的内容贴过去,我们一起学习,一起把他实现了,如何?
#123 楼 @lgn21st OK 了!添加了一个新的 issue,链接如下: https://github.com/ruby-china/ruby-china/issues/162
看看描述的是否有问题,有问题我再更正!
透露一点,这是我第一次在 Github 上使用 issue!我贡献了自己的“初夜”,大家要贡献自己的代码啊!哈哈
@huacnlee 表示反对。
讨论组既不是一个人的,也不是一群人的,而是互联网的。 一周?开玩笑~ 这是人民大会堂么?
个人推荐:1024
你以为 1024 是一个很随意的设计么? 这是一个伟大的工业设计! 是我们这些肤浅的技术工人无法创作,只能模仿的。
def newbie?
return false if self.verified == true
- self.created_at > 1.month.ago || self.replies_count < 10
+ self.created_at > 1.week.ago || self.replies_count < 20
end
发帖是改的 20 吧,得修改一下显示。
@kungs 大家一起来优化下那代码吧,哇嘎嘎 优化完毕!!!
def newbie?
!self.verified || self.created_at > 1.week.ago || self.replies_count < 20
end
那代码谁写的,抓出来打屁股
def can_post?
verified? or not newbie?
end
def newbie?
created_at > 1.week.ago || replies_count < 20
end
newbie 就负责 newbie,不要去负责能不能发帖,有没有认证过
咳咳~~
我表示我偷偷的点击 `喜欢' 了。
虽然这样下去,我们的 Ruby-China 会更加小众了。(因为很多不靠谱的人可能会离开...)
不过,好处是明显的,留下的都是靠谱的人了...
@ery
请问您见过国内有哪个通过自由和平等成功的案例么
额,我的意思是要提升论坛品质,对新手要进行必要的规范,这种事情,没必要上纲上线到自由平等民主份上吧,在技术论坛没必要分五毛和美分吧
所有的高手,都经历过新手的阶段, 所有的新手,都会问比较白痴的问题,否则就不叫新手啦, 扪心自问,谁曾经没问过白痴的问题。 “学而不厌,诲人不倦” 很多年以前,我在 CSDN 上问过很多白痴级的问题, 那时候,我得到过很多人的指点和帮助, 那时候,我觉得高手们都是热心肠,都喜欢助人为乐。 那时候,我希望有一天自己也可以成为高手,可以帮助别人。 而此时此刻,这个新的规则,让我心里有点难过。
谈谈"不懂 Markdown"的问题 很多人包括新人,都没接触过 Markdown,这是正常现象。 我觉得可以在注册的时候,加入一个向导, 比如做一个 3 至 5 页的向导,专门讲解 Markdown 的用法。 这样可以帮助新手了解 Markdown 的用法。 当其了解了 Markdown 以后,自然就会去用了。
Google 之所以可以帮我们解决各种问题, 是因为有人提出各种问题,有人回答各种问题。
我觉得这个规则是是在强调,利用已有资源(这个想法是好的), 但是这个规则却在一定程度上,限制了用户创造资源,因为他禁止新用户及时提出问题。
我猜想 坛主设定这样的规则 是为了提高论坛的帖子的质量,这个想法也是好的, 但是,可以不可以通过其他方法实现, 比如通过对帖子质量的分类,让好的帖子浮上来,坏的帖子沉下去。 而不要通过限制新用户的方式。 因为,很多新用户,可能是刚刚接触 Ruby 几天的新人, 他们注册的目的,就是为了提出一些问题,希望别人帮他解答。 这个规则对新人很不友好。
如果不能提出简单的问题,就没有了简单问题的答案,Google 也无能为力。
@ghosTM55 我不觉得这是问题,因为其他论坛的限制是 24 小时内你连回帖都做不了了,什么都不能操作,ruby-china 明显不是想和他们一样,只是回避下注册就发主题的人而已
我也是啊 我是想问问谁知道怎么在 rails 中设定 select 的长度啊 在一般的 select 中设定 select 的 width 是可以的 可是在 rails 中没什么用啊 请问谁知道あ
从源代码 2.3.0 安装,执行 make 时,有些 c 代码出现警告,有四个库未安装:db,gdb,openssl.writeline(这个记不太清楚了)
@huacnlee 限制是有必要的,但是系统也应该可以自动过滤一些用户,比如绑定了 github 等,有一定活跃度,提供了某些真实信息的,可以确认他们不是那些捣乱的人,就可以自动放开。原本想分享几篇加密货币开发相关的内容,只好等着吧。。。