各位JE的前辈们，你们踊跃投票行不行？

说实话，当我第一次看见新手区的时候，就感觉这是一个妥协的产物？
既要满足老手的需要，又要尽可能地对新手友好，是挺困难的。社区应该是小众化？大众化？还是折中一些？我没有什么高明的意见？论坛现在这种布局，应该是Robbin权衡利弊以后得到的结果。
个人认为新手友好带来最直接的好处是注册人数的增加，以及随之带来的在线人数的增加以及论坛的活力和点击率的提升。还有一个潜在的好处--一旦新手在这里落根发芽，对社区的关怀度与忠诚度较高，用“脚”去选择的几率也就更小（不代表没有）。
社区的壮大，必然带来潜在的商业价值--JavaEye的品牌价值和影响力......当然这些都是后话了。
但是这时候我在想：如果抽象点来理解，到底是需要影响力带来的人流量和点击率？还是需要人流量和点击率带来的影响力？这也许是一个辩证统一体。但至少从表面上来看前者带来的增益会比后者多。想想看CSDN，它的点击率和人流量大吧！它的影响力大吗？（虽然不影响它赚钱）

对现行的投票制度是不是可以这样妥协一下：提供一个最小“内核级”发帖规则，凡是触犯者一律杀无赦，而用不着大家去投票，其他一律照旧。



回答庄老的问题之前，先谈一个自身的经历：
在今年5月份，项目开发进行中，曾有两次想在论坛发帖问解决方法。这些问题大致都是配置文件上的东西。由于是第一次使用struts+hibernate加上才开始编程，那些问题困扰我一段时间。在发帖之前，处于对严格的发帖规则和帖子水平不足的导致被删除的担心，我最后还是决定先采用google+阅读在线文档的办法来解决这些问题，实在不行才在论坛上发帖，不久我就在文档里面找到了需要的答案。

所以，与其在线答疑，不如授人于渔！

〉你的意思是，那些看起来是新手帖的帖子，其实应该被隐藏？
可以通过google搜索中文网页，可以直接找到现成方法或稍加变通就可以解决的帖子直接隐藏的好。（毕竟不是所有新手的英文都可以浏览在线文档）

〉因为你是新手，所以不得不经常去看新手区的帖子。不过，又不希望看到人家的“求算法”的帖子。
不是我不得不去看，而是开辟来新手区后，鉴于自身的技术水平很容易让我“对号入座”。

〉那么，你希望在新手区，看到的是什么帖子呢？你会发什么样的帖子到新手区呢？
这个问题比较难回答主观因素太强烈，我只能说希望看到对新手而言信息价值高的帖子（好像等于没回答问题，呵呵）。但我明确知道自己会发什么样的帖子，我不仅会提问描述问题的背景，我还会写关于这个问题的所思所想以及疑惑点。而不会问1+1=？，然后就干等答案“等于2”，而且最好还能弄懂它为什么等2（1+1=2的证明就有点麻烦了：）

Joard，虽然你加入JavaEye的时间不长，但是在我看来，你对javaeye的规则的理解已经很深入了。

所以，新手区不是为你这样的朋友准备的。

我理解的新手区的标准是，不理解JavaEye提问的智慧的那种帖子，会被踢到新手区去。而那些仔细思考，认真描述的问题贴，并不应该被归入新手区。

所谓新手，不是因为问题水平的高低，而是他的提问是否已经自己先进行了仔细的思考。也就是不理解JavaEye规则的新手，他发的帖子，应该进入新手区。

不知道这个理解，是不是同样是Robbin的意思。

刚才又去新手区看了一下，感觉还是有点疑惑

判断进入新手区的标准，到底是技术水平不够？还是提问的智慧不够呢？

http://www.iteye.com/topic/28862

比如这个帖子，我是该投他新手呢？还是隐藏呢？(不考虑权重因素)

召唤Robbin

刚看了这个贴子，作者确实高人，还很有勇气，冒着被误认为乱弹的风险故意卖出很多破绽，但其中有大量的时髦和深奥词汇，要完整地指出其中的错误又需要相当功力，很有正误和讨论价值

我的理解有所不同：JavaEye有明令禁止的那些发帖规则，而应该被隐藏的贴范围则大得多，这是个“潜规则”。
新来的人不了解这个规则（因为是‘潜‘的嘛，不容易掌握），如果我们直接隐藏－减分－封杀未免不近人情。
所以我对新手贴的理解是，它使用的是和隐藏同样的一套潜规则，但是对新人不加以过严格的惩罚性。

显然，老庄按你的理解，新手贴使用的是和隐藏贴有所区别的一套潜规则：对与缺乏提问智慧的帖子大众表示原谅， 然后放到新手区可以继续讨论。按我的理解，新手区就没有存在必要了：对违反潜规则的帖子照顾新手已经不扣分了，为什么还需要继续讨论？

很可能Robbin心里的潜规则与你我的理解都不同，我肯定别人还有更不一样的理解。这让到底改按什么标准区分新手贴和隐藏贴变得更加难以捉摸。不得不说我是受你的理解启发才有现在这样的理解的，进而反对新手区（不是反对投新手贴）。在此之前，我对新手贴的判断只能用模糊的“罪不致死”来笼统表达。谢谢。

JavaEye并不是一个追求点击率的网站，因为点击率并不能够给JavaEye带来商业利益。其实我们想做的是中高级软件人才的专业服务，所以只有聚集了高水平的软件开发人才，我们才能够得到利益。这一点是非常明确的。

我个人其实非常后悔开设新手区。开始的时候我就是明确反对开设新手区的，但是架不住很多会员的强烈要求，才同意开设新手区。但是新手区开了一天之后，我就感觉到这是一个错误的决定。并非因为新手区容易让人感觉JavaEye低就了，而是让大家在发贴和投票的时候产生困惑了。一个好的产品设计，有时候不应该让用户有太多选择，太多需要思考才能够搞清除的东西。但是新手区既然开了，也不能说关就关。所以只好这么放着了。

其实JavaEye2.0网站上线一个月以来，论坛这个频道的功能已经一改再改，和当初上线那个版本已经差别很大了，在不断满足大家提出的各种要求的同时，论坛本身也越来越复杂，越来越难以操作了。而且论坛规则也是一改再改，三两天就变一次。这些都不是好的做法。

也许我们应该考虑如何平衡一下用户需求和产品设计。

新手区是个妥协的产物。我个人不对新手区带有歧视。

大家可以看一下新版本的“服务条款”

http://www.iteye.com/aboutus/service

隐藏贴：违反了论坛的发贴规则

新手贴：没有违反论坛的发贴规则，但是帖子本身水平过于初级，不适合出现在技术版面，于是踢进新手区

另外有些人，你让他投隐藏贴，他就是不愿意，让他投新手贴，他还可以接受。当时增加新手贴，就是为了鼓励投票。(当然现在看来这不是什么好的决定)

挖一下
用来比对
Javaeye何去何从？
的问题

别忘了，JavaEye service 上那句吸引我和大家来这儿的话：

前辈们，你们听听啊，“不追求盲目的用户注册数量”，今日无数的初级会员是怎么回事？“拒绝为非目标用户提供服务”，那新手算目标用户吗？目标用户的定义是什么？是学习的人，还是工作的人？
这个问题就不谈了，现在 JavaEye 不考虑这个，只看个人文章的水平。谈到水平，问题就复杂了。先举个例子：像这个帖子 http://www.iteye.com/topic/96491 讨论递归的，如果放在 Ruby 区，打成“良好帖”我也不说什么，可它偏偏落在综合技术区。在综合技术区，大家提到 Ruby 就会想到 FP 而不是某种速度奇慢的编码风格，我给它打的是“隐藏帖”，然而现在打它“良好贴”的分数是15分。仔细想想，这篇文章如果在综合技术区被打成隐藏，写文章的人会怎么想？
同样的，一篇文章，在不同圈子（我指的是研究方向，不是 JavaEye 圈子）的人眼里可能有完全不同的看法，打起分来也完全不同。一个人也是如此，他在这个圈子是高手，持同样的观点在那个圈子里可能就是白痴，而一旦一不小心被禁言了，你说他亏不亏——就好比 OOP 里的多继承，一个对象在不同的抽象角度应当可以被认为具有不同的接口——而新手区只有一个，这个设计只能说，非常失败。
我建议：
1 ) 新手区肯定是要去掉的，不能实现“多继承”不如没有；
2 ) 考虑限制不同人群的打分权重：首先根据此人以往文章的类型判断其定位，当他打属于该类型的文章分时增加权重，反之，打不属于该类型的文章分时降低权重——只是个思路，暂无详细；
3 ) 相应的，对于发帖也因增加考量。
JavaEye 何去何从？不知道，但已知权力完全下放是得不到一个好答案的。

用户的行为是被引导的，这个是网站建设者的责任。

豆瓣我很少去，不过每次去都忍不住要找一些书设成我读过、我在读，一是为了显摆，二是它能让我在关联推荐中受益，所以说是有实际好处的。网站如何发现这种利益，让它明显地被用户感知并积极参与是很重要的，我就算是天天在这里投票，它也不能发现我的爱好，并隐藏我讨厌的东西，每天重复一样的事很烦的。

坛子我是越来越少，渐渐地几天才看一次，更谈不上踊跃投票了，鄙视我也没什么意义，我也不知道什么方法能让大家都积极起来，否则我该把这方法拿来卖点小钱了。