选举投票，历来是关乎民主与公平的重要事务。过去的纸质投票虽然效率不快，却一直平稳进行。然而，这次使用了声称仅需2小时即可得出结果的电子计票软件，却不幸出现了故障。这一事件无疑引发了我们深思。
在这个快速发展的时代，电子计票应用的出现似乎顺应了潮流。人们期待它能高效地呈现投票结果。这种方式能节省大量人力物力，迎合了现代人对效率的追求。起初，这款应用备受期待。相关人员相信它能显著提升投票统计的效率。然而，现实却给了所有人一个沉重的打击。
这一程序的失败，迫使人们不得不重新审视在重要事务中运用新技术的潜在风险。它并没有像预期那样迅速提供结果，反而引发了广泛的混乱。这一现象使得人们对新技术在关键领域的应用持更加谨慎的态度。
应用程序测试时的问题曝光
1月中旬便开始了测试，然而过程并不顺畅。需要通过特定平台下载App，但在两只手机中，只有一支能够正常启动。这种测试中的不稳定现象，当时或许并未引起足够重视。事实上，这已为后续的故障埋下了隐患。若当时能深入探究原因，或许就能避免后续的大规模混乱。
从地点角度考量，此类测试可能仅限于特定的测试环境，并未充分考虑到更广泛的实际应用场景。而在人物方面，参与测试的人数可能不多，未能全面揭示潜在问题。可以说，测试过程中存在的缺陷直接影响了最终应用程序的使用效果。
新旧公司信誉和经验对比
2016年的选举中，人们使用了功能相似的移动应用，这些应用当时是由经验更为丰富的团队所开发的。与此形成鲜明对比的是，2020年这款应用则是由一家新公司所打造。这家新公司在此之前未曾接触过如此大规模的需求，无论是资源还是经验，都不及之前的团队。它们在资金和人力支持上均显得不足。
新公司因缺乏经验，在打造App的过程中难免会遇到不足。以2016年的App构建为例，筹备期就长达一年，其中前三个月的设计打磨就耗费了不少时间。相较之下，2020年的App构建仅用了几个月，且成本仅为63182美元。这一对比凸显了新旧公司在承担此类重要任务时，在能力和资源上的显著差距。
构建周期与筹备过程
2016年，App的构建筹备时间较长，前三个月主要进行产品设计，期间与需求方进行了深入的沟通和细致的研讨。相较之下，2020年这款App的构建周期明显缩短，从8月到12月，总共不过几个月。面对如此短的时间内应对大规模的选举计票需求，出现问题的可能性自然不容忽视。
构建周期较短，这导致在设计和其他方面可能不够周全。缺乏充足的时间来调整和优化。应用程序在初次使用时就需要表现出色，但如此短的时间内很难实现这一点。正因如此，它在实际应用中容易出现问题。
App的可靠性和安全性
数据显示，这个App的数据和运算结果虽然可信且已验证，但数据处理速度却显得缓慢。至于安全性测试，测试公司的名字无法透露，虽然声称进行了独立审核，但人们仍难以对其完全信任。
故障发生之后，他们拒绝了国土安全部提供的安全分析协助。这一举动，无疑加剧了人们对该应用安全性的疑虑。毕竟，六位专家的分析结论或许存在不足。若国土安全部参与其中，或许能给出更为全面的评估。
事件带来的影响与反思
此事影响广泛。首先，它导致了选举结果公布的严重延迟。其次，公众对电子计票的信任度可能大幅下降。从更宏观的角度来看，它还让那些正在考虑在类似重要事务中使用电子软件的组织开始感到犹豫。
在此，我想向读者请教，若您负责挑选电子计票系统，又将如何防止类似问题再次出现？期待大家点赞、转发、热烈讨论这一话题。
