问作为一名软件架构师，我是否应该专注于分析日志和修复他人的错误？

EN

大多数人都认为软件架构师应该主要参与高层次的设计，制定标准，选择工具或框架，评估产品，实现原型和概念的证明，以及培训和指导开发人员

然而，实际情况是，这个头衔通常可以是对开发人员的政治任命，是授予项目开发人员的特殊头衔，甚至可以是像管理一样简单的东西--人力资源解决方案，以人力资源开发人员或高级管理层认为软件开发人员或软件工程师职称不可接受的工资或费率雇用急需的开发人员。

换句话说，标题基本上是没有意义的。

作为一名软件架构师，我是否应该专注于分析日志和修复他人的错误？

应该是吧？是和不是。你负责整个产品的质量和进化路径--让它明天起作用，但也让它在明年发挥作用。

这是否意味着伸出援手来解决棘手的问题？当然-至少我知道。如果你的顾客离开你，你明天就不能使产品运转。

这是否意味着你应该把你所有的时间都花在这上面？绝对不是。你负责质量和进化的整体。把这么多时间花在追逐问题上是适得其反的。

你应该积极主动：

1. 启动教育计划，以便其他人(开发/支持)能够提高负担。“教人钓鱼”和爵士乐。
2. 发明方法和开发工具，以支持更快、更容易的缺陷分析和根源隔离。如果你觉得这很无聊，其他的，可能不太有才华或经验丰富的开发人员认为这不仅是无聊的，而且也很困难，甚至令人望而生畏。通过技术帮助他们克服这一问题。
3. 开始努力提高产品的质量--简化、模块化、创建测试框架--以身作则，而不是抱怨和威胁退出。
4. 确保开发人员知道您在做什么--同时也知道您的经理。架构师的角色更多的是与其他人的关系，然后是编码和分析。尽管你可能讨厌这个，但政治在这里起着关键作用。确保你的同龄人看到你的成就会使你以后更容易说服他们你是对的。如果你还没到那里，那就用研究和POCs来支持你的说法。
5. 如果所有这些都失败了，并且只有在花时间让事情变得更好之后，才和你的经理谈谈。说你的技能更好地运用在计划和设计阶段，看看能做些什么来改变当前的情况。你的产品可能处于紧要关头，而你的经理的回答可能是“我们现在就在这里需要你”。不过，我坚持要有一个长期的计划--我们将如何改变目前的局面。

我认为建筑师的角色是一种特权。你可以以一种其他人不可能的方式影响产品--理论上比你更有影响力的只有产品研发经理(可能还有营销经理)--但他却忙于管理。

传统上，软件架构师的角色不允许他们修复bug。软件架构师确实帮助修复软件中的设计问题，因此，如果您所说的bug是指软件设计的核心方式会给软件的扩展/维护带来更大的脆弱性或困难，那么SA的工作就是提出或重新设计软件的各个方面来解决这个问题。

鉴于你所说的：

我50%的时间花在Notepad++上，分析软件日志，并试图找出哪里出了问题。30%修复他人的bug和剩余的(如果有的话)检查开发人员的意大利面代码。

这不是真正SA的角色，而是我希望我们的开发人员1级和2级程序员与一名高级开发人员一起开始的角色。我之所以这么说，是因为我发现它确实帮助我们公司的新开发人员通过在代码质量问题上的工作来进入产品和代码。你是你公司的新员工吗?他们让你做这个工作才能进入系统？如果是这样的话，也许在短时间内这是可以的。如果这是你的日常工作，并已超过一年，那么很可能是时候寻找另一个角色。