Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RFC:如何处理争议性的观点? #306

Open
Mak1owo opened this issue Apr 12, 2024 · 2 comments
Open

RFC:如何处理争议性的观点? #306

Mak1owo opened this issue Apr 12, 2024 · 2 comments

Comments

@Mak1owo
Copy link

Mak1owo commented Apr 12, 2024

我觉得 #285 中包含了太多的「观点」性的内容,有一些我能认可,有一些我持怀疑态度。朋友们的对这些观点也各有各的看法。这让我开始思考一个问题:

RLE Wiki 是什么?RLE Wiki 到底应该做什么?

我认为 RLE Wiki 应该保持其中立性,不应该被用来输出观点,无论这个观点被项目维护方支持或是反对 —— 而应该作为一个能包容各种观点,能给各种不同人的合理诉求提供指导的地方。

还引申出来另一个我想到的问题 ——

写出「输出争议性观点的」内容的作者一定是有意的吗?可能未必。

很多人受限于人生阅历和生活环境,并不能(或者没有意识)去站在中立的视角上去叙事,他们可能认为「这个世界就是这样的」。我希望审校者们能够意识到,并且理解作者的这种行为。本篇中就有很多「无意中带着观点」的表述,比如,跨性别语境下「真正的女孩子」就是一个典型的例子。

我希望,审校者能够了解各种观点,在遇到(无论有意地还是无意地)持与自己相悖的观点时,能够站在作者的观点视角上去理解作者想要说明的事情,提出修改建议,必要时需要大段的改写,而不是一味的对观点相悖的表达进行批判。说到底,观点有争议,但观点没有对错 —— 甲之蜜糖乙之砒霜,同一个观点,对有些人的实践指导作用是正面的,而对有些人的实践指导作用是负面的。

就拿「融入顺性别」这一点来说:

  • 有些人以融入为方针而行事,最后转变非常成功;
  • 而有些人因为主观或客观的原因,即使尽力,也没法做到融入;
  • 也有些人认为,不需要融入也能生活的很好;
  • 更有些人认为,自己就要与别人不同,融入了是不好的事情。

观点本身没有对错,错的是把这样一种只适用于一部分人的观点,在这样一个面向公众,泛用化,(被很多人认为)权威的平台上进行输出,这是不合适的。

所以我认为,如何对「包含争议性观点」的内容进行处理,是一个值得探讨的问题。我个人的想法是,任何这类的观点,都需要有 disclaimer 来给读者做出必要的解释 —— 甚至可以单开一区,专门有一些内容来解释这些观点的不同。

@P-ZH
Copy link
Member

P-ZH commented Apr 12, 2024

@Mak1owo

就拿「融入顺性别」这一点来说:

  • 有些人以融入为方针而行事,最后转变非常成功;
  • 而有些人因为主观或客观的原因,即使尽力,也没法做到融入;
  • 也有些人认为,不需要融入也能生活的很好;
    更有些人认为,自己就要与别人不同,融入了是不好的事情。

这个部分感觉可以做成图表形式,之前社群里也传播过 https://chisakakanako.github.io/TransValue-zh/ 这种东西;我觉得可以在最前面放个表格展示一下作者在一些相关问题上的基本立场,这样也算一目了然

@Baizhi-Angelica
Copy link

围观
我觉得原po如果要表达这些有自己太多主观想法的内容,那么不应该发表到wiki上来,更应该发表到个人blog、QQ空间 或者论坛性质的平台上去会更合适。任何的评判都是不应该的,大家的观点也因为环境各不相同。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants