JavaEye1.0的老路是行不通的

2023-10-09 18:38
文章标签 java eye1.0 老路 行不通

本文主要是介绍JavaEye1.0的老路是行不通的,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

JavaEye1.0时代就只有论坛这一种形式,每天手工删除和程序自动删除超过一半的帖子,那剩下来的自然质量要高很多。当时我写的程序设定的标准是超过7天的主贴跟贴不到4个,点击不足200个的非精华贴非高级会员发贴统统删除,但是这种方式人道吗?

过去每天发贴量只有100-200,现在每天发贴量达到1000贴,从高质量帖子的数量来看,显然是现在比过去多得多,只不过没有自动删贴制度,比例下降了而已。现在如果想看那些质量高的文章,应该去文集频道,专栏频道,这些都是挑选出来的高质量文章。相当于过去自动删除帖子之后剩下的文章。如果还拿过去的标准要求现在的论坛,是不合适的。

JavaEye在04年05年确实有一些比较火爆的帖子,但是要看到当时的时代背景:EJB2逐渐被人唾弃,Hibernate/Spring强势崛起,CMM开始被骂,敏捷开发在国内悄悄普及,AJAX技术也在Google推动下一夜成名。从整个Java行业来说,那几年可以炒作的体裁很多,可以争论的话题很多,观点的冲突很多。这在客观上造就了论坛的火爆。

但是进入05年底以后,整个Java行业特别是Java开源社区就陷入了沉寂,近两年以来都没有什么足够的兴奋点,再加上原来那些观点该讨论的早就讨论清楚了,实在没有什么可争论的地方了,论坛的争论话题陷入枯竭。

其实JavaEye老论坛在进入2006年以后,已经大幅度下滑、越来越衰落了。靠严格版规,铁腕删贴,和屈指可数的几个牛人撑门面的网站运营方式在JavaEye起步阶段可谓屡试不爽,非常有效。但是到了后期已经越来越跟不上形势了。

因为这个时期Java整个社区已经沉寂很久了,客观上没有多少值得讨论的话题,而主观上JavaEye上面活跃的那些牛人经过一段很短时间的磨合,就迅速在所有的主要观点上达成了一致,再也没有什么可争论的地方了。这种情况下话题本来就枯竭了。而且这些活跃的、在所有主要观点达成一致的人们在客观上又形成了一种话语霸权,使得论坛无法存在不同的声音,无法容纳新来的会员发表不同的见解。使得论坛也很难吸收新鲜血液,越来越死气沉沉。

任何网站都是这样的,想靠一招鲜就吃遍天是不可能的。JavaEye如果沿着老路走下去,到2006年底就得完蛋!所以开发JavaEye2.0从很大程度上来说是一种自救的行为。如果再不思变,JavaEye只有死路一条。于是我下定决心开始动手开发JavaEye2.0版本。

另外,即使是JavaEye的活跃老会员,也未必对我的独裁删贴制度就没有积怨。在我们埋头开发JavaEye2.0的时候,这些矛盾终于集中爆发出来。某个JavaEye老会员连续多次在JavaEye论坛发表对XX公司的不当言论,激起了公愤,于是我删除了这些帖子。随后这个老会员在另外两个对我独裁删贴制度积怨已久的老会员的挑拨下,误会我是为了讨好XX公司才删他的帖子,终于和JavaEye反目成仇,并且他们联合起来,以我长期施行的独裁删贴制度为攻击口实,不断私下拉拢其他JavaEye老会员。还炮制出来XX公司要收购JavaEye的谣言。好在这个时候JavaEye2.0就上线了,否则后果不堪设想。

这些事情说明了什么?虽然大家还在津津乐道以前的独裁删贴制度,津津乐道以前某几个高手激烈辩论的场景。但是铁的事实证明了JavaEye那套老办法已经维持不下去了,甚至连一些核心的老会员都已经对这套管理制度积怨甚久,而这些老会员之间观点太统一了,实在也争论不起来什么话题了。

时代总是在进步的,网站也罢,会员也罢,制度也罢都要与时俱进,老办法已经行不通了,就只能求变。从JavaEye2.0网站一开始起步,我就在有意识淡化个人的影响力,淡化牛人特权,引进民主,鼓励所有人共建。

我选择走这条路一点都不后悔,虽然现在网站特别突出的牛人少了,但是一批有一定影响力积极贡献的牛人们却成倍增多了;虽然激烈的观点争论少了,但是踏实务实的技术文章却成倍增多了;虽然我个人影响力越来越小了,但是群体的影响力越来越大了。

长尾的头部不应该是少数几个牛人,而应该是技术水平中等偏上的一大批人,如果把网站的长尾头部定位在某几个牛人身上,那网站本身生存危机就太大了。

其实过去那些貌似精彩的辩论真的那么有实用价值吗?十几人几十人撸起袖子纷纷参战,刀光剑影的场面确实令人兴奋,也很吸引眼球,但是你现在再回过头去看那些文章,你还能有当时的感觉吗?出于想要整理精华文集的目的,我曾经大致浏览了很多当时的精彩辩论,老实话,现在再看过去,很多文章现在看来都挺幼稚的,包括我自己的文章。不是因为自己水平怎么提高了,实在是口水太多,干货太少。

这篇关于JavaEye1.0的老路是行不通的的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/174780

相关文章

javax.net.ssl.SSLHandshakeException:异常原因及解决方案

《javax.net.ssl.SSLHandshakeException:异常原因及解决方案》javax.net.ssl.SSLHandshakeException是一个SSL握手异常,通常在建立SS... 目录报错原因在程序中绕过服务器的安全验证注意点最后多说一句报错原因一般出现这种问题是因为目标服务器

Java实现删除文件中的指定内容

《Java实现删除文件中的指定内容》在日常开发中,经常需要对文本文件进行批量处理,其中,删除文件中指定内容是最常见的需求之一,下面我们就来看看如何使用java实现删除文件中的指定内容吧... 目录1. 项目背景详细介绍2. 项目需求详细介绍2.1 功能需求2.2 非功能需求3. 相关技术详细介绍3.1 Ja

springboot项目中整合高德地图的实践

《springboot项目中整合高德地图的实践》:本文主要介绍springboot项目中整合高德地图的实践,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一:高德开放平台的使用二:创建数据库(我是用的是mysql)三:Springboot所需的依赖(根据你的需求再

spring中的ImportSelector接口示例详解

《spring中的ImportSelector接口示例详解》Spring的ImportSelector接口用于动态选择配置类,实现条件化和模块化配置,关键方法selectImports根据注解信息返回... 目录一、核心作用二、关键方法三、扩展功能四、使用示例五、工作原理六、应用场景七、自定义实现Impor

SpringBoot3应用中集成和使用Spring Retry的实践记录

《SpringBoot3应用中集成和使用SpringRetry的实践记录》SpringRetry为SpringBoot3提供重试机制,支持注解和编程式两种方式,可配置重试策略与监听器,适用于临时性故... 目录1. 简介2. 环境准备3. 使用方式3.1 注解方式 基础使用自定义重试策略失败恢复机制注意事项

SpringBoot整合Flowable实现工作流的详细流程

《SpringBoot整合Flowable实现工作流的详细流程》Flowable是一个使用Java编写的轻量级业务流程引擎,Flowable流程引擎可用于部署BPMN2.0流程定义,创建这些流程定义的... 目录1、流程引擎介绍2、创建项目3、画流程图4、开发接口4.1 Java 类梳理4.2 查看流程图4

一文详解如何在idea中快速搭建一个Spring Boot项目

《一文详解如何在idea中快速搭建一个SpringBoot项目》IntelliJIDEA作为Java开发者的‌首选IDE‌,深度集成SpringBoot支持,可一键生成项目骨架、智能配置依赖,这篇文... 目录前言1、创建项目名称2、勾选需要的依赖3、在setting中检查maven4、编写数据源5、开启热

Java对异常的认识与异常的处理小结

《Java对异常的认识与异常的处理小结》Java程序在运行时可能出现的错误或非正常情况称为异常,下面给大家介绍Java对异常的认识与异常的处理,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参... 目录一、认识异常与异常类型。二、异常的处理三、总结 一、认识异常与异常类型。(1)简单定义-什么是

SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志

《SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志》在SpringBoot项目中,使用logback-spring.xml配置屏蔽特定路径的日志有两种常用方式,文中的... 目录方案一:基础配置(直接关闭目标路径日志)方案二:结合 Spring Profile 按环境屏蔽关

Java使用HttpClient实现图片下载与本地保存功能

《Java使用HttpClient实现图片下载与本地保存功能》在当今数字化时代,网络资源的获取与处理已成为软件开发中的常见需求,其中,图片作为网络上最常见的资源之一,其下载与保存功能在许多应用场景中都... 目录引言一、Apache HttpClient简介二、技术栈与环境准备三、实现图片下载与保存功能1.