博文
Java开源没能阻挡Ruby前进的脚步(2007-02-07 14:04:00)
摘要：Java开源没能阻挡Ruby前进的脚步
2007.02.07 来自：TechTarget
如果2006年Java开源被业界认为一种趋势的话，那么Ruby在2007新年伊始一跃成为十大流行编程语言，就绝对不容小视的，带着敏捷的 Web开发优势，Ruby在迅速的前进，甚至在蚕食Java领域，Java的开源没能阻挡Ruby前进的脚步，而且Ruby还在不断的扩大自已的战场，涉 及到了除Java之外的其它脚本语言，Ruby是靠什么样的优势打乱如今的语言阵营格局呢?
带着这个疑问我们采访了Java咨询专家，上海炯耐计算机软件有限公司总经理， JavaEye技术社区创始人范凯，请他谈一下Ruby现在的发展状况：
记者：我知道您是Java企业咨询专家，自然也是一个Java的狂热者了，对于Ruby在中国还不是很成熟，而且能借鉴的相关经验还很少，我想知道您的JavaEye社区，当时出于什么原因考虑用Ruby开发而不用Java呢?
范凯：在目前的主流web开发技术例如J2EE，ASP.net，PHP，Python，Ruby当中，基于Ruby语言的rails框架是做 网站开发速度最快的工具了，可以达到J2EE框架开发速度的5-10倍，并且程序代码量也只有使用J2EE框架开发的1/5以下。因此使用Ruby来开发 JavaEye网站，能够把网站的开发周期缩短5倍左右，也就是说，如果用Java开发JavaEye网站需要5个月时间的话，那么使用Ruby仅仅1个 月就够了(而事实上我们也只用了1个月加1周的时间开发出来网站)。另外由于代码量的大幅度减少，网站整个的维护工作量也大大降低。因为使用Ruby带来 的开发和维护上面的好处实在是很诱人，能够几倍幅度的降低我们的网站开发周期和维护成本，那何乐而不为呢?
目前Ruby在国内应用很稀少，也找不到什么可以借鉴的经验，我们在开发过程中遇到的各种各样的问题都是自己摸索过来的。不过对于我们本来就是 资深开发人员，又运营高端技术社区来说，这些都不是什么障碍，Ruby无论如何，还是比Java要简单，只要适合我们，什么技术都可以拿来用，对于高水平 的开发人员来说，用什么编程语言都一样，精通Java的去搞Ruby，完全没有什么障碍。
记者：有很多人认为Ruby挑战Java地位，您怎么看待这种现象?
......
Zend要闯开源路重心向大企业Web2.0(2007-02-07 13:40:00)
摘要：Zend要闯开源路重心向大企业Web2.0
2007.02.02 来自：CNET科技资讯网
开放源代码软件厂商Zend希望将今年的营业收入翻一番。首席执行官霍华德表示，业务重心将缩减到大企业和Web 2.0类型的初创企业。
Zend开发运行使用PHP编写的Web应用软件所需要的开发工具。
霍华德表示，除了扩大规模外，他还计划将公司的业务重点由目前的8、9个减少到几个。他说，一个明显的方法是将向企业和政府的销售翻一番，特别是在开放源代码软件和标准大受欢迎的欧洲。
由于PHP被应用在数以百万计的Web网站中，所谓的Web 2.0初创企业也将是Zend销售的另一个重点。
Zend还与IBM建立了合作伙伴关系，使PHP成为能够从大型主机等后端服务器获取数据的更好的开发语言。霍华德表示，仅IBM“经济产业链”就是一笔“很大的业务”。
Zend还在充实其产品线。计划在本月发布Zend Core，这是一个认证版PHP语言，其中包含有优化PHP应用软件，使之更好地与甲骨文、IBM的数据库，以及微软的Windows协作运行的软件。
尽管有数千家客户、数百万的现金储备、盈利渠道，但霍华德仍然面临着一个许多开放源代码厂商的首席执行官都面临的问题：我们的规模能够增长到与目前的高科技巨头相当的规模吗？
我知道的一个观点是，开放源代码商业模式还没有完全成熟，除了Red Hat外，还没有一家开放源代码厂商找到一种可持续的商业模式。
霍华德说，作为一家依赖开放源代码社区进行产品开发的公司，面临着与传统软件厂商不同的挑战。包括公司创始人在内的Zend员工在PHP社区中非常活跃，但Zend对该项目没有完全的控制权。
由于企业软件产业已经为少数几家公司把持，在过去5年中组建的许多公司都期望利用免费产品和开放源代码商业模式来挑战巨头。但是，尽管获得了数以亿计的风险投资，但目前还不清楚有多少公司能够获得成功或能够每年获得数亿美元的营业收入。
霍华德表示，Zend的营业收入去年翻了一番，它计划今年再将营业收入翻一番。Zend计划到今年年底时实现正的现金流。
他指出，PHP开放源代码社区的活力对于Zend的成功非常。他说，我们产品的主要代码来自开放源代码社区，Zend的未来与......
7 种流行PHP IDE 的比较(2007-02-07 13:38:00)
摘要：7 种流行PHP IDE 的比较
2007.01.05 来自：developerWorks 中国
本文发掘集成开发环境(IDE)的所有用途，并比较 7 种流行的 IDE 的成本和优势。
编写关于 PHP 的系列文章让我更加深刻地了解了 PHP 开发人员的世界。我和许多 PHP 程序员交谈过，最令我惊奇的是只有很少的人使用 IDE。大多数程序员使用文本编辑器，比如 Microsoft Windows 上的记事本、Emacs 或者 Vim。
我提到的这些文本编辑器(以及我没提到)都是很不错的 —— 我不想讨论哪个编辑器更好。但是，我要强调的是不使用文本编辑器会使您对 PHP 代码有更深的见解。几乎所有人都将 PHP 项目视为只不过是文件目录而已(这种看法十分片面)。现在就让我带您进入 IDE 的世界，向您展示 IDE 能够 —— 或者应该 —— 给您带来什么，并向您介绍七个最流行的 IDE。
什么是 IDE?
简而言之，IDE 为编码工作提供了一站式服务。IDE 包括一个编辑器，在此编辑器内可以编辑代码、调试代码、在浏览器(通常是嵌入式的)中查看代码和签入和签出源码控制。为了支持这些功能，IDE 拥有一套在基本编辑器(比如记事本或者 Vim)中所找不到的特性。当然，您可以通过扩展编辑器来实现这些功能，但是 IDE 在一个精简软件包中囊括了所有这些功能 —— 并都已预配置：
项目
IDE 的一个关键特性是它把一个 PHP 应用程序看作是一个项目，而不仅仅是一组文件。这个概念 —— 项目 —— 维护额外的信息，比如源码控制的配置、用于调试的数据库设置，以及某一关键目录所在位置。
调试
另一个方便的特性是集成调试。使用这个功能，可以在编辑器中设置断点，当 PHP 解释程序执行到这个脚本时就会停止。从断点开始，就可以检查局部变量的值，在代码中诊断问题。在代码中可以使用 echo 语句来检查值或者也可以使用错误日志获得变量的值。
代码智能
PHP 是一种非常规则的编程语言，这意味着它遵循着简单的模式。这些模式不仅使代码易于编写，也使 IDE 在项目中检查代码变得很容易。此外，它们可以通过显示检查结果帮助您编写程序。例如，如果在项目中定义了一个名为 MyClass 的类，在键入关键词 new 时......
LAMP 与 LAOP(2007-01-30 19:28:00)
摘要：LAMP 与 LAOP
2007-01-27 来自：tinydust
Oracle 这只大鲨鱼胃口越来越好了。LAMP (Linux, Apache, MySQL, PHP) 一直以来被视为一个非常完美的组合形式，现在 Oracle 或许有了想把 LAMP 中的 "M" 替换为 "O" -Oracle 的想法。LAOP, LAOP? 现在这还是我的猜测，起因是看到了这篇 Drupal + Oracle: Inside the OraDrup Project。
现在 OraDrup 项目还只是刚刚起步，Oracle XE 的确拉近了使用者与 Oracle 之间的距离，这个易于部署的版本一改 Oracle 过去"重"的形象，多少有点"轻量级"的意思，在中小应用上开始抢 MySQL 的地盘。LAOP 中的 O 有点牵强，却也是可以为之。
LAOP 中的 "P" (PHP)呢? Oracle 对 PHP 也是下了不少力气的。与 Zend 的倾力合作时间也不短了，Oracle 在 PHP 这一块的技术社区也逐渐做了起来。
至于 Linux 和 Apache ，对 Oracle 来说也是必争之地，苦心经营了多年。尤其是 Linux 服务器这一块，甚至不惜与多年的合作伙伴 Red Hat 交恶。
Oracle 会花多大力气来争夺这最关键的一环还真不好说，也或许只是一些 Oracle 技术爱好者的一厢情愿(或许更多是我的猜测:))。
再过一段时间没准 LAOP 这个缩写就流行起来喽，谁知道呢。......
WWW15年：改变世界的15个网站(2007-01-29 21:54:00)
摘要：WWW15年：改变世界的15个网站
2007.01.29 来自：Donews
本月，World Wide Web迎来15岁生日。在短短15年里，网络彻底地改变了我们的生活，从购物到订购飞机票，从写博客到听音乐，网络已渗透日常生活的方方面面。《观察家报》评选出了迄今为止15个最有影响力的网站。
德国人乔纳森·古腾堡在欧洲首创活字印刷术，被西方认为是印刷之父。他的印刷改变了世界，但是他却没能活着看到自己所发动的广阔革命。假如你在 1468年——古腾堡去世之时——告诉他，他于1455年出版的圣经将削弱天主教教会的权力；推动文艺复兴；使现代科学崛起成为可能；创造新的社会阶层；他将一脸茫然，不明白你在说什么。
但是，今天，就在我们中间有一个人有着与古腾堡类似的成就，他却活着看到了自己工作的成果。他就是提姆·伯纳斯·李（Tim Berners- Lee），他发明了一套系统，将互联网变成出版媒介。1955年6月8日，伯纳斯·李出生在英国伦敦的西南部，他的父母都是英国计算机界的名人，曾参与了英国第一台商用计算机的研制工作，他从小便耳濡目染。但他真正开始研究互联网是在加入日内瓦的CERN（欧洲粒子物理研究所）后。作为一名软件工程顾问，他编写了一个名为 “Enquire”的信息处理工具，它就是World Wide Web（简称www，万维网）的最初概念。经过一番努力，1989 年，伯纳斯·李在Enquire的基础上提出了利用 Hypertext（超文本）重新构造信息系统的设想，并设计出供多人在网络中同时管理信息的超文本文件系统。1990年，他在当时的NeXTStep网络系统上开发出了世界上第一个网络服务器（Web Server）Httpd和第一个客户端浏览编辑程序WWW。同年12月，CERN首次启动了万维网并成立了全球第一个WWW网站 info.cern.ch（至今仍是CERN的官方网站）。15年前—— 精确地说是1991年8月6日——伯纳斯·李在alt.hypertext新闻组贴出了一份关于World Wide Web的简单摘要，这个日子因此被标志为WEB页面在Internet上的首次登场。伯纳斯·李还提出了所有人都可以免费使用WWW的概念。
WWW以惊人的速度成长。今天，没有人知道它究竟有多大。在最近的......
2006年回顾--互联网 zz(2007-01-11 19:53:00)
摘要：2006年回顾--互联网 专职
早在2004年未来网的时候，一拨人就看好blog
到2006年，blog大行其道，sina也因为blog产品做的、推的好，使其在web2.0时代没有倒下去
在毕业设计同时，考虑futurewindow（ppread前身），也考虑过一个startang的产品，就是名
人博客的聚合，自认为是一个好的互联网应用，也已经用.net及codemaker做出了系统，可是
后来发现http://www.starlogs.com，就不了了之
现在感觉，真的要做出好的互联网产品，还是需要对互联网有丰富运作经验的，传统门户网站
比如sina，还不是照样靠着业界的地位及在互联网摸爬滚打数年的经验，把blog做好了。成功
开拓web2.0
bokee喊的算响的了，名字也很正规，博客网，可是发展的不怎么样，就可以看出是没有真正
在互联网成功过，没有做成功互联网产品的经验。
最近google和xunlei战略合作，xunlei的脱颖而出，真正体会到xunlei的强大，是11月份进入
校园招聘，号称本科生有8k的薪酬，可以影射他的发展。这个是产品做的好的典范。
2006涌现了很多视频共享的web2。0，包括yoqoo，56，tudou，都拿到风投，随着视频采集门
槛降低，这些网站火了起来，但是根据我一种假想的统计，中国网民不会超过1/10的人拥有视
频拍摄设备，那么此类网站的参与内容提供者，即web2.0的主体人群不会覆盖网民的主体，即
使再过几年，也不一定能提高多少，这本身是由中国的经济水平决定的，但是图片就不同了，
传统门户的相册可以说是基本覆盖了大部分的网民，但是传统的相册没有好的盈利模式，也是
没有内容的一个苍白无力的产品，所以没有哪个发展的好的。yahoo收购的flickr，是一个成
功的产品，有时间要研究一下。但是与之如出一辙的ppread，门槛对比视频较低，形势新颖程
度不亚于视频，所以我仍然坚持看好。
立足作电子杂志的几个大的公司，zcom，pocoo等拿了大量资金的风投，据说2006年在电子杂
志投入的风险投资超过多少多少个亿，未来2007年会有更多的资本进来。2007web2.0要洗牌，
新的泡沫涌现，破灭，那么在这个时期进入胜算多大，成功可能性多大，不可预知，这又增加
了游戏的刺激性。喜......
让谷歌、百度最快最多地收录您的网站 转(2007-01-11 19:34:00)
摘要：让谷歌、百度最快最多地收录您的网站
12月1日建站,百度最快12天3号就收录了,google慢点12月9号才收录,不过10天之内能收录还是归功于以下方法!
在忙活了一段时间后，网站建成了，接下来作为一个新站站长的你首先想到要做的可能就是让自己的网站早点被搜索引擎收录，早点让访问者通过搜索引擎找到自己的网站，获得一些流量。实际上这也不是什么很困难的事。如果方法对头的话，一般2-4天就可被Google收录。但方法不当的话，十天半月，甚至一两个月也列不上。
一般的方法，大家首先想到的可能是登陆各大搜索引擎，一个个向搜索引擎提交自己的网站URL。这种方法已经过时了，现在已是最被动，最没效的方法。 GoogleGuy也曾说过，向Google提交URL的重要性在降低，这种提交的吸引力对于Google越来越小。对于这部分提交Google的数据更新非常之慢。如果你只使用这种方法可能两个月也列不到Google上。
还有就是向一些公开目录提交，比如 DMOZ.org等。对于一个新的网站，内容还不多，想列入这些大型目录会是相当一个漫长的过程，可能需要很长时间。因此想通过这个被 Google等搜索引擎快速找到，也是不可取的。当然你提交一下，等着慢慢被收录也是可以的。
下面就要说的是最快的最好的方法，那就是获得尽可能多的外部链接。这些链接不一定在链接网站的首页，在其内页就OK。事实上，你的网站刚建成，还没有什么访问量，想找一些好的首页链接也是不太容易的。最好找一些PR值高一点(比如6以上)，内容天天更新而且更新较多的网站，这些网站Google会每天漫游并更新其数据库。当Google漫游这些站点时发现了你的URL，就会顺着URL Crawl你的网站。笔者以前曾多次使用这种方法，非常有效，当然现在不用了，直接在一个稍高PR的网站首页做个链接就OK。
通常使用何种方法2-4天就会被Google和MSN列入。Yahoo稍慢一点，可能需要1-2周，这和其搜索技术有关系。怎么才能在一些PR高，更新快的网站做一些链接呢?其实很简单，很多网站都有论坛或允许评论，做个签名带上自己的网站地址，发几个帖子或评论就行了。但这种URL一定要是活动的，就是点击可以到达你得网站的。根据笔者的经验，Google在发现你的URL之后，当天就会对你的网站漫游，漫游后一到两天，在Google......
2007年web开发技术预言 转载(2006-12-15 18:39:00)
摘要：2007年web开发技术预言 转
2006.12.11
验证HTML代码----多重浏览器标准的穿越者图-2 应用web页面验证的分布图 评论：服从web标准将引领web站点走向成功，更友好地与搜索引擎"协作"、快速load页面、减轻Server负载、兼容众多浏览器、吸引更广泛的浏览量。提供了对web页面的验证功能。这些站点维护家族信息----以数字格式保存家族成员姓名、财产、相片等。
show_ads_zone(13);
本文来源：http://www.matrix.org.cn/resource/article/2006-12-08/ab918451-8669-11db-b1d1-19025991d682.html摘要: 2006年即将过去，这一年被广泛地看作是：在线投资新浪潮的一年；更新的web技术和技巧兴起和成长年；从未这样采用web能量的新商务模式的兴起（和衰落）的一年。根据SitePoint和Ektron这两家组织提供的调查报告，大家不妨跟随作者一起放眼遥望一下亮光周围的风景，也许你会听到自己的惊呼，请加入到对“未来”的预言中吧！尝试一下网络对趋势的影响力！
2007年web开发技术预言
作者：cleverpig
此图来源于1954年的《现代机械杂志》，图中展现了那时对2004年“家庭电脑”的预言
前言
2006年即将过去，这一年被广泛地看作是：在线投资新浪潮的一年；更新的web技术和技巧兴起和成长年；在采用web标准上增长年；从未这样采用web能量的新商务模式的兴起（和衰落）的一年。
从SitePoint和Ektron这两家组织提供的调查报告预览版中，其中的数据照射出在技术进化进程中的一丝亮光。大家不妨跟随作者一起放眼遥望一下亮光周围的风景，也许你会听到自己的惊呼，请加入到对“未来”的预言中吧！尝试一下网络对趋势的影响力！
关于SitePoint和Ek......
SOA应用难逃出的五座大山 转(2006-11-30 19:10:00)
摘要：SOA应用难逃出的五座大山 转
2006.11.30
SOA刚刚经历了喧嚣的一年， 而这种刺激和变化才刚刚开始而已。各种机构团体继续对服务设计的多变的前景，服务总线,和服务管理甚至仅仅针对服务本身进行再次检测。这是由多方面的情绪 引发的，很多人对于SOA在IT业中的成熟度与大致情况感到困惑。 但是，对于其在联合商业与技术方面的潜力，人们还是抱着毋庸置疑的兴奋。
今年许多SOA厂商带着各自的目标和期望值投放市场，有的一败涂地， 有的困难重重。在完成他们最初目标的决定性因素是学习那些已经在竞争中存活下来但是结果不怎么理想的项目经验。这些人留下来讲述他们的故事并警告他人在通向SOA的道路前方等待着他们的将是什么。
在我们的工作过程中将会看到不同完成程度的不同项目。我们可以看到一个好的SOA项目陷入困境， 不好的SOA项目变得更差。问题都是能够解决的，错误也可以纠正，但在将事情导向正途的过程总会有一些影响。因而最好的办法就是防患于未然。
理解了其他的缺陷之后，在你的SOA道路上构建一个安全路径将成为你的首要任务，你能达到的前景范围退居其次。为了让大家有一个领先他人的开始，我们收集了SOA应用中的五大弊端。
第五:不能理解SOA 性能需求
松散的连接是有代价的。当实现网络服务之后，SOA实现了数据处理层及架构于此基础上的相关性能。从小做起， 建立能按照预期运转的面向服务方案是较容易的。随着规模的扩大和新功能的增加，以信息为基础的沟通将会增长， 如此以来， 在预计之外的情况将开始经历一个重大的处理反应期。
建立成功的面向服务方案关键在于事先理解该方案性能需求及其基础架构的局限性。这就意味着要测试(如果必要的话， 加强)您的外部环境的信息处理能力并密切注意服务设计以达到在传送速度，传送量和能给方案性能带来负面影响的其他服务之间的平衡。
第四: 并非建立在XML基础上的架构
在今天的SOA世界中，一切皆始于网络服务。 这句话在某些机构当中已然成为了纲领， 但它却并不是完全正确的。其实， 在今天的SOA世界中， 一切始于XML.这个标准是由多层辅助标准演化而来的，目的在于形成既成事实数据的演示架构。这是促使形成今天驱动SOA一系列服务规范的一套核心标准。
我们投注了太多的注意在服务之间的数据传送上以至......
动态语言，别再说不 -孟岩著(2006-11-26 03:06:00)
摘要： 动态语言，别再说不 -孟岩著
相信很多人都听过一个禅宗故事，说是两个僧人赶路，趟过一条小河的时候，看到一个漂亮的少妇困于其中，向他们呼救。其中一个有心施以援手，但想到佛家的色戒，便犹豫起来，不知如何是好。可另一个和尚却大大咧咧地冲过去，抱起少妇，趟过小河。于是前者的心里就很不舒服，一路上闷闷不语，后来实在忍不住，就问自己的同伴，既然身为佛门中人，怎能不顾清规戒律，如此轻薄。然而那位和尚却回过头来，淡淡地说：“我已经把她放下了，你还抱着呢？”
也许不太贴切，但是这几天中外豪杰们围绕Ruby和Rail爆发的口水战，让我不由得想起这个小故事。
前几天著名大嘴Joel Spolsky在自己的一亩三分地里对Ruby进行了FUD性的攻击，引发互联网上一片口水战，Ruby之父matz和Rails之父DHH都卷入其中。似乎是要与此相呼应，在国内技术论坛上，这几天围绕Ruby的争论也突然攀登新高峰了。国外的大气候和国内的小气候都有共同特点，就是站在传统技术立场上的人对于RoR的火爆看不下去了，首先站出来发难，从而引发Ruby支持者们的回击，然后双方厮杀在一起，连带旁边相干不相干的看热闹的、拉架的、含沙射影的、慷慨激昂的，瞬间就浩浩荡荡，横无际涯了。而争论来争论去，无非还是Ruby的性能问题、可用性问题、前景问题，等等等等。
可能是老生常谈了，但倒R派的观点让我想起多年前我们这些C++ fans对Java的鄙视言论。那个时候C++程序员们说，Java只能用来在页面上用applet作一些可笑的小动画，Java只能对对火柴棍排序，Java慢得像牛车，Java有内存泄露，Java狂耗内存，Java愚蠢的弱类型容器可以把鲸鱼装进一个笔筒，Java居然没有指针，Java做不了系统程序设计，Java写不了操作系统，Java解决不了我手头的超超级复杂的巨牛无比的难题，诸如此类，不一而足。冠冕堂皇的理由可以找出一大箩筐，但大皮袄下面无非就是一个“私”字而已。骨子里的想法是，我费了好大的牛劲才混了个C++三品顶戴，你Java一闹腾，就把我的似锦前程给搅黄了，怎能不妒火中烧，羞愤交加？
可是这些年过去了，当时我们吐那点酸水起了什么作用了吗？Java统治了企业计算，统治了手机应用开发，统治了大学教育。不但如此，Java在开源领域里也如日中......