openSUSE:策略讨论评论

跳转到:导航搜索


无关话题讨论

  • 论坛用户和邮件列表用户之间似乎存在巨大的差距。我们如何将他们团结起来?
  • openSUSE 不认可性别多样性 - 被认为对女性不友好。Katarina Machalkova 举例说明:
    • "缺乏社区内的女性榜样(女性贡献者不可见)"
    • "缺乏指导计划(如果你没有长期使用计算机的经验,很难开始贡献,而找到一位帮助你入门的导师并不容易)"
    • "敌对环境(性别歧视的评论、笑话和博客文章,以及没有人抗议)"
    • "请在此处找到更多信息:这份精彩的论文:
  • 谁是 openSUSE 的成员?“成员”这个词是否适合这个概念?
  • 讨论了开放邮件列表,以便未订阅列表的人可以订阅。有人提议对某些组进行更改。
  • Greg Freemyer 要求将我们的列表存档在 markmail

2015/5/27:opensuse 错误报告系统已损坏。这是我能找到留下此消息的唯一地方。请修复。

谢谢,

Cliff Kennedy

策略讨论的总结反馈

openSUSE策略讨论:社区声明

  • 声明总体上受到好评,有几个关于改进单个项目的想法(请参阅声明的讨论页)
  • Cornelius Schumacher:我们应该把用户放在首位,而不是贡献者。
  • Pascal Bleser:“这不仅仅是创建软件。它还在于(甚至更突出地在于)拥有一个良好的、友好的、高效的(从积极的意义上说)氛围和一群可以做他们喜欢做的事情的人。”
  • 我们是否希望接触使用较慢互联网、较旧硬件等不同世界地区?
  • Peter Linnel:“作为一个社区,我们重视技能、才能和文化的多元化。这是一种优势,并鼓励对其他想法和观点的容忍,即使我们有时可能不同意。我们重视所有成员的相互尊重作为讨论的基础。此外,我们希望始终包容其他语言、文化和观点。”可以将其添加为价值观。

openSUSE策略讨论:开发者之家

openSUSE策略讨论:衍生版基础

  • 可能会迫使用户安装许多许多仓库 - 这是错误的方法,我们应该减少用户需要添加的仓库数量。

openSUSE策略讨论:移动和云就绪发行版

  • Vincent Untz:“如果我们删除此提案中的“私有云”部分,那么这个策略的大部分内容实际上就是将各种组件集成在一起。我认为我们应该这样做,但这感觉更像是一个特定功能,它将与更大的东西一起使用(例如,“将 openSUSE 用作 Meego 的基础操作系统”或类似的东西)。”
  • Vincent Untz:“我认为我们需要一个良好的移动集成故事才能在未来保持相关性,但为此,我建议与其他社区合作:这将使结果更强大,并且从长远来看,对每个人都更可靠。因此,我将保留策略的这一部分,如果可能,将其集成到我们的最终策略中。”

openSUSE策略讨论:另一个提案(KDE #1)

论坛链接:[1]

通用反馈

  • Guido Berhoerster:“虽然我不认为这三个提案都是“利基案例”,但它们不可避免地意味着专业化,这反过来可能会疏远现有的和潜在的新贡献者和用户。”
  • Guido Berhoerster:“wiki 中的所有策略提案似乎都与 openSUSE 的指导原则有些冲突:...实际上,在查看指导原则的“我们希望……”部分之后,我认为这已经为上述团队战略提供了一个合理的框架。”
  • Jan Engelhard:“所有这些最近提出的声明让我好奇人们认为目前有什么问题(除了流程没有明确记录)。”,Martin Schlander 回答说:“缺乏“文档”是问题的一个很大一部分。Novell 员工、志愿者、营销人员等倾向于朝各个方向拉,因为没有人完全确定 openSUSE 的身份/使命是什么/应该是什么。”
  • Carlos Ribero:我们应该以政府为目标,这是一个巨大的市场,并且以针对政府使用为目标有很多好处。
  • 每个主题都有许多无关话题的讨论,我们需要找到更好的方法来讨论主题。
  • 普遍担心任何提案都会疏远任何人
  • 讨论风格被认为对新用户不友好且不具吸引力。
  • Martin Schlander:“我认为从一开始就应该默认的是,openSUSE 应该是一个适用于服务器、桌面、笔记本电脑和上网本的通用操作系统。需要做的是决定如何使我们与其他通用操作系统区分开来,并定义目标受众。但是“开发者”、“衍生品制造商”或“云爱好者”都是非常狭窄、利基的目标受众。我目前无法支持任何一种形式。”
  • oldcpu:“作为一名提供支持的志愿者,我希望开发人员(和打包人员)为支持志愿者提供一些指导,以便支持志愿者可以记录基本用户支持的方式。”
  • FeatherMonkey:“IMO 最大的问题是开发人员圈子,...改善开发人员圈子,也许你就能接触到论坛上的技术精湛的人。”
  • Jim Henderson:“教育和培训”应该为项目完成:“1. 最终用户培训;2. 贡献者培训(例如,如何编写有效的错误报告、代码风格约定等);3. 社区培训(在哪里问什么,应该期望什么)。”
  • Vincent Untz:“一个相关的想法是,有了构建服务,我们可以让上游更容易为所有发行版创建软件包。如果我们真的推动这一点,我们可能会改变软件在发行版中的分发方式(当然不是所有软件,但至少可以用于应用程序)。这对整个自由软件世界来说都是一个改变游戏规则的事情,而不仅仅是 openSUSE 发行版。我想看到这种情况发生。”
  • Thomas Thym:为了跟上策略讨论,我总结并构建了阅读到的主要内容。这项工作对我来说很有用,因为它有助于我以非常结构化的方式获取信息。并非每个人都喜欢这样。但我认为我分享一下,也许对其他人也有价值(尤其是“openSUSE 策略讨论 / 我的内容”)。链接到我的 wiki.opensuse 页面:[2]

说明

查看了 openSUSE 邮件列表 opensuse-project 上的以下主题

  • "openSUSE 策略讨论 - 介绍"
  • "openSUSE 策略讨论:社区声明"
  • "openSUSE 策略讨论:开发者之家"
  • "openSUSE 策略讨论:另一个提案”(KDE #1)
  • "可能的策略讨论主题:教育和培训"

查看了 openSUSE 论坛上的以下讨论