什么是AIC/AIB？ 他们的由来

“昂达的这款显示卡怎么和铭暄的显示卡这么像？”如果你是一位DIY玩家的话，那么时常能够在朋友中听到这样的言论。其实，对于普通玩家来说，了解一款产品的背景比这款产品本身更为重要。首先，优秀的生产能力以及高标准的良品率是一款产品在市场上获得较好口碑的关键，其次再是价格的因素作为辅助效应，两者相辅相成才能让一款产品在零售市场上真正立足。

众所周知，目前市场上的两大芯片巨头非nVIDIA和ATi莫属了，虽然也有一些专业级厂商和非主流厂商的产品，不过他们并不是针对DIY领域的。纵观整个显示卡业的发展，闭门造车的运作方式已经被市场所否定，著名的Voodoo就是最为经典的范例，而芯片授权开放政策不仅让nVIDIA依靠TNT系列芯片彻底的打败了Voodoo，并逐步走上了显示卡业界第一把交椅的位置，通过制造更多的图形芯片，并将他们分给自己的合作伙伴，以众人之力共同挖掘市场的份额，让名不见经传的nVIDIA一夜之间成为了DIY心中的女神。nVIDIA并根据市场的变化，不断的调整合作伙伴的阵容，直至最后发展成为AIC（Add－in－Cards亲密合作伙伴），nVIDIA的官方AIC列表中还包括了主板合作伙伴的厂商。

而在ATi这边，原先的独家研发制造显示卡的历史也一去不复返，01年的十月，当ATi重整旗鼓发布8500和7500系列的时候，首度效仿nVIDIA的芯片授权开放政策，允许显示卡厂商以及通路商获得授权以后生产或销售基于ATi显示芯片的显示卡，和nVIDIA一样，这些厂商作为帮助ATi打天下的团队，被命名为AIB（Add－in－Board认证合作伙伴）。AIB 合作商专门生产运用 Graphics by ATi（ATi 图形技术）的显示卡。 这些合作伙伴制造的图形卡皆具有独特的附加功能，符合全球各地游戏玩家的特别需求。 这些图形卡采用 ATi 图形技术，但均具有增强的设计，附加额外的板上功能，专门满足所有游戏体验所需。

不过，无论是nVIDIA还是ATi来说，对于AIC/AIB并非都是一视同仁的，从核心AIC至AIC到通路商，主要表现在对于AIC往往能够比传统的通路厂商享受到更多的支持，如市场基金、活动方案、显示芯片与显存的捆绑优惠等等，当然核心的AIC得到的支持则更多，这就直接影响到品牌推广以及消费者的购买取向。

转载：

 

理解I/O Completion Port 


　　欢迎阅读此篇IOCP教程。我将先给出IOCP的定义然后给出它的实现方法，最后剖析一个Echo程序来为您拨开IOCP的谜云，除去你心中对IOCP的烦恼。OK，但我不能保证你明白IOCP的一切，但我会尽我最大的努力。以下是我会在这篇文章中提到的相关技术：
　　I/O端口
　　同步/异步
　　堵塞/非堵塞
　　服务端/客户端
　　多线程程序设计
　　Winsock API 2.0
　　在这之前，我曾经开发过一个项目，其中一块需要网络支持，当时还考虑到了代码的可移植性，只要使用select,connect,accept,listen,send还有recv,再加上几个#ifdef的封装以用来处理Winsock和BSD套接字[socket]中间的不兼容性，一个网络子系统只用了几个小时很少的代码就写出来了，至今还让我很回味。那以后很长时间也就没再碰了。
　　前些日子，我们策划做一个网络游戏，我主动承担下网络这一块，想想这还不是小case,心里偷着乐啊。网络游戏好啊，网络游戏为成百上千的玩家提供了乐趣和令人着秘的游戏体验，他们在线上互相战斗或是加入队伍去战胜共同的敌人。我信心满满的准备开写我的网络，于是乎，发现过去的阻塞同步模式模式根本不能拿到一个巨量多玩家[MMP]的架构中去，直接被否定掉了。于是乎，就有了IOCP，如果能过很轻易而举的搞掂IOCP，也就不会有这篇教程了。下面请诸位跟随我进入正题。

什么是IOCP？
先让我们看看对IOCP的评价
I/O完成端口可能是Win32提供的最复杂的内核对象。
[Advanced Windows 3rd] Jeffrey Richter
这是[IOCP]实现高容量网络服务器的最佳方法。
[Windows Sockets2.0:Write Scalable Winsock Apps Using Completion Ports]
Microsoft Corporation
完成端口模型提供了最好的伸缩性。这个模型非常适用来处理数百乃至上千个套接字。
[Windows网络编程2nd] Anthony Jones & Jim Ohlund
I/O completion ports特别显得重要，因为它们是唯一适用于高负载服务器[必须同时维护许多连接线路]的一个技术。Completion ports利用一些线程，帮助平衡由I/O请求所引起的负载。这样的架构特别适合用在SMP系统中产生的”scalable”服务器。
[Win32多线程程序设计] Jim Beveridge & Robert Wiener

看来我们完全有理由相信IOCP是大型网络架构的首选。那IOCP到底是什么呢？
　　微软在Winsock2中引入了IOCP这一概念 。IOCP全称I/O Completion Port，中文译为I/O完成端口。IOCP是一个异步I/O的API，它可以高效地将I/O事件通知给应用程序。与使用select()或是其它异步方法不同的是，一个套接字[socket]与一个完成端口关联了起来，然后就可继续进行正常的Winsock操作了。然而，当一个事件发生的时候，此完成端口就将被操作系统加入一个队列中。然后应用程序可以对核心层进行查询以得到此完成端口。
　　这里我要对上面的一些概念略作补充，在解释[完成]两字之前，我想先简单的提一下同步和异步这两个概念，逻辑上来讲做完一件事后再去做另一件事就是同步，而同时一起做两件或两件以上事的话就是异步了。你也可以拿单线程和多线程来作比喻。但是我们一定要将同步和堵塞，异步和非堵塞区分开来，所谓的堵塞函数诸如accept(…)，当调用此函数后，此时线程将挂起，直到操作系统来通知它，”HEY兄弟，有人连进来了”，那个挂起的线程将继续进行工作，也就符合”生产者-消费者”模型。堵塞和同步看上去有两分相似，但却是完全不同的概念。大家都知道I/O设备是个相对慢速的设备，不论打印机，调制解调器，甚至硬盘，与CPU相比都是奇慢无比的，坐下来等I/O的完成是一件不甚明智的事情，有时候数据的流动率非常惊人，把数据从你的文件服务器中以Ethernet速度搬走，其速度可能高达每秒一百万字节，如果你尝试从文件服务器中读取100KB，在用户的眼光来看几乎是瞬间完成，但是，要知道，你的线程执行这个命令，已经浪费了10个一百万次CPU周期。所以说，我们一般使用另一个线程来进行I/O。重叠IO[overlapped I/O]是Win32的一项技术，你可以要求操作系统为你传送数据，并且在传送完毕时通知你。这也就是[完成]的含义。这项技术使你的程序在I/O进行过程中仍然能够继续处理事务。事实上，操作系统内部正是以线程来完成overlapped I/O。你可以获得线程所有利益，而不需要付出什么痛苦的代价。
　　完成端口中所谓的[端口]并不是我们在TCP/IP中所提到的端口，可以说是完全没有关系。我到现在也没想通一个I/O设备[I/O Device]和端口[IOCP中的Port]有什么关系。估计这个端口也迷惑了不少人。IOCP只不过是用来进行读写操作，和文件I/O倒是有些类似。既然是一个读写设备，我们所能要求它的只是在处理读与写上的高效。在文章的第三部分你会轻而易举的发现IOCP设计的真正用意。

IOCP和网络又有什么关系？
int main()
{
    WSAStartup(MAKEWORD(2, 2), &wsaData);
    ListeningSocket = socket(AF_INET, SOCK_STREAM, 0);
    bind(ListeningSocket, (SOCKADDR*)&ServerAddr, sizeof(ServerAddr));
    listen(ListeningSocket, 5);
    int nlistenAddrLen = sizeof(ClientAddr);
    while(TRUE)
    {
        NewConnection = accept(ListeningSocket, (SOCKADDR*)&ClientAddr, &nlistenAddrLen);
        HANDLE hThread = CreateThread(NULL, 0, ThreadFunc, (void*) NewConnection, 0, &dwTreadId);
        CloseHandle(hThread);
    }
    return 0;
}
　　相信只要写过网络的朋友，应该对这样的结构在熟悉不过了。accept后线程被挂起，等待一个客户发出请求，而后创建新线程来处理请求。当新线程处理客户请求时，起初的线程循环回去等待另一个客户请求。处理客户请求的线程处理完毕后终结。
　　在上述的并发模型中，对每个客户请求都创建了一个线程。其优点在于等待请求的线程只需做很少的工作。大多数时间中，该线程在休眠[因为recv处于堵塞状态]。
　　但是当并发模型应用在服务器端[基于Windows NT]，Windows NT小组注意到这些应用程序的性能没有预料的那么高。特别的，处理很多同时的客户请求意味着很多线程并发地运行在系统中。因为所有这些线程都是可运行的[没有被挂起和等待发生什么事]，Microsoft意识到NT内核花费了太多的时间来转换运行线程的上下文[Context]，线程就没有得到很多CPU时间来做它们的工作。
　　大家可能也都感觉到并行模型的瓶颈在于它为每一个客户请求都创建了一个新线程。创建线程比起创建进程开销要小，但也远不是没有开销的。
　　我们不妨设想一下：如果事先开好N个线程，让它们在那hold[堵塞]，然后可以将所有用户的请求都投递到一个消息队列中去。然后那N个线程逐一从消息队列中去取出消息并加以处理。就可以避免针对每一个用户请求都开线程。不仅减少了线程的资源，也提高了线程的利用率。理论上很不错，你想我等泛泛之辈都能想出来的问题，Microsoft又怎会没有考虑到呢?!
　　这个问题的解决方法就是一个称为I/O完成端口的内核对象，他首次在Windows NT3.5中被引入。
　　其实我们上面的构想应该就差不多是IOCP的设计机理。其实说穿了IOCP不就是一个消息队列嘛！你说这和[端口]这两字有何联系。我的理解就是IOCP最多是应用程序和操作系统沟通的一个接口罢了。
　　至于IOCP的具体设计那我也很难说得上来，毕竟我没看过实现的代码，但你完全可以进行模拟，只不过性能可能…，如果想深入理解IOCP， Jeffrey Ritchter的Advanced Windows 3rd其中第13章和第14张有很多宝贵的内容，你可以拿来窥视一下系统是如何完成这一切的。

实现方法
Microsoft为IOCP提供了相应的API函数，主要的就两个，我们逐一的来看一下：
HANDLE CreateIoCompletionPort (
    HANDLE FileHandle,              // handle to file
    HANDLE ExistingCompletionPort,  // handle to I/O completion port
    ULONG_PTR CompletionKey,        // completion key
    DWORD NumberOfConcurrentThreads // number of threads to execute concurrently
);
在讨论各参数之前，首先要注意该函数实际用于两个截然不同的目的：
1．用于创建一个完成端口对象
2．将一个句柄[HANDLE]和完成端口关联到一起
　　在创建一个完成一个端口的时候，我们只需要填写一下NumberOfConcurrentThreads这个参数就可以了。它告诉系统一个完成端口上同时允许运行的线程最大数。在默认情况下，所开线程数和CPU数量相同，但经验给我们一个公式：
　　线程数 = CPU数 * 2 + 2
要使完成端口有用，你必须把它同一个或多个设备相关联。这也是调用CreateIoCompletionPort完成的。你要向该函数传递一个已有的完成端口的句柄，我们既然要处理网络事件，那也就是将客户的socket作为HANDLE传进去。和一个完成键[对你有意义的一个32位值，也就是一个指针，操作系统并不关心你传什么]。每当你向端口关联一个设备时，系统向该完成端口的设备列表中加入一条信息纪录。
另一个API就是
BOOL GetQueuedCompletionStatus(
    HANDLE CompletionPort,        // handle to completion port
    LPDWORD lpNumberOfBytes,      // bytes transferred
    PULONG_PTR lpCompletionKey,   // file completion key
    LPOVERLAPPED *lpOverlapped,   // buffer
    DWORD dwMilliseconds       　 // optional timeout value
);
第一个参数指出了线程要监视哪一个完成端口。很多服务应用程序只是使用一个I/O完成端口，所有的I/O请求完成以后的通知都将发给该端口。简单的说，GetQueuedCompletionStatus使调用线程挂起，直到指定的端口的I/O完成队列中出现了一项或直到超时。同I/O完成端口相关联的第3个数据结构是使线程得到完成I/O项中的信息：传输的字节数，完成键和OVERLAPPED结构的地址。该信息是通过传递给GetQueuedCompletionSatatus的lpdwNumberOfBytesTransferred，lpdwCompletionKey和lpOverlapped参数返回给线程的。
根据到目前为止已经讲到的东西，首先来构建一个frame。下面为您说明了如何使用完成端口来开发一个echo服务器。大致如下：
　　1.初始化Winsock
　　2.创建一个完成端口
　　3.根据服务器线程数创建一定量的线程数
　　4.准备好一个socket进行bind然后listen
　　5.进入循环accept等待客户请求
　　6.创建一个数据结构容纳socket和其他相关信息
　　7.将连进来的socket同完成端口相关联
　　8.投递一个准备接受的请求
以后就不断的重复5至8的过程

CV是 Curriculum Vitae (履历表）的简写包括Personal Data, Education, Work Experience, References

EJB

转载自：（www.jiangyao.com）

Multipurpose Internet Mail Extensions

 

 

MIME表示多用途Internet邮件扩允协议。MIME扩允了基本的面向文本的Internet邮件系统，以便可以在消息中包含二进制附件。
　　MIME利用了一个事实就是，RFC 822在消息体的内容中做了一点限制：唯一的限制就是只能使用简单的ASCII文本。所以，MIME信息由正常的Internet文本邮件组成，文本邮件拥有一些特别的符合RFC 822的信息头和格式化过的信息体（用ASCII 的子集来表示的附件）。这些MIME头给出了一种在邮件中表示附件的特别的方法。
MIME信息的剖析
　　一个普通的文本邮件的信息包含一个头部分（To: From: Subject: 等等）和一个体部分（Hello Mr.,等等）。在一个符合MIME的信息中，也包含一个信息头并不奇怪，邮件的各个部分叫做MIME段，每段前也缀以一个特别的头。MIME邮件只是基于RFC 822邮件的一个扩展。然而它有着自已的RFC规范集。
头字段
　　MIME头根据在邮件包中的位置，大体上分为MIME信息头和MIME段头。（译者：MIME信息头指整个邮件的头，而MIME段头只每个MIME段的头。）
MIME信息头有：
MIME-Version:
这个头提供了所用MIME的版本号。这个值习惯上为1.0。
Content-Type:
它定义了数据的类型，以便数据能被适当的处理。有效的类型有：text，
image，audio，video， applications，multipart和message。注意任何一个二进制附件都应该被叫做application/octet- stream。这个头的一些用例为：
image/jpg, application/mswork，multipart/mixed，这只是很少的一部分。
Content-Transfer-Encoding:
这是所有头中最重要的一个，因为它说明了对数据所执行的编码方式，客
户/MUA 将用它对附件进行解码。对于每个附件，可以使用7bit，8bit，
binary ，quoted-printable，base64和custom中的一种编码方式。7bit编码是用在US ASCII字符集上的常用的一种编码方式，也就是，保持它的原样。8bit和binary编码一般不用。对人类可读的标准文本，如果传输要经过对格式有影响的网关时对其进行保护，可以使用quoted printable 。Base64是一种通用方法，在需要决定使用哪一种编码方法时，它提供了一个不用费脑子的选择；它通常用在二进制，非文本数据上。注意，任何非7bit 数据必须用一种模式编码，
这样它就可以通过Internet邮件网关！
Content-ID:
如果Content-Type是message/external-body或multipart/alternative时，这个
头就有用了。它超出了本文的范围。
Content-Description:
这是一个可选的头。它是任何信息段内容的自由文本描述。描述必须使用us-ascii码。
Content-Disposition:
一个试验性的头，它用于给客户程序/MUA提供提示，来决定是否在行内显示附件或作为单独的附件。
　　MIME段头（出现在实际的MIME附件部分的头），除了MIME-Version头，可以拥有以上任何头字段。如果一个MIME头是信息块的一部分，它将作用于整个信息体。例如，如果Content-Transfer-Encoding显示在信息（指整个信息）头中，它应用于整个信息体，但是如果它显示在一个MIME段里，它"只能"用于那个段中。

QT开发简介

Qt 是一个跨平台的 C++ 图形用户界面库，由挪威 TrollTech 公司出品，目前包括Qt， 基于 Framebuffer 的 Qt Embedded，快速开发工具 Qt Designer，国际化工具 Qt Linguist 等部分 Qt 支持所有 Unix 系统，当然也包括 Linux，还支持 WinNT/Win2k，Win95/98 平台。 　　 　　Trolltech 公司在 1994 年成立，但是在 1992 年，成立 Trolltech 公司的那批程序员 就已经开始设计 Qt 了，Qt 的第一个商业版本于 1995 年推出然后 Qt 的发展就很快了，下面是 Qt 发展史上的一 些里程碑: 　　 　　1996 Oct KDE 组织成立 　　1998 Apr 05 Trolltech 的程序员在 5 天之内将 Netscape5.0 从 Motif 移植到 Qt 上 　　1998 Apr 08 KDE Free Qt 基金会成立 　　1998 Jul 09 Qt 1.40 发布 　　1998 Jul 12 KDE 1.0 发布 　　1999 Mar 04 QPL 1.0 发布 　　1999 Mar 12 Qt 1.44 发布 　　1999 Jun 25 Qt 2.0 发布 　　1999 Sep 13 KDE 1.1.2 发布 　　2000 Mar 20 嵌入式 Qt 发布 　　2000 Sep 06 Qt 2.2 发布 　　2000 Oct 05 Qt 2.2.1 发布 　　2000 Oct 30 Qt/Embedded 开始使用 GPL 宣言 　　2000 Sep 04 Qt free edition 开始使用 GPL 　　基本上，Qt 同 X Window 上的 Motif，Openwin，GTK 等图形界 面库和 Windows 平台上的 MFC，OWL，VCL，ATL 是同类型的东西，但是 Qt 具有下列优点: 　　 　　优良的跨平台特性: 　　Qt支持下列操作系统: Microsoft Windows 95/98， Microsoft Windows NT， Linux， Solaris， SunOS， HP-UX， Digital UNIX (OSF/1， Tru64)， Irix， FreeBSD， BSD/OS， SCO， AIX， OS390，QNX 等等。 　　 　　面向对象 　　Qt 的良好封装机制使得 Qt 的模块化程度非常高，可重用性较好，对于用户开发来说是非常 方便的。 Qt 提供了一种称为 signals/slots 的安全类型来替代 callback，这使得各个元件 之间的协同工作变得十分简单。 　　 　　丰富的 API 　　Qt 包括多达 250 个以上的 C++ 类，还替供基于模板的 collections， serialization， file， I/O device， directory management， date/time 类。甚至还包括正则表达式的处理 功能。 　　 　　支持 2D/3D 图形渲染，支持 OpenGL 　　 　　大量的开发文档 　　 　　XML 支持 　　但是真正使得 Qt 在自由软件界的众多 Widgets (如 Lesstif，Gtk，EZWGL，Xforms，fltk 等等)中脱颖而出的还是基于 Qt 的重量级软件 KDE 。 有趣的是，KDE 也是使得 Trolltech 公司承受巨大压力的一个原因。下面我们将来看看这场 著名的自由软件圣战 -- "KDE/QT .VS. Gnome/Gtk" 是怎么发生的。 　　 　　在 Unix 的图形界面一向是以 MIT 的 X Window 系统为标准， 可是在商业应用上有两大流派，一派是以 Sun 公司领导的 Openlook 阵营，一派是 IBM/HP 领导的OSF (Open Software Foundation) 的 Motif， 双方经过多年竞争之后， Motif 最终胜出，成为最普遍使用的界面库， 后来双方又妥协出一个 CDE(Common Desktop Enviroment) 作为一个标准的图形界面。 但是 Motif/CDER 的价格非常昂贵，在这同时微软的 Windows 图 形界面发展速度非常快，而 Unix 界的后起之秀 Linux 也急需一个可靠并且免费的图形界面。 　　 　　1996 年 10 月，由开发图形排版工具Lyx的德国人 Matthias Ettrich 发起了 KDE 计划。 KDE 的全称为 K Desktop Environment，可以看出是针对 CDE。 KDE 本身 是采用 GPL 宣言的，但是 KDE 却是使用 Qt 来作为其底层库，因为当时 Qt 已经将其 Unix 版本自由发布了，但是 Qt 并不遵循 GPL， 因此 KDE 被很多自由软件的作者攻击，认为利用非自 由软件开发违背了 GPL 的精神，于是 GNU 的狂热信徒兵分两路，一路是去制作 Harmonny，试图重写一套兼容于 Qt 的替代品，另一路是由一个 26 岁的墨西哥程序员 Miguel De Icaza 领导 下重新开发一套叫 GNOME(GNU Network Object Enviroment)来替代 KDE。 　　 　　由于 Linux 界的老大 RedHat 不喜欢 KDE/Qt 的版权，因此 RedHat 甚至专门派出了几个全职程序员来加入 GNOME 进行开发工作，于是一场同 Motif VS Openlook 相似的圣战就这么打起来了。 Trolltech 为了 KDE 曾数次修改 Qt 的版权，从成立 KDE Free Qt 基 金会到采用 QPL，可谓是费尽心机，但是 GNOME 采用的 GTK 一开始就是完全的 GPL，因此在这个方 面 GNOME 有一定的优势，加上 Qt/KDE 采用 C++ 开发，入门的门槛比较高，而 GTK/Gnome 采用 C， 因此 GNOME 吸引了更多的自由软件开发者，但是 KDE 毕竟先走了一步， 推出的 KDE1.1.2 十分稳定， 而当时急忙中推出的 GNOME1.0 的系统稳定性奇差，有人甚至笑称 GNOME1.0 还没有 KDE 1.0 Alpha 稳定。但是 GNOME 后来发展比较快，大有迎头赶上的势头。当时双方的开发者在网络 上炒得天翻地覆，连 Linux 之父 Linus 只是说了一句喜欢用 KDE 都倍受指责。 　　 　　战争到了第三个年头，也就是2000年，可谓是风云突变，一个接一个重大的事件先后发生: 首先是一批从 Apple 公司出来的工程师成立了一个叫 Eazel 的公司替 GNOME 设计界面，然后是一批 GNOME 程序员成立了一个 Helix Code 公司替 GNOME 提供商业支持，而大家期待以久的 KDE 2.0 也终于发布了，这恐怕是目前最为庞大的自由 软件了之一， 除了 KDE 本身，还包括 Koffice 套件，和集成开发环境 Kdevelop 等等大批软件，其主力软件 Kounqueror 也是第一个可以同微软的 Internet Exploer 相抗衡的浏览器。 而 Sun 公司，Red Hat 公司， Eazel 公司，Helix Code 等一批公司成立了一个GNOME 基金会， Sun 还宣布将把重量级办公软件 Star office 同 GNOME 集成， Trolltech 公司自然不能坐以 待毙，于今年 10 月 4 日将 Qt 的 free edition 变为 GPL 宣言，彻底解决了 KDE 的版权问题， 又推出了嵌入式 Qt ，给了 GNOME 阵营一个有力的回击。 　　 　　到现在为止，这场战争还在继续，相信我们不能很快看到结果。一般说来， 目前 GNOME 吸引的公司比较多，但是 KDE/Qt 的开发的效率和质量比 GNOME 高，而且在 Office/嵌入式 环境中先走一步，在一定时间内还将处于优势地位。 　　 　　那么对于用户来说，如何在 Qt/GTK 中作出选择呢?一般来说，如果用户使用 C++，对库的稳定性，健壮性要求比较高，并且希望跨平台开发的话，那么使用 Qt 是较好的选择， 但是值得注意的是，虽然 Qt 的 Free Edition 采用了 GPL 宣言，但是如果你开发 Windows 上的 Qt 软件或者是 Unix 上的商业软件，还是需要向 Trolltech 公司支付版权费用的。

XSL(eXtensible Stylesheet Language,可扩展样式语言)是为XML文件定义的一种标识语言，它将提供远远超过CSS的强大功能，如将元素再排序等。实际上简单的XML已可被CSS所解释，然而复杂的高度结构化的XML数据或XML文档则只能依赖于XSL极强的格式化的能力而现给用户。
　　XSL以包含了一套元素集的XML语法规范而定义，该语法规范将被用来把XML文件转换成HTML文件或XML文档。一个XSL样式表集合了一系列设计规则以用于将信息从XML文件中汲取出，并将其转换成HTML等其它格式。这种转换将采用一种公开的方式，使其更加容易方便地被程序员描述。而且XSL还将提供多种脚本语言的通道以满足更为复杂的应用需求，因此尽管XSL是一项新的标识语言，但程序员完全可以继续充分发挥其所熟练的HTML或脚本语言的优势。XSL凭借其可扩展性能够控制无穷无尽的标签,而控制每个标签的方式也是无穷尽的。这就给Web提供了高级的布局特性。例如旋转的文本、多列和独立区域。它支持国际书写格式,可以在一页上混合使用从左至右、从右至左和从上至下的书写格式。


　　XSL能使Web浏览器直接根据用户的不同需求改变文档的表示法,例如数据的显示顺序改变,从而不需要再与服务器进行交互通信。通过变换样式表,同一个文档可以显示得更大，或者经过叠折只显示外面的一层,或者变为打印格式。可以设想一个适合用户学习特点的技术手册，它为初学者和更高一级的用户提供不同的样式,而所有的样式都是根据同样的文本产生的。


　　正如XML介于HTML和SGML之间一样，XSL标准介于CSS和SGML的DSSSL(Document Style Semanticsand Specification Language,文档样式语义和规范语言)之间。DSSSL定义格式化对象的全特征模式。由于DSSSL使用框架语法,而且是很复杂的,所以DSSSL未能得到推广应用。XSL支持DSSSL流对象和CSS对象,并对复杂的任务提供进入脚本语言的通道,而且允许扩展。实现从CSS到XSL的映射是可能的,因而内容开发商无需学习这种语言的全部。


　　作为一种技术预展,微软最近发布了两种XSL处理器:一个是可以从XML文档和XSL样式层产生HTML输出的命令行应用程序,另一个是一种ActiveX控件，用于在浏览器中显示XML。微软的这种XSL处理器适合在Windows95和WindowsNT环境下通过InternetExplorer4.0浏览器使用。


　　IBM公司及其Lotus子公司日前发布了XSL的原型，这是一个能将XML格式转换成HTML或其它Web格式的转换引擎，现在已可在WWW.alphaworks.ibm.com免费下载。这个转换引擎称为LotusXSL，基于WWW联合会最新的XSL工作草案完成的。除了能将XML文档转换成HTML外，XSL还能将XML转换为PGML（Precision Graphics Markup Language精确图形描述语言）。如果电子商务中用XML表示产品数据，用户可以使用XSL定义网站中数据的格式以及信息图形显示方式等。LotusXSL打包成一个JavaBean。用户可用LotusXSL创建样单，定义转换方式，就可将文档转换为相应的格式，供浏览器显示。

什么是CMM

　　日前，国务院发布的《鼓励软件产业和集成电路产业发展的若干政策》中第17条中表示，将对软件出口型企业CMM认证费用予以适当支持，那么CMM是什么呢？

　　CMM是能力成熟度模型（capabilityMaturityModel）的缩写，是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。

　　CMM是由美国卡内基梅隆大学软件工程研究所1987年研制成功的，是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。目前，我国已有软件企业通过了CMM标准认证。

 

CMM五级标准(中文)

　　第一级：初始级 Initial Level

　　在初始级，企业一般不具备稳定的软件开发与维护的环境。 常常在遇到问题的时候，就放弃原定的计划而只专注于编程与测 试。

　　第二级：可重复级 Repeatable Level

　　在这一级，建立了管理软件项目的政策以及为贯彻执行这些 政策而定的措施。基于过往的项目的经验来计划与管理新的项目。

　　第三级：定义级 Defined Level

　　在这一级，有关软件工程与管理工程的一个特定的、面对整 个企业的软件开发与维护的过程的文件将被制订出来。同时，这 些过程是集成到一个协调的整体。这就称为企业的标准软件过程。

　　第四级：管理级 Managed Level

　　在这一级，企业对产品与过程建立起定量的质量目标，同时 在过程中加入规定得很清楚的连续的度量。作为企业的度量方案， 要对所有项目的重要的过程活动进行生产率和质量的度量。软件 产品因此具有可预期的高质量。

　　第五级：优化级 Optimizing Level

　　在这个等级，整个企业将会把重点放在对过程进行不断的优 化。企业会采取主动去找出过程的弱点与长处，以达到预防缺陷 的目标。同时，分析有关过程的有效性的资料，作出对新技术的 成本与收益的分析，以及提出对过程进行修改的建议。

 

CMM的用途

 

　　1.用于软件过程的改进(SPI Software Process Improvement)

　　帮助软件企业对其软件(制作)过程的改变(进)进行计划、(措施)制定以及实施。

　　2.用于软件过程评估(SPA Software Process Assessment): 　

　　在评估中，一组经过培训的软件专业人员确定出一个企业软件过程的状况，找出该企业所面对(存在)的与软件过程有关的、最迫切的所有问题；以及取得企业领导层对软件过程改进的支持。

　　 3.软件能力评鉴(SCE Software Capability Evaluation)：

　　在能力评鉴中，一组经过培训的专业人员鉴别出软件承包者的能力资格；或者是检查监察正用于(进行)软件制作的软件过程的状况。

 

政府将出资帮助认证，北京软件将要“出国”

　　 市政府将出资帮助 北京软件将要“出国” （北京晨报）作为国内软件业“龙头老大”的北京软件产业，由于没有取得进军北美市场的“绿卡”，在总计人民币190亿元的销售额中，出口仅占4000多万美元。市科委有关负责人日前告诉记者，政府正在出资帮助企业获得国际认证，以改变北京软件业在外国人眼中的“小作坊”形象。据悉，北京软件业年产值去年已达190亿元，占全国销售总额的三分之一。国内软件界也有这样一句话：“搞软件在北京，买软件到北京。”可是因为缺少ＣＭＭ认证，北京企业的软件产品却不能进入美国市场，去年的出口额仅有4000多万美元。市科委副主任俞慈声认为，“拦路虎”便是ＣＭＭ。

　 据北京软件产业促进中心副主任姜广智介绍，ＣＭＭ认证又叫企业成熟度认证，最高级别为五级。北京虽有389家认证软件企业，但中资企业只有“联想”一家通过了ＣＭＭ二级认证。据姜广智分析，难以通过ＣＭＭ认证的因素很多，但其中一个很重要的原因是，目前国内评估机构中尚无一位ＣＭＭ认证主任评估师。而要获取这一资格，要有十余年软件设计和管理经验，还要通过美国卡耐基·梅隆大学的两轮培训。

　 目前许多大企业已认识到申请ＣＭＭ认证的重要性。北京市今年也出台了新规定，凡通过ＣＭＭ认证的软件企业，可获政府至少30万元资助款项。市软件促进中心已决定出资培训ＣＭＭ认证主任评估师，我国第一位高级主任评估师有望年内在京出现。国内从业人数最多的软件企业——中国计算机软件与技术服务公司（中软）负责人表示，“中软”有望在年内获得ＣＭＭ认证。 （薛晖)

 

评论：实施CMM是一条没有终点的路

　　在大多数软件企业看来，CMM只是一张通往海外的通行证，或是一张让客户放心购买软件期货产品的质量保证书。但实际上，开始实施CMM只是踏上不断优化自己、修正自己的一个起点；起点延伸处是一条没有终点的路；路上充满了引领企业“更上一层楼”的路标。

　　胡大庆是摩托罗拉中国公司大中华区网络方案部研究开发中心的经理，每当他面试前来应聘的人，都会问对方：“为什么想来我们研发中心？”近来，有一个回答，他经常听到――“因为你们CMM做得好，我希望能在这儿得到这方面的学习空间。”胡大庆所在的研发中心已于2000年12月通过了CMM5级的认证。据介绍，在我国境内目前只有两家企业通过了CMM5级认证，另外一家是摩托罗拉中国公司的软件中心。这样的稀缺资源难怪让想了解、学习CMM的人趋之若鹜。

　　CMM软件工业化的大纲CMM(Capability Maturity Model For Software，软件能力成熟度模型)是美国卡内基梅隆大学软件工程研究所(CMU SEI)应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。1991年，CMM1.0版本面世，1992年，他们又推出了CMM 1.1版本。CMM提供了一个评估软件开发过程的管理以及工程能力的标准，是目前国际上最流行、最实用的软件生产过程标准和软件企业成熟度认证标准。CMM标准共分为五个级别：初始级、可重复级、定义级、管理级和优化级，从低到高，标志着软件生产的计划度越来越高、生产周期越来越短、成本也越来越低。业内人士认为，“CMM既是软件企业走向国际市场的通行证，也是用来衡量类似期房的软件质量的保证书。”

　　除此之外，CMM还是一个软件生产工业化的产物与检验标准，是软件工程化的核心环节。“CMM为软件企业进入工业时代制定了一个大纲。”于是，一些以往就专注于提供软件工程开发解决方案的软件公司就以这个“大纲”为标准，帮助软件企业克服提升质量过程中的各种矛盾。瑞理(Rational,Nasdaq的100个指标股之一)软件就是这样一家提供软件工程化工具的公司，摩托罗拉网络研发中心从CMM4就开始使用它的软件。

　　在瑞理耳濡目染了许多软件工程化的理论，使瑞理中国公司的技术总监吴穹对CMM有着更深一步的认识。“它告诉企业怎么做软件工程，有哪些要求，如何检验，每个阶段的重点是什么、应该做什么。这个框架为软件工程化提供了一个循序渐进的模式，并不是将这个过程简化为一步――从0到1。”吴穹说。

　　软件企业实施CMM基本上都是从2级，即可重复级起步的。吴穹说：“二级已经不简单了。对一个软件企业来说，达到二级的要求就基本上进入了规模开发，开始跳出作坊式的开发模式，能把一个项目的经验或好的方法重现在下一个项目中，基本具备了一个现代化软件企业的基本架构和方法，具备了承接外包项目的能力。”从二级一直往上走，是不间断的改进过程。“效率不断在提高，时间控制更严格，品质更有保证，管理更有序。可以逐渐具备承接跨地区、跨部门的大型项目的实力。”根据SEI的统计，软件企业在引入CMM后劳动生产率平均增长了35%；错误比率平均减少39%；平均成本回报率为5：1。

　　CMM重构企业

　　在胡大庆的时间表上，1995年底才成立的摩托罗拉中国公司的网络研发中心，在实施CMM上三年内完成了三级跳：1998年内部评审，取得了等同CMM3级的水准；1999年底达到了第4级；2000年的12月通过了5级。

　　“但我们是从成立之日起就开始着手准备实施CMM的，算起来也有5年半的时间了。当初积极准备实施CMM是因为摩托罗拉的高层质量管理委员会在90年代中期制定了一个政策，明确规定所有从事软件研发与测试的部门都必须采用CMM，并在规定年限内达到三级或是更高的级别。这是一个研发政策。”摩托罗拉的这个全球研发政策无疑是其中国网络研发中心与软件中心达到CMM5的最大推动力。在实施CMM的整个过程中，胡大庆很重视研发中心步入CMM的起点――1998年做的内部评估。这次评估“让拿着地图的我们不但明确知道目的地是什么地方，而且还找到了自己究竟在什么位置。”在吴穹的眼中，侧重于软件生产过程的CMM的实施，被提升到软件企业重构的地位。摩托罗拉中国网络研发中心5年多来的CMM之路正佐证了他的这种看法。

　　胡大庆在清点5年多来的收获时，可谓颇丰。

　　“最根本的收获是每一个具体参与其中的员工，无论是项目经理，还是工程师，甚至一些高层管理人的做事方法逐渐变得标准化、规范化了。”以往，软件企业某些关键的开发人员离开后，往往会给企业造成很大的损失，甚至使一个项目前功尽弃。而在CMM框架中，运用2级中的一个基本软件工程(KPA)就可以使员工自觉而规范地管理软件生产过程中所有的资源、阶段性产品、产品源代码、文件以及最终生成的产品。“严格遵循这套管理方法，程序员写完一段代码，经过一定测试之后，一旦提交到某个公共地方时，这个东西就不是你的了，已经成为项目小组或者是整个企业的了。如果你想对它进行任何修改，都要按照规范的程序把它从公共区域提取出来。”规范的过程控制，将软件企业由于人员流动带来的风险降到了最低，同时还促使他们养成良好的职业素养。

　　受益者还有摩托罗拉研发中心的项目经理们。CMM可以有效地缩短项目组中新参加人员进入状态的时间。“过去，给新到项目组工作的同事解释流程、规矩很费劲。要是新加入的员工经过CMM的基本培训的话，进来以后，只要稍微澄清一下，他就能知道怎样按定义好的文件与流程来做事情。”项目经理还可以从CMM中获得一整套完整的体系，保证项目良性运转。在项目开始的时候，“他如果不知道项目该怎么做，我们参照CMM框架定义好的文件会规定他应该做什么。比如，有一些样本模式告诉他项目计划书怎么写，如何召开例行会议等。他只要按照定义文件执行就可以很快上手了。”这个体系无疑加速了资深工程师转向项目经理的速度。

　　在传统模式下，项目开发的某个阶段，尤其到最后阶段，项目经理会经常发现“成本控制不住了，或是时间来不及了。”这种情形下，项目经理就需要做危机管理，动用“救火队”，或是让客户宽限一些时间，或是游说客户加一些钱，否则就只好牺牲软件产品的质量了。“对于采纳了CMM的项目经理或者说比较成熟的企业来讲，这样的事情也会发生，但是它会是一种可控或者能预见到的。在做项目计划的阶段就事先把突发事件可能发生的情况，一旦发生时必须采取的措施都列出来。于是，传统的危机管理质变为可控的风险管理。”尽管项目经理从CMM实施中获益良多，但当初，“最大的阻力也来自于第一线的项目经理。”因为，实施CMM需要在一线打拼的项目经理放弃几年甚至是十几年形成的那套非常熟悉的套路，要完全按照一种新的规律做一些不熟悉的事情，不愿意肯定是当然的。“一方面要求我提高质量，另一方面又要求我做一些没做过的事，同时谁也没答应我可以延长工期，只有加大工作量了”。但一旦度过艰难的改变阶段，不断的获益使项目经理由CMM实施的阻力变成了推力。

　　最大的获益者无疑是摩托罗拉中国的网络研发中心。通过实施CMM，他们的企业文化发生了明显的变化。胡大庆说：“CMM整个实施过程也是一种积累，为我们积累了很多有形和无形的资产。”这种积累甚至小到一个会议该如何开。“以前，我们经常会有一些清谈清议的会。大家没什么准备就来开会，说了半天，有些人不关心；即使发表了不少意见，也没有形成任何结论。”现在，他们的会议是这样开的：会议之前要做充分的准备，让参与会议的人知道要谈的议题，每个相关的人甚至要看到发言的主要内容。如果对议题或发言有什么意见可能在会前就有所反馈。同时，会议一定要有人做记录，所有议论和结论都要记下来。会议在结束之前一定要明确这个会议的决议是什么，有哪几项工作必须做，由谁来做，在什么时候做完。会后要将记录发给大家，还有人专门进行检查；下一次会上的第一个议程，就是总结上一次会议决议的执行情况。

　　胡大庆认为“这种一点一点积累起来的习惯性的概念、做事方法非常重要。”没有最好只有更好国内有一个刚刚通过CMM2的软件企业为之花费了400万元人民币。面对这样一个数字，胡大庆说：“我们没有一个具体的数字，但我们所投入的费用肯定比400万元要多。”无法确切统计投入，是因为CMM的实施是一个没有终点与止境的过程，即使通过认证，仍需要长年将CMM体系的实践与软件开发融为一体。由于CMM只提供一个持续改善软件生产质量与过程的框架，并没有制定出具体的方法，因此，就要求实施CMM的企业要在实践中不断发现问题，定义文件与流程，在否定自我中持续优化自身。CMM并没有为实施者界定一个最好的境界，它将不断地追求更好定义为常态。

　　CMM认证不是终身的，“按照官方的说法它的有效期一般是两年。”在摩托罗拉公司内就有在通过较高的级别后，重新再做评估时掉到了较低级别的先例。“CMM5级是优化级，之所以称之为优化级不是因为它比4级更高，它强调的是一个持续不断的优化过程。如果你在某一个阶段停顿下来，那么不进则退，你就有可能会掉下去。”摩托罗拉曾有一位资深人士告诫胡大庆：“你们现在面临的困难不是说能够在什么时候拿到CMM4级或5级，而是怎么来保持。”

　　为了保持在CMM5上，摩托罗拉中国网络研发中心以年度来规划，每年都会对上一年的CMM做一次评估。“评估结果会告诉我们哪些地方做得好，哪些做得还不够。根据这个结果，我们再制定下一年度改善的规划。这个规划要做得非常具体，包括今年的大目标是什么；在这个目标下要做10件或20件事；这些事由谁负责，什么时候做完。规划制定完以后，就由我们的软件工程定义组(SEPG)来推进，并通过会议制度定期检查这些事情究竟做得怎么样。”胡大庆认为，在不断优化自身的过程中，“建立一套机制很关键。”机制保障之一来自他们内部的CMM推进核心组织――SEPG，它的成员包括研发中心的主要负责人、中层项目经理、骨干工程师以及专门从事质量确保定义工作的员工。这个组有10个人(整个研发中心一共有300名员工)，他们的职责不是从事一般的软件编程，而是专门来负责定义文件，进一步改善日常工作。

　　培训是另一个保障机制。“CMM要求全员参加培训。目前员工的培训率达到90%以上。包括秘书在内都要参加CMM的培训。”此外，胡大庆觉得，好工具的引入可以“避免人工犯错的机会”。这样的工具大多是控制软件生命周期的软件。“到了CMM4或更高阶段，很多东西都基于统计分析的结果。比如，每个项目经理在分配一个月的工程量的时候，就不能拍脑袋凭经验安排。他需要借助专门的软件工具，登记员工每天的工作量，最终通过统计报表直接产生出科学的工作量安排。”

　　吴穹称，自己从这些软件工具中获益匪浅。“在我读研究生的时候，我曾经用瑞理开发的面向对象分析设计工具做过一个项目。在开始编码前，我们用它搭建出了项目的整体架构，尽管前期用于做分析、设计的时间有4个月，但用在编码上的时间仅有两周。这个工具改变了我以前边想边干的编程方法，让我在施工前就有了一张完整的施工图。施工时，什么样的砖码在什么地方很清楚。”超越认证的制约经常可以在CMM前看到“通过”、“认证”等动词。瑞理中国区销售总监左允京认为冠在CMM身上的这些动词都不准确。在他看来，应给CMM这样一个限定――“实施软件工程，达到CMM标准。”他说：“单纯强调CMM认证，如果没有积累的话，大概两三年之后，就有可能软件企业墙上到处都贴着CMM的认证证书，而CMM却像前几年的ISO9000一样有名无实。那样就是CMM的悲哀了。”要想避免这种局面出现，就要超越为了认证而认证。

　　摆脱认证的制约，成为胡大庆总结成功经验中最重要的一点。“在实施CMM前，软件企业一定要讨论清楚是不是要采用CMM。讨论的基础就是，要将CMM与企业的最终利益、发展目标统一起来。如果把追求通过认证作为第一目标，那么，CMM对企业的改善是不可持续的。而在实施中首先要想企业最大的问题在哪，如果CMM可以帮我解决问题，然后再决定实施CMM。”第二个便是企业领导层的认识和决心。“我们之所以成功，就是因为我们历任的总监都非常重视CMM的持续实施。”这样的认识与决心，在CMM的实施影响到了企业暂时利益的时候尤其重要。通常，新工具的实施都是一个趋势：会在初始阶段出现负效果。这个时候要是没有充分的信心坚持下去，那就会半途而废或者新工具被折中为“四不像”。

　　摩托罗拉中国公司网络研发中心在由CMM3向CMM4提升的时候就出现过负增长。“在那一个阶段投入大了，因为4级要求强化管理，这非常难做，需要开发很多工具，要求大家在质量上花更多的时间，对一个软件企业而言，时间就是成本。”在“反复”面前，摩托罗拉研发中心的领导层表现出了很强的“抗冲击力”。 　　今年4月刚刚通过CMM2认证的西安博通公司的总经理李台元觉得，CMM带来最大的改变就是把隐性管理变为了显性管理。这将CMM背后强大管理需求推到了前台。在实施CMM过程中简化管理是许多企业的软肋。其中，最突出的就是缺少技术管理人员。“好的项目经理太少了。”我国大多数技术管理人员走的是一条“技术优则仕”的道路。在编码面前得心应手的程序员未必能成为优秀的管理人员。管理人才的匮乏，成为走在CMM这条没有终点的路上的软件企业难以逾越的路障。 选自《IT经理世界》

 

东软通过CMM 3级认证

ZDNet China消息  2001年6月，软件博览会传来喜讯，东软股份正式通过了美国Process Strategies,Inc.与美国Soft Tech Developement Inc.组织的CMM 3级评估 。东软成为了国内第一家通过CMM 3级认证的中国软件企业。

火热的CMM认证市场
CMM认证这两年着实很火，众多软件厂商蜂拥而上，似乎找到了让中国软件业硬起来的至宝。华为，天大天财，浪潮国强，金碟，鼎新，创智，亚信等一批企业都在进行研究，试验，而国家也发布了出台了一些政策法规，鼓励软件行业进行资格认证，在珠海开发区，就明文规定，如有企业通过CMM 2级验证，一次性奖励50万元。

CMM是什么？
其实，CMM是能力成熟度模型（Capability Maturity Model）的缩写，是一种用于评价软件承包能力并帮助其改善软件质量的方法，也就是评估软件能力与成熟度的一套标准，它侧重于软件开发过程的管理及工程能力的提高与评估。它是由美国卡内基梅隆大学软件工程研究所1987年研制成功的，是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。

CMM标准共分五个等级，从第一级到第五级分别为：初始级、可重复级、定义级、管理级和优化级，从低到高，软件开发生产的计划精度越来越高，每单位工程的生产周期越来越短，每单位工程的成本也越来越低。

认证源于需求
如果说，东软不算是国内第一个吃螃蟹的人，最起码也算是第二个。早在1999年，东软，那时还叫东大阿尔派就已经开始开始引用CMM评估体系，并于2000年9月，首创纪录，率先通过了CMM 2认证，今年年6月，东软更是成为了国内唯一通过CMM 3级认证的企业。

面对如此成绩，东软以惯有的低调方式处理，并没有就此大肆造势，过多宣传。

按照东软集团软件工程组经理，资深咨询顾问何晓源女士的话说，东软并没有将CMM认证当成是形象工程在做，东软之所以要通过CMM 2,CMM 3，以至于将来过CMM 4、CMM 5都是出于对自身业务的不断调整，对质量的不断改进。纠其根源，是按市场需求行事。

近年来，东软集团想要拓展出口业务，尤其看好欧美市场。在与欧美市场接触时发现，ISO9000认证对于软件开发质量并没有过多的指导意义，无法满足需求。同时，发现要开展欧美业务，与众多的印度软件厂商竞争，需要改变软件企业手工作坊式的运营方式，与国际市场接轨。就需要提高开发效率，降低成本，提高产品质量，而这些，正是CMM认证标准能达到的。出于这种考虑，东软才毅然决然地走上了CMM认证之路。

CMM认证之始
东软作为第一家涉足CMM认证领域的国内软件企业，在没有任何前车可鉴的情况下，靠自己的刻苦钻研，不断摸索，为了通过认证，估计投入的各类资产投入达到了近1000万元。

但是据何晓源女士介绍在通过CMM认证过程中，困难并非来源于大量资金的投入，而来自三方面：

第一是对于标准的理解问题。
东软从98年就开始做CMM认证，一切从零开始。万事开头难，刚开始是没有现成的标准的，一切完全靠自己研究，参照国外的资料，自力更生，艰苦奋斗，仅制定标准就投入30-40人月数，研究工作持续了将近半年的时间，才对标准有了一个统一的认识。

第二是执行中的困难问题。
在项目执行过程中碰到了一些困难。当商业利益与项目发生冲突时，很多员工会处于利益考虑，而忽视项目的要求。为了解决这一问题，东软的做法是将标准融入到企业运营的各个环节，在要求员工自我规范同时，不断引导，调整，逐步推行。

第三是习惯问题。
每个人做事都有自己的一套方式方法，这势将与统一的流程格格不入，矛盾无法避免。东软对待这个问题，采取从管理层开始，从事业部的领导层，由上而下的贯彻，决不妥协，强制执行。强调公司整体规划，个人习惯应该服从公司规定。同时加大培训力度。

问及何晓源女士通过认证有没有制胜因素时，何女士认为，除了努力形成文档化的制度，规范和模板，不断提高软件检查和监督质量外，更重要的是来自管理层的支持，该强制执行时就要使用行政手段。同时，推行CMM认证的领导班子必须要有较强的技术开发背景，对于软件开发各个环节都要什么熟悉，才能真正理解CMM认证中的各种标准。而同时也要求，推行者要求较强的沟通，培训，讲解能力。

在祝贺东软通过CMM 3级认证时，我们的企业也应该摆正对待CMM认证的态度，过不过CMM认证并不重要，不要被几张证书所累，真正重要的是，借鉴CMM，改善企业的流程管理质量，提高中国软件企业在国际市场上的竞争力，这才是中国软件走上正轨的硬道理。

 

    英国ARM 公司是全球领先的16/32 位嵌入式 RISC 微处理器解决方案的供应商，向全球各大领先电子公司提供高性能、低成本和高效率的RISC 处理器、外设和系统芯片技术授权。ARM 还为开发完整系统提供综合技术支持。ARM 的微处理器核技术广泛用于便携式通信产品、手持运算、多媒体和嵌入式解决方案等领域，已成为RISC 标准。
    ARM公司是一家既不生产芯片（fabless）也不销售芯片（chipless）的公司，它通过出售芯片技术授权，建立起新型的微处理器设计、生产和销售商业模式。更重要的是，这种商业模式取得极大的成功，采用ARM技术IP核的微处理器遍及各类电子产品：汽车、消费电子、成像、工业控制、海量存储、网络、安保和无线等市场，ARM技术几乎无处不在。
    ARM公司在1990年11月英国剑桥的一个谷仓里成立，最初只有12人，怀着一个梦想：推出一个好的32位RISC CPU，让全世界每个人都至少有一个ARM芯片。经过11年多的发展，今日的ARM公司已经拥有700多名员工，其中60％以上都从事研发工作，在全世界8个国家和地区（中国台湾）设有分公司，并且即将在中国上海成立分公司。
很多以核为基础的系统芯片设计都以ARM核为基础。尽管Intel的微处理器在PC领域处于压倒优势地位，但在嵌入系统领域，Intel利用了ARM核的技术授权，例如，推出基于ARM的MP3播放器，Intel与TI在2001年7月30日同时取得ARM V6结构的授权。微软的PocketPC今后只支持ARM结构。Motorola、National Semiconductor、Lucent等一批厂商都取得ARM核的技术授权。
    ARM技术具有很高的性能和更高的功效，因而容易被更多的厂商接受。同时，合作伙伴的增多，可获得更多的第三方工具、制造和软件支持，又使整个系统成本降低，产品进入市场的时间加快，从而具有更有利的竞争优势。
ARM（Advanced RISC Machines）是微处理器行业的一家知名企业，设计了大量高性能、廉价、耗能低的RISC处理器、相关技术及软件。技术具有性能高、成本低和能耗省的特点。适用于多种领域，比如嵌入控制、消费/教育类多媒体、DSP和移动式应用等。
    ARM将其技术授权给世界上许多著名的半导体、软件和OEM厂商，每个厂商得到的都是一套独一无二的ARM相关技术及服务。利用这种合伙关系，ARM很快成为许多全球性RISC标准的缔造者。
    目前，总共有30家半导体公司与ARM签订了硬件技术使用许可协议，其中包括Intel、IBM、LG半导体、NEC、SONY、菲利浦和国民半导体这样的大公司。至于软件系统的合伙人，则包括微软、升阳和MRI等一系列知名公司。
    ARM架构是面向低预算市场设计的第一款RISC微处理器。

　　问: E-Learning的国际技术标准SCORM是在什么条件下应运而生的？

　　余胜泉: 计算机被发明后不久，心理学家和教育学家就认识到了计算机的教学价值和潜力。随后， Internet的出现，为信息和知识的交流传播提供了便捷的途径，网络成为一个环球的公共的传递平台，基于网络的学习内容几乎可以被任何媒体传递，基于网络的技术迅速成为学习技术的主流，这也对原有的CBI（Computer-Based Instruction）和ITS（Intelligent TutoringSystems ）产生了巨大的影响。研究者开始关注如何运用网络这个学习传递平台，更好地为学习者服务。

　　1997年，美国国防部（DoD）想利用学习和信息技术使教育现代化，并促使政府、学院和商界共同合作开发数字化学习（E-Learning）的标准，于是就提出建立高级分布式学习（Advanced Distributed Learning）的方案。ADL的长远目标是使学习者随时随地可以得到他们想得到的高质量的教育、培训或是帮助，而且还要适应不同学习者的不同需要、知识背景、兴趣爱好和认知体系，使学习更可靠，更有效，还要能减少教育培训的成本，做到“物美价廉”。有了网络这个传递平台，传递什么样的学习资源成为ADL能否实现长远目标的关键。现有的一些学习资源，不能满足ADL的高要求，例如，现有课件因缺乏统一的格式和结构，难于适应将来网络教学共享资源的基本要求。不同系统使用不同的文档格式，各自开发独立的课件管理系统，系统之间无法进行交流，即便在系统内部，内容及课件的更新也不容易。于是ADL的开发者开始把焦点集中到定义可重复使用的学习对象，开发新的内容模型，内容包装等问题上，于是SCORM应运而生。 SCORM是英文Sharable Content Object Reference Model的缩写，即可共享内容对象参考模型。

　　问: 请您谈谈E-Learning的 国际技术标准SCORM都包含哪些主要内容？

　　余胜泉: SCORM定义了一个网络化学习的“内容聚合模型”（Content Aggregaion Model）和学习对象的“实时运行环境”（Run-time Environment）。简单说，它是为了满足对网络化学习内容的高水平要求而设计的模型，参考了一系列相关技术规范。这个模型由内容模型（Content Model）、元数据（Meta-data）和内容包装（Content Packaging）三部分组成。SCORM内容聚合模型的目的是提供一个公共的方法，把学习资源组合成学习内容。它还定义了如何确认和描述学习内容，怎么整合成一个课程或课程的一部分，学习内容如何在学习管理系统和内容知识库这样的系统之间移动。许多组织在SCORM的开发方面做出了重要的贡献，如欧洲远程教学和分布式网络联盟（ARIADNE）、航空工业计算机培训委员会（AICC）、电气和电子工程师协会学习技术标准委员会（IEEE LTSC）、教学管理系统全球化学习联盟（IMS）等。

　　SCORM的目的是学习资源可以在不同的学习管理系统中重复使用和具有互操作性。要使这些成为可能，必须有公共的方法启动学习资源、公共的机制使学习资源和LMS进行交流，并要有预定义的语言和词汇形成这种交流的基础。实时运行环境（Run-Time Environment）就提供了这种公共机制。实时运行环境有三个方面: 运行（Launch）、应用编程接口（API）和数据模型（Data Model）。

　　问: E-Learning的国际技术标准SCORM关注的核心是什么？

　　余胜泉: SCORM关注的核心是学习内容和学习管理系统之间的问题。学习管理系统（LMS: Learning Management System）具有发送、跟踪、汇报、评估和管理学习内容、学习者学习进展情况、学习者之间交互情况等等一系列的功能。它运用广泛，从简单的课程管理，到相当复杂的企业范围的分布式环境，都有它的用武之地。在 SCORM中，学习管理系统包含在服务器端的环境中，它有能力决定发送什么学习内容，什么时间发送，并跟踪学习者的学习情况。图1所示的综合模型就展示了学习管理系统提供的服务。

　　在SCORM中，LMS指一套基于服务器的应用运行环境，在这个环境下，系统可以对传送给学生的学习内容进行智能控制。也就是说，在SCORM中，LMS可以决定什么时候传送和传送的内容，并在学生学习内容期间跟踪学生的进展。 SCORM关注的是内容和LMS的主要接口点，但不涉及一个具体LMS所具备的特征和性能。

　　 问: E-Learning的国际技术标准SCORM与其它国际标准有什么关系？

　　余胜泉: SCORM的开发参考利用了它们已有的一些规范和标准，并进行适当的改编、综合，才形成了更为完整、更容易执行的SCORM模型。这些标准主要来源于AICC、LTSC、 IMS等国际标准化组织的相关技术标准，可以说，SCORM是集百家之长。用一个形象的比喻，把SCORM看作一个书架，书架上的“书”就是各个组织的标准规范，如AICC的数据模型、IEEE的元数据字典、IMS的内容包装。这些“书”可以分成两大主题: 内容聚合模型和实时运行环境，如图2所示。

      

UI的本意是用户界面( user interface ) ，概括成一句话就是——人和工具之间的界面。这个界面实际上是体现在我们生活中的每一个环节的，例如我们切菜的时候刀把手就是这个界面，开车时候方向盘和仪表盘就是这个界面 ，看电视的时候遥控器和屏幕就是这个界面，用电脑的时候键盘和显示器就是这个界面。

     

 

 

                             一篇关于评价中国UI的文章，转载过来！

      界面设计(UI Design)，交互设计(interactive design)，可用性研究(usability research)，人力因素(human factors)，信息结构工程师(information architect)

　　在美国，这些工作职位的区分并不是很容易。也许不同的公司有不同的职位名称和工作重点，但是有一点可以肯定，他们设计的产品与人类都有有强烈的互动性。

　　在与国内同行探讨中，不止一次有朋友将自己的设计作品Email过来，希望得到我的意见。打开Email，看到的只是一个截图(Screenshot),就有些纳闷，UI设计怎么能用静态的图像来表现呢？虽然我也接受过一些正式的色彩和Layout训练，可是凭心而论，可能我没有什么资格对那些作品发表评论，因为他们的确色彩搭配赏心悦目，Layout结构合理，个人风格突出，我只能说，朋友，Good Job,但是你错过了UI设计中最重要的部分。UI设计不只是给人提供视觉上的享受，真正UI设计的好坏，必须要设定一个任务，从头至尾使用一遍才能知道。 UI的概念是动态的过程，是逻辑的推理，也是各种状况的预测。如果衡量UI设计只有一种标准，那就是用户体验(User Experience). 用户体验是以用户为中心的设计(UCD/User Centered Design)中最重要的一个部分,强调的是过程，是软件对用户行为(User Action)产生的反应与用户期待值的误差测试，也就是说，这种误差越小，也就越符合以用户为中心的设计原则。

　　在西方，UI行业的兴起要归功于以计算机为主的高科技迅速发展，尤其是视窗操作系统的普及，然而广义的UI概念在十七世纪的工业革命阶段就已经开始，只不过，把易用性带入机械的设计还是一种无意识的举动，再加上当时几乎所有的工业程序都是由熟练工人一手操办，就更加减弱了易用性设计的能见度(visibility)。

　　在我从事UI设计的最初两年之中，对于UI的定义有个极大的转变，这也从而影响了我的设计风格。在我的定义里，只有两种用户，过程为主的用户(process oriented end user)，和结果为主的用户(result oriented end user)。过程为主的用户的典型例子是电玩族，他们追求的终级目标就是视觉听觉的冲击和享受，最终游戏的结果反而变得不是那么重要了。此类设计对视觉和创意的要求是极为挑剔的，绝大多数设计师都有深厚的美术功底。然而，与结果为主的用户设计相比，它的市场和受众都要小的多。

　　结果为主的用户不在乎用什么样的方式完成任务，但是任务必须以最短的时间，以最简洁的方式，最精确的运算结果来完成。这些用户通常是工业化软件的受众，工作环境以大型企业为主，软件最终运算结果对于企业的运行和管理有着重大的意义，稍有偏差，可能会对企业产生重大损失。对于此类用户的产品设计人员来讲，绝大部分部分时间可能用在设计任务的逻辑流程(logical task flow),以期最大幅度的符合人脑的思考方式和认知过程(cognitive process)。

　　平面设计(包括icon, logo, button, etc.)至多是UI定义中很小的一部分，也是微不足道的一部分。并不是我轻视它，在以前的论述中已经提到过，目的为主的用户对于完成任务的欲望已经大大超出了对色彩的挑剔。同时，视窗和JAVA环境下的开发更多的朝着工业化和标准化的方向迈进，这已经给专攻色彩和搭配为主的人没有留有太多的发展余地。

　　在这里花了很多时间探讨对UI的定义，虽然知道我的看法对一些同行来说是偏激的，最主要的目的是要传达一个讯号，从业者以及业界对于UI的定义可能会决定UI在中国有多大程度的发展，甚至存亡，如果把它转换成眼前的利益，则是UI设计师能否在企业中受到与工程人员同等的重视，以及福利。也许你会说，中国有自己的国情，美国的东西未必能在中国行的通。其实即使是在美国，不是所有的公司都会有专门的UI组，很多工程部门对UI存有偏见，错误的认知，甚至轻视和嘲讽。人机交互科学在美国已经经历几十年的发展，过程从未顺利过。然而，随着学术界将此门学科正式列入大学，己及研究所课程，业界更多投资在将研究成果转换成生产力的过程中，人力因素(human factors) 已经逐渐形成自己一个清晰战略发展态势。

　　UI在中国发展需要是一个自上而下的推动性改革。中国的软件开发已经很大程度上与西方接轨，我们没有那么多时间让真正意义的UI慢慢渗入开发过程。

　　在中国，将一个新的概念或产业名称带入产品开发，并使其发展壮大，最大的源动力应该是投入的回报率。这也是许多同业人推荐将UI设计带人尝试性的项目，用成功的案例来让更多的企业信服并采纳用户为中心的设计方法。

　　然而，能够找到一个有效的商业环境，让相仿产品在其他方面势均力敌，最终凭借UI设计的优势胜出的案例几乎是不可能的。当一个产品成功打入市场的时候，人们看到的是其强大的功能，上乘的质量，周密的市场策略，合适的价格定为，甚至是美观的包装设计，而很少有人会将亲和性的界面设计放在功劳簿上。界面设计所倡导的是可用，易用，然而在消费者心中可用，易用是理所当然的，所以当产品具有了以上优势，设计因素会被忽视，而当一个产品因设计不良出现问题，可用和易用便会被揪出来大加鞭挞。

　　为弥补设计不足的印象，或者说给UI设计找一个正当性，于是某些企业更加强调UI设计中德美观和创意性，而忽略了易用的开发投入。这在短期中可能会有帮助，因为色彩创意是看得见模的着的东西，会对客户有暂时性的心理暗示，然而长期来讲，会因忽略易用而使产品冠上消极的印象在长时间内很难消除。而对UI错误的定义则可能会导致从业人员沦为产品后期装饰和创意而无法参与产品的早期开发。

　　毫无疑问，UI设计优势在产品竞争中扮演的重要角色是无庸置疑的，但是，这种优势实现和意识都是长期性的，而非短期行为。他意味着需要相当长的时间让客户了解到，但是一旦形成此种心理上的优势，就会在很长的时间内存在，会将易用的心理暗示代入整个产品的后续开发甚至整个品牌。

　　UI以及相关行业在中国的发展应该不是自下而上的，受制与消费者缺乏与之相关的概念要求以及作为专门学科未在大专院校及研究部门广泛设立的现实，无法由消费者和终端用户推动这一行业的发展。时间上，中国的硬件配置，软件开发技术与西方不相上下，我们没有那么多时间让真正意义的UI慢慢渗入开发过程。

　　当然UI设计的定位有一个很大的利益分配的问题。任何一个新兴行业的兴起都是以另外一个较老旧的行业作为牺牲代价。在我们们所说的较理想的设计环境中，它所意味或暗示的东西是目前正在作真正意义上UI设计或结构的那一批人将不得不放弃现有的资源，这些难题不是能用技术来解决的，也无法经由一些人的呼吁，或者几个个别的案例来说服即得利益的一批人放弃手中的资源。

　　在企业内部研发部门需要一批能够从战略角度和长期利益出发认识到UI设计重要性的高级管理人才，从而将UI设计在产品生命开发周期中正式的程序化，制度化，创造工程与设计部门共同探讨产品的早期设计的机制和公司文化，并主动向客户宣传用户为中心的设计理念，增加UI设计的能见度。同时，

　　当UI设计不再被外界偏视为装饰性的行业，同时不被本公司的工程部门轻视时，与之相关的培训和大学科研部门也会加大投资力度，培养出更专业的人才，行成良性循环。

　　当然，如何将UI设计合理有效的整合到产品开发过程当中以期产生最大生产力，在美国也是一个未知数的课题。不同公司根据开发部门大小，产品特性，公司文化等总结出适合自己的一套东西，很难说哪一种更好。我在近两年参与旧金山湾区交互设计特殊兴趣小组(www.baychi.org)活动时，曾非正式的访问了硅谷几家企业的资深设计师，这其中包括IBM，Adobe,Google, 和WebEx,他们代表了不同大小，行业，设计平台，以及公司文化。我将在以后的文章里将采访的内容作一个总结，与大家分享。从业人员的培训是至关重要的，培训方向应该是从实践到理论。

　　人机交互科学是跨学科的科学，包括了计算机科学，心理学，社会学，人类学，以及工业设计。同时，根据UI部门分工细致程度，对背景要求也不一样。在中国尚无任何一家高等院校提供人机交互学学位教育的情况下，对从业人员的在岗教育显得格外重要。  

　　其中有数次跟国内同行交流中，听到最多的抱怨是对设计总体格局缺乏控制权，或者只能在有限空间发挥自己的设计理念。这里面固然有程序上的问题，但我的总体感受是，许多设计师把自己的工作范围定义在了狭小的空间而未能在业务的广度和宽度上拓展自己的知识。UI设计本身有很多共通的地方，然而，今年来高科技的发展，已经将计算机科学分工更细，每一门附属学科每天都在变化。也许穷尽一个人毕生的经历，也只能对某一学科略知一二，所以我无法想像，作为一个UI设计师如何能在不了解产品和技术的情况下参与与工程部门的决策，如何能在只了解颜色和构图的基础作出精彩的设计，毕竟，我们的产品不是给人看得，而是给人用得。

　　目前大部份UI从业人员没有受过正规人机互动教育已经是不争的事实，从实用的角度出发，由实践到理论的培训方法也许更加快速有效。

      Ruby，一种面向对象的脚本语言。 它综合了perl，python，java等语言的特点写成，有强大的文字处理能力，简单的语法，完全的面向对象。下面是我找到的关于别人爱上ruby的37个理由，也正好显示出来它的优点！

 

    37个我爱Ruby的理由(转载 英文翻译)  http://wiki.ruby-cn.org/wakka.php?wakka=HomePage

 

1. 它是面向对象的。 这表示什么意义呢？ 如果问10个程序员，你也许会得到12种结果，你有你的看法，我不会试图去改变你的看法。但是有一点，Ruby提供了对数据和方法的封装，允许类的继承，对象的多态。不像其它语言（C++,Perl等），Ruby从设计的时候开始就是一种面向对象的语言。
2. 它是纯面向对象的语言。难道是我多余？不是这样的，之所以这么说，因为Ruby中一切都是对象，包括原始数据类型（primitive data types），比如字符串，整型，都表示的是一个对象，而不需要Java那样提供包装类（wrapper classes）。另外，甚至是常量，也会被当作对象来处理，所以一个方法的接收者，可以是一个数字常量。
3. 它是动态语言。 对于只熟悉像C++，Java这样静态语言的人来说，这是一个重大的概念上的差别。动态意味着方法和变量可以在运行时候添加和重定义。它减少了像C语言那样的条件编译（#ifdef），而且容易实现反射API（reflection API）。动态性使得程序能自我感知（self-aware），比如运行时类型信息，检测丢失的方法，用来检测增加方法的钩子等。在这些方面Ruby和Lisp和Smalltalk都有一些关系。
4. 它是一种解释执行的语言。这是一个负杂的问题，值得重点解释一下，也许这个特点会因为性能的原因而引起从优点变为缺点的争论。对于此，我有几点见解：1.第一：快速开发循环是一个巨大的好处，这要得意于Ruby的解释执行。2.多慢才叫慢呢？在说它慢之前先定一个慢的基准。3.也许有人要批评我了，但我还要说：处理器每年都在变得原来越快。4.如果你真的很在意你的速度，你可以用C开发一部分你的代码。5.最后，从某种意义上说，这是一个还在争论中的问题，没有一个语言天生就是解释型的，世界上没有哪个法律进制开发一个Ruby编译器出来。
5. 它理解正则表达式。 很多年之前，正则表达式只是用在UNIX的工具如grep或者sed中，或者在vi中进行一些一定的查找－替换等。Perl的出现解决了这些问题，而现在，Ruby同样也能做到这些。越来越多得人认识到了这种字符串和文本处理技术的难以置信的能力，如果你对此表示怀疑，那么请去看一下 Jeffrey Friedl的书Mastering Regular Expressions，然后，你就应该不会有什么怀疑了。
6. 它是多平台的。 Ruby可以运行在Linux，UNIX，Windows，BeOS?，甚至MS-DOS。如果我没记错，甚至还有一个Amiga 版本的
7. 它是派生来的。 这是一件好事情吗？抛去书本上的知识，它是有用的。牛顿曾说过“我如果看得比别人远，那是因为我站在巨人的肩膀上”。Ruby同样也是站在巨人的肩膀上，它借鉴了Smalltalk, CLU, Lisp, C, C++, Perl, Kornshell等的优点。在我看来它的原则包括：1.不要重复制造轮子。2.不要修补没有损坏的东西。3.最后一个也是比较特别的，它能平衡（Leverage ）你已有的知识。你了解UNIX的文件和管道，没关系，你可以在Ruby中继续用，你用了两年的时间学习了printf 指示符，不必担心，Ruby中你也可以使用printf。你知道Perl的正则表达式处理，那么你也就学会了Ruby中的正则表达式。
8. 它是创新的。 是不是觉得这个和第七条矛盾了？也许是有一部分矛盾，每个硬币都有两面。一些Ruby的特点都是创新的东西，比如非常有用的Mix-in，也许这个特点会被后来的语言借鉴。（注：一位读者指出Lisp早在1979年就有mix-in了，这是我的疏忽；我应该找个更好的例子，并且能确信它。）
9. 它是非常高层次的语言。（Very High-Level Language ：VHLL) 这是一个容易引起争论的话题，因为这个术语还没有广泛使用。而且它的意思比起OOP来说还是有讨论余地的。我这么说，指的是Ruby能支持复杂的结构和这些结构的负杂的操作，而需要的指令非常少，这与最小努力原则（Principle of Least Effort）一致。
10. 它有一个灵巧的垃圾收集器。 像malloc和free 这样的例程已经是昨天的恶梦了，你不需要什么回收内存的操作，甚至是调用垃圾收集器。
11. 它是脚本语言。 不要因为此就认为它不够强大，它不是一个玩具。它是完全成熟的语言，用它能轻松的完成传统的脚本操作，比如运行外部程序，检查系统资源，使用管道，捕获输出等等。
12. 它是通用的。 Kornshell做的东西它也可以做，C语言做的东西它也可以做的很好。你可以用它写一个只运行一次的只有10行的程序，或者对一些遗留程序进行包装，你想写个web server，或者一个CGI，都可以用Ruby来写。
13. 它是多线程的。 Y你可以用一些简单的API来写多线程程序，甚至在MS-DOS上都可以。
14. 它是open source的。 你想看它的源代码吗？可以，你也可以提交补丁，参加广泛的社区，包括它的创造者。
15. 它是值觉得。 Ruby的学习曲线比较低，而如果你翻过了一个坎，你开始“猜测”事情是怎么工作的，而且你的猜测很多时候都是正确的。Ruby坚持最小惊讶（ Least Astonishment）的原则。
16. 它有异常机制。 像Java和 C++一样， Ruby 中也有异常机制，这意味着你不必因为返回值而将代码弄得凌乱不堪，很少的嵌套if语句，很少的意大利面条似的逻辑，更好的错误处理。
17. 它有一个高级的数组类：Array。 Ruby中数组都是动态的，你不必像pascal那样在声明它的大小，也不必像C，C++那样为它分配内存。它们是对象，所以你不必关心它们的长度，实际上你不能"走到末尾（walk off the end）"。这个类提供了各种方法，使得你能够根据索引，根据元素来访问数组内容，也可以反向处理数组。你也可以用数作作为set，队列，堆栈等。如果你想用查找表，可以用哈希结构。
18. 它是可以扩展的。 你可以用C或者Ruby来编写外部库（external libraries），同样，你也可以修改已有的类和对象。
19. 鼓励文档编程（literate programming）。 你可以在Ruby程序中嵌入注释或者文档，这些文档可以用Ruby的文档工具提取和处理。（真正的文档编程者可能认为这是必须的基本东西吧）
20. 创造性的使用标点符号和大写字母。 比如一个方法返回一个boolean型（Ruby中并没有这种说法），那么一般这个方法最后都以问号结尾，如果一个方法要修改接收者本身，或者具有破坏性，则用一个感叹号结尾，简单，直觉。所有常量，包括类名，都以大写字母开头，所有对象属性以@符号开头。这有匈牙利命名法的实用性，但是没有视觉上的丑陋性。
21. Reserved words aren't.It's perfectly allowable to use an identifier that is a so-called "reserved word" as long as the parser doesn't perceive an amibiguity. This is a breath of fresh air.（能用保留字作为变量吗？没看太懂。）
22. 支持迭代器。 这使得你可以给一个数组，list，tree等对象传递一个块，然后对它们的每个元素进行block调用。这个技术值得深入学习。
23. 它的安全性。 Ruby借鉴了Perl中基于$SAFE变量的分层控制机制 。这对于CGI程序来说非常有用，可以防止人们攻击web服务器。
24. Ruby中没有指针。 像 Java一样，和C++不同，Ruby中没有指针的概念，所以免除了关于指针语法和调试的头疼。当然，这也意味着最底层的程序开发将会很困难，比如访问一个设备的控制状态寄存器；但是，我们可以用一个C库来调用。（像C语言程序员有时候要使用汇编语言一样，Ruby程序员有时候也要使用C语言来完成一定的任务）
25. 它使得人们专注于细节。 Ruby中有很多同义词和别名，你也许不记得字符串或数组的长度是size还是length，没关系，它们任何一个都可以工作。对于Range来说，你可以使用begin 和end 或者使用 first 和 last，它们也都工作。你想拼写indices，结果写成了indexes，没关系，这两个都一样。
26. 非常灵活的语法。 方法调用时候括号可以省略，参数之间只需用逗号分割。类似Perl风格的数组定义可以让你不用全部使用引号和逗号定义一个字符串的数组。关键字return可以生路。
27. 丰富的库函数。 Ruby提供了线程，socket，有限对象持久化，CGI，服务器端可执行的，数据库等其它库函数，还有对Tk的支持等。还有很多其它的库函数。
28. 本身自带调试器（debugger）。 在完美的世界中，我们才不需要调试器，但是这个世界不是完美的。
29. 交互式执行。 可以用Ruby像Kornshell那样执行。 (这可能是本页最具争论的一点，我不得不承认，Ruby真的不是一个很好的shell。但我仍然坚持，基于Ruby的shell是一个不错的主意。）
30. 它是简明的。 不像Pascal那样要求if后面跟着then，while后面跟着do 。变量不需要声明，它们不需要类型。返回类型不必指定，关键字return 可以省略，它将返回最后一个表达式的值。另一方面，它也不像Perl或者C那样复杂难懂。
31. 它是面向表达式的（expression-oriented）。 你可以轻易的使用 x = if a<0 then b else c  这样的表达式。
32. 语法砂糖（syntax sugar）。 (像Mary Poppins解释：一勺语法的糖能使语义被接受) 。如果你想对数组x进行迭代，可以用for a in x。你也可以用a+=b代替a=a+b，这都行。很多操作符其实在Ruby中都是方法，这些方法的名字比较直观，短小，有着便利的语法。
33. 它支持操作符重载。 如果我没有记错的话，早在很久之前的SNOBOL就提供了这个功能，但是直到C++它才变得流行。虽然它可能乱用而出错，但是这仍是一个非常不错的优点。另外Ruby自动定义操作符的赋值版本，比如，如果你重定义了+，那么，你同时得到了一个+=操作符。
34. 支持无限精度的数字。 有人会关心 short, int, long吗，只需要使用 Bignum就行了，你可以轻松的实现365的阶乘。
35. 有幂操作符。 在很久以前，我们在BASIC和FORTRAN中使用它，然而当我们学习Pascal和C之后，我们才认识到这个操作符有多差劲。（我们被告知自己连它是怎么工作的都不知道－它使用了对数，迭代了吗，效率如何？），但是，我们真的关系这些吗？如果是，我们可以重写这个方法，否则，Ruby有非常好的* *(星号之间无空格)操作符可以用。
36. 强大的字符串处理。 If如果你想查找，判断，格式化，trim，定界（delimit），interpose，tokenize，你可以自己选择随便用哪一个来得到你想要的结果。
37. 规则很少引起异常。 Ruby的语法和语义比其它语言有条理，每种语言都有独特的一面，每条规则都会有异常发生，但是Ruby规则引起的异常就少的多了。

 

官方网站解释：www.ruby-lang.org

 

What's Ruby

---

Python的简单性
只要了解Python的基本原理,学习其他内容就会很容易.语言的核心很小,语义和样式非常简单.半天时间学会,轻轻松松.当然这不是说Python语言没有需要深入学习的复杂问题.许多扩展和库,还是需要认真思考才能达到高效使用这门语言的目的.尤其是与其他语言,如TK和SQL进行集成连接时,更是应该如此.

 

http://www.mypython.net/

上海/Palo Alto，Creative Commons组织和CNBlog.org共同发布中文版“创作共用”协议项目。