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

123526134

架构真的很难很难呀，比算法难多了！架构设计真得要牛人设计呀！！！

这些天做设计深有感触呀！！！说出来释放一下压力~~~~~~ 呜呜 ~~~~~~~~

我说的是软件架构，不是系统集成！！！

架构设计，没有成型的案例可以参考，项目不同架构就别指望参考~~~~~~~
即使相似的项目架构可以参考也不能照搬，因为架构是个庞大的有机系统，不像小巧的算法简单复制粘贴了事~~~~~~~~
算法是不变的小巧的东西，成型的很多，只要去学都很能学会。架构去哪学！只能全凭自己去创造去设计~~~~~~~~
网上讨论算法的到处都有，但网上哪有讨论架构设计的！也看到国内那些所谓讨论架构的，TNND，那都讨论些什么呀！根本不是在讨论软件架构设计！TMD，那都是在讨论系统集成！我说的是软件架构，不是系统集成！ tmd ！！！！！！
是呀，架构是庞大复杂多变（随项目不同而变）的学问，不但网上没法讨论，书上都没个讨论呀~~~~~
TMD，看见国内SB们（很多是自认为大师的SB）把软件架构当系统集成讨论，就想踹这帮SB！！！~~~~~~~~~~~~


===“系统集成”和“架构设计”的主要区别 ===

架构设计的主要工作是：划分模块，定义模块功能，定义模块接口，定义模块间互相交互的数据结构，编写核心代码，编写衔接各个模块的代码。
“模块间互相交互的数据结构”区别于“模块内部的数据结构”，“模块内部的数据结构”和“模块内部的函数”都由负责这个模块的人自己设计，架构师不负责模块内部工作。

系统集成的工作是：划分模块，定义模块功能，编写核心代码（很多情况没有），编写衔接各个模块的代码（很多情况没有）。

系统集成的工作很多情况还没有“编写核心代码”和“编写衔接各个模块的代码”。
系统集成的工作一定没有“定义模块接口”和“定义模块间互相交互的数据结构”，但这两个是最难最重要的工作，这就是架构设计和系统集成的主要区别。
系统集成是很简单的工作，大多数情况的工作就是“划分模块”和“定义模块功能”，完全不可与架构设计同日而语、相提并论。写过两三年代码的程序员都可很容易做系统集成。

但国内有很多“大师”级别的SB总TMD把“系统集成”当“架构设计”，把“架构设计”当“系统集成”！

[ 本帖最后由 123526134 于 2010-1-26 16:51 编辑 ]

prolj

架构，架构师，我都想笑，那Y连代码都没写过10W行（C代码，别跟我说你Y写PHP很多），就敢吹牛B自己是架构师，一开口就是，“开源的不都有么？拿过来用就好了”。这不扯淡么？
浮躁啊，浮躁。

PKkingSon

我觉得架构师至少应该能写最核心的部分，或巧妙解决一个最棘手的问题。

benjiam

原帖由 prolj 于 2010-1-25 11:03 发表
架构，架构师，我都想笑，那Y连代码都没写过10W行（C代码，别跟我说你Y写PHP很多），就敢吹牛B自己是架构师，一开口就是，“开源的不都有么？拿过来用就好了”。这不扯淡么？
浮躁啊，浮躁。

恩 很同意。 连代码都写不好 搞个毛的架构啊。

versaariel

不懂来学习

baopbird2005

二楼是意见很好啊
我喜欢的

123526134

原帖由 prolj 于 2010-1-25 11:03 发表
架构，架构师，我都想笑，那Y连代码都没写过10W行（C代码，别跟我说你Y写PHP很多），就敢吹牛B自己是架构师，一开口就是，“开源的不都有么？拿过来用就好了”。这不扯淡么？
浮躁啊，浮躁。

我说软件架构难，什么时候说我是很牛的架构师了？
之前成功完成了两个不算小的项目的架构设计，现在新项目来了，老板让我继续做，原以为有了两个成功的项目架构经验，应该越做越轻松吧，可是做了一个月，才知道并不是想象的那么简单，新项目需要新的架构，原先的架构即使可以参考也就一点点，大部分还要发挥你的创造力、想象力、抽象力去设计设计设计~~~~~~~~~~ 喔喔 ~~~~~~~~~~ 呜呜 ~~~~~~~~~~~

[ 本帖最后由 123526134 于 2010-1-25 11:56 编辑 ]

prolj

老板是外行吧
知道我一开始为什么跟老板扯淡那么长时间么？就是争取时间设计结构，注意，是结构，而不是架构，结构上清晰了，以后对自己很方便的，开始的代码我连看都不想看，也不用看。
架构，我不知道是什么东西，结构，我知道，要自己思路清晰，留给自己一个好的结构。

flymouses

1、要熟悉各种开发语言，有大量的代码功底，过人的开发技术
2、要有丰富的项目经验，能知道项目的要点
3、熟悉B/S C/S web等各种开发模式，当然不是简单熟悉
4、了解各种数据库、中间件、操作系统平台的特性
5、 可行性、技术要求以及权衡取舍，不能钻牛角尖也要防止别人钻牛角尖
6、要有一定的领导能力
7、丰富的实施经验，知道这类项目的弱点
8、有一定的市场把握能力和敏感度
9、有项目管理技术开发的理论基础
。。。。。。
总之要求能在足够的高度上规划设计产品，把握项目，能保证产品安全可靠实现，在生命周期不至于有大的问题

本人做项目快10年了，用过UNIX/WINDOWS， C/C++/java/web，oracle/informix等开发平台，算是有一定经验技术了。
但对架构也只是略知一二三，还是缺乏基础理论。