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

yaoaiguo

打兵乓球比打羽毛球难多了。

踢足球比打篮球难多了。

umpc_cu

中国大量的半瓶子程序员不思进取，工作几年就觉得自己很牛，整体能力低下。

从“计算机要从娃娃抓起”到现在，N年了，中国进化出几个真正的程序员？都是一群眼高手低的家伙。

杯具，真正的杯具。

liexusong

其实我还不知道什么是架构呢！请高手指点一下吧！

2015_cu

原帖由 umpc_cu 于 2010-1-28 09:29 发表
中国大量的半瓶子程序员不思进取，工作几年就觉得自己很牛，整体能力低下。

从“计算机要从娃娃抓起”到现在，N年了，中国进化出几个真正的程序员？都是一群眼高手低的家伙。

杯具，真正的杯具。

--------------------------------
计算机从娃娃“抓”起。
是说被绿爸爸护航了，随时可以抓起来吧。

lygxy

满耳构架，不知何物

CU_SeeYou

*** 外行也能客观准确地评估一个软件架构师的能力 ***

用“功能”，“性能”，“稳定性”，“可维护性”，“可扩展性”5个方面衡量一个软件产品的质量。
透过“功能完成度”，“性能满足度”，“稳定度”，“易维护度”，“易扩展度”5个量来看软件架构师的能力。


举个例子：一个由10人组成的研发团队，其中一人是技术领导（架构师）。让这个团队开发一个10560工时（这个数据是经过客观评估的）的软件项目，也就是要求这个团队6个月完成。6个月后，我们透过项目的完成情况来评估一下这个架构师的能力（得80分以上算及格）：

1. 架构师能力：优秀，100分。
功能完成度：100%
性能满足度：100%
稳定度：100%（即使偶尔出现崩溃，如果能很快查明原因并解决，解决了一个少一个，不能不见少，更不能不见少反而增多，这也可认为稳定度是100%）。
易维护度：100%，发现问题后，能很快查明原因并解决。
易扩展度：100%，如果有新的功能要求，很快就有思路，短时间内就能把新的功能加入，并且不影响其他已实现的功能，不须要改动架构。

2. 架构师能力：良好，90分以上100分以下。
功能完成度：100%
性能满足度：100%
稳定度：95%，经常出现崩溃，但都能及时查明原因并解决，解决了一个少一个。
易维护度：95%，发现问题后，有些问题不能及时查明原因并解决，但最后还是解决了。
易扩展度：95%，有新的功能要求时总是需要一段时间思考，不能马上就有思路，不能很快把新的功能加入，最后成功加入了，但对原有架构做了改动。

3. 架构师能力：一般，80分以上90分以下。
功能完成度：100%
性能满足度：95%，比如运行效率低，界面反应迟钝。
稳定度：90%，经常出现崩溃，有的费很大劲才查明原因并解决，有的虽然解决了但又滋生了一个。总体趋势是解决了一个少一个。
易维护度：90%，发现问题后，有的问题花了很长时间才解决，有的问题虽然解决了但又滋生了一个问题。总体趋势是解决了一个少一个。
易扩展度：90%，有新的功能要求时，一时想不出办法，加入新的功能很困难，加入后破坏了原有架构，架构质量下降。

4. 架构师能力：糟透了，80分以下。
功能完成度：95%~100%
性能满足度：90%，比如运行效率低，界面反应迟钝，有时还出现假死机的情况。
稳定度：85%，经常出现崩溃，很多都是一筹莫展费很大劲花很长时间才解决，经常解决了一个又滋生了一个，不见崩溃现象减少。严重影响产品发布。
易维护度：85%，发现问题后，很多问题都是费很大周折花很长时间才解决，经常解决了一个又滋生了一个，不见问题减少。严重影响产品发布。
易扩展度：85%，有新的功能要求时，一时不知如何加入，加入后严重破坏了原有架构，架构质量下降，隐患增多，软件稳定性下降。


如果你在“架构师1”带来的团队里工作，那我祝贺你！你很幸运，好好珍惜机会吧，虚心向他学习！最好他去哪（跳槽）你就跟到哪，不要离开他。在这样优秀的架构师下工作是件非常愉快的事，而且从不会感觉劳累。

如果你不但没有感受到工作的乐趣，反而感觉工作很累，那么你一定是在“架构师2”或“架构师3”或“架构师4”带领的团队里工作，那么你就理直气壮地骂他“他妈的，瞧你这傻逼设计的鸡巴架构！”。

[ 本帖最后由 CU_SeeYou 于 2010-1-28 14:52 编辑 ]

windfaddy

蛋定……

A.com

我不知道什么叫做架构，只知道怎么分解流程，怎么定义每个模块的边界，怎么在模块间交换数据。当然，在会上也画画结构图啥的

cnazhp

先要深入，然后深解@@@@