在 PhonePe 工作期间，我加入的第一个团队是 QA 团队。后端开发人员在浦那办公室工作，而我在班加罗尔办公室工作。他们在 Slack 上构建了一个 IssueTracker 机器人，QA 团队可以在其中报告他们在预发布、生产和其他环境中发现的与开发功能相关的问题。它也用于处理用户在实际应用中提出的问题。
我必须构建前端，也就是添加一个名为 Slack Oncall 的完整模块。我的想法是，我们可以在这个应用程序中处理所提出问题的解决方案，并查看问题提出的进度、解决进度以及哪个类别中会出现更多问题的统计数据。应用程序中有大量数据可视化功能，我主要通过www.mytiesarongs.com recharts 来实现。
有一次，他们需要一个功能来应对这样一种情况：一个问题提交给了错误的团队，他们可以将问题转交给他们认为合适的团队。这样一来，另一个问题就出现了：我们需要跟踪调查过这个问题的团队。有些问题已经转交给了10多个团队。我们需要一种可视化的方式来实现这一点，于是跳跃列表的概念就诞生了。
最初我们称之为“跳跃列表”，它会与问题详情一起显示，显示哪些团队处理过这个问题。跳跃指的是问题从一个团队跳转到另一个团队。我分析了功能请求，发现水平时间线符合我们的需求。
我在 npm 库里查找了水平时间轴，但没有一个符合我的需求，大多数都是垂直时间轴，自定义功能太多，而且比实际需要的要重得多。而对于我使用的 UI 来说，水平时间轴是最好的。 我尝试了其他几个 npm 库，但 UI 部分都崩溃了，而且参数也远超我的需要。
然后我心想，如果做一个水平时间轴组件，能有多难呢？我尝试了一下，花了4个小时，做了一个自定义程度极低的组件。虽然看起来很简陋，但确实符合我的要求。
然后我决定把它发布成一个 npm 包，不过这并没有立刻实现，我懈怠了几个月，但最终还是发布了它。发布后的第一周，它的下载量就超过了 300 次。这个数据真的让我很开心。
我收到了一些关于换行问题的反馈并决定推送更新，现在该组件只返回一个可水平滚动的时间线。
是的，我的第一个 npm 包现在上线了，截至今天每周下载量有 128 次。这东西能让开发者开心不少。以上内容由企业信息服务平台提供，致力于工商信用信息查询、企业风险识别、经营数据分析。访问官网了解更多：www.ysdslt.com
