Chinaunix

标题: 讨论成立“软件架构设计”版块的可行性 [打印本页]

作者: duanjigang 时间: 2010-11-09 18:03
标题: 讨论成立“软件架构设计”版块的可行性
本帖最后由 duanjigang 于 2010-11-11 13:11 编辑

先声明，该话题为讨论可行性，如果觉得可以，建议CU开设，如果有障碍，就暂时搁置，呵呵！

建议成立这个版块是下午跟dreamice等斑竹讨论后才提出的。

说说缘由:
首先，大家可能都有感觉，linux的‘编程问题’版块和‘C/C++版块’功能很像，基本上合并在一起就能满足技术类朋友的需要了，个人看法是这样，不知诸位看法如何？
另外，目前C/C++或者编程问题版块，讨论的问题主要是以一些具体细节的技术类问题为主，初入行业的人很需要这些，或者在校学生也很需要这些帖子。除了技术细节类帖子之外，还有一部分就是软件结构或者架构之类的帖子，我习惯称之为“软件模型”类帖子，其主要探讨程序或者软件设计的架构，比如数据结构的抽象，算法流程，乃至整个程序的主体流程；在非完整程序方面，如中间件的方面，探讨中间件的API接口设计，协议格式等问题。
个人对目前论坛现状的看法是:技术细节或者开发类技术问题，主要适用于工作一到三年人员，5年以上，或者工作更久的朋友，对这些小细节，技术类问题，关注度就不是那么多了，其重点已经转移到一款软件或者一个项目的设计和规划上，比如以下三个方面：
第一：
多线程程序的常见模型应该是怎么样的，关于此点，可以探讨得到一个通用的线程模型，然后实现成中间件，供广大网友开发使用或者更新。
第二：
网络报文分析类软件的设计结构，流程。相信从事防火墙类安全产品开发的朋友对此都独有心得吧，有公共的部分，各个人和企业也各有自己的特殊之处，在茶余饭后，如果能一起讨论下各自的心得，我想，对个人和企业的提升都具有巨大的作用，这是纯粹设计思想的交流，不牵扯代码级别的，因此也不会涉及到企业信心泄密吧

第三：
通讯类中间件的结构设计，我们可以分析已有中间件的设计原理，提出改进意见。也可以在已有基础上提出自己更好的封装建议，让他们更完美。

总之，程序架构类设计问题覆盖很多领域。个人建议，完全有必要成立这么一个版块，来进行纯架构设计方面的交流，一来作为展现自己才华或者思想的一个田地，二来可以学习到别人的想法，使得我们在进行产品或者项目开发的道路上走的更远，提升到更高的层次(不要让我们只局限于做一个螺丝钉，呵呵)。另外，从长远考虑，诸多方面的软件模型讨论成熟的同时，肯定一些人已经参与实现了，这或许能促进CU的开源项目
或者说有针对性讨论话题的发展。如果以后做的有起色了，也是各个企业产品和项目设计思路的来源，说大点，从而促进了国内软件行业的更深层面的交流。
##########2010-11-11增加
今早刷牙想到一个以后的发展方向：
在该板块开设一个“模型提议”的帖子，回复者提出自己希望讨论的某一行业或者方面的软件模型或者是一个程序的结构，我们要求这个模型尽量通用。然后经过讨论后，如果被大家认可或者说众人讨论下来一个比较完整的做法后。可以在另外一个帖子里提出该模型实践的项目构想，征集开发人员。然后我们的管理员就能够在开源项目为您立项，或者说你在google source的站点也行，让大家一起参与这这个模型的实践项目的开发和测试的参与工作，提出更好建议，进行代码评审，学习！
更长远些，如果实践项目比较成功，这就有了进入企业的机会，论坛可以免费给企业提供使用或者收费之类的做法，都可以接受。
总之一个目的，让我们思想交流产生的结果对企业应用，对个人提高，都能产生效益！！(当然第一步必须做的是先天方夜谭式的尽情讨论，呵呵)

ps：欢迎大家提供好的想法，前三名可以获得CU的9周年长袖T恤一件！

作者: dreamice 时间: 2010-11-09 18:05
我支持，兰兰！

作者: send_linux 时间: 2010-11-09 18:08
欢迎大家提供更多建议哈！

作者: zero-B 时间: 2010-11-09 18:24
可以的，兰兰终于提了一个比较不错的建议。。。支持。。

作者: xti9er 时间: 2010-11-09 19:22
狂顶，兰兰！

作者: hellioncu 时间: 2010-11-09 20:19
复杂的问题架构问题很难在论坛能说得清楚的，参与的人也不会多，单独立板块会人气太低

作者: renxiao2003 时间: 2010-11-09 20:38
支持一下。

作者: duanjigang 时间: 2010-11-10 08:28

复杂的问题架构问题很难在论坛能说得清楚的，参与的人也不会多，单独立板块会人气太低
hellioncu 发表于 2010-11-09 20:19

呵呵，复杂的问题为什么就不能在论坛说清呢？我觉得思路上清楚的方案，经过整理后，都应该能以文字的形式呈现。如果思想和文字上都能表达清楚了。编码实现也就不难了。
人气低是因为这类帖子的数量不是很多，但是每个帖子的讨论却是深度和长期的，这样质量就会上去，从长远来看，还是很有益处的。
大家多多支持喔

作者: duanjigang 时间: 2010-11-10 08:30

支持一下。
renxiao2003 发表于 2010-11-09 20:38

呵呵，这类帖子的主要发言者应该是技术深厚的资深版主和隐匿于民间的潜水高手，renxiao版主多拉人支持喔

作者: sdynzx 时间: 2010-11-10 09:46
支持LZ

作者: dreamice 时间: 2010-11-10 11:08
如果cu要想走向更深入的技术论坛平台，个人觉得必须把一些高级技术话题的论坛建设起来。比如，加强云技术，虚拟化技术，系统架构等论坛平台，这样才能真正的走向资深！

作者: duanjigang 时间: 2010-11-10 14:26
大家支持喔

作者: duanjigang 时间: 2010-11-11 08:21
支持啊

作者: duanjigang 时间: 2010-11-11 10:23
等待拍砖和更好的建设意见喔:wink:

作者: smallfish_xy 时间: 2010-11-11 10:26

如果cu要想走向更深入的技术论坛平台，个人觉得必须把一些高级技术话题的论坛建设起来。比如，加强云技术， ...
dreamice 发表于 2010-11-10 11:08

最初建议合并一下非主流版块，当然包括鄙人的Python版在内。现有很多版块太分散，相对来说帖子质量也很一般。而且有的版块，真的是人迹罕至。。。

不能为了追求而追求，很多昙花一现的东西没必要重新开立新版块。当然这个也和定位有关，CU是针对初学者还是“高端人士”？

如果是初学者，可以积攒一些不错的或者精华区的文章，归类。对初学者和学习的人更加方便。

如果是高端，个人更觉得应该组织实体的线下活动。这样更能促进小团体之间的沟通和交流。适时公布一些不错的经验和分享。

跑题了，段总的提议挺好的。不过架构和设计这两关键词，说起来和看起来都很空洞和空虚，可以扯实际的也可以扯淡。

你要知道，市面上若干所谓的架构师是多么多么的×××。

上面仅个人意见，无参考价值，请勿鄙视。

作者: duanjigang 时间: 2010-11-11 10:31

最初建议合并一下非主流版块，当然包括鄙人的Python版在内。现有很多版块太分散，相对来说帖子质量也很一 ...
smallfish_xy 发表于 2010-11-11 10:26

呵呵，我起初提议 “程序结构设计”后来跟江总讨论，他建议这个名字，为以后做大考虑，哈哈。
关于高端讨论，线下活动是不可少的。个人觉得，应该在论坛的帖子讨论的差不多了，有雏形了，或者众人已经了解基本问题的前提下，组织感兴趣的人
线下交流。:wink:

作者: surpass_li 时间: 2010-11-11 10:49
支持

作者: michael1983 时间: 2010-11-11 12:20
这个建议不错
针对那些工作三五年的架构师比较有用
但是可能会面临一个比较尴尬的问题就是曲高和寡
因为从一个新人成长为有经验的架构师之后，关注的东西就不再那么细节了，关注的是设计思想、模型、算法等架构层面的东西，有这些技能的人本身就是少数，而常驻CU的呢？更是少之又少。而能把自己的想法清晰的描述出来供大家讨论，这本身也是一种挑战。日常繁重的工作之后，我想很少有人可以静心坐下来去想这些东西的吧。但我不否认，如果有这样的帖子出来，则极有可能成为经典。
同时还有一个问题，如果我发了这样的帖子出来，会不会有人来解答和讨论呢？如果我的思路说出来了，没有什么有价值的回帖，反而会打击作者的积极性，起到负面影响。因为大多数的人还是喜欢速食，沉下心来去想帖子内容的人还是少数。

不管怎样，我觉得这都是一个很好的尝试，我也希望我的想法是错误的。
我建议可以先把专区设置起来，当然前期需要版主和管理人员进行一些引导，让那些有经验的架构师加入进来，共同进步，一起提高，争取早日出现一些类似CU算法、CU模型啥的！

作者: michael1983 时间: 2010-11-11 12:28

呵呵，复杂的问题为什么就不能在论坛说清呢？我觉得思路上清楚的方案，经过整理后，都应该能以文 ...
duanjigang 发表于 2010-11-10 08:28

段总说的对，但是实际操作中可能会遇到很多问题。
比如这句“思路上清楚的方案，经过整理后，都应该能以文字的形式呈现”，我们一句话可以带过整理，但是实际上整理工作是很琐碎和考验耐心的。如何表述？用词是否严谨？一天的繁重工作之后，很难做到。
“每个帖子的讨论却是深度和长期的，这样质量就会上去，从长远来看，还是很有益处的。”这个前景是很好的，但是帖子的受众本身就有限，就怕出现发帖之后，长时间无人理的局面。当然，我希望还是有更多志同道合的人出现趋一起讨论。

作者: dreamice 时间: 2010-11-11 12:34
回复 20# michael1983

这样的人确实是少数，所以希望cu能提供这样一个交流平台，让工作三五年之内的人，能看到自己的方向，能明确自己在技术领域需要达到的一种高度。
当然，任何事情都有人反对有人支持，但是，如果能分享经验出来探讨，无论是褒还是贬，必然能起到一定的修正作用，让不足的变得颇完善一些，让完美的在大家的心中产生共鸣。这就是学习和进步的过程。

像北大这样环境之所以出来的人大多数都很牛，看到俞敏洪写的一篇文章中说道，他们在校园里探讨谁读了多少书，对书中的看法和讨论，探讨学习，创业诸如此类。人以类聚，物以群分，最后气味相投的人必然能形成一个圈子，而这个圈子的人，在cu的交流平台上，就能各得其所，体现其价值所在。

作者: duanjigang 时间: 2010-11-11 12:50

这个建议不错
针对那些工作三五年的架构师比较有用
但是可能会面临一个比较尴尬的问题就是曲高和寡
因为 ...
michael1983 发表于 2010-11-11 12:20

呵呵，说的不错。
这个版块应该是能包容很多的，允许只说不做，本来就是头脑风暴，讨论嘛。如果你的看法别人认可，觉得可行，自然会有人是积极实践的。当然，我们希望实践这些模型的人尽可能把他的项目在论坛展开，这样众人受益；不过我们对讲论坛讨论的思路引进企业内部，个人使用的做法也无可厚非。还是那句话，有用就好！
另外，难免会出现针锋相对的讨论，或者称之为泼凉水。我们鼓励发帖者勇敢接受众人的批评，呵呵。只有在品评中才能彰显有才者的本事嘛

今天乘地铁时，我又想到了，假如或者如果

如果这个版块能搞起来，每几个月，我们将会整理精华讨论主题，建议论坛编辑出版书籍，作为CU在软件架构设计方面的一个特长吧。

作者: duanjigang 时间: 2010-11-11 12:53
软件设计类帖子重在质量，话题集中，有针对性。发帖数可能不多，但是回复，文字却会不少。讨论的主题，会比较集中。文字多余代码:wink:

作者: dreamice 时间: 2010-11-11 12:56
回复 24# duanjigang

同时也希望（可能有待考虑实施），进这个版讨论的，有一定的门槛，拒绝水贴。

作者: michael1983 时间: 2010-11-11 14:55

回复 michael1983

这样的人确实是少数，所以希望cu能提供这样一个交流平台，让工作三五年之内的 ...
dreamice 发表于 2010-11-11 12:34

恩，确实是这么个道理。真心希望大家能借助CU这个平台找到一些架构方面的朋友，从而形成CU自己的架构圈子，呵呵。
但校园毕竟是校园，因为学生有大把的时间去钻研和探讨，而工作了之后，大家的工作、生活、家庭，这些日常琐事会占用大部分时间和精力，而氛围这个东西是需要时间去积淀的，好不容易有那么点儿时间，如何去把他们拉到CU的圈子里，是需要考虑的。兴趣和爱好是最大的工具，同时我觉得一些物质或精神上的激励也是不错的选择。

作者: michael1983 时间: 2010-11-11 15:17

呵呵，说的不错。
这个版块应该是能包容很多的，允许只说不做，本来就是头脑风暴，讨论嘛。如果 ...
duanjigang 发表于 2010-11-11 12:50

不错，这里可以允许天马行空的想象，你只要觉得有可能实现的，就可以提出来，自己的技能不足没关系，有别人给你问诊把脉，当然，最终能落到实处，可以形成能落地的东西是最好不过了。泼凉水不要紧，只要你有充足的证据和理由，欢迎辩论。只有激烈的思想碰撞，才会有精彩的观念产生！

恩，电子书可以考虑，不错不错。越来越期待这个版块儿了！

作者: michael1983 时间: 2010-11-11 15:21

回复 duanjigang

同时也希望（可能有待考虑实施），进这个版讨论的，有一定的门槛，拒绝水贴。
dreamice 发表于 2010-11-11 12:56

这个门槛我觉得要先看试行期间的帖子质量和数量吧
如果比较火爆，可考虑加上门槛
如果冷清，门槛可暂时不要，等人气来了再说。

作者: zgsboy 时间: 2010-11-11 16:10
可以先在C/C++下下挂一个子栏目，看看效果，再讨论独立与否

作者: dreamice 时间: 2010-11-11 19:42

可以先在C/C++下下挂一个子栏目，看看效果，再讨论独立与否
zgsboy 发表于 2010-11-11 16:10

这个和c/c++可能还是有差异的，c/c++探讨的还是语言和算法，而系统架构更强调整体思想，可以大到一个产品架构，一个系统的解决方案等。这是愿景！呵呵。

作者: duanjigang 时间: 2010-11-11 23:10

这个门槛我觉得要先看试行期间的帖子质量和数量吧
如果比较火爆，可考虑加上门槛
如果冷清，门槛可 ...
michael1983 发表于 2010-11-11 15:21

呵呵，门槛这个概念再说，论坛中当然不能根据别人的注册时间和发帖数来评论他水平的高低，因此我觉得，能出谋划策的都接收，然后需要版主和管理员去整理各方言论。
谢谢支持！

作者: duanjigang 时间: 2010-11-11 23:16

不错，这里可以允许天马行空的想象，你只要觉得有可能实现的，就可以提出来，自己的技能不足没关 ...
michael1983 发表于 2010-11-11 15:17

呵呵，我们的原则就是：如果茴香豆的“茴”有第五种写法，那就请施展你的才华，我们拭目以待！

作者: a.a 时间: 2010-11-12 10:45
cu 子版块太多了！可以考虑将相关性比较大的进行合并。不赞同新增

作者: michael1983 时间: 2010-11-12 12:01

作者: 草上飞2008 时间: 2010-11-14 10:02

先声明，该话题为讨论可行性，如果觉得可以，建议CU开设，如果有障碍，就暂时搁置，呵呵！

建议成立这个 ...
duanjigang 发表于 2010-11-09 18:03

花了半小时间，看完了由段兄发起的关于“架构设计”版块的讨论，真是受益匪浅啊。
说实在的，近几个月时间里，一直想在CU里建立一个关于架构设计的版块，
正如duanjigang、dreamice提到的，CU目前的版块设置中，正缺一个系统化的板块，一个体现架构师（软件架构师、系统架构师）的版块。
dreamice提到：必须把一些高级技术话题的论坛建设起来。比如，加强云技术，虚拟化技术，系统架构等论坛平台，这样才能真正的走向资深！系统架构更强调整体思想，可以大到一个产品架构，一个系统的解决方案等。这是愿景！
往往工作3年以上的人，都会从单个功能的设计开发，转到系统功能，整体设计上来，这一方面，如果CU能提供一个交流平台，必然能吸引一些老手参与进来，并各有所益。
dreamice的这些建议，实在太重要了。CU真需要这样深化地发展啊。
另外，smallfish_xy提到：
如果是初学者，可以积攒一些不错的或者精华区的文章，归类。对初学者和学习的人更加方便。
如果是高端，个人更觉得应该组织实体的线下活动。这样更能促进小团体之间的沟通和交流。适时公布一些不错的经验和分享。
这个建议也可谓是当务之急啊，这个动作，我们已经在展开，并且要深化。
a.a (渔夫)提到的“cu 子版块太多了！可以考虑将相关性比较大的进行合并。”
这真是一个大问题啊，
所以，我们这次改版，就是要进行精简，并突出重点。

最近有这么一个想法：
这几年时间来，基于CU，搞了20多次不同规模的地面技术沙龙，后来，策划组织了数据库技术大会、系统架构师大会。
在近千人规模的系统架构师大会里，说真的，聚集了国内最高等级的系统架构师，讨论的重点就是架构设计。那我们为何不能在CU论坛里，形成一个版区的讨论，形成一个网上的架构师联盟呢？
想起2年前，系统架构师大会就是在跟新浪的张旭、童老大等几个兄弟的讨论中形成的想法，进而采取了行动。
michael1983：基于CU，形成一个CU的自己的架构圈子，大家能借助CU这个平台找到一些架构方面的朋友。（太支持了）

关于架构设计的版区，的确是有一定的难度啊，
正如michael1983提到， "我们一句话可以带过整理，但是实际上整理工作是很琐碎和考验耐心的。"
有很多开发、运维，架构师，随着官越来越大，工作越来越忙，真的是越来越没有时间，越来越少上论坛。
但如果我们把架构设计的版区慢慢做好，
如果真正形成一个 CU的自己的架构圈子，（版区中，增加一个 IT技术专家的称号，并设立架构师联盟）
如果我们基于社区，把IT专业的人才招聘做好，（架构师联盟者，将可以查询别人的简历）

这样能不能搞起来呢？
这里还有一个问题：
到底是定位于“软件架构设计”，（偏软）
还是定位于“系统架构设计”，（偏系统、偏硬？）
或者两者合为一体，还是分开讨论？

最后，如果前排几位有兴趣，将免费邀请几位作为下一届2011系统架构师大会的参会嘉宾。

作者: duanjigang 时间: 2010-11-14 11:28
回复 35# 草上飞2008

首先感谢唐兄的点评和观点！

关于这个板块，个人妄加预测一下：估计帖子可能不会很多，但是每个帖子的讨论应该是长久和深度的，质量很重要！我觉得CU应该更多重视它的资料的用途和用户需求度，N个人的小技术问题在过了一周后，去关注某个话题的人可能就没几个了，当然几个月或者几年后这些帖子依然能作为百科全书供需要者检索。
呵呵，个人和希望架构设计板块的帖子几个月或者几年依然还有人在关注，回复。因为，我和dreamice以及众多网友希望每一个架构讨论的帖子都是一个模型，最起码是在某一应用方面比较成熟的模型。这个模型是经过大家长期讨论(和实践)敲定的。这样，在后续工作中，有这方面的需要了，就可以采用CU中比较稳定的模型作为参考了。说到底，我们希望CU的技术板块有自己的思想，有自己的咚咚供别人去使用。
提到名字的选取，我一开始建议叫“程序结构设计”，后来dreamice建议干脆叫“软件架构设计”，为以后做大铺垫下，嘿嘿。现在按照唐兄的说法，包含更多，叫“系统架构设计”貌似更牛掰

我想了想，叫“系统结构设计与实践”是不是更符合我们的初衷？在讨论时我们不做太多拘束，能想到，可行，就可以说出来一起探讨。百家争鸣嘛

当然，个人认为，如果在讨论之余，能付诸实践，那最好不过了，比如，我们讨论定下了1，2，3个领域的模式或者模型。这时，某些话题的牵头人可能已经入手从事实际的项目或者产品开发了。
能看到大家的思想变成实际的产品，并为企业或者个人创造了效益，是最好不过的事情了！呵呵，如果有更伟大的朋友愿意讲这些模型的应用作为CU的开源项目而发起，那就是锦上添花了！
当拥有了自己论坛的成熟软件设计模型和一些成功案例之后，我想，CU的含金量和知名度一定会。。。不知道怎么说了。哈哈。
还有，即便论坛资料的整理很繁琐，咱们都应该尽量去做最大限度的整理和归并，最好，能像百度一样，形成自己的文档库(当然，这个下载还是不要收费好，取之于民，用之于民嘛)

哈哈，老鸟不出来参与讨论，一方面是因为官大，老婆缠的紧，工作忙，另外一方面估计也是没啥有挑战，有意思的话题，希望高级话题的出现能吸引一大批高手和资深人士浮出水面！

作者: duolanshizhe 时间: 2010-11-15 13:04
呵呵帮顶啊想法很好，继续努力吧！

作者: ashlv 时间: 2010-11-15 14:20
支持,但是不抱任何希望

作者: prolj 时间: 2010-11-15 17:54
行业不一样，隔行如隔山啊！
有些人，10年也就那操行！你还指望丫跟你谈设计？丫知道内裤怎么穿已经很不容易了。
学生/新手，灌水，这个确实是个问题。
装B，介个是成问题，比如，一个装机的，愣说自己是玩儿“云计算”的，插个网线就说自己在cloud，倒是啥是JB cloud啊？介样的人还跑到我们做Arch的那里吹牛B大大滴，太扯淡了。
所有/大部分内容源自文字材料的，介样的也属于装B的，就像现在对成功学讲师，丫就是个学《成功学》的，你说丫成功么？丫也没啥企业。我们要对是有自己实践的，真刀真枪实战出来的东西。切实自己做的，介个很重要！要不出来个B跟你吹cloud，啥是JB cloud啊？丫能讲明白么？哪部分是丫做的？丫设计了什么？不会丫买了10台AIX小机，然后整天装系统，插网线吧？
意愿是好的，执行太难，拿出一个可操作对执行方案吧。

作者: duanjigang 时间: 2010-11-15 18:06

行业不一样，隔行如隔山啊！
有些人，10年也就那操行！你还指望丫跟你谈设计？丫知道内裤怎么穿已经很不容 ...
prolj 发表于 2010-11-15 17:54

老P的话犀利但是很有道理。
希望每个模型的讨论都能实践出几个不错的项目！！大家加油！！

作者: 天地散人 时间: 2010-11-16 09:01
想法不错，短期实施的可能性不大，一般的小项目没必要这么做

作者: dreamice 时间: 2010-11-16 12:21
回复 35# 草上飞2008

今年的“架构师大会”有幸参加了，真的非常不错——除了几个厂家宣传产品外，真的是获益良多，尤其是在运维架构，云计算、分布式与虚拟化技术等方面，可以说是百家争鸣的意味。
可是大会之后，在整个CU论坛，却鲜有这样的讨论——甚至可以说几乎没有。架构可以说是“骨架”，无论是纯软件设计，还是硬件设计，系统设计，“骨架”没搭好，即使“零部件”设计实现得再精妙，也是失败的。
比如说，一个运维系统的网络建设，也可以看作系统架构，如果设计得不合理，扩展性伸缩不好，故障处理能力不强，一旦有一点变更就可能导致这个架构毫无用处。
所以，就我个人观点来说，“系统架构”板块，可以涵盖很广的内容，可以是一个软件架构，也可以是一个网络环境建设的拓扑架构，也可以是一个硬件架构，达到对一个整体解决方案百花齐放，互相探讨学习的目的。可以说这是一个高级话题，适合有一定经验的人来交流和分享经验。当然，也有如老p所说的，呻吟装大的人，但CU应该作为一个包容的论坛——海纳百川，有容乃大。我们既不摒弃这类人，同时可以由参与的人来思考探讨，发掘出其到底是纸上谈兵还是“真功夫”，取其精华，去其糟粕。站在不同的角度看问题，方能有更多的收获。

作者: 草上飞2008 时间: 2010-11-16 15:39

回复草上飞2008

今年的“架构师大会”有幸参加了，真的非常不错——除了几个厂家宣传产品外，真 ...
dreamice 发表于 2010-11-16 12:21

dreamice ，看来我们是想到一块去了，真是英雄所见约同啊

可是大会之后，在整个CU论坛，却鲜有这样的讨论——甚至可以说几乎没有。架构可以说是“骨架”，无论是纯软件设计，还是硬件设计，系统设计，“骨架”没搭好，即使“零部件”设计实现得再精妙，也是失败的。

作者: Tsing清 时间: 2010-11-16 15:50
想法和其中的一些思路比较赞同，请有想法的多多发言。

作者: duanjigang 时间: 2010-11-16 16:37
我倾向于老P的看法，实践检验理论。希望每个参与讨论的话题都能付诸实践吧。
要不然空口瞎说，很容易让帖子被水掉！:wink:

作者: 网鬼 时间: 2010-11-18 01:24
支持。。。

作者: jason69s 时间: 2010-11-18 13:09
呵呵，很有想法的一个提议啊

实现起来可能会有很多困难，不过尝试一下总是好的

作者: innovate511 时间: 2010-11-19 23:08
还可以考虑一个数据模型设计

作者: bun 时间: 2010-11-22 22:53
提示: 作者被禁止或删除内容自动屏蔽

作者: 987543611 时间: 2010-11-24 19:09
名字为什么叫兰兰？？？

支持开设，俺一票~

作者: vity 时间: 2010-11-25 10:42
设想一下未来的电脑。
一、硬件
1，显示器必将显示三维画面。由于人们看到的东西是两只眼睛看到景象的综合，所以显示三维空间的显示器必将是多个平面的组合。
2，鼠标具备更多功能，可以在三维空间中游弋。
3，输入输出设备连接电脑十分轻便，可能就是一根绳子。
4，典型的输入设备可能包括：鼠标、话筒、摄像头，画板，或3维感应球。
5,典型的输出设备可能包括：常见2维屏幕和3维显示器，常用的是投影头，喇叭。我想，也可能是3d眼镜。不过哪个会更轻松呢？
6，存储设备：光存储，很小体积的存储棒。
7，网络无处不在，联网及其方便。
8，大运算量都能找到服务器帮你运算。

二、面向人机沟通的软件设计思想
计算机辅助表达人们的想法，这些想法构成虚拟世界，同时也是在延伸现实世界。
以此思想为中心，未来的软件主要是在表达、存储、演绎和发布上。建立起人与计算机沟通的最重要的事情是，首先用计算机存储并表达这个世界，这是收集数据的过程，然后就可以依据人为制定的法则去演绎，最后将演绎的结果展示给我们。当人与机器沟通时，概念就起了作用，因为人们总是把很多事（世界上没有相同的物品，最多相似罢了）归类，让你所指代的东西近似表达我所认为的东西，通过概念和分类。
所以说，目前所有的oop思想都是错误的，对象与对象之间只有相似性。（待续）

作者: van_lin 时间: 2010-11-29 10:50
很有必要啊,现在的论坛都讨论基本技术了,,没有什么谈软件结构的,,不到大公司走一着压根不明白软件的设计结构...

作者: zhangsuozhu 时间: 2010-12-01 23:10
架构是企业软件的核心，我担心没几个人会拿来分享。

于是就是一些闲人天马行空的瞎想，及无聊的水贴了。

如51楼

作者: veking 时间: 2010-12-02 13:22
支持一下！

作者: jhui66 时间: 2010-12-02 21:05
个人觉得这个建议不错，不多说啦，顶啦

作者: duanjigang 时间: 2010-12-08 15:27
软件架构设计跟系统架构合在一起，个人认为有些喊声过高了，而且容易让软件开发的人员望而生畏

作者: stabilization 时间: 2010-12-12 00:52
支持一下

作者: CMAX 时间: 2010-12-13 16:34
我感觉可以先别定那么高的调子，弄得像参与的人都发现没有能力进去了

可以先就一些小的比较实用的模型进行讨论，属于大系统中的小系统，而且比较有通用性，大家在自己的系统中都能用得上的，这样大家有参与的热情

作者: tsie_chen 时间: 2010-12-13 23:48
各方面都可以。同意。

作者: swxlion 时间: 2010-12-14 10:47
标题: 建议改成"功能设计"之类的吧

复杂的问题架构问题很难在论坛能说得清楚的，参与的人也不会多，单独立板块会人气太低
hellioncu 发表于 2010-11-09 20:19

如老兄所说，复杂问题的架构的确是很难说清楚的。同样的系统，不同的需求和限制条件下，设计思路决不一样。有些时候甚至理念相反。
以通讯中间件为例，如果要求性能很高，则必然会大量使用异步机制和极度优化。而这必然会影响到与架构相关的流程和功能设计。这样的设计和流程，没有一定的优化经验和与不同平台系统的异步经验的人看来，是完全看不懂的。不同的平台，有不同的异步机制，不同的语言，有不同的流程和方法。这样做是不是最佳，如果不对相关的平台，语言和要求都非常熟悉的话，那很难说出个为什么和所以然来。
而如果不要求性能，改为要求降低开发难度，让新手一来就可以加入开发的话，必然会用大量的同步机制等，这样的话，在流程和架构上，就和前面以性能为主的设计思路就大相径庭。

另外，架构方面的很多设计涉及流程。无论是架构还是流程，都需要很多的突来辅助说明。而画图是很花时间和精力的。这样会提高讨论的门槛。试讨论慢慢变成少数人的讨论，和对大部分人的教学。

还有，架构分为两类：一类网站架构，一类软件架构。这两类往往差异很大。虽然都是整个系统，但前者涉及到很多的语言和硬件设备，且架构涉及范围很多在程序之外；而后者设计语言和硬件相对前者会少很多，而且架构涉及范围多在程序之内。如果这两类混在一起，往往一片鸟语花香，相互无法听懂。

在看了前面大家的讨论后，我发现大家好像更加关心功能和模块的设计。如果开架构区不成熟的话，不妨先开一个讨论功能和模块设计的区呢？这个区也可以作为日后架构讨论区的基础。

作者: maxxfire 时间: 2010-12-14 23:24
架构这东西很大，搞起来没边没际，而且和具体从事的行业关联很大。而且这东西就像建筑用的设计图纸一样，对公司单位来说是很重要的，不是一般人能够随便拿出来分享的。

我个人有两个提议：
1，可以做“开源架构分析”，就拿开源的软件来分析，比如：postfix, eclipse架构分析。
2，可以搞方法论的东西，比如“软件工程学”的项目分析、软件过程管理、软件设计方法、软件开发方法等。

作者: xianliang 时间: 2010-12-15 18:28
这才是有意义的事情。整天吵吵哪个语言更好，没意义。

作者: BetonArmEE 时间: 2010-12-18 11:18
提示: 作者被禁止或删除内容自动屏蔽

作者: 昱翔 时间: 2010-12-18 12:50
支持一下

作者: 贺兰云天 时间: 2010-12-24 14:45
62楼建议很好，这个版块不是不开，CU改版后马上就推出了，大家鼎力支持啊

作者: michael1983 时间: 2010-12-26 20:07

62楼建议很好，这个版块不是不开，CU改版后马上就推出了，大家鼎力支持啊
贺兰云天发表于 2010-12-24 14:45

CU要改版？什么时候啊？

作者: 贺兰云天 时间: 2010-12-29 09:55
还没改版完，晕倒

作者: dreamice 时间: 2010-12-29 16:11
CU的效率不敢恭维啊

作者: duanjigang 时间: 2010-12-29 19:51
首页已经改版，看到架构设计板块了。
论坛的布局还没改，支持喔！

作者: michael1983 时间: 2010-12-30 12:47
恭喜duan兄走马上任喽

作者: mercy_zheng 时间: 2011-01-05 11:11
方向上绝对是好的，，希望同志们多多提及更多的好点子。

作者: michael1983 时间: 2011-02-25 12:24
板块成立，此帖可撤

作者: canigreen 时间: 2011-06-01 16:32
要不，楼猪先提供一下软件项目，让我们了解一下实际的交流形式...

作者: yanyangtian4502 时间: 2011-09-27 11:09
不错

作者: yanyangtian4502 时间: 2011-09-27 11:10
实用是最重要的！大家一起努力！

作者: ballbillow 时间: 2011-11-03 01:13
强烈支持哈

作者: sytpb 时间: 2011-12-07 08:55
很好

作者: 见鬼了_cu 时间: 2012-01-13 13:03
有些事情需要尝试一下，才能知道好不好。用数据来说话吧。
而且开不开这个版块也不能只看人气；架构师这个方面的人本来就少，不可能像C++ 版那么热闹；
我相信，这个版块会非常有助于中国软件业产生像hadoop，storm，avro 等这样世界级的软件。

作者: hbsycw 时间: 2012-02-23 13:59
系统架构在于对软件的深度理解，还是可以讨论一下的！

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)