抱歉，这个“全栈”梗让我很生气/难过

上面的表情包可能会给“全栈开发者”蒙上阴影，因为它把他们描绘成一匹马，但只画出了后端。如果你正在组建一个团队，你是更愿意选择上面的表情包，还是选择只了解系统一部分的开发人员？

就我个人而言，我会毫不犹豫地接受那张 meme 图片。如果“部分堆栈”开发人员感兴趣的话，我也会接受（详见下文）。

我明白。这听起来挺有意思的，但我们需要少一些墙，多一些桥。很多时候，管理者们会固守一些老掉牙的观念，比如“没有全栈开发人员”，然后强行推行阻碍良好快速沟通的团队结构。听着，我们的用户不在乎我们的架构，他们关心的是代码端到端的运行。我希望管理者和领导们能够转变思维，或者至少能够接受快乐自主的团队理念。

我认为“全栈开发者”的最佳理念在于，最健康的团队充满了同理心，他们愿意设身处地为团队中的任何成员着想（无论他们的专长是什么），从而了解队友面临的挑战。这可以很好地确保：

• 通过同理心来提升团队士气
• 领域知识转移
• 由于每个人都熟悉堆栈的每一层，因此可以更好地进行估算
• 必要时人们可以帮忙

现代 Web 开发正在大力推崇“全栈团队”，而不是“全栈开发者”。如果要用一幅图来形容我，那应该是一匹大部分肋骨和腹部都涂成阴影的马。我不是 CSS 专家，也不是 SQL 大师。每个人都有自己的优势和劣势，但团队应该团结一致，完全自主高效。我是认真的。团队中的每个成员都是有价值的。

我知道我不应该为此如此烦恼，但我还是会。如果说我从我为这个博客做研究的佛教学者那里学到了什么……那就是你不应该评判你的情绪——你应该接受它们。我承认，我以前也曾被一些没有真正像团队一样运作的团队弄得焦头烂额。我不想等上两周，等着后端开发人员给我一个新的 API，好让我终于可以开始我的 UI 工作。我们一起开发 API 和 UI 吧。

你怎么看？你的公司是否过于强调 UI/后端团队的分离？他们是否过于强调全栈团队？还有其他方法可以保持高度的协作和同理心吗？

—————————————————-
如果您喜欢这篇文章，请考虑阅读：《
回家：帮助你在工作中放下工作的 4 个技巧》
或
《佛教如何敏捷》
或
《在喧闹的办公室中找到平静的 10+ 个技巧》