一直以来，不断有工程师询问我有关架构设计上的问题，很希望能听听我的意见。也有工程师原封不动的在自己的项目中引用我的架构设计。最近，部门内的学习小组又在向我约稿：大师，可否分享一些架构设计经验。

说到架构设计，这是架构师最本职的工作。好架构是第一生产力，不良的架构会埋下种种“伏笔”，进而让使用者怨声载道。所以说，一个好架构师是团队的“财富”，反过来则会成为团队的“灾难”。
架构是优是劣，架构师是福是祸。领导的空洞评价或架构师的自我标榜，在这里显得是那么的滑稽无助。
哪怕公司的技术氛围是“指鹿为马”或“道路以目”，但对那些框架的真实评价（“民谣”或“民谚”之类）仍旧会在工程师之中流传不止。

继续阅读 »

一、【前言】

刚刚经历完一个公司的项目，涉及很多架构设计、远程接口。在使用（我们自身）平台设计的接口过程中十分曲折、全体痛苦，而我负责的传真接口却让外部客户（电信方）与内部客户（应用方）感觉愉快清晰而受内外好评。

因此，我感觉颇有必要将我历来的设计经验分享出来，以帮助团队成长，未来的项目中少走弯路，作出成熟的、高质量的接口设计。 继续阅读 »

最近开始学习如何成为一名合格的架构师.虽然已参加一系列培训,然而仍觉得不够.空闲之于找了一份大纲,开始逐一学习.然而半路出家做软件的我基础本就不扎实,只好用勤补拙,首先参照别人的观点,在结合自己的实际经验,写出自己对如何成为一名架构师的理解,希望大家热心于与援手,能够指点一二。今天就先从架构师的基本素质说起.有关架构师的基本素质,网上有很多声音,我总结了一下,让大家帮助参详,以便指出其中谬误. 继续阅读 »