架构师资料教程

前段时间读了《软件的最大追求是什么》，击节叫好，深以为然，虽然该文章很多地方显得有点极端。 如今的软件系统越来越复杂，如果软件的结构不好会影响软件的可维护性，重构代码是一件极其痛苦的事情。

我们都知道，一个好的架构对于企业应用软件来说是非常重要的，灵活的架构可以快速应对多变的业务需求。很多软件只要业务需求的一点小变，就得修改很多地方，牵一发而动全身，导致程序员疲于应付这样的需求变化，经常抱怨客户的需求变化太快了，甚至说客户的需求太变态了。其实，换一个角度想，如果自己是客户的话自己也肯定

关于企业应用软件设计开发解决之道的一点个人思考 J道--java解决之道，解决java？我想应该不是吧，java只是一门编程语言，语言者，工具也。从jdon的首页上可以看到一句话：“解惑授道，企业信息化解决之道”，我想，banq的意思应该是指用ja

本人工作三年，做了两年的技术和一年的需求分析，停止了一年的技术探索后，再回头来去了解，却发现两年的技术经历是如此的不扎实，我问自己几个最常用的概念，但我却疑惑了：1.我们谈论了J2EE，但究竟什么是J2EE？它是规范吗？它是技术吗？它是在什么样的背景下出现的，为了解决什么？2.我们也

好大的标题，看似又一篇炒作滥文，其实是笔者近两年对软件架构痛苦思索徘徊后所得的经验体会，在此与诸位共勉。 EJB、Spring，这不是Java界最有名的两大冤家，何以把它们扯在一起。其实Spring乃是EJB1.x、2.x的继承者，正如EJB之前的COM、

这是一个实战中非常重要但是容易被忽视的概念。说它重要，是因为它比数据库重要；说它容易被忽视也是基于同样的原因，它经常被数据库概念替代。 状态对象：数据库的替代概念

http://www.jdon.com/jivejdon/thread/31311.html

看了这一贴 http://www.jdon.com/jive/thread.jsp?forum=62&thread=27279 和其他的一些贴后有感……先引用一下BanQ总结的框架现状：

软件开源与创新 --写在3.15消费者日 当商业软件的皇帝新装被人们识破以后，开源软件的独创性就成为其最大的卖点，中国开源运动沉闷的根本原因在于缺少创新的商业机制和宽容自信的文化土壤。

看了这篇后有感悟http://www.jdon.com/article/30658.html我是C++开发人员，由于某些原因现在开始java了，www.jdon.com是无意间发现的，发现后非常惊喜。但不久就发现有些地方可能发生了偏差。有种到了高峰后往下掉的感觉。我在找关于“

软件java作为现实问题的解决方案目前面临两种风格：一种是以工业厂商为风格的解决方案，在他们的解决方案中，常常偷换概念，不告诉用户理论上逻辑上解决之道，而是用他们的产品来替代方案这个概念，这点和微软厂商风格是一致，例如，别人需要一个能够在intel芯片商贩上跑的基础软件，微软会告诉你：用Wi

首先谈谈个人感受， j2ee技术太多，而且新的技术，框架层出不穷，同时，都没统一的标准，而是靠市场来慢慢选择与淘汰，这对初学者来说，很不容易！

前几天跟老板聊天，有分歧，我的观点是让程序员更关注业务，而不是在用什么框架进行选择， 快速开发能够使利润最大化，公司应设计一套自己的ide，这个ide中将我们用的框架完全封装地来，像.net一样去调用，而不是每遇到一个新的项目就去讨论学新一套新的开

当我说起jdon和banq大哥的时候！其他人给出了一句：jdon的思想超前50年！不知之banq大哥真的思想超前还是我们这个软件技术环境真的很落后？唉！！国内的大多数程序员们.............!无语！！！

Rod Johnson在“without EJB”中说了很多真诚的话，其中就有“以复杂性为生的行业”这样的说法。 说句实话，大多数B/S系统用asp、php就可以轻松搞定，而大多数C/S系统用传统的VB、PB、Delphi也很容易完成。硬件要求低，开发周期

本人属于入门级别，语词有不当之处，多包涵。。 第一来到这里，是我向朋友请教一个关于proxy的问题，后来看到了banq老师对GOF那些设计模式让人看了很迷惑又觉悟阐释，我也一直在疑惑，到底是banq老师的"模式主义"对呢？还是传统教育对呢？接下来一段日子几