自从第一次发布以来,做了很多改进,因此再来宣传一下。
写了大量文档,其中包括一些截图,详见 wiki localtags 是什么,用来解决什么问题?
由于 Windows 编译有点麻烦 (涉及 cgo, 需要 gcc), 因此我做了 Windows 的可执行文件方便大家试用。Mac 和 Linux 编译应该很方便,就不提供二进制文件了。
这个软件是我精心构思的,其中的标签系统很有特色,但需要多花些时间去使用才能感受到其妙处。在使用过程中本软件的很多设计会与市面上的常见软件不一样(很多地方为了少写代码而让用户麻烦一点,减少代码量是本软件的主要思想之一),有任何疑问欢迎提出。
1
kingboy9525 2021-06-03 14:46:50 +08:00
路过。看到好像没有什么人回复,不是杠,只是随便说点什么。内容可能有点乱。
用标签取代文件夹的想法很好。给我的感觉就是网页轻轻量版的 DEVONThink 。新建文件后强制两个标签,这种思路作者性很强,或者说很 Apple 。但有一个事实是,大多数非专业用户对自己数据的产生是不负责任的,所以大多数用户的文件命名是 XXXXX (1) (1) (1) (1)。换言之,这样的产品在筛选出「认真」「强迫症」的用户,也是对于普通用户的歧视。 而文件搜索(日后再次利用)的问题,无论是启动速度还是索引速度,在 Windows 中可能很难找到 Everything 的真正对手,假定我是认真的用户,那么我在文件命名上会严谨很多甚至必要还可以自己添加 # 等命名,Everything 也是非常快就可以定位了。上述这套模式与 Everything 类的产品相比的区别,这个区别带来的效率与效益能不能足以说服用户用这个产品呢? 如果丢过重要数据的人,才知道多个备份的重要性。云盘备份安全的问题,搭配 Cryptomator 或 VeraCrypt 这样的产品,就可以比较好的规避。本地备份确实是好,但备份「 3-2-1 原则」中的 1 就是需要有一份在异地。 另外,究竟是想要设计一套思路去处理自己的文件,还是说做一个 app 把用户圈在这个产品中。 |
2
SuperMild OP @kingboy9525 非常感谢大段回复,我是非常欢迎讨论的。
1. 由于没有文件夹,需要加强标签的作用,因此必须至少两个标签。如果允许一个或零个标签,我这个标签系统的作用是根本发挥不出来的。有得有失,这也很无奈,鱼与熊掌不可兼得,我选择了纯标签,就只能选择至少两个标签。 2a. 我这个设计与 Everything 之类相比,最大的区别是,增加了人脑的参与度。把文件上传到本软件中,并赋予合适的标签,这个过程会不断地加强人脑与文件、标签的联系,使用后会发现,系统里有什么文件,大概有哪些标签,在大脑里会非常清晰,心中有数,有一种整整齐齐、运筹帷幄的感觉。 2b. Everything 之类,包括市面上大多数笔记软件,无法搜索多个标签的交集(只能搜索多个标签的并集),当文件数量非常巨大的时候,搜索结果会出来一大堆,还要慢慢找,效率很低。我这个标签系统是搜交集的,出来结果非常精确。同时为搜索标签组提供了很多便利的设计,多数情况下直接点击就能搜索标签组。 3. 我这个提供了非常便利的本地备份功能,但也不与云备份冲突,如果用户平时使用云盘备份,只要把仓库文件夹也加入同步盘即可,本质上只是一些文件而已。 4. 后续将会提供把数据库导出为 CSV 的功能,提供文件批量导出功能,因此用户完全不用担心被圈住。 |
3
thrinity 2021-06-03 16:30:08 +08:00
感觉很有创意
说一下我的感受:查看了 github 的项目文档,对于这个本地备份工具最有趣的一点就是标签。虽然楼上说到了 everything,正如楼主说的会导致搜索内容过多,还有一个痛点在于 everything 只支持 ntfs 文件系统。但是两者其实也并不矛盾,everything 的优点在于全局精准搜索,而标签在于用户个性化归档,两者结合使用效果应该会很好,先搜索相关结果,然后再根据标签进行进一步过滤。标签的组合使用是一个亮点,但是也有一个问题,就是用户需要针对文件设置不同的标签,这个过程是比较麻烦的,而且很难将文件相关的关键词提取,如果提取的关键词多了也会增加检索负担。 还有就是某些场景下操作会更复杂,例如我有一个文件夹,里面放置下载的文档和论文,如果我使用文件夹的话,很好进行归档,但是如果要使用标签的话,还需要针对文档内容和论文进行标签归档,比较麻烦。 |
4
0o0O0o0O0o 2021-06-03 16:35:42 +08:00 via iPhone
要不要找个 sqlite 的替代品把 cgo 去掉,比如这个不知道完成度够不够用 https://pkg.go.dev/modernc.org/sqlite
|
5
SuperMild OP @thrinity 根据我的设想,这个标签系统应该可以完全彻底取代文件夹的,比如,你原本有一个文件夹,那么直接用那个文件夹名来当作标签即可。
举个例子,原本文件夹结构是:食物 => 水果 => 常见水果 那么, 可以直接给 "常见水果" 里的文件设标签为: #食物 #水果 #常见 我专门做了一个 tag groups 页面, 在那里可以把 "#食物 #水果 #常见" 设为一个常用的标签组, 设定后可以一键搜索标签组, 效果相当于一键直达 "常见水果" 文件夹. @0o0O0o0O0o 谢谢!我先关注看看,我也希望能换掉。 |
6
Deteriorator 2021-06-03 17:50:07 +08:00
最好加上截图吧
|
7
SuperMild OP @Deteriorator 这里有零散的截图 https://github.com/ahui2016/localtags/tree/main/screenshots (这些截图的文字说明在 wiki 的文章里)
|
8
vopsoft 2021-06-04 10:16:56 +08:00
看不说明 没有尝试的欲望
|
9
SuperMild OP |
10
SuperMild OP @vopsoft 因为涉及很多“新”概念,所以我很难说明白:
1. 大多数标签系统的设计是错误的,正确设计的标签系统会比文件夹好用很多。 2. 文件需要备份,并且需要定期检查完整性 3. 如果压缩或加密后上传到网盘,几年后有小概率损坏,彻底打不开(一般网盘没有冗余备份) 如果用户能认识到这几个问题,那么我这个软件应该值得一试,因为我还没有见过能同时解决这几个问题的开源免费产品。 |
11
vopsoft 2021-06-04 16:58:58 +08:00
或许还优秀 但不符合人类的使用习惯
很日常的东西 还要花心智学 |