我和 Tiny RDM 一起勇敢迈向了 1.2 版本

34 天前
 huangliu

7 月份工作挺忙的,忙完之余也没剩多少时间继续更新项目了。好在还是发布了新版本,这一次它的版本号终于跳到了 1.2 。

勇敢迈出的版本号

由于近几个版本都是以修复老问题和优化体验为主,并没有增加明显性的新功能,所以一直扣扣搜搜徘徊在 1.1.x 。

这种状态从春节过后不久到现在持续了将近半年,本意是希望它尽可能地稳定可靠。但后来逐渐妥协了,不存在完美的产品,很多你本想做好的方面,的确就是“心有余而力不足”。比如有个问题是 Windows 下某些机器打开直接闪退,让我很是头疼,一来它是在部分机器上才会出现,我没有这样的运行环境,二来用户也没法提供崩溃日志,不过就算能提供,我猜测大概率是 Webview 运行时兼容问题所致,自己能够操作干预的空间不大。

承认自己能力不足,也算是一种和解吧,最起码,它在大部分用户的电脑上是正常的。这就跟你的产品不可能被所有用户都喜欢一样道理。

把这些没法解决的问题排除掉,再把属于锦上添花的新特性排除掉,修复一批很明显甚至影响使用的错误,它大概就是我心中的 1.2 版本了。

勇敢迈出的重写计划

最近独立开发群的群友再次问我,Tiny RDM 的盈利模式是什么。我在电脑前苦笑着回复到:问得好,我也不知道。

虽然一直在考虑重写一个更好的付费版本,并且已经在着手这个事有挺长一段时间了。但这并不是一件容易的事,“开源”,“桌面软件”,“程序员工具”这些标签随便一个和“商业化”组合都是高难度,更何况我居然把它们全凑一起了。其次要选择更好的替代方案,也让我头疼了挺长时间,除了 Web 以外很少有符合我要求的 UI 框架,或者说开发效率上具有如此性价比的方案。而且接触新的框架需要花费大量时间重新学习相应的开发语言和设计理念以及用法,在没有出来一个半成品之前,这真是一个乏味的过程。

后来我决定用 Avalonia 重写,至于它是不是就是最佳方案,我觉得依然不是,如前面说的那样,不存在完美,只有你能接受妥协的方式。

提到 Avalonia ,问题确实不少,字体渲染首当其冲,而且基于 MVVM 的架构模式用法上也很啰嗦,让用惯 HTML 的我好久都没适应过来。当前正在给整套控件重写主题,只为了让它的控件样式尽可能接近现版本的 Tiny RDM ,我甚至以月为单位持续投入精力。至于这件事情值不值,它本身无法衡量,也无法预测,因为最终效果应该交给用户来评价。以现今我的认知,并不能判断它的实际价值几何,没有人能预估自己做的事情每一步都是对的,而当下我能做的就是享受创作过程,在自己依然敢于承担后果的阶段。

总之我发现自己在重写这件事上又开始像个典型程序员一样偏执了,但我坚信好事多磨,倘若今后证明这就是一条弯路,甚至是岔路,我也仍旧愿意为此买单。

勇敢展示项目的一年

算起来 Tiny RDM 从去年 6 月开始新建文件夹,8 月开始正式对外公开,如今刚好公开一年了。

不得不感概,项目刚开放的时候,并没人关注它,我一度怀疑这是不是要成为失败案例了,毕竟类似开源项目早已占据用户心智。但我还是想法子通过各种途径让大家知道这个项目:在各个论坛社区介绍它,完善产品使用手册和官网,编写产品介绍文章,制作产品推广视频,尝试了多数软件产品能免费推广的方式。当然各种花里胡哨的推广背后,依然需要以一个能打动人心的产品为基石,以及追求美好的执念。

如今项目拿到了我迄今为止人生中最多的 Star ,也被一部分人所知悉和认可。我也能如当初设想的那样,和别人聊天时厚颜无耻地吹牛道:“我是 Tiny RDM 的作者”了。虽然它还谈不上成功(很多人把一个产品的成功定义为能让创作者财富自由,或者起码不用再上班工作也能靠它养活自己了,而 Tiny RDM 开源所带来的打赏甚至不够上班半天的工资),但它至少还没失败,并且在我心中,它已然成功。

如果你也曾怀疑过自己,最好能证明怀疑是对的,否则应该一律当做错觉处理。

勇敢分享成果

以前我不喜欢在网上发表东西的,一来是懒,觉得每天上班敲代码,还有两个多小时的通勤时间已经够累了;二来觉得也没什么值得或者能够发表的,毕竟长期面对冷冰冰的代码,能讨论的无非是“Golang 适不适合做桌面客户端”诸如此类的话题。

但是近两年我也开始阅读大量书籍,学习各类开源项目,关注研究各种优秀应用,也会刻意在处理问题前做更多的思考。越是身处其中越能清醒理解,要想真正成为独立开发,并不是单单会写代码就行。

很喜欢产品沉思录里面的一句话:人们会被自己热爱的事物改变,而没有人因为给予而贫穷。

于是我尝试了发表分享,当然就是从“Golang 适不适合做桌面客户端”类似的话题开始。然后意有了另一番领悟,我之前的想法其实是错误的,我将因果关系弄反了:不是有所成果才能做分享,恰恰是开始分享才会去思考应有何种成果。 写文章如此,做开源如此,做产品亦应如此。相应的,人也应该是有所行动,才可能有所悟及有所得。

至此,我觉得自己也迈进了 1.2 版本的新里程。


最后说到这里,如果有程序员读者还不知道 Tiny RDM 是什么,允许我在这简单介绍一下:它是一个具有现代外观的 Redis 桌面客户端,旨在为开发者和运维人员提供一个更顺手的生产力工具。

官方地址:redis.tinycraft.cc/zh/

源码地址:github.com/tiny-craft/tiny-rdm

4057 次点击
所在节点    程序员
62 条回复
liferoll
34 天前
放弃 wails 的因素是哪些呀
easyplux
34 天前
很好看,挺会体验一下~ 发送一个感谢
easyplux
34 天前
@easyplux 挺会 -> 等会
huangliu
34 天前
@liferoll
@klgd 主要还是 web 的性能对这个工具不太够用了。Redis 浏览的 key 都是按万来算的,还有加载的内容也经常有过兆以上的
28Sv0ngQfIE7Yloe
34 天前
期待一下 ReadOnly 模式,这对我很重要,不然连到线上环境总是心惊胆战
huangliu
34 天前
@Morii 这个在 TODO 里面😂
klgd
34 天前
@huangliu #24 指的是 web 的渲染性能吗?
huangliu
34 天前
@klgd 除了渲染以外别的也可能,比如对这几万 key 做实时输入动态筛选。
han3sui
34 天前
为什么不做个在线升级安装的?需要下载下来再安装
alexsz
34 天前
第一次使用 Tiny RDM 感觉眼前一亮,安利给了身边的同事,得到一致好评
不过我的 windows 升级后就用不了,闪退,试过最近的几个版本都不行
huangliu
34 天前
@han3sui 因为 wails 上没啥成熟方案,需要自己花时间研究
huangliu
34 天前
@alexsz 这个也是我想重写的原因之一,有些奇怪的闪退没法弄,我也没这样的环境。

你如果有兴趣运行代码的话,可以看看有没有线索,发 issue 给我就好😂
supemaomao
34 天前
在用,好用,已 star 。
shylockhg
34 天前
好奇收入咋样
harukii
34 天前
一直在用,很好用
yb2313
34 天前
wails 写起来感觉怎么样
huangliu
34 天前
@shylockhg 文章里面有说,开打赏一年不够上班半天收入,哈哈哈😂
huangliu
34 天前
@yb2313 还行,算是 go 里面优秀的 gui 框架了
iorilu
33 天前
@huangliu 这个可能就记录下使用的 ip 把

公司使用出口 ip 肯定都是一样的

你可以弄一个 redis 记录 ip 和客户端数

如果同一个 ip 有大概 3 个以上客户端在线, 那大概率不是个人使用

然后你可以发个警告

当然了, 最终公司掏不掏钱那是另一回事

就算微软能监控, 他也是要靠发律师函才能拿到钱

个人不可能搞这个, 警告下就完事

或者你直接限制同一个 ip 登录客户端不超过 3 个
freedom2030
33 天前
@huangliu #9 工具 单窗口,基本上够用了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1065503

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX