如何对付一个觉得自己高于标准程序员的软件架构师？

Question

这篇文章似乎属于SE Workplace和SE程序员之间的某个位置。但是，由于它专门针对编程问题，所以我决定将其放在这里。

建筑师的职责是什么？我之所以这么问，是因为在我工作过的每一家公司，建筑师的职责都是这样的：

• 指定功能模块的接口。
• 参与代码评审。
• 准备描述将要实现的功能的规范文档，包括但不限于序列图等。

我最近开始了一份新工作。在这里，建筑师的职责是：

• 分别向每个团队成员描述一个问题并建议实现，而不是一次记录它，然后让我们自己熟悉它。
• 在两周内，几乎24小时的编码记录中，他提出了很多没有文档化的代码，即使代码做了它应该做的事情。
• 根本不关心代码评审，不管是他自己的还是其他人的。
• 绕过我们作为程序员努力制定的任何编码标准:无论是单元测试、文档还是格式。
• 完全不了解我们编写应用程序所用的语言(C++)的规则，包括但不限于对象生命周期管理，或者通过复制传递大型结构。

当他面对这些事情时，他回答说：“我们不可能以他应该写的方式写这些东西。”当我和这里的一些更高级的员工交谈时，他们只是简单地说，“事情一直都是这样的”，他只是与管理层有更多的回旋余地，因为他单独维护着一个管理我们应用程序测试的系统，这对公司来说当然是至关重要的。

我觉得这种行为是不应该容忍的，因为它将能够维护代码的人数减少到几乎为零，因为他通常为我们以后需要使用的应用程序编写最基本的代码。我确实明白，他可能因为以前的经验而习惯于独自工作，但通过重复他的实践，他创造了一个其他人都无法维持的系统。

在我的情况下，除了提交辞呈和寻找另一个机会之外，还有什么可以做的吗？我对这种情况感到非常沮丧，因为我认为这只是滥用权力。

Answer 1

建筑师的职责是什么？

这将因公司而异。有的对系统进行了高层次的设计。有些人担任从商务到开发的翻译，反之亦然。一些指导程序员如何成为更好的程序员。有些人写了所有那些没人会写的粗俗的代码。有些人坐在办公室浏览网页，领取薪水。

在我的情况下，除了提交辞呈和寻找另一个机会之外，还有什么可以做的吗？

绝对一点儿没错。

让我们从第一个选择开始--让架构师从怀疑中受益。完全有可能的是，通过编写工作代码，它们为公司提供的价值远远超过通过文档提供的价值。是的，对您来说，维护它可能更慢或者更容易出错，但是在实现他们实现的东西时，您可能会更慢或者更容易出错。

我曾在一位顶级程序员创建公司的地方工作过。如果他们没有能力做竞争对手做不到的事情，公司就会倒闭。如果他们不这么做，那么代码的可维护性就不重要了--你们都失业了。

现在，这是绝对乐观的情况。也许更可能的情况是，一个优秀的程序员跟不上时代的步伐。他们还没听说过单元测试。他们不相信关于可维护性的成本论点。也许他们很忙。也许他们很固执。也许他们一开始就没那么好。这不重要。

你需要做的是在这些事情上展示价值。如果架构师断言您不可能正确地完成这一任务，那么就请您完成即将到来的模块之一。如果架构师说大型结构副本是必要的，那么就表明它们不是通过重构代码和搁置代码来实现的。如果架构师说代码有足够的可维护性，那么在平均解析时间上获得一些度量，并证明它们不是。如果架构师不认为单元测试是有用的，那么说明如何通过使用它们使代码完成得更快、缺陷更少。

记住你们都是来解决问题的。如果架构师不想以你的方式解决问题，那就问问他们有什么选择。