浅谈活动规则与现状——《我的Java打怪日记》

简介: 针对这个举办这个活动后,目前开发者社区的现状,自己简单的分析一下哈。仅表达下自己的见解,如有不对欢迎评论。

首先说下这个活动举办的目的哈。
阿里的同学很直接的说出了”目的就是创造出一个分享技术的平台“。
为此,这次活动的奖品也是十分丰厚的。
再说下本次活动的规则哈,就是阅读量越多越好。很简洁的‘玩法’。
那么在上面的条件下,自然而然的就出现了很多刷阅读量的文章的出现。

这种现象很显然对哪些原创内容且内容不错的文章是不公平的。

但这次我要讨论的是因为出现了这种不公平现象,就要将他们的文章做出违规处理么?

(本活动最终解释权归阿里云所有)

我认为并不能通过阅读量大而内容简单,就可以将其文章判断为违规。

首先违规的定义是违反规则,但是根据上面的规则分析,他并没有违背那条规则。当然也许将其强行归纳某条规则中也可以。但正如法律一样,总有些漏洞的,面对哪些抓住法律的漏洞之人,大众总是希望将其绳之以法,才能大快人心。

所以我认为是否惩罚这类人,最终要的看他们的出发点是否是坏的。

在座的应该都了解,阿里云的开发者社区,可以说是一个年轻的内容分享平台。大多数开发者是不了解的,但是规则却以阅读量为标准,而且在规则中卡的很死。想要参加本次活动的人,不发就要发动

家里人或者自己去刷流量了。那面这个行为是被禁止的么?我觉得并不是吧。那么有人心里就不平衡了,允许你一个人刷一次,没让你一个人刷一万次啊。那么从阿里云社区的阅读量来看,并没有什么规则是不让一个人连续阅读的。如果我是一个参加这次活动的,本能的就会觉得这么刷也是可以的啊。

换一种思路哈 就是说我是一个原创作者并且发布了一篇内容十分不错的文章,我自己不刷也不让朋友刷,那么这总做法是本次活动的目的么?我觉得也不是吧。在一个刚刚开始做内容分享的平台,不做任何方式的引流,怎么能够脱颖而出呢?

难道热搜都是因为热度大,搜索量多才上的么?

抵制恶意刷阅读量的行为!

个人认为本次活动,规则是不需要更改的,只需要更改阅读量增加的规则就可以了,具体规则可以参考CSDN的阅读量的增加方案。当然不是说它的就是无懈可击的,也是需要阿里的同学做出一些的更改的。

目录
相关文章
|
4月前
|
Java
Java 变量命名规则
4月更文挑战第6天
|
4月前
|
存储 Java 开发者
Java变量命名规则
Java变量命名规则
79 0
|
8天前
|
Java
Java源文件声明规则详解
Java源文件的声明规则是编写清晰、可读且符合语法规范的Java程序的基础。这些规则包括文件名必须与公共类名相同、包声明位于文件顶部、导入声明紧跟其后、类声明需明确访问级别,并允许使用注释增强代码可读性。一个源文件可包含多个类,但只能有一个公共类。遵循这些规则有助于提升代码质量和维护性。
|
2月前
|
Java 开发者
Java实现基于清除后分配规则的垃圾回收器及其实现原理
通过上述简化模型的实现,我们可以理解基于清除后分配规则的垃圾回收器的基本工作原理。实际上,现代JVM中的垃圾回收器比这个例子复杂得多,它们可能包括更多阶段、优化策略,以及不同类型的垃圾回收器协同工作。然而,理解这一基本概念对于深入理解垃圾回收机制和内存管理非常有帮助。
18 3
|
2月前
|
存储 设计模式 监控
Java面试题:如何在不牺牲性能的前提下,实现一个线程安全的单例模式?如何在生产者-消费者模式中平衡生产和消费的速度?Java内存模型规定了变量在内存中的存储和线程间的交互规则
Java面试题:如何在不牺牲性能的前提下,实现一个线程安全的单例模式?如何在生产者-消费者模式中平衡生产和消费的速度?Java内存模型规定了变量在内存中的存储和线程间的交互规则
35 0
|
2月前
|
监控 Java 开发者
Java面试题:解释Java内存模型中的内存顺序规则,Java中的线程组(ThreadGroup)的工作原理,Java中的FutureTask的工作原理
Java面试题:解释Java内存模型中的内存顺序规则,Java中的线程组(ThreadGroup)的工作原理,Java中的FutureTask的工作原理
22 0
|
4月前
|
存储 安全 Java
掌握8条泛型规则,打造优雅通用的Java代码
掌握8条泛型规则,打造优雅通用的Java代码
掌握8条泛型规则,打造优雅通用的Java代码
|
3月前
|
Java
(JAVA) 电话、邮箱脱敏,带脱敏规则
(JAVA) 电话、邮箱脱敏,带脱敏规则
151 2
|
4月前
|
存储 Java API
掌握8条方法设计规则,设计优雅健壮的Java方法
掌握8条方法设计规则,设计优雅健壮的Java方法
|
4月前
|
Java
Java | 类、实例初始化 、方法重写规则
Java | 类、实例初始化 、方法重写规则
46 0