BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

InfoQ中文站第49周最佳新闻回顾

| 作者 InfoQ中文站 关注 60 他的粉丝 发布于 2007年12月11日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

InfoQ中文站第49周最佳新闻回顾,包括《64%的Java开发者使用Tomcat》、《升级到Visual Studio 2008的10个技巧》、《关注:Ruby 1.9版本即将发布》、《SOA耦合的7个级别》、《软件团队建设之辩:提高团队效率而非简单地增加人手》,以及《Adobe AIR:我们真的需要在桌面上运行浏览器应用吗?》等。

Java:64%的Java开发者使用Tomcat
BZ Research最新的一项调查表明,几乎三分之二的Java开发者在使用Tomcat。随着对集群和服务器监测的支持,Tomcat赢得了比其它应用服务器更多的用户。IBM WebSphere和RedHat JBoss在此项调查中分别位列第二位和第三位。

.NET:升级到Visual Studio 2008的10个技巧
升级到Visual Studio 2008,来个飞跃。Visual Studio 2008最近发布了,开发者经常希望成为安装他们青睐开发工具最新版本的第一人。不过,如果在升级的过程中做出了错误的选择,就会为之付出一些代价。

Ruby:关注:Ruby 1.9版本即将发布
Ruby的下一个重大版本Ruby 1.9已经整装待发,新版本预计将在08年元旦到来之前发布。尽管Ruby 1.9给出了诸多的改进,但仍旧不能完全代表未来Ruby 2.0版本发布时的模样。在Ruby的SVN存储库的HEAD版本之中,Ruby开发团队正在不断尝试一些新奇的改进和完善。

SOA:SOA耦合的7个级别
一般人们都认为:系统要么是松耦合的,要么不是。在一篇最近的帖子中,ZapThink高级分析师Schmelzer炮轰了这个信仰。尽管松耦合的重要性得到认识已经有些时日了,但是围绕这个帖子展开的对话却收集了一些有趣的讨论。

Agile:软件团队建设之辩:提高团队效率而非简单地增加人手
庞大的团队规模妨碍了对很多语言抽象工具的运用,也限制了生产效率。Reg Braithwaite认为不应该为了团队规模去调整工具,他提倡围绕工具去建设团队,并保持团队的小型化。然而很多时候团队增大是不可避免的。在此情况下又该如何去维持质量和生产效率呢?

Architecture:Adobe AIR:我们真的需要在桌面上运行浏览器应用吗?
Adobe集成运行时(AIR)是一个让开发者运用Web技术构建桌面应用的平台。Danny-T在博客上质疑了Adobe AIR的示范,“从浏览器里逃出来是正确的一步吗?”

另外欢迎读者订阅InfoQ中文站“每周精要”,通过邮件和我们保持内容同步。为方便InfoQ中文站读者之间的交流需要,我们申请了一个Google论坛(ICUG,InfoQ China User Group),欢迎加入。另外如果你喜欢InfoQ中文站,请在你的博客与相关社区广而告之;如果你愿意与我们一起参与InfoQ中文站的内容建设,请随时通过china-editorial[at]infoq.com邮件和我们联系!

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

有关 InfoQ 中文站内容、功能和架构整体设计的建议(1) by Zhang Charlie

首先,对 InfoQ 表示支持和感谢!贵站的独特技术内容和报道视角,的确为我们及时学习和掌握国际上相关领域的软件技术信息提供了便利,令人有一种耳目一新的感觉。但作为用户,经过一段时期的使用,我们感到在访问贵站时也存在一些不便,在此提出一些改进建议,希望能好上加好。

从总体的概念模型上,我感觉 InfoQ 正如其名,是一个 Info Queue,而且这个队列目前好像还是 FIFO 的队列。这样随着内容的不断添加,早先的新闻也就被推倒了队列的后面。如果你想访问历史信息,尤其是一些重要的、有价值的和热点信息,就不得不通过“更早的”、“更新的”来不断翻页,才能找到。

而贵站在首页上确实也作了一些分类,并提供了搜索功能,比如 Java、Ruby、Agile、.NET 等大类,但进去一看,仍然是一个信息队列,还是要使用“更早的”或“更新的”。

能不能缩短用户定位到热点信息的访问时间呢?我觉得,可能有这样几个办法:

1)在“更早的”和“更新的”基础上,提供 Paging 的功能,这样用户可以跳着前进,而不是一次只能前进/后退一步,对相关信息的整体容量有多少(页)也会有个明确的了解。

2)在信息队列 FIFO 的基础之上,增加新的“冒泡”算法。

比方根据社区用户的点击访问量,回复/发帖探讨的数量,也就是大家关心的程度,或者最近更新的时间等等 Strategy,自动上浮,而不是完全由编辑来人工、主动挑选哪些内容应该被放到首页和便捷位置。

贵站能保证你们请到的编辑一定都是相关领域的专家么?我觉得至少从目前来看,似乎很难保证。这样,贵站的编辑在主动挑选、推荐时,由于个人知识面、认识水平的不足,就容易出现某种倾向性、片面性。

无论 Paging 或更丰富、灵活的 View 更新机制,都是网络上极常见的 Web 架构模式,技术上并不难实现。还有很多辅助手段可以想到。

然而,避免让某些人(比如编辑)从一开始就掌握过多的特权,而真正发动广大读者的参与热情,让大家可以更多地公平参与,我们觉得这对于一个成熟的、立场中立的软件技术社区而言是一件很重要的事情。

敏捷 OO 与 Use Case 顾问教练 张恂
www.zhangxun.com

InfoQ 中文站内容、功能和架构整体设计建议(2) by Zhang Charlie

谈一谈 InfoQ 中文站与英文站内容不同步、不匹配的问题

说老实话,作为一名读者,我对目前 InfoQ 中文站的翻译效果是不太满意的。问题主要在两个方面:首先是时效性,其次是完整性和准确性。

我发现 InfoQ 英文站的新闻更新速度很快,而且内容丰富,名家荟萃。而反观 InfoQ 中文站,不但我们在英文站上看到重要的文章,由于没有人愿意来翻译,或者编辑/主编认为它们不重要,有可能被有意无意地忽略掉了,而且翻译得也未必那么准确,取决于译者的水平。所以,感觉 InfoQ 中文站的内容与英文站相比,无论在精彩性、完整性和质量上都要差不少,似乎不在一个量级上。

所以,我想问的一个问题是:到底 InfoQ 建设中文站的初衷是什么?

难道仅仅是为了“解困”,帮助英文基础不好的中国程序员充电?如果是这样,那么你们翻得越多,越容易让人产生阅读英文的惰性,反而是帮了倒忙。

由于中文站与英文站的内容不匹配,不同步,会形成很多后果。首先,我们需要在“ En 和 中文”之间来回翻看,比对;再者,这无疑形成了新的信息不对称,本来我们希望了解国际上比较权威、多方面的最新信息,结果却可能看到被贵站的编辑/主编人为过滤、改编过的信息,档次上自然差了一些(先不论中文站的编辑是否到达了专业水准和国际水准),这对于中国程序员来说显然是不公平的,大家当然是想看到原汁原味的信息。

如果完全靠编辑、志愿者们来有选择地进行翻译,一来可能工作量巨大,耗费大家大量的时间和精力,二来也有可能吃力不讨好。如果 InfoQ 中文站不是为了专门向出版社培养翻译人才,没有必要把主要精力放在翻译上吧。内容,学习,和交流,才是最重要的吧。

即便需要翻译,也没必要全文翻译,翻译一些关键段落和难点即可,而且有了中英对照,跟有利于提高大家的阅读水平。

所以,我的建议是:

改变 InfoQ 中文站现在采取的内容过滤、翻译或映射模式,采取信息附加和增值(add-on)模式。也就是说,让 Info 英文站的信息全部可以在中文站上直接看到和访问,这样大家也可以直接参与英文讨论;而中文的翻译、自编部分作为附加内容出现在中文站上。

这么做岂不是“两全其美”?

敏捷 OO 与 Use Case 顾问教练 张恂
www.zhangxun.com

Re: InfoQ 中文站内容、功能和架构整体设计建议(2) by 霍 泰稳

感谢张洵朋友的建议和批评,InfoQ中文站和InfoQ.com的使命一样,就是成为[中文社区]关注企业软件开发领域变化与创新的专业网站!我们对自己目前存在的不足有着清醒的认识,所有的编辑都在为之而努力去改进,期望为读者提供及时而高质量的技术资讯,我为他们而骄傲。请张洵朋友在不了解具体情况的前提下,不要对我们的编辑妄加怀疑和不敬,让我们互相尊重,谢谢!

InfoQ中文站总编 霍泰稳【我的邮件为kevin[AT]infoq.com,欢迎沟通】

Re: InfoQ 中文站内容、功能和架构整体设计建议(2) by Guo Xiaogang

这样Off Topic的讨论,还是移步到 InfoQ中文站用户讨论组 吧。

Re: InfoQ 中文站内容、功能和架构整体设计建议(2) by Lai Jason

同意晓刚。

另外,我们已经在内容后评论中每一个链接的 a 标签上加入了 rel="nofollow",这样Google、百度等搜索引擎不会跟踪评论的任何一个链接,因此在评论中加入链接是无法增加目的网站的 PR 值的。

Re: 有关 InfoQ 中文站内容、功能和架构整体设计的建议(1) by liu ozzzzzz

我觉得除了您之外,别人都没啥特权。
您可以把另外地方,跟infoQ上的讨论没啥关系的东西拉过来说是别人对您的人身攻击。这样的特权,恐怕只有您可以有。我们这些人你不成熟,立场也不中立,自然搞不出您这个的折腾。

把精力更多地放在如何提高中文站的整体质量上,才更为妥当 by Zhang Charlie

如果老是提防别人的批评,未免有点“小肚鸡肠”了吧。(善意的提醒)


Jason Lai 于 2007-12-10 8:45 说:

另外,我们已经在内容后评论中每一个链接的 a 标签上加入了 rel="nofollow",这样Google、百度等搜索引擎不会跟踪评论的任何一个链接,因此在评论中加入链接是无法增加目的网站的 PR 值的。

请问你说的“妄加怀疑和不敬”在何处,能否指出? by Zhang Charlie

另外,光是主编为自己的编辑们骄傲有什么用?本来就是自己人么,要读者肯定才算数啊。

感觉你说的有点像外交辞令,我看光喊口号不行,还要看你们的实际行动,拿出具体的办法来。

感谢张洵朋友的建议和批评,InfoQ中文站和InfoQ.com的使命一样,就是成为[中文社区]关注企业软件开发领域变化与创新的专业网站!我们对自己目前存在的不足有着清醒的认识,所有的编辑都在为之而努力去改进,期望为读者提供及时而高质量的技术资讯,我为他们而骄傲。请张洵朋友在不了解具体情况的前提下,不要对我们的编辑妄加怀疑和不敬,让我们互相尊重,谢谢!

InfoQ中文站总编 霍泰稳【我的邮件为kevin[AT]infoq.com,欢迎沟通】


thanks,

敏捷 OO 与 Use Case 顾问教练 张恂
www.zhangxun.com

Re: 把精力更多地放在如何提高中文站的整体质量上,才更为妥当 by Lai Jason

看清楚我说的是什么再说话,我说的跟地方别人批评一点关系都没有。

如果老是提防别人的批评,未免有点“小肚鸡肠”了吧。(善意的提醒)


Jason Lai 于 2007-12-10 8:45 说:

另外,我们已经在内容后评论中每一个链接的 a 标签上加入了 rel="nofollow",这样Google、百度等搜索引擎不会跟踪评论的任何一个链接,因此在评论中加入链接是无法增加目的网站的 PR 值的。

Re: InfoQ 中文站内容、功能和架构整体设计建议(2) by ml horizon

感觉总编有点像护短的家长一样,人家并没有什么很过分的措辞,只是些还算委婉的个人看法而已,相反你知道"张洵朋友在不了解具体情况的前提",却还使用"妄加怀疑和不敬"这样的词汇,同时抛出一个"另外,我们已经在内容后评论中每一个链接的 a 标签上加入了 rel="nofollow",这样Google、百度等搜索引擎不会跟踪评论的任何一个链接,因此在评论中加入链接是无法增加目的网站的 PR 值的。"去恶意揣测别人签名中的链接,为infoQ前程担忧啊!!!

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

10 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT