就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the help center为指导。
9年前关闭。
我在一个几乎是大公司内的初创公司的组织工作。该团队有数名数据库工程师和数名软件工程师(在数据挖掘领域)。我们的发展速度很快,因此需要制定 future 几年的整体架构战略或技术路线图(或指南针)。作为一名软件工程师,我的任务是每两个月召开一次 session 来领导讨论。所以,我的问题是,你如何开始你作为建筑师的角色?您如何开始组织范围的架构讨论?
我开始阅读“每个软件架构师应该知道的 97 件事”一书,但我想从您的经历中听到更多。那么,作为一名建筑师,您是如何开始的?
此致,
最佳答案
在你知道你从什么开始之前,不要开始谈论架构。在其他人也开始讨论架构之前,不要开始讨论。
关于architecture - 您如何开始软件架构讨论?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3551903/