@childewei

数据库可以这样设计

Person {id, name}
Relation {person_self, person_other, relation_name}

Relation 的这三个字段可以这样理解 person_self 是 person_other 的 relaiton_name,
比如: 小王 是 老王 的 儿子

Person {1, 小王}
Person {2, 老王}

Relaiton {1, 2, 儿子}
Relaiton {2, 1, 父亲}

这样两个人的关系就建立起来了

========

然后前端你先别管美观, 先做一个简单的展示, 比如 person.html 就显示

name: 小王

父亲: 老王
母亲: 大美
哥哥: 小帅

把功能先实现了, 后续再改进展示方式.

参考 https://github.com/ahui2016/uglynotes/blob/main/public/img-converter.html

可以的, 我做过一个图片缩小转 base64 的工具, 方便在 markdown 里插入图片, 是直接内嵌在 markdown 里的.

但是, markdown 是纯文本格式, 因此打开 md 源文件必然会看见一大串图片的 base64 字符 (可以统一放在底部).

如果希望看不见这些 base64, 就需要编辑器支持, 这是必然的. 就像 docx 一样, 需要 word 编辑器去隐藏细节, 如果直接查看 docx 文件的源码, 也是一大堆编码后的字符.

当然, 自己写一个支持这种做法的编辑器很容易, 问题只是难以获得广泛支持.

最简单的就是 todo

如果你嫌太简单, 可以在 todo 的基础上改一改, 变成一个密码管理器, 这个很实用, 我用 JavaFX 做过本地版, 后来改用 Go 做网页版自用很久了.

再复杂一点可以做个记账本, 允许贴图, 加上一些统计表格, 但主要工作量在前端.

后端工作量大一点的是论坛之类的.

你最终想做一个什么项目? 根据最终的项目才好选择练手项目.

我用对象储存做临时备份，优点是免费额度就够用了，写了个小脚本上传前自动加密，下载后自动解密。然后主要备份手段还是机械硬盘，优点是便宜，而且黄图之类的放在别人的服务器总感觉有隐患。

@garibellee 😂

吓死我了，我还以为自己操作出错搞坏了仓库🤦‍♂️

我写个人项目是为了快乐，单测带了的痛苦远大于快乐，因此决定不写。

有 bug ，宁愿辛苦点修 bug ，我感觉总体上修 bug 的时间比写单测的时间还要少很多。

我在想，为什么不能报官，走流程断案？

有点意思，已 star

@xiaozecn 邮政在发展快递业务之前的那段时期，整个流程真的是要多傻有多傻

想起多年以前我在国内使用信用卡的一次经历。

当时在 Dell 官网买电脑，当年好像还没有支付宝之类的电子支付，记不太清，总之结果我是用信用卡支付的。

奇葩的是，Dell 用电子邮件给我发一份 Word 文档，我把信用卡信息包括 CVC 都填写在 Word 里发回去，这样完成支付。

当时我住在偏僻的地方，离我最近的快递点可能都要 1 个小时车程，送电脑来时，直接就是专人专车开着一辆普通轿车来送货。算是一次比较神奇的经历。

文章质量不错，已收藏。顺便自荐一下我的 也很简洁 https://2046.pages.dev/

对，因此我还练习了左手用鼠标

@standchan 你看我正文第一句话 “有些错误不需要特殊处理”，如果我没想过这个函数的使用场景有限，我又怎么会说这句话呢。

@popvlovs

宏观上，AI 的发展对 IT 行业有很大的促进作用，有可能做大蛋糕。

最近 Vultr 好像有免费活动，你可以去申请试试。另外，这样的小网站，在 Vultr 买一个每月 3.5 刀的小鸡也完全够用了（同时加上博客、密码管理器也够用）。我用 Vultr ，图它能用支付宝比较方便，懒得找更便宜的了。