我是Kyle，我是Shortcut的技术幸福工程负责人。
科技幸福工程？ 那是真实的头衔吗？
就是现在。
让我从一个问题开始。
作为软件工程师，或者实际上是任何使用过技术基础架构的人，您将如何个性化该基础架构？
多数人的答案是这样的：它缓慢，令人困惑，过时，令人讨厌并且只是令人沮丧。 我的目标是简单明了。 让它快乐。
实际上，我的角色将被视为DevOps，云和软件工程的结合。 DevOps工程师的头衔太混乱了，而且我还没有胡须。 云工程师可能有点模棱两可。 软件工程师太普通了。 技术幸福工程师是我妈妈可以理解的头衔。
作为工程师，我认为自己很懒。 但是，您知道，这很好。 我很懒惰，因为我不想做两次相同的事情，也不想为获得想要的工作而辛勤工作。 这就是为什么我们在Shortcut上构建自动化系统的原因。 这些系统可以执行所有操作，从发生异常情况时向我们发送Slack消息，自动合并和生成计划，向服务提供商和客户发送文本和通知（向John大喊大叫）。
保持技术快乐的一部分是敏捷和拥有快速行动的能力。 做到这一点的关键是简单性。 如果您的架构简单且可行，那么您将有更好的时间集成最新，最强大的工具并构建杀手级功能。 太多的组织变得孤立无援，并与特定的解决方案结合在一起，结果，工程团队被隔离开来，形成了一个复杂的蜘蛛网，维护起来很麻烦，价格昂贵，而且肯定不满意。
因此，下一次您发现自己濒临将笔记本电脑扔到房间里并大喊大叫的时候，因为您使用的UI下降或不再连接到您尝试连接的那个东西，或者只是收到一些模棱两可的错误消息像这样：嘿，您想做的事情行不通，并且此消息肯定不会帮助您了解正在发生的事情。 您可以感谢您缺乏技术的幸福感。
