开发人员之战,我们在引领
在开源社区的社会行为范围内隐藏着战争的隐含声明。 这不是一个新发现,也不应该引起JS社区中的任何人的震惊。 不幸的是,但我们自己并不是很友善。 开发人员对彼此非常不满意,并且在具有类似壁ni的各种开放源代码工具之间不断发展着这种无法说的敌意。 这场战争的根源和副产品之一是不断重新发明车轮。 不要误会我的意思,我喜欢在正确的意图下重新发明轮子。 但是,开发人员出于很少的理由而重新制作产品。 JavaScript社区现在包含了一个收集器,构建系统,单元测试框架,断言库,以及几乎所有其他存在的东西,您会发现很多。 发生这种情况有几个原因。 首先是开源作者抵制其功能或路线图的特定更改的阻力。 每个作者都希望保留对他们项目的控制权,并且只实现他们所期望的。 但是,这会使用户在项目中有特定需求时感到被关闭。 人群无奈的增长激发了一个全新项目的创建,这是一个功能,并且名称与原始项目不同。 并非总是如此,例如从Grunt到Gulp的演变。 迫切需要进行此更改,而不仅仅是一个功能或API,而是整个基础架构和社区的更改。 老实说,我什至不确定这么长时间能幸存下来。 它有一个痛苦而冗长的API。 只需比较一个简单的Gruntfile.js和gulpfile.js,您就会看到。…