应用架构设计的三个类型 业务决定架构，本文总结了通用业务中的三种模型业务中通用的东西(串行 星形和并行)，方便程序员根据业务选择相应的技术实现。
CAP原理和BASE思想 架构师不要将精力浪费在如何设计能满足三者的完美分布式系统，而是应该进行取舍。
如何打败CAP定理？ 一篇谈使用读写分离方式实现。
弱一致性在现实世界中到处存在 即时强一致性(高一致性)是纸上谈兵地。
不变性immutablity设计 不变性是统领业务分析和高性能架构重要法门，通过业务上不变性分析设计，可以实现代码运行的并发高性能和高扩展性
无堵塞的并发编程 顺序编程非常普及，可以说是大多数程序员编程范式，只不过可能他们没有意识到，如今已经进入并发编程时代，顺序编程和并发编程是两种完全不同的编程思路，堵塞Block是顺序编程的家常便饭，常常隐含在顺序过程式
闲话淘宝网和新浪微博架构
选择NoSQL的几种理由
使用CQRS重新考虑架构
非推倒重来式的读/写伸缩扩展
云计算成为现实 本文介绍几个成熟的云计算解决方案，希望更多人抛弃数据库计算模型思想，转向新架构思维。
数据库已死 关系数据库成已经现代为软件系统的主要性能瓶颈，NoSQL宣布关系数据库时代的终结。
OO + 分布式计算 = 软件架构的方向 如果说分布式云计算是一条老百姓通往美好未来的康庄大道，那么选择怎样的座驾驶入这条道路，无疑是关系到我们每个程序员的职业素质和水平。
可伸缩性和重/轻量，谁是实用系统的架构主选？ 这两者本不是矛盾，但是EB 3.0出现以前，他们是一对矛盾，如何处理？
OOD vs SOA DDD等面向对象的敏捷设计如何与SOA结合。
Spring 3.1 终于加入了Cache支持
Java企业系统架构选择考量 本文探讨了如何在当前2005年及未来各种流行框架中选择适合自己应用系统所涉及的基本因素。
JavaEE/J2EE面向对象编程之道 一个真正面向对象的JavaEE/J2EE系统，应该是围绕领域模型的多层架构，以OO思维进行模型提炼和重构，继续以OO思维进行表现层和持久层配置实现，这才是化复杂为简单的软件解决之道。
在Ruby on Rails/Naked Objects精神指引下的域驱动开发框架 域驱动开发框架是一种新的开发概念，通过这种框架达到J2EE快速开发。
软件“够用”就行了吗？ 很多程序员没有从本质上认识到可复用软件技术特点，一直保守地持怀疑论。这会阻碍自己和中国软件技术的进步。
译文：J2EE vs .NET 应用开发走向何处? 元框架是目前J2EE一个发展方向。
J2EE中几种业务代理模式的实现和比较 本文讨论了使用微容器是如何实现业务代理模式，并且比较微容器实现和以往其它业务代理模式有何特点。
Pico、JMX、微容器以及对象的易管理性 PicoContainer等微容器正日益受到关注和广泛应用；J2SE5.0将JMX作为JDK基本API，这些技术都表明对象的易管理性呼之欲出。
Jive论坛与Spring框架 Ioc模式和AOP完美应用是现代框架设计的根本之道。
探讨Spring框架使用真相 Spring到底在实际应用系统架构中处于怎样的一个位置？
JavaEE表现层
基于客户端的MVC架构
表现层框架Struts/Tapestry/JSF架构比较 表现层技术门派众多，陷阱多多，如何在他们之间根据自己应用做一个合适选择？
JavaEE业务组件层
CDI与JavaEE6 依赖自动注入被完整融合到javaEE6标准中
JBoss 5迎来组件彻底的可配置时代 HiveMind Jdon框架已经走上了彻底的可配置组件之路，JBoss 5.0版本将会将这条发展之路推向顶峰。
为什么要使用EJB 目前大多数人还在津津乐道于一个纯Web系统，例如Jive、Struts加上Hibernate、Jakarta的Web项目加上JDBC等，太多选择让他们迷失了方向，多层结构优点没有得到充分的体现。
EJB 3.0和吵闹的TSS年会 EJB 3.0推出总算给各种吵闹有个了断，Java就是在这种平等讨论氛围中前进的。
EJB3与EJB2架构对比
JavaEE持久层
数据库时代的终结 中间件时代的来临，实际意味着数据库时代终结，正所谓一山无二虎。
ORM已经是过去的事情。
柏林的NoSQL(非关系数据库) 大会
我是EJB支持者，不只是Session Bea，还是实体Bean 这不是一篇否定Hibernate的檄文，而是来自实践的真心吐露，虽是一篇译文，但很多观点已经散见在本站很多文章中。
杂类
大型系统的重构
J2EE之四书五经 向初学者推荐J2EE指南性书籍
当前Java项目开发中几种认识误区 由于大多数人没有进行过面向对象的系统培训和教育，导致很多人认识不足，在实践中造成各种基本架构问题，导致Java项目失败，还将失败原因归结于Java复杂。
更多关键词....
