我们的许多用户可能都熟悉每当应用程序以某种方式崩溃时出现的"唯一错误短语"。它们有一种奇特的形式，我们想分享它们背后的动机。在诊断问题时，能够将特定客户事件与日志中的信息关联起来是很有帮助的。每当我们的应用程序崩溃时，我们都会为事件生成一个唯一的ID，并显示给客户，以便他们在向我们报告某个问题时将其包括在内。这并不是一个新颖的做法，它实际上相当原始，淘客引流，但只要有一个ID，我们的员工就可以直接跳转到客户问题的更多技术信息，这样我们就可以更快地对问题进行分类和响应。体位法的新颖之处在于这些ID所采用的形式。在大多数其他应用程序中，面向客户的ID通常是一长串的数字和/或字母。用这种方式向人类表示一个数字有很多小的、微妙的缺点，所以为了好奇，为了给本来令人沮丧的情况增加一点轻浮，我们尝试了一些不同的方法。数字造句想象一下，将32位信息（数字高达40亿）表示为一个句子，而不是一堆混乱的数字。每个句子都可以有相同的可预测结构，数字将用于从字典中选择单词来填充该结构，就像Mad Libs一样。一种可能的句子结构可以是：count+形容词+复数名词+动词+副词，例如"6 sad squid sweettle"我们可以这样划分数字的位空间：计数为5位（2-33，因此总是复数）形容词的7位（128种可能性中的一种）复数名词的7位（128种可能性之一，我们让所有动物都是为了好玩）动词的7位（128种可能性之一）副词6位（64种可能性之一）现在，如果一本词典包含了这样分类的单词，我们可以生成40亿个独特的（有时是非常难忘的）句子。在体式中，用来生成错误短语的ID是随机的，因此同一个句子不可能出现两次。自动问题跟踪由于我们非常关心为用户提供稳定的体验，数据无价，德国云服务器，因此我们投入了大量的精力在一个系统上，它可以记录应用程序中任何地方发生的问题，无论是在我们的服务器上还是在客户的浏览器中。它收集了大量关于崩溃的有用信息（堆栈跟踪、日志片段、应用程序状态、用户和会话信息等），并自动将类似的问题分组并导入到内部Asana任务列表中，如下图所示。所有的问题都在体式中，这样我们就可以看到关于每个问题的汇总信息，比如发生的次数和受影响的不同用户。从那里，我们可以标记，优先排序，返利app是真的吗，并分配它，以便它得到修复。这个系统使体式对我们来说是一个非常有效的问题跟踪器，因为每个问题都有很多与之相关的重要元数据，当然，包括一种从用户报告的唯一错误消息中找到它的方法。因此，如果您遇到了崩溃，请放心，大数据分析软件有哪些，它已经在我们的团队可以采取行动的名单上。我们希望你至少能得到一块宝石作为安慰奖。12只柔软的小猫温暖地拥抱在一起。或者8个疯狂的兽人大声跺脚。或者。。你明白了。