架构真的很难呀，比算法难多了，

群雄逐鹿中原

本人做项目也快10年了, 对架构完全是外行.
只请教大家一个问题: 做架构设计需要确定各模块的接口吗?
不确定接口的话, 架构就是扯谈; 确定接口的话, 如果不是从现成项目套用, 还没看过世界上有几个这样的能人.

ubuntuer

关于架构  QQ帮主小马哥说
写过代码的人就知道了

maxxfire

我们公司的架构师是这个干的：底层关键模块使用开源技术，让项目组成员写写各个模块间的衔接，自己写个WEB管理平台。。
我实在看不出来他强在哪里。。可能工作时间比较长吧。。

benjiam

原帖由 maxxfire 于 2010-1-25 12:37 发表
我们公司的架构师是这个干的：底层关键模块使用开源技术，让项目组成员写写各个模块间的衔接，自己写个WEB管理平台。。
我实在看不出来他强在哪里。。可能工作时间比较长吧。。

能很好的衔接就是能力。  如何衔接是他定的吗？ 有返工 或者 出现性能 问题吗？ 一切都很好的话，那就说明是能力。
一切运行的很好说明他未必是很牛的架构师，但是是个很聪明的架构师。  可能他设计不出新需求的，新负载的架构，只是能把老架构用的很好。

forumGpoint

感觉你说的有些像系统集成

> 1、 要熟悉各种开发语言，有大量的代码功底，过人的开发技术
这个像系统集成了，哈
没必要熟悉各种开发语言吧，将军不需要熟悉各种枪炮的使用，知道何时何地何人用什么火力的武器就行了。

> 2、要有丰富的项目经验，能知道项目的要点
这个认同！

> 3、熟悉B/S C/S web等各种开发模式，当然不是简单熟悉
这个像系统集成了，哈

> 4、了解各种数据库、中间件、操作系统平台的特性
这个像系统集成了，哈

> 5、 可行性、技术要求以及权衡取舍，不能钻牛角尖也要防止别人钻牛角尖
这个认同！

> 6、要有一定的领导能力
这个认同！

> 7、丰富的实施经验，知道这类项目的弱点
这个认同！

> 8、有一定的市场把握能力和敏感度
这个像系统集成了，哈

> 9、有项目管理技术开发的理论基础
这个认同！

> 总之要求能在足够的高度上规划设计产品，把握项目，能保证产品安全可靠实现，在生命周期不至于有大的问题
这个认同！

[ 本帖最后由 forumGpoint 于 2010-1-25 12:54 编辑 ]

grizzly1975

哪位牛人在这儿好好讲讲什么是“架构设计”，什么是“系统集成”。不然这帖子越看越乱了。

koolcoy

据说，仅仅是据说
如果项目刚开始而且你还没有任何想法，你可以尝试敏捷开发， 这也是尝试敏捷开发的最好时机。

群雄逐鹿中原

原帖由 koolcoy 于 2010-1-25 13:02 发表
据说，仅仅是据说
如果项目刚开始而且你还没有任何想法，你可以尝试敏捷开发， 这也是尝试敏捷开发的最好时机。

我做的大多数项目都是这样的,
没有人知道会需要几个部件衔接,
没有人知道拿一个原型出来后, 客户有什么新的想法.

更加悲剧的是, 某个不懂得模块, 只有在项目过程中才有机会弄清楚,
没有太多的时间做测试代码, 测试通过之时, 模块实际已近乎收工。
而脱离这些认知谈架构，根本不可能的事。那个谈出来的不叫架构，叫需求。
这是怎样的悲痛者与幸存者

notbusy

怎么觉得每个人的语境都不一样呢。有没有个大概的范围，是哪种项目。有做嵌入式的，有做WEB的，有做企业开发的，学的，用的都不一样。架构？这是哪个领域经常提起的概念？