信息架构之史前时代

c++史前时代 1979年,Bjarne Stroustrup,中文名挺拗口的,通常称之为BS,在贝尔实验室开始开发C++语言.为什么要发明新的语言呢?这涉及到作者之前的经历.那时,BS在剑桥读博士学位,研究大型软件的开发.BS用Simula开发了个模拟器,但它的运行速度很慢,BCPL的运行效率是很高,但很低级,开发效率低.因此BS产生发明一个新语言的念头. 下面是BS的一些观点: *离开剑桥后,我发誓:没有合适工具的情况下绝不去冲击一个问题. *我的世界观影响c++:bs是实用主义者,硕士是纯

本文转自:http://www.uml.org.cn/zjjs/200910222.asp ,分享给大家. 什么是信息架构 我们知道,设计一个Web网站或应用系统的信息架构时,最主要是设计好以下四个部分: 1. 组织系统(OrganizationSystems) 2. 导航系统(NavigationSystems) 3. 搜索系统(Search Systems) 4. 标签系统(Labeling Systems) 这四个系统分别代表了,如何组织信息,如何浏览信息,如果搜索信息和如何标识信息. 很

随着互联网的高速发展,庞大的用户群体和快速的需求变化已经成为了传统架构的痛点. 在这种情况下,如何从系统架构的角度出发,构建出灵活.易扩展的系统来快速响应需求的变化,同时,随着用户量的增加,如何保证系统的稳定性.高可用性.可伸缩性等等,成为了系统架构面临的挑战. 为了解决这些问题,微服务架构应运而生,它的本质在于分布式.去中心化. 微服务架构是一种架构模式或者说一种架构风格,它提倡将传统的一站式应用(左下图)根据业务拆分成一个个服务(右下图),彻底去掉耦合,每个服务提供单个业务功能,一个服务只做

 计划2015年每天写一篇文章 由于文章编辑器的效率实在太低,所以选择演示文稿导出成图片 部分内容直接使用我在曾经北京航空航天大学开设的<移动终端用户交互工程>的演示文稿,同样效率原因因而直接贴图片 提问请移步 http://weibo.com/p/1001603796483844487418 计划2015年每天写一篇文章 由于文章编辑器的效率实在太低,所以选择演示文稿导出成图片 部分内容直接使用我在曾经北京航空航天大学开设的<移动终端用户交互工程>的演示文稿,同样效率原因因而

二.信息解构与重组 Kinetic Sculpture for the BMW Kinetic Sculpture利用金属球在空间里的位置变化展示一辆宝马汽车的整个设计过程.利用点组合成面的原理,动态展示一辆汽车在设计之前灵感的迸发到设计过程的严谨到最后成品落地整一个过程.整个过程由714个金属球通过步进电机按一定规律上下拉动,在空间组合成图形. Resonance – Reflective Kinematronic III Resonance这个项目通过动力装置移动镜片改变光的折射效果.利用光

是当前最热的技术之一,这十年它经历了哪些阶段?每个阶段分别创造和发展了什么?未来大数据又将朝着哪些方向继续前行?在这篇文章里,我们沿大数据发展时间线,从产品.行业.技术多角度讨论其发展脉络,究其发展承其脉络大家可以学习.借鉴.并最终推测未来大致走向. ? 引子 我一直认为大数据中文社区里面不乏各类技术大牛所著深度架构干货,同时亦不乏各类技术的总监 /VP/CXO 高屋建瓴指点行业江山的激情文字,所缺的往往是站在技术.产品.社区.市场交汇点的思考点滴.有如我经常在我部门中所说,中国当前不乏各类云计

毫无疑问,我们已经进入了大数据(Big Data)时代.人类的生产生活每天都在产生大量的数据,并且产生的速度越来越快.根据IDC和EMC的联合调查,到2020年全球数据总量将达到40ZB.2013年,Gartner将大数据列为未来信息架构发展的10大趋势之首.Gartner预测将在2011年到2016年间累计创造2320亿美元的产值. 大数据早就存在,只是一直没有足够的基础实施和技术来对这些数据进行有价值的挖据.随着存储成本的不断下降.以及分析技术的不断进步,尤其是云计算的出现,不少公司已经发现

作者按:本文根据去年11月份CSDN举办的“大数据技术大会”演讲材料整理,最初发表于2012年2月期<程序员>杂志. 1. 历史 R(R Development Core Team, 2011)语言由新西兰奥克兰大学的 Ross Ihaka 和 Robert Gentleman 两人共同发明,其词法和语法分别源自 Scheme 和 S 语言,R 语言一般认为是 S 语言(John Chambers, Bell Labs, 1972)的一种方言.R 是“GNU S”, 一个自由的.有效的.用于统

如何针对当前需求,选择合适的应用架构,如何面向未来,保证架构平滑过渡,这个是软件开发者,特别是架构师,都需要深入思考的问题. 本文首发于InfoQ垂直号「聊聊架构」,ID:archtime 无架构,不系统,架构是大型系统的关键.从形上看,架构是系统的骨架,支撑和链接各个部分:从神上看,架构是系统的灵魂,深刻体现业务本质. 架构可细分为业务架构.应用架构.技术架构,业务架构是战略,应用架构是战术,技术架构是装备.其中应用架构承上启下,一方面承接业务架构的落地,另一方面影响技术选型. 如何针对当前需