InfoQ

新闻

全面的敏捷邮件组列表

作者 Mike Bria 译者 金毅 发布于 2009年6月11日 上午6时25分

社区
Agile
主题
敏捷实施,
敏捷技术
标签
社区,
邮件组

作为InfoQ敏捷社区的一员,相信你有兴趣学习更多敏捷方面的内容,很可能你跟别人一样,也很有兴趣来回馈社区,分享你的经验知识。这一切你都可以通过各种各样的跟敏捷开发有关的邮件组来实现。但是有哪些组可用呢?Mark Levsion来帮你回答这个问题。

Mark最近发表了一篇文章,向广大使用或者对敏捷开发有兴趣的人全面地介绍了当前活跃着的敏捷邮件组。文中他逐一讲述了每个类别和对应的具体信息,包括邮件列表的主题,成员,活动度以及一些他自己的观点。

Mark的列表概括地总结了:

  • “基本邮件组”包括Scrum开发极限编程(XP)敏捷项目管理水晶项目管理(Crystal Clear)。
  • “精益、看板及其他邮件组”包括了精益软件开发精益敏捷看板真实期权敏捷商务(Agile Business)Agile Beyond SoftwareSolo Scrum敏捷文章
  • 列表还讨论了一些特定的“技术邮件组”包括敏捷测试测试驱动开发重构敏捷回顾软件工艺自动化验收和功能测试工具("AA-FTT")测试先行用户界面(Test-First User Interfaces)精益编程以及敏捷嵌入式开发(Agile Embedded)
  • “工具邮件组”包括JUnit、NUnit、FitNesse、fit.c2.com、CCNET以及Win Tech Off Topic
  • 敏捷“工作机会和信息发布邮件组”包括了敏捷信息发布敏捷工作机会以及XP工作机会

Mark还着重提到,在你本地的敏捷社区里,可能就有一个(或者两个)邮件组服务于广大敏捷用户。此外,Mark还介绍了一些他加入的跟敏捷无关的邮件组。

如果你还没有加入任何一个邮件组,可以考虑去试试。如果你已经加入,你可能有兴趣参与一些别的组。不管怎么样,Mark的列表都能帮助你找到你想要的,赶快行动吧。

查看英文原文:A Comprehensive Collection Of Agile Mailing Lists

补充几个国内的敏捷邮件组 发表人 Joe Jin 发表于 2009年6月12日 上午2时13分
找的就是这个 发表人 zhang yongji 发表于 2009年6月14日 下午11时7分
  1. 返回顶部

    补充几个国内的敏捷邮件组

    2009年6月12日 上午2时13分 发表人 Joe Jin

    敏捷中国 groups.google.com/group/agilechina?lnk= 有大概1000个成员
    Scrum Chengdu groups.google.com/group/scrumcd?lnk=
    敏捷西安 groups.google.com/group/agilexa?lnk=

    大家有兴趣可以去看看。

  2. 返回顶部

    找的就是这个

    2009年6月14日 下午11时7分 发表人 zhang yongji

    一直想有些渠道,和国内外敏捷实践者交流

深度内容

张文钿谈Rails开发及台湾Ruby社区

在去年10月份的Kungfurails大会上,InfoQ中文站有幸采访了从台湾专程赶过来的张文钿,与他探讨了关于台湾Ruby社区的发展、Rails的商业化,Restful Design等话题。

Scrum与策略

如果Scrum只关乎短期行为,战略人士又该如何去适应这种生态系统呢?更重要的是,它如何帮助企业领导人做出并且履行重要的承诺?

书评:《代码之道》

《代码之道》以一位微软内部人士的视角,揭示了关于软件编码、软件测试和项目管理的残酷现实。针对每一个话题,I.M.Wright都根据丰富的工作经验提出了自己的观点,并介绍了来龙去脉,令人信服。

洪强宁谈豆瓣网技术架构

如何应对高并发、大访问量?如何保证数据的安全性以及数据库大吞吐量?在海量数据下,如何进行数据表变更?DoubanFS以及DoubanDB的特点以及技术实现?在QConBeijing 2009期间,InfoQ中文站有幸采访了洪强宁,探讨了相关话题。

淘宝网架构师岳旭强的年度展望

淘宝网资深架构师岳旭强结合自己的实际工作,从数据扩展性、关注系统和人的交互,以及关注可用性等方面做了总结和展望。

大型团队中的敏捷开发

在1月份举办的Scrum敏捷实战营中,钟鸣从微软研发团队敏捷开发的最佳实践角度与大家探讨了大型团队中的敏捷开发。

Richard Durnall谈系统管理和从外向内的组织结构

敏捷极限编程、精益软件开发及在线产品开发专家Richard Durnall谈对系统管理理论的理解和应用,以及从外向内的组织结构策略。

SOA设计模式,第二部分

SOA设计模式:兼容性变更,版本标识,终止通告,服务重构,服务分解,代理功能,分解的功能和分布式功能。