帽子魔术师

英国女歌手罗辛·墨菲（Roisin Murphy）在欧洲巡回演唱会时戴了几顶别致的帽子,这在给了一个来自于格拉斯加的年轻人威廉·钱伯斯（William Chambers）极大信心进军女帽界的同时,也使这个新锐头饰设计师的帽子一炮而红。     

郑颜诗：为帽子写诗

舞台落幕,曲终人散,仿佛刚才热烈的表演是一场幻觉。偌大的舞台一霎那回归沉寂。此时的Jay会不会暗自回味方才出现在歌者头顶的“得意之作”呢？     

安捷伦线缆测试仪——摘掉“高价”的帽子

在通信测试这个行当，安捷伦代表什么？高价。没办法，安捷伦走的就是高端路线。拥有测试行业最多的专利，最昂贵的科学家，高价代表着其贵族品质，因此，用户给与的更多的仍然是掌声和赞许。然而正是这一高端形象，     

以嵌入式软件开发模式与软件架构研究

当前,随着信息技术的日趋复杂化,对嵌入式软件开发水平的要求也越来越高,因此,为顺应信息技术的发展要求,嵌入式软件在开发的过程中须注意多功能的研发,确保嵌入式软件系统在操作和运行过程中的稳定性和安全性问题,但是就目前来看,嵌入式软件在开发和研制的过程中依然存在着许多问题,技术提升空间比较大.基于此,本文主要分析了嵌入式软件在开发过程中存在的问题,探讨了相关解决策略,以为嵌入式软件开发模式及其架构的研究提供参考.     

基于J2ME架构的无线应用开发

通过在Motorola A388手机上开发成功的移动购书系统这个例子，来具体介绍J2ME的系统架构及基于J2ME架构的无线应用程序的开发步骤。     

从架构师的观点来看软件开发流程

作者从一个软件架构师的角度来分析了软件开发的变化无常以及开发流程中的诸多问题点,并提出了以架构为中心的开发模式。     

从垂直到水平——访BEA中国公司技术总监喻思成先生

在谈到互联网经济萎缩时,人们常常提到的例外是:BEA系统有限公司。BEA公司的增长率远远超过了软件行业的增长率,并且成为最快达到年收入10亿美元的软件公司。“他们年轻、     

架构和面向对象技术在PLC软件开发中的应用

为降低开发实时多任务控制系统PLC软件的复杂性、提高软件开发效率和质量,把架构和对象技术引入了PLC软件开发。结合对象技术和控制系统特点,强调了抽象对象的概念,提出了被控对象和控制器对象分离的思想,指出了对象技术的适用范围,设计了PLC控制软件架构的结构模型和控制风格。该模型中单元机器级应用对象技术,在单元机器控制软件内部应用面向任务分析与设计方法,并在一个分布式输送机组的控制软件中实现了该模型。     

敏捷倡导团队文化

需求在不断地变更,客户的权力接力棒在不断地转接,很多的软件开发企业的领袖都选择敏捷开发作为其软件过程,那么在打算实施敏捷以前先得知道是否具备敏捷的一些潜质,敏捷的本质又是什么?而我们的建议是不要让敏捷成为混乱的一个借口,这同时也是软件架构师可以考虑的问题。     

高屋建瓴 细致入微——《STL源码剖析》引介

阅读剖析名家代码是提高编程水平的捷径。《STL源码剖析》一书,既能高屋建瓴,剖析大架构,又能具体而微,体现细致之处的精妙缜密,是一本极其出色的STL源码剖析类著作。     

奔牛入市

国际奔牛节（Cow Parade）是全球最大、最著名且持续最久的跨国公共艺术和城市营销活动。自1998年起每年在不同城市举办．已在苏黎世、伦敦、巴黎、芝加哥、休斯顿等成功落地。奔牛节主要传扬艺术、公益、趣味的平民精神,邀请艺术家以牛为创作载体．发挥想象在与真牛1：1大小的假牛身上作画,画完的牛会在城市各个角落展出并举办拍卖活动．所得款项将捐做慈善公益之用。     

董灏：灵感启示

董灏,北京市建筑研究院国际工作室负责人、中央美院建筑学院教师。同广大“70后”一样,董灏也有很多他们对生活的共同记忆和感悟。铁臂阿童木、聪明的一休哥、神奇的花仙子还有上世纪末北京城的旧景……都是他童年的美好回忆。     

感受2015 想象力大游行

目前,中国已成为世界第三大汽车市场。有关人士预测2007年至2010年,中国汽车保有量将达到600万辆,成为世界第二大市场。而到2015年,这个数字将达到1000万辆,从而超过美国居世界首位。的确,中国汽车工业在近几年经历了一个迅猛发展期。不仅汽车产销量大增自主品牌的创立与发展也取得一定进展。只是当国内外众多车展掀起一波波热潮的时候,中国与汽车强国的差距依然显而易见。     

The Role of Solution Architects in Systems Integration

The roles and responsibilities of programmers, analysts, and project managers are well understood, but there is still ambiguity about the roles of the various architects such projects require. Without understanding how architects contribute to a systems integration project, it will be difficult to use them effectively. Much of the confusion stems from the inability to differentiate the roles of architects and designers, yet in large complex projects, the failure to recognize these important differences represents a missed opportunity to achieve an integrated perspective on the complete system solution. This paper discussed that a key step toward regaining this opportunity is to identify the different architect types that a typical systems integration project requires and to understand their roles and responsibilities. Armed with this understanding, an organization can harness the diverse talents into a solution architects group that will be a single point of responsibility through all stages of the project's life-cycle     

Designing a Problem-Based Learning Course of Mathematics for Architects

In the past nine years, the teaching model of the Instituto Tecnológico y de Estudios Superiores de Monterrey has rapidly evolved, taking into account the development of abilities, attitudes and values without forgetting the development of knowledge. The mathematics for architecture course was redesigned, using problem-based learning and an intensive application of computer technology to overcoming those difficulties. Now, the main purpose is to develop a mathematical, physical and technological culture in students of architecture to allow them to analyze and solve complex problems related to mathematics in architecture and design. The course was planned and implemented for the first semester of the architecture program and is actually related (through curriculum integration) to future courses which require specific mathematical applications.     

Electronic Markets for Architects—The Architecture of Electronic Markets

In recent years there has been a move towards more cooperation in the construction industry. While the traditional practice is that the architect chooses the trades, provides the construction plan, and tells the trades what to do, a new initiative has been formed to create cooperative construction teams. Here the architect will discuss details of the construction plan with the trades concerned and all parties work cooperatively on the construction project. This means that there will be many coordination tasks and that communication plays a pivotal role. The paper presents a framework for and an implementation of an electronic marketplace to support such cooperative construction teams. It will be argued that there must be a co-design of the business system (i.e. cooperative construction teams) and the IT system (i.e. the marketplace including the search, negotiation, and fulfilment phases) for efficiently supporting small and medium-sized companies participating in cooperative teams and interacting on electronic marketplaces.     

A Multi-Window Hypermedia Environment for the Delivery of Information to Architects,Engineers and Product Designers

A report is given of the Quality Package: a multi-window hypermedia system delivering information on Design Quality to architects, engineers, and product designers. An innovative information processing structure was devised including an object-oriented communication protocol, and a composite user interface individually tailored to individual needs.

The information content is described to identify the manner in which modes of interaction were reflected in the separation of content accessed by menu windows. The flow of information was maintained through the use of link commentaries selected according to tests of user performance. Further interactions were also possible through agree and disagree decisions aggregated in a performance statement in the package summary. The user could therefore use their own interactions to assess personal notions of design quality in comparison with statements from established experts personified in videodisc and compact audiodisc material.

Conclusions are drawn concerning the applicability of the further development of the multiwindow communication philosophy to create flexible modes of information delivery.