opensource.com 应该是什么?

还没有读者喜欢这个。
Website updates

Opensource.com

像任何持续的协作项目一样,opensource.com 将随着时间的推移而变化和发展。您的参与将塑造它,改进它,并使其随着时间的推移更具相关性。

如果您看到任何可以改进 opensource.com 的方法,或者如果有什么东西真的困扰您,我们想知道。这是我们的建议箱,您可以自由评论任何事情的地方 - 从我们使用的图片到布局再到内容本身。欢迎指出过去的错误,只要您关注我们的未来。

请在此处留下您的评论。

Avatar
Jason Hibbets 是 Red Hat 数字社区团队的社区主管。他与 Enable Architect、Enable Sysadmin、Enterprisers Project 和 Opensource.com 社区出版物合作。

45 条评论

“阅读更多”链接应该是蓝色的 - 我一直错过它们....

我们正在修复链接。

Acquia 支持正在处理事情,“阅读更多”链接在首页上已得到纠正。

还有,是否可以将右下角的小型博客小部件使用 identi.ca 而不是 twitter...

或者至少将 identi.ca 与 Twitter 一起列出。我不想错过来自最大微博细分市场的相关信息,但我们当然应该在这里推广完全开源的服务!

是的,也许可以使其技术无关?所以也许可以称之为“Opensource.com 在说什么?”,显示最新的微博内容,然后在底部添加一个按钮“在 identi.ca 上关注我们”和一个按钮“在 twitter 上关注我们” - 那么信息就是信息,而不是媒介 ;-)

在页眉中,“opensource.com 应该是什么”实际上并没有链接到这篇文章。 :)

我也赞同 Mairin 的最后一个建议。

(而且您真的需要某种评论审核系统;像 https://open-source.net.cn/should-be/10/1/opensourcecom-built-open-source#comment-382 这样的 OT 巨魔需要消失。)

@Luis,很好的反馈。这是一个艰难的决定。我们像其他频道一样,在后期创建了“应该是什么”部分——因为我们看到需要讨论推进网站和社区,但没有一个好的地方来放它。我们创建了这个部分,但不确定它如何融入主导航,所以我们使链接“Opensource.com 应该是什么?”转到频道,而不是这篇特定的文章。

我最初的担忧是我们不想隐藏这个部分,因为它对于我们获得关于网站的反馈至关重要。我们将链接放在主页和顶部。这就是我们的想法。如果您有关于如何改进它的想法,我们很乐意听取。
Jason

嗯,我的第一个回复似乎没有发送出去,原因不明。

完全理解您尝试通过频道做的事情,这很有道理。如果您可以将这篇文章置顶在频道顶部几周,可能会减少混乱?

[题外话:关于新评论的电子邮件包含大量信息、链接、标签等,*但没有评论的实际文本。*]

关于所有开源事物,设置一系列论坛怎么样?这可以从简单和通用开始,并可能根据需要增长;可能是国家团体/地方团体/倡议/项目/等等?

那将非常棒。

OSDC 现在发送的评论主题电子邮件有点烦人。它们不包含新的评论文本,而是重复原始帖子的文本 - 所以现在从这个主题中,我在我的收件箱中有 6 份这篇文章的文本副本,并且电子邮件看起来都一样,因为它们不包含评论文本。

我宁愿在我的电子邮件阅读器中阅读评论,如果我想回复它,再点击进入网站。如果我必须点击链接并加载网站才能阅读评论,我可能不会这样做。

我注意到这一点并同意。这已添加到需要改进的事项列表中。
Jason

我们上周更新了电子邮件,您注意到变化了吗?它们是否更好?

Jason

是的,好太多了。谢谢 :)

一位用户向我报告说,在他的 Conkeror 浏览器中,固定页面宽度存在问题,导致他左右滚动

<a href="http://identi.ca/conversation/20017728#notice-20028087">http://identi.ca/conversation/20017728#notice-20028087</a>

受影响的系统是 Debian Lenny 和 1400x1050 屏幕。

首先,网站看起来不错,我期待更新。恭喜!
其次,这个网站看起来将成为讲述故事的好地方。

这里应该是一个我可以轻松宣传我们在 RIT 学生创新中心领导的活动的地方——不仅是为了激励他人,也是为了提出一些“有效/无效的事情”——这样社区就可以像重新利用我们的源代码一样重新利用我们的组织技术。

你们有行星聚合器吗?
我如何才能将我们来自 RIT/罗切斯特/纽约州北部的开放活动和项目负责人的故事联合发布到这里?(单独联系频道版主?)
是否有任何区域隶属关系?
是否有 IRC 频道可以让我提出这些类型的问题?

谢谢,我代表 RIT 的 OpenInnovation,我们期待成为你们社区的资源,
--RemyD。

Remy!!!! :)

通过此网站联系 GDK,他是教育频道版主:https://open-source.net.cn/user/16/contact

我不认为有 IRC,但我认为应该有!行星聚合器也是....

感谢 quaid,现在确实有一个 IRC 频道了。大家来 Freenode 上的 #opensource.com 频道聊聊吧!

Mizmo,您应该与 Mel 谈谈她即将到来的 ROC 之行。我们很乐意届时接待您,但如果不行,那么肯定在不久的将来。也许是今年夏天的 FOSScon?我们会保持联系。

+1 支持 IRC 频道。它就此成立了。

有一些周围的工具,例如 IRC 或开放讨论邮件列表,并且有一些实时聊天来讨论我们如何实现这一点是一件好事。

<a href="irc://irc.freenode.net:6667/#opensource.com">irc.freenode.net/#opensource.com</a>

在那里见。

我最近开始整理我对大规模协作如何被用来解决我们面临的一些重大挑战并真正改善社会、社区和企业状况的思考。
我认为,在重新塑造我们所做的事情和做事方式方面,即将到来一个巨大的机会。
欢迎访问 www.craigchurchill.com 加入更广泛的对话。

广义上的“开源”是什么:<em>协作、参与</em> 和 <em>解决问题的合作方式</em>。这应该是 opensource.com 的样子。

这是十年的工业革命。

设置一个招聘板或链接到预设查询怎么样,这样人们就可以看到有哪些开源工作岗位可用(不仅是 Red Hat,还有 Ubuntu、Novell,也不仅是 IT 行业的角色)?

首先,创建一个引导新手正确了解开源的前端,并为高级用户提供新闻和其他信息。

论坛也很棒。

自由也是 opensource.com 的价值观之一吗?自由软件,自由文化(言论自由的那种,不是啤酒免费的那种)

我想,不可避免地,那些喜欢“自由软件”这个术语和定义的人会对“opensource.com”感到不满。我<i>很希望</i>与自由/开放人士达成共识,即 opensource.com 的存在原因是“开源”是一个人们已经与非技术相关联的品牌,因此它是让人们进入自由/开放领域的门户。我个人不认为这是一个为了减少另一个而做出的选择。我确信,如果我们试图与非技术人员谈论自由软件,他们可能会理解要点,但很难在心理上飞跃,将这些原则应用于教育、商业、政府、生活等。使用短语“就像开源一样,我们社区的小部件……”变得越来越普遍,因为开源品牌更容易被人们接受。他们理解“开放”,但不理解“自由”,至少在英语中,“自由”意味着两个令人困惑的不同含义。

因此,对于 Jeroen 的问题,我认为我们<i>应该</i>在这个网站上进行大量关于自由的讨论。这显然是开源运动的价值观。我个人在谈论某些运动(例如知识共享)时会提到“自由文化”,因为这样你就可以让“自由”这个称号有意义。(在我看来,从事创意作品的人更接近于理解他们的自由是如何受到压迫的,以及自由如自由意味着什么。)

在处理自由/开放之间不可避免的争论时,我希望(希望不大,但仍然有希望)opensource.com 将有助于稍微弥合那些喜欢自由软件与开源的术语/定义之间不必要的差距。

我的目的不是争论“自由”或“开放”这两个词的任何意义,不同的人以前已经讨论过这个问题了。

我的目的更多的是确保“自由”的价值观、原则和内在好处进入“开放”的关键成功要素 (KSP) 列表。在我看来,这是相当有市场价值的“开放”很少解决的那种关键成功要素,但无论您称之为自由软件还是自由文化,它都严重依赖于此。

应该更多地提及自由,以及“开源”这个词是由那些认为开放开发更好,并且较少关注自由(即使自由是隐含的)的人选择的,和/或“自由软件”这个词对大多数人来说不够明确。

我个人更喜欢“自由软件”。

我更喜欢“社区开发”(用于软件、文档、设备等),因为它侧重于过程,而不是实现过程的媒介。没有不受限制地访问源代码,就不可能有社区开发的软件。但是行业和从业者已经接受了“开源”标签,我不希望这种情况发生改变。

“社区”在某种意义上意味着远不止俗话说的“不在你工资单上的白痴”。以我的经验,许多公司都在寻找社区,但也认为他们可以像在组织内创建一个新部门一样创建一个社区。相反,“社区”可以被视为一种自下而上的事物,公司只能促进和创造激励(而不是控制他们拥有的东西,并试图创造他们可能根本无法控制的东西)。

因此,为了回应您提出的观点,“社区开发”可能被认为与那些俗话说的“不在你工资单上的白痴”的价值完全不符,而这可以说是为“开源”和“社区开发”创造大部分动力的核心竞争力,而这些人可能永远不会在任何人的工资单上。

@Jeroen van Meeuwen - 我的偏好是不在 opensource.com 上过多地深入技术/软件方面。这只是我的个人意见。有很多其他网站在这方面做得很好。我更感兴趣的是接触技术和软件领域之外的人。

抱歉,但是“自由”不仅仅是技术或软件方面的东西。

确实如此。
为了确保没有任何误解,应该更多地提及自由,并链接到 FSF 和其他类似的项目/组织。

网站看起来不错,链接有效,内容才是最重要的。即使网站坏了,无效链接很多,但只要内容在那里,一切都不重要。

我来自 rhn

稍后更多...

它会超越 Linux 和“Linux 应用程序”(用词不当)吗?它会包括对其他开源操作系统(如 *BSD、Google Chromium OS、OpenSolaris)的讨论/参与/考虑吗?

@ Harry J Foxwell, PhD - 我们想谈论所有这些,甚至超越比特和字节。

这些都是好问题。这周我看到了类似的问题,我写了这个回复

<a href="http://iquaid.org/2010/01/28/understanding-opensource-com/">http://iquaid.org/2010/01/28/understanding-opensource-com</a>

总之,opensource.com 旨在关注技术以外的其他领域,并应用自由/开源软件的实践。

摘自

http://en.wikipedia.org/wiki/Open_source

在阅读所有这些之前,我想说“开源”,这个术语,而不是网站,对我来说意味着,可以自由分发,可以自由访问代码,简而言之。只要您将作者姓名放在代码顶部,并在适当的地方注明出处,那么开源就存在!如果您采用作者的代码,修改/添加/删除/定制,然后,不注明其来源,那么您就不是社区的一部分,而是一个问题。

好的,继续阅读维基百科的定义,因为如果您要定义这个或那个,维基百科始终是一个好的起点。

开源描述了生产和开发中的实践,这些实践促进了对最终产品源材料的访问——通常是它们的源代码。[需要引证] 有些人认为开源是一种哲学,另一些人则认为它是一种务实的方法。在“开源”一词被广泛采用之前,开发人员和生产者使用了各种短语来描述这个概念;随着公共的、全球性的计算机网络系统(称为互联网)的兴起,以及随之而来的对计算机源代码进行大规模改造的需求,开源获得了普及。开放源代码实现了生产模式、通信路径和交互式社区的自我增强多样性。[1] 随后,一个新的三字短语“开源软件”诞生了,用来描述新的版权、许可、领域和消费者问题所创造的环境。

开源模式包括并发但不同的议程和不同的生产方法概念,这与更集中的开发模式(例如商业软件公司中常用的模式)形成对比。[2] 开源软件开发的主要原则和实践是通过易货和协作进行的同行生产,最终产品(和源材料)免费向公众提供。这正越来越多地应用于其他努力领域,例如生物技术。[3]

当然,我们需要文档收集。但我想我们必须使其与其他文档有所不同。
浏览不同的 Linux 相关网站,我注意到
1)有时很难在大量的文章中找到方向。
2)如果您找到一些与您感兴趣的主题相关的内容,它可能已经过时,而且没有人愿意稍微重写一下。

3)死链接 - 这真的很令人失望。
如何处理这些问题?也许像 Wiki 一样的东西?或者一个系统来清楚地表明有些事情不对劲,需要修复?

Oly562 | 2010年2月4日

我同意上面的帖子。所有 3 点。

Wiki 很棒!但为什么要切换到不同的网站呢?这个网站感觉很好。

我想知道是否可以将 Wiki 以一种新的令人兴奋的动态方式融入到这个网站中?

当然,脚本化处理无效或无意义的评论/链接。

应该构建一个开源的、有创意的、更新的搜索引擎,它可以

A. 首先列出搜索到的关于这些主题的简要主题,有时只阅读错误消息链接和修复程序没有标准方法,或者逐步指导来研究主题或修复。在应用快速修复之前,首先需要什么等等。首先只允许相关链接,而不是错误消息链接 - 错误链接乍一看将被组织在一个完全独立的菜单下,该菜单仅针对问题 - 如果您时间紧迫,则可以是一个子菜单 - 像往常一样。

B. 整合一个刷新链接按钮,以解决老旧问题,即使是 1 天前的问题,也可以立即提供 Wiki 解决方案

C. 通过整合交互模式来改变 Wiki 的视觉呈现方式;例如:允许访问系统文件以检查基本错误,然后提供关于当前配置、使用的程序、版本等的可能解决方案或建议……

D. 脚本化处理无效链接,同时缓存以供稍后审查,同时脚本梳理关键词或标志,这些关键词或标志在 Wiki 投诉复选框中定义和交叉引用。嘿,这家伙一窍不通,或者这个小丑在这里提出了荒谬的建议,删除它。

E. 利用安全连接,允许经过身份验证的管理员系统地编译关于特定连接/盒子的信息,从而解决一级问题,并允许基于 Wiki 中预先设定的标准,根据操作系统和使用情况进行自动修复。

F. 提取所有论坛和评论,只提取有用的数据或解决方案,而不是疯子的唠叨。

G. 保持主题简洁,并提供更多输入的链接 - 在其他地方,或在高级搜索功能下,根据自动检查器在您的系统上找到的内容。

请记住,并非所有用户都精通 Linux/Unix/脚本/编程。最好允许使用更友好到高级的菜单。

Jason Hibbets | 2010年2月11日
Jason

digitalfredy | 2010年3月14日

大家好,我为 <a href="https://open-source.net.cn/life/10/2/acceleration-open-source-cars">这篇文章</a> 写了我的第一个评论,现在在 <a htref="https://open-source.net.cn/users/digitalfredy">我的页面</a> 上的 <em>作者评论</em> 部分,我找到了这篇文章的所有评论 :(

<em>这篇文章的所有评论都不是我的评论</em>,我修复它的想法是只显示我的评论的树状结构,例如
文章名称 作者:文章作者
-- 文章评论名称 作者:评论作者

Jason Hibbets | 2010年3月14日
Jason

Dave | 2010年9月19日
一个非常值得深思的网站
您的网站有很多概念,我将使其成为每周回顾的网站。
1) 开源:必须拥抱、鼓励和促进“跨平台”开发。我在您的网站上只找到了几个带有“跨平台”的链接。

Chris Yakimov | 2011年1月12日
1. 可读性 - 字体太小,每行字数太多。这可能是一件小事,但它阻止我阅读很多内容。
:)

我们最喜欢的女性撰写的科技书籍
© . All rights reserved.