以下是我们（架构师吧）最基础的吧规，为保护聊天环境，请大家务必遵守。如有违反吧务组将直接处理，不再做任何提醒。 一、基础吧规 1、 合理发布投票贴 投票最高设置时间不得超过三个月，若有特殊情况请向大吧主申请 三个月内勿发表内容重复或相近投票贴 2、 禁止恶意发布广告 禁止不切实际的留QQ，留邮箱等广告（需要资源去发布区统一留言求助） 禁止发布违反国家相关规定及百度规则的广告贴 同一内容请勿重复发布多条信息 严格禁止

这是一个也可能发生在你身上的成长故事(←_← 绝对不是鸡汤!)。

中国的软件企业中，大家在普遍认识中对架构师这一职业有哪些误区？ 误区一，架构师与项目经理没有区别。大家经常在谈论架构师时，混淆了项目经理的职责和架构师的职能。项目经理要对人、流程、钱等内容负责。但是架构师主要是对技术负责。所以我个人不是很喜欢在谈论系统架构时，过多的谈论流程或管理。虽然我也是流程方面和管理方面的专家。 误区二，技术好的人就能成为架构师。其实，职业架构师与职业编程人员有着同样重要的分量

曾经无意间读过一篇纪事报告《最后的大师》。此文作者是应钱学森先生的邀请，来记录自己的导师，清华大学物理系及清华大学创始人之一的叶企孙先生。叶先生早年在美国留学期间，在物理方面做出过杰出的贡献。虽然大多数后人并不知道叶先生，但是他的学生没有一个会忘记他，其中包括三钱、华罗庚、李政道、杨振宁等等。可以这样说，你所知道的中国大师，大多都是他的学生。阅读完此文，颇受启发：真可谓“大师培养大师”。我非常欣赏

虽然业界有关什么是“软件架构”有着明确的定义及共识，但是确实没有软件架构师的定义。简单地讲，架构师是一个技术控制的角色。技术控制是从客户或市场开始，一直到交付或服务的整个链条。如果大家对一个应用研发机构或产品研制机构的主要活动熟悉的话，就知道该链条上存在很多需要架构师负责的控制点。以西门子为例，西门子的战略市场部门就会和业务部门的很多架构师进行协作。这主要是由于战略市场部门的职能之一就是对未来十到

其实好多人都想能够速成，比如21天精通xx，3天学会xx，xx一周快速入门，相比这些架构师速成有些慢了，需要3年。当然这是有原因的，架构师是一个实战性很强的职业，有点像骑自行车。如果仅仅是学习骑自行车的套路，可能10分钟就学会了。但是让你马上去骑，肯定要摔跤。架构师也是一样，如果仅仅掌握所需知识，可能1年就够了，但是要能实战，恐怕就比较困难了。再举个例子就是大名鼎鼎的赵括同学，他掌握了所需一切行军打仗的知识，但是

软件架构师应该具备什么素质？http://www.73cc.com/html/1532.jsp www.73cc.com专业数字信息化开源方案研究中心

abstract class和interface是Java语言中对于抽象类定义进行支持的两种机制，正是由于这两种机制的存在，才赋予了Java强大的面向对象能力。abstract class和interface之间在对于抽象类定义的支持方面具有很大的相似性，甚至可以相互替换，因此很多开发者在进行抽象类定义时对于abstract class和interface的选择显得比较随意。其实，两者之间还是有很大的区别的，对于它们的选择甚至反映出对于问题领域本质的理解、对于设计意图的理解是否正确、合理。本文将对

封装、继承、多态是OO的三大特性，由此可见继承思想的重要性。但是，不少人对继承的理解过多地局限在OOP层面，从而限制了继承思想在OOD层面的巨大作用。笔者认为，软件工程师应该不断提升对OO思想的认识层面，加强实际开发能力。 本文站在OOD的角度，将继承看成实现OOD的强大手段，通过具体例子，说明针对接口编程（Program To An Interface）、混入类（Mix In Class）、基于角色的设计（Role－based Design）这三个与继承紧密相关的著名OOD技巧。

摘 要 面向方面编程（AOP）是面向对象编程（OOP）的一种扩展技术，能够很好的解决横切关注点问题以及相关的设计难题来实现松散耦合。Spring AOP 是 AOP 技术的一种实现。本文介绍了AOP 概念，然后详细讨论了如何利用Spring AOP 开发AOP 程序，最后展望了Spring AOP 的前景。 关键词 AOP Spring AOP Java 1 引言 AOP（Aspected Oriented Programming）是一种新兴的编程技术。它可以解决OOP和过程化方法不能够很好解决的横切（crosscut）问题，如：事务、安全、日志等横

　我们做界面设计的目的是去给用户的工作积极的支持而不是相反把无意义的东西强加于人。界面在用户和他们要完成的任务之间应该是透明的，而且是高效、舒适、让人心情愉悦的。下面介绍的是几个保证软件界面设计成功的基本原则。 　简单：不要在功能的可用性上妥协保持界面简洁直观。用户需要易于理解和操作的功能。在一个组织糟糕的界面上，用户被大量高级功能所困扰，而无法直接的去使用最常用的功能。而一个组织有序的界面会把

　　开始之初的架构设计决定着软件产品的生死存亡。“好的开始相当于成功一半”。 　　开始的架构设计也是最难的，需要调研同类产品的情况以及技术特征，了解当前世界上对这种产品所能提供的理论支持和技术平台支持。再结合自己项目的特点(需要透彻的系统分析)，才能逐步形成自己项目的架构蓝图。 　　比如要开发网站引擎系统，就从Yahoo的个人主页生成工具 到虚拟主机商提供的网站自动生成系统，以及IBM Webphere Portal的特点和局限 从