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

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

用“功能”，“性能”，“稳定性”，“可维护性”，“可扩展性”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”带领的团队里工作，那么你就理直气壮地骂他“他妈的，瞧你这傻逼设计的鸡巴架构！”。

[解决办法]
好
[解决办法]
3，不及格
[解决办法]
他妈的，瞧你这傻逼设计的鸡巴架构
....太狠了！！！
[解决办法]
顶顶！！

[解决办法]
最后那句话，我喜欢