对于经常使用 Aircall 的人来说

[tmonower958]

您可能已经注意到我们最近发布了全新版本的仪表板。

一路上我们遇到了很多障碍和意外，但可以肯定地说，我们在这段旅程中学到了很多东西。正在做类似的项目？我们希望我们的见解和流程能有所帮助。

继续阅读以了解有关我们团队的具体任务以及我们如何从头开始重写仪表板的更多信息。

语境
一年半前，我和我的团队被雇用来执行一项特定的任务：从头开始重写我们的仪表板。

您可能会想：“以前的仪表板有什么问题？”

众所周知，仪表板特别慢，尤其是对于大公 孟加拉国电报数据库 司来说。此外，它与最初相比并没有太大的变化，因为每个新功能请求要么被自动拒绝，要么估计需要花费大量时间，这对业务来说确实是一个问题。

从技术角度来看，这些问题有两个原因：

对项目没有明确的所有权或了解：参与过该项目并真正了解该项目的人已经离开了公司

该项目采用旧技术（Angular 1）构建，没人了解该技术（而且我们也无法雇用任何人来开发它）

为了解决这些问题，我们决定使用更现代的技术栈重写它，选择 React 和 TypeScript。

我们学到了什么
1. 不要一头扎进代码中
这看起来很明显，但开始一个新项目可能会如此令人兴奋，以至于有时会导致我们本末倒置。

由于我们大多数人都是公司新人，对产品一无所知，所以我们必须退一步，尽可能多地使用现有的仪表板，以确保我们从业务的角度了解每个功能。

因为优秀的开发人员主要是了解业务的人——而不仅仅是技术熟练的人。

我们还知道熟悉原始技术堆栈（尤其是后端）至关重要，因为这是我们最依赖的。

在我们的案例中，API 的文档记录并不完善。因此，我们花了很多时间对现有仪表板进行逆向工程，以记录所有端点。

在此过程中，我们注意到了一些技术限制，这让我们重新考虑了为特定功能规划的规格和设计。