用法跟踪是深奥的还是最先进的？

Question

有几种用于跟踪应用程序使用情况的产品。我知道至少有10份报价。他们告诉你哪些特征比其他特征使用得更频繁。因此，您可以识别可能不会变成新版本的特性。

而与谷歌分析，或类似的工具，这是一个标准的工具，为网络在“页面级别”。我只是想知道，是谁已经将这种分析用于桌面应用程序了？

像微软这样的大公司当然会这么做，但是ISV和小供应商(也许是50名员工)会使用这样的工具吗？

我目前不认识任何人，所以我真的很好奇:使用跟踪是深奥的还是最先进的？

Answer 1

使用情况跟踪在web应用程序中要流行得多，原因有以下几点：

1. Web应用程序共享一个共同的客户端，主要由标准技术(HTML、CSS、Javascript)组成。构建分析工具要容易得多，因为您正在分析的内容基本上是标准化的，并且可以公开使用。
2. 在web开发中，进化原型是一种相当标准的方法，跟踪使用情况尤其有用。
3. 功能膨胀对web应用程序的伤害更大。一个需要40K Javascript库的特性损害了每个用户的体验，知道有多少用户实际使用它是非常重要的。

也就是说，使用情况跟踪对于每个应用程序来说都是或者应该是重要的，但是在桌面应用程序上实现起来并不容易，也不那么有价值。传统用法跟踪的一个例子是火狐的TestPilot add on。

不过，更有趣的是，一组新出现的技术被归类在流行词运行时智能下：

运行时智能(RI)一词是指用于收集、集成、分析和表示应用程序使用级别、模式和实践的技术、托管服务和实践。RI是商业智能(BI)和软件开发生命周期(SDLC)管理中的一门学科，专注于应用程序内部的精确方法级监控和跨应用程序、平台和领域的宏级监控。

我所知道的最有代表性的例子是Dotfuscator软件服务CE的功能级应用程序监视：

除了混淆之外，Dotfuscator将其可信的混淆技术与注入技术结合起来，为应用程序部署、稳定性和使用提供了近乎实时的视图。除了混淆之外，Dotfuscator还提供了一种新的检测控件类别，以更好地监视、管理和保护应用程序。Dotfuscator可以：

• 在运行时为应用程序完整性和活动提供一个近乎实时的视图。
• 用于检测它们是否被篡改的仪器应用程序，如果是的话，可以选择向发送消息。
• 通过退出应用程序和/或发送运行时智能服务消息来响应应用程序过期的过期、失活和通知逻辑的仪器应用程序。

在这种情况下，运行时充当共同点，其方式类似于web应用程序的公共客户端。

无论如何，使用跟踪并不是需求规格的替代品，它的作用是互补的。如果它表明你错误的次数多于你正确的次数，那么问题就更深了.

Answer 2

它不是最先进的，因为它很少需要：

如果您已经开发了某种功能，那么为什么要删除它，即使很少使用它？也许你的菜单太大了，很难找到常用的东西？但是您有几个机会，比如只通过一个配置文件启用一些选项，让用户切换到一个专家模式，在那里他可以隐藏一些选项。

有时，这些选项可能会增加复杂性，因此您必须维护许多东西，如果使用A类型的4个选项和B类型的3个选项，则以3*4函数结尾，而3*3或3*2函数的代码要少得多。

但是您必须知道，许多函数可能很少使用，但仍然可能很重要。也许你有100个用户，它们都使用90个函数。每个用户都会多使用一个函数，而他是唯一的用户。但是删除这个函数可能会使整个程序变得无用。

如果您关心的不是开发成本或用户体验，而是您的程序在RAM中占用的大小，您可能会使用插件和延迟初始化来减少它。

如果大部件可以独立使用，您可以提取很少使用的部件，并提供两个或更多的程序，每一个更小，因为两者的结合。

Answer 3

日志记录可以用来帮助跟踪问题和查询，作为分析功能使用情况的一种方法。随着时间的推移，你可以收集样本并进行分析，但我不会收集每个安装的所有样本(除非你没有那么多)。

如果您觉得有些功能没有人愿意使用，那么就开始研究收集用户需求的方法，并确定为什么要在第一时间中添加它们。你永远不会是完美的。需要随着时间的变化在很大范围内。

确保你和你的用户有一个公开的对话。你会学到很多。

我记得在一家软件公司工作时，一位年轻的开发人员对他创建的报告(不是规范的一部分)感到非常自豪，报告上有一张毫无价值的饼图。店主看了看，告诉年轻的开发人员，“回到你的电脑，做一些我可以卖的东西。”