不完美的自动化

站在这个时间点去回望过去的选择，我仍然无法从中选择出更好的一项，在有限的选择中得到的只有取舍

在面对如何监听浏览器历史这一问题时有两条路，一条是选择使用浏览器插件的方式，为每个使用的浏览器都装上。另一条谈不上监听，只是定时去读取浏览器的本地数据

我选择了第二条，没有特别的原因，仅仅是方便而已。我不需要去申请chrome开发者，用户也不需要为每个浏览器装上插件，皆大欢喜的背后潜藏着麻烦。浏览器历史以点的方式被记录了下来，这就意味着无法获知某个网站具体使用时间。于是我想到自动监听数据里是有浏览器的记录的，也就是说只要用浏览器的起始加上网页每个时间点，就能算出网页的占用时间，但一个关键的点被忽略了，那就是音频。无法知道具体哪个网页正在播放音频，使这一切成为了空谈

但站在选择的分叉口，对最早提交的4月16号来说，这些不过是马后炮罢了。此时这个项目根据star-history的数据，最接近的是4月25号的30颗star（截止目前本项目有617颗star）。也就是说在浏览器历史这个功能完成前，本项目不过是个无人知晓的底边罢了，我实在无法苛责曾经的选择，这不过是取舍罢了

但一切都还不至于太难堪，因为就我所知的同类产品，还没有监听音频活动的功能。监听音频活动大大提高了监听程序运行的准确性，在设计的一开始便在考虑之中，时间线的交叉设计也是因为这个原因

在一次回顾时间线记录时，我发现了一个自动记录的问题。在编程过程中，我需要一边编码一边查资料，于是我的记录在两者直接来回切换。在时间线上看来没什么问题，而挪动时间块时这个问题就被放大了。由于时间块的尺度设计，需要在有限的范围容纳一个小时的内容，时间切片过小导致无法很好的显示。自动化标签这个想法又出现在我的脑海，当监听到编程相关软件时，自动计时，然后在某个条件下关闭，这样虽然在视图上丢失了过小的片段，但一整个标签片段将显示的任务承担了起来。现在只有一个问题，那就是什么时候结束呢？

不活动了自动结束？像自动监听一样一分钟没有活动就自动停止标签计时？但如果片段过小，那和自动监听的情况不是一样吗？增大活跃判断时长，让后续活动能纳入到同一份活动中？时长设多少，过短没有意义，过长又误差多。说到底不能让用户自己停止吗？这样误差就能控制下来，但要是忘记手动停止呢？话又说回来，如果要手动停止，这个功能也能叫自动化标签吗？就开始能自动计时。又有一个问题，怎么判断开始，如果我只是打开一个软件随便看一下，那自动化标签直接开始吗？一个程序难道只能对应一个标签吗？不如说一个程序只有一项功能吗？

于是问题越来越多，开始和结束都成了问题，自动化也成了泡影

既然自动化存在种种问题，那为何不干脆手动记录？也许听起来很反直觉，既然使用了软件自动记录，就是为了省去手动记录的麻烦。确实，手动记录很麻烦，但如果在已经有自动记录数据的辅助下，进行手动记录是否能将其简单化。我已经进行了初步的尝试，在即将发布的回顾模式中，在对照时间线的同时，提供记录标签的功能

记录与回顾，shion仍在探索的路上