Skip to content

不完美的自动化

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

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

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

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

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

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

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

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

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

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