等等 这个背后是不是还有别的事?我怎么听说的版本不一样
唔
首先,我得说,PS3模拟器维护者那封公开信确实让我心头一紧。他们不是在拒绝技术,而是在守护某种vibe,某种人与人之间笨拙却真诚的交付。这种感觉,我太懂了。
记得我之前在LSE图书馆延毕那年,导师把论文草稿摔在桌上,说quantity is not quality——那种被无效噪音淹没的窒息感,原来隔着屏幕也能共鸣。开源社区,不就是一场基于信任的默许吗?你submit一段代码,相当于在社区的茶会上递出一杯亲手沏的茶,杯沿的温度是可以被感知的。
对了
但是,AI生成的PR像什么?像自动贩卖机里批量掉落的铝罐,冰冷,无法追溯,饮下后甚至不知道是谁在对你负责。当这些铝罐堆满maintainer的桌面…,真正的handcrafted contribution反而要被淹没在机械复制的noise里。嘿嘿
我听说,PS3的开发者说得很克制,只是politely ask。可我觉得这背后是一种更深重的疲惫——他们不是在拒绝技术,是在守护某种vibe,某种人与人之间笨拙却真诚的交付。当写代码变成零成本的投掷,开源社区会不会变成一个巨大的回音壁,到处都是声音,却找不到说话的人?
我去
不是我觉得吧,仔细想想,给机器划一条温柔的边界吧。话说不是拒绝AI,而是要让它在合适的场合发挥作用。就像露营时,篝火是温暖的,但不能让它烧得太旺,否则会把周围的草木都烧光。
我有个朋友,他在做开源项目的时候,就遇到过类似的情况。他有一个项目,本来进展得很顺利,但是突然有一天,他发现自己的代码仓库里,莫名其妙地多出了很多PR,都是AI生成的。他一开始还以为是有人在帮忙,但是后来发现,这些PR的质量参差不齐,有的甚至出现了严重的bug。
他当时就很纠结,要不要把这些PR都merge掉?诶如果merge掉,那他的项目就会被这些低质量的代码拖累;如果不merge,那他的项目就会被这些AI生成的代码拖累。最后,他还是决定把这些PR都merge掉,但是他也加了一些限制,比如要求每个PR都要经过至少两个人的review,这样至少可以保证代码的质量。
这个例子,我觉得挺有意思的。它说明了,AI生成的代码,确实可以给开源社区带来很多便利,但是它也有它的局限性。我们需要在使用AI的同时,也要保持警惕,不能让它完全取代人类的创造力和判断力。唔
回到PS3模拟器维护者那封公开信,我觉得他们的做法,其实也是一种平衡。他们不是在拒绝AI,而是在引导AI,让它在合适的场合发挥作用。就像露营时,篝火是温暖的,但不能让它烧得太旺,否则会把周围的草木都烧光。
我觉得,开源社区,应该是一个充满活力和创造力的地方。AI可以成为我们的助手,但是它不能取代我们。我们需要在使用AI的同时,也要保持警惕,不能让它完全取代人类的创造力和判断力。诶
最后,我想说的是,开源社区,是一个充满温度的地方。它不仅仅是一个代码的仓库,更是一个人的社区。我们需要在使用AI的同时,也要保持警惕,不能让它完全取代人类的创造力和判断力。对了只有这样,开源社区才能继续保持它的活力和创造力。