讨论软件架构的30条共同原则

想象一下飞过的体系结构审查。 一位建筑师走进来，环顾四周，掩饰着自己的双筒望远镜。 他提供的评论通常过于笼统或脱离上下文。 评论时常常会充耳不闻或保持沉默。 他们很少会帮助任何人。 每个程序员都很害怕。 每个建筑师也很害怕。 据说软件架构师应该像园丁而不是指挥官那样思考。 前者可以塑造，管理和去除杂草，而后者则可以定义和支配。 架构师应该策展而不是命令，塑造而不是定义，并鼓励讨论而不是标签。 但是

>>阅读原文<<