Open source 选择哪个开源项目进行可用性评估?

Open source 选择哪个开源项目进行可用性评估?,open-source,user-interface,usability,Open Source,User Interface,Usability,对于一个关于可用性的大学项目,我正在寻找一个有用但几乎不可用的开源项目。我的小组将在大约3个月的时间内进行一次完整的可用性审查并给出建议 当然,这不是纯粹利他的想法,最好的情况是: 我们的建议得到了实施,因此我们可以在论文中回顾改进后的版本 这种一次性的可用性评估对普通开发者有用(并且是他们想要的),还是“总比没有好” 你知道(积极开发的)可用性差的项目,我们可以帮助吗 除了sourceforge的“需要帮助”和openusability.org之外,你知道去哪里求助吗 问候, FGK 更

对于一个关于可用性的大学项目,我正在寻找一个有用但几乎不可用的开源项目。我的小组将在大约3个月的时间内进行一次完整的可用性审查并给出建议

当然,这不是纯粹利他的想法,最好的情况是: 我们的建议得到了实施,因此我们可以在论文中回顾改进后的版本

  • 这种一次性的可用性评估对普通开发者有用(并且是他们想要的),还是“总比没有好”

  • 你知道(积极开发的)可用性差的项目,我们可以帮助吗

  • 除了sourceforge的“需要帮助”和openusability.org之外,你知道去哪里求助吗


问候,
FGK

更新:
我们主要是在寻找一个最终用户应用程序,因为我们希望包括像走廊测试这样的潜在用户。 (感谢佩卡·盖泽提出这个问题)

第二次更新:接受答案:

谢谢大家的帮助<我想我们会选择libpurple和它的图形化化身 可用性审查总是有用的,总比没有好

我知道积极开发的开源项目可用性差吗?鱼能在桶里射杀吗我会看看大项目。关于它们总是有很多争议(特别是osx的版本,因为osx用户倾向于有更高的标准)。我建议gimp作为浪子,但我听说他们在这方面取得了长足的进步。或者是洋泾浜?我使用的是OSX版本(Adium)和windows版本,对比非常残酷

也就是说,大型项目可能不会真正关心你的投入。一些开发人员可能会注意,但总体而言,你可能不会驾驶泰坦尼克号,除非他们已经花了很多时间讨论这个问题

我的建议?去ubuntu论坛,问问那里的用户他们最讨厌的软件是什么。这会给你很好的反馈,因为ubuntu被大量使用,这通常意味着会有关于这个的对话

无论哪种方式,如果您希望看到您的建议得到实施,您都必须打开与开发人员的对话。你需要至少一个相信你的事业的人来实现你的想法(它可能不会被合并到主干中,但至少会在他的分支中实现)


祝你好运

与其选择帮助一个已经很糟糕的项目,为什么不看看使用率很高的项目呢

有许多基于web的应用程序可能(也可能不会)从可用性评估中受益——我想到的是(事实上,这正是我所想的,因为我经常使用它)

看看一组“专家”对Wordpress的看法以及他们将如何改进用户界面会很有趣,因为所做的任何改进都有可能帮助/改善广大用户的体验

Wordpress团队是否会具体实施您的任何建议或更改是个未知数,但即使进行讨论和建议,也很可能对社区有益

也许可以选择一些项目(同样,我认为是基于web的,因为在我看来,web可用性更明确)——CMS/博客软件:Drupal、Joomla、Wordpress?或电子商务应用程序?论坛

向项目邮件列表发送一些“试探性”信息,尝试了解他们是否愿意接受帮助。我无法想象许多项目会反对这个想法?实际上实施更改可能会更困难

如果你不想看网络应用程序,可以看一些“媒体”应用程序。或者一般来说,或者

我提到的项目没有一个必然是糟糕的(从可用性角度来看),但它们是我感兴趣的东西。因此,从一个稍微自私的角度来看,如果你看一个拥有大量用户群的项目,这对我(我想还有很多其他项目)是有益的


无论如何,祝你好运。

怎么样?这是一个相对流行的开源项目(我一直在使用它),它充满了(无论如何,在我看来)大量的可用性错误,无论是小错误还是重大错误。

我不知道他们是否会接受您的输入,但我认为比较KDE版本3和4会很有趣。作为一名开发人员,我发现版本4几乎不可用(因此我改用Gnome)。然而,对于绝大多数用户来说,他们的“获奖”软件更改可能是一种实际的改进。

如果您希望看到更改的实施,请务必只处理活动率高的项目,并且准备投入大量时间的人员-如果您希望看到,您将需要非常积极的开发人员(可能是基本的)无论你选择哪一个项目,都要准备好做大量的磨牙工作

在考虑网络应用时,Wordpress会出现在脑海中。后端是垃圾(尽管投入了大量精力),我听到各地的人都在抱怨它。这是一个非常大的名字,对你和看到建议实际实施的可能性都有好处。

我推荐--和开发测试的IDE。这个工具相当年轻,有许多经典错误,一些好的特性,一些好的想法和弱的实现。我认为它会成为可用性评估的优秀候选人

我提出这个建议不是因为我想指出RIDE的缺陷(毕竟,我在该项目上做了一段时间的开发人员,所以它可能会显示出我的一些缺陷),而是因为我认为a)该研究有助于改进产品的潜力,以及