从该圈子的文章来看，大家对架构还没有基本的认识
 |
ltian
2011-07-27
恕我冒昧，看了诸多文章，大家对架构的认识基本上没有统一，存在很多问题。
|
 |
步履不停
2011-07-29
求指导。。。。我是看不出个所以然
|
 |
javamonkey
2011-07-31
我隐约感觉到，架构还分为售前和售后俩种。所以架构师分为售前架构师和售后架构师
售前架构师是以客户能明白的，喜爱的方式架构项目，产品 售后架构师则是如同所有售后一样，是擦屁股的。来这里的讨论的多半是售后架构师 售前架构师应该多在51cto.com这样网站逛 |
|
ltian
2011-08-04
大到全球智能电网需要架构，小到一个仓储管理需要架构，请问大家心中的架构是什么？
|
 |
yimlin
2011-08-04
ltian 写道 恕我冒昧，看了诸多文章，大家对架构的认识基本上没有统一，存在很多问题。
第一，架构一词定义不同机构有不同的说法； 第二，不同的应用，其架构不同； 第三，不同的方法论下架构的设计过程也不同； 何来统一一说，更谈不上问题了！ |
|
ltian
2011-08-04
yimlin 写道 ltian 写道 恕我冒昧，看了诸多文章，大家对架构的认识基本上没有统一，存在很多问题。
第一，架构一词定义不同机构有不同的说法； 第二，不同的应用，其架构不同； 第三，不同的方法论下架构的设计过程也不同； 何来统一一说，更谈不上问题了！ 我也正是如此认为，所以一问，我们要统一到底讨论哪种架构，如果大家都不知道要讨论哪种架构，肯定会有鸡对鸭讲，南辕北辙的感觉。 |
|
javamonkey
2011-08-05
有一本书，叫《软件架构师应该知道的97件事》，我想不用我介绍，看看你面关注的什么问题，也就是我们应该关注的问题
97件啊，不是一件，也不是俩件，也不是三件。这才是软件架构的魅力 所以，我不认为要“统一讨论” |
|
ltian
2011-08-08
javamonkey 写道 有一本书，叫《软件架构师应该知道的97件事》，我想不用我介绍，看看你面关注的什么问题，也就是我们应该关注的问题
97件啊，不是一件，也不是俩件，也不是三件。这才是软件架构的魅力 所以，我不认为要“统一讨论” 97件怎么样97万件又怎么样呢？难道不是关于架构的问题吗？ 那本书没看过，软件架构和企业架构还有一个距离吧，按照你这么说，由企业架构更是不可讨论，不可说的了？站在具体问题上看，一切都是不一样，站在一个抽象的高度看，就会有很多相似之处，我觉得统一一下讨论的方向的可能还是必要，我们的思维过程应该是：发散—集中提炼——形成理论——指导更多的实践。 发散是重要一步，但是如果不能集中提炼并形成理论或知识，那么就是去了发散的意义。 |
|
javamonkey
2011-08-10
拿抄菜打比方，TOGAF 告诉你应该先支口锅，烧好水，并同时准备菜和调料，仅次而已。
当然，这是我俩年前看其8.0版本的时候映象，不知理解是否正确。但老外这些东西，向来如此。 软件架构师应该知道的97件事 或者 架构模式等等跟架构的书 提到的范畴 我觉得才是这个圈子要去关心的问题。我也认为，这些书的作者 绝对和 TOGAF 规范制定者 是俩中不背景的人，你重视哪个，代表了你想成为什么样的人，你可以去研究他们的东西。但你不说“大家对架构还没有基本的认识”这是不全面的 |
 |
凤舞凰扬
2011-08-10
TOGAF是一个方法过程论，是指导一个企业如何通过一个过程指导（ADM）来打造和实现企业的架构。在这里架构其实是一个泛义词。TOGAF更不会指导人去设计架构。
当然在TOGAF中明确了四种架构：业务架构、信息系统架构（应用架构、数据架构）和技术架构。这个可以帮助我们大家对架构有一个比较统一的认识和定位。 在这个论坛里，绝大多数都是技术人员，我们谈的架构其实更多设计信息系统架构和技术架构两个层面。 架构，这个来自建筑学的词，本身最直白的就是框架和结构。我们谈架构就是谈信息系统的框架和结构，而这些受制于行业背景、业务目标、运行环境、质量目标和技术能力（这些和建筑学又是多么相似）。 |
