Swift后端的应用程序监视，首次更新

起始时间

自上次更新以来，发生了很多事情，我们想向您介绍我们的进展。

首先，让我告诉您更多有关我们的身份以及我们这样做的原因。 我和Alex五年前在SaaS产品上一起工作，并且在那时也成为好朋友。 Alex为生活设计产品时，我是一名软件开发人员。

在过去的几年中，我一直在为iOS开发，并在此之前使用Node.js和C ++。 我认为，无论使用哪种语言，开发人员工具都是日常工作中令人沮丧的一部分。 我希望您喜欢Xcode，但是……令人困惑的是，我们开发人员没有花足够的时间来使我们的工具更锋利，因为从长远来看，即使工具效率提高5％，也可以节省大量资金。 尽管创建了如此多的编程语言并发布了这些语言的库，但是整个开发过程仍然受到早期计算的启发，当时唯一的输入方法是文本。 看来，对其进行现代化的努力还不够集中和不够完善。

想出一个主意

当Swift宣布具有许多当时被认为是“学术性”语言的功能时，我对它印象深刻。 开源Swift使我们更接近成为全栈开发人员，并将其带入所有其他生态系统。

在那个时候，我围绕着开发人员工具研究自己的一些想法。 如果我们拥有GitHub，但对于iPad上的Swift Playgrounds，又能够轻松地在操场上共享代码，跟随其他人和他们在Swift上的经验，该怎么办？ 如果您可以花最少的精力在云中运行Swift代码而不用担心服务器和可伸缩性怎么办？ 所有这些都可能是个好主意，我很乐意看到有一天将它们付诸实践🙂

这使我对在Linux上运行具有很多潜在潜力的Swift产生了兴趣。 除了能够为多个平台编写代码之外，Swift本身在这个领域中处于有利地位，唯一可比较的语言是Rust和Go。 Swift在其生成的可执行代码中在可读性/简单性和CPU / RAM占用空间之间取得了良好的平衡。

这方面存在信息空白，我试图填补七月份发布的时事通讯。 订阅者的数量（每周增长5-10％）和内容量证明了我的假设。 非常感谢我们的读者以及所有为服务器端Swift生态系统做出贡献的人们，没有您，这个新闻通讯将无法实现！

这使我确信，可以在生态系统增长的早期阶段对开发人员工具产生最佳影响。 好像我找到了一个合适的人选。 从简单的事情开始是合理的，应用程序监视和检测似乎是一个不错的选择。 事实证明，对于Linux上的Swift，在这方面没有做太多事情。 亚历克斯喜欢这个主意，我们想证明确实有此需要。

验证想法

在将近一个月前启动了Astrocat的目标网页后，我们已经对这件事产生了浓厚的兴趣。 令我们惊讶的是，有多少人已经在生产中使用Swift，而提高后端稳定性和性能的工具将大有帮助。

我们看到了对崩溃报告和仪表工具的明确需求，并对未来产品有了清晰的愿景。

Astrocat的第一个版本将是一个集成在后端中的库，该库会将崩溃和错误报告发送到我们的服务器或本地托管的服务器。 基于这些事件，它通过电子邮件，Slack集成，推送通知等向您发送通知。