SuperMild

我的博客, 符合楼主附言所说 "言而有物、逻辑清晰的文字，一个正常人类的表述"
https://2046.pages.dev

1. 日本用片假名, 不是现在多, 而是几十年前就很多, 并且日本人自己在几十年前就有人吐槽片假名太多, 有泛滥的倾向.

2. 事实上, 日本已经算很克制了, 看看韩国, 把汉字几乎彻底封杀.

要知道, 日语与韩语一样, 本质上是拼音文字系统, 汉字是可有可无的, 古代受到强大的中国经济文化的影响, 学习了汉字, 但后续他们本国的经济文化发展成熟后, 要不要保留汉字, 只是一种选择, 并不是非得保留不可.

3. 想象一下, 如果中文已经拼音化, 或者半拼音化, 我们会怎样引入外来语呢?

韩语是全拼音化, 日语书面文字是半拼音化, 假名是他们的拼音, 平假名与片假名只是大小写的区别.

4. 其实中文近年来也是越来越喜欢音译, 有些单词比如 iPhone 不太方便音译, 一般也喜欢直接用 **当地方言发音方便** 的方式去把 iPhone 引进来, 反而说 "苹果手机" 是比较少的.

而日语用片假名, 就是用 **当地方言发音方便** 的方式来引进外来语, 是非常自然的, 而且其实全球各国对待外来语都是类似这样做的.

我曾经很喜欢写日记, 用纸笔(如果打字快的话用电脑也行), 去大学找个教室躲起来写.

重点是要快写, 追求速度, 不要考虑读者, 因为是日记, 想到什么就用最快的速度写出来, 可以放肆地运用一些写作手法, 比如排比句, 比喻, 拟人等等各种奇技淫巧狠狠地用, 尽量不要涂改或删除, 只管疯狂输出.

我认为这个阶段对我的帮助很大, 平时看些书, 吸收一些写作技巧, 找个时间按照上述方法写日记时运用, 练习.

但后来我就很少这样做了, 但还是会写些短文章 (欢迎来看看我的博客 https://2046.pages.dev/ ), 并且写得很慢, 但过程是愉快的, 因为对文字与文章结构已经有一定程度的掌握, 重点已经转向思想本身.

@Licsber 我现在新版抛弃了标签系统, 然后每个文件增加两个属性: 备注 和 关键词.

其中关键词并没有做特殊处理, 就是一个普通的字符串, 事实上其实是备注 1, 备注 2 两个属性, 都是为了有个地方可以写备注, 方便日后搜索.

这样, 新文件如果文件名不够信息量的, 可以在备注里补充信息.

旧文件就每个周末找半个小时到一个小时, 一边听音乐一边整理, 也是一种放松.

我做了一个文件管理工具, 基本的功能和想法是这样的:

1. 分类问题, 我用了纯标签管理, 没有文件夹, 并且规定每个文件必须至少有两个标签,
基于这样的基本理念, 做了一个很强大的标签系统, 详细说明看这里: https://github.com/ahui2016/localtags/wiki

2. 版本问题, 我允许软件里有同名文件, 并且只要上传同名文件就自动生产备份, 用上传时间区分版本.

3. 文件内容重复: 不允许, 软件里每一个文件都是唯一的.

4. 校验(文件完整性), 用 sqlite 记录了每个文件的 sha256, 并且可以自动修复文件(利用备份功能)
另外, 每次触发自动校验, 只校验一小部分文件, 因此用户感觉不到校验卡顿.

5. 备份功能: 采用单向同步备份. 因为双向备份很容易出错, 并且用户使用时还要逐一选中覆盖方向.
使用单向备份后就方便了, 用户只需要点击备份按钮, 剩下的全自动, 不用处理冲突问题.

6. 由于有备份功能, 又有自动的文件完整性校验, 因此我认为备份有两份就行, 两个硬盘同时坏掉的可能性已经很低了.
另外, 我没有做云盘备份功能, 只做了本地备份.

这个工具的最大特点是标签系统, 很强大, 可以让用户对文件分类有很充分的掌控. 但是也有很多缺点, 比如要求每个文件至少有两个标签, 如果不这样要求, 标签系统的威力就无法体现, 但这样要求, 使用时的心智消耗实在太大.

============

上面说的工具我自用了几年, 最近在做一个新版(还没完成), 抛弃了标签系统, 另外新增了加密功能.

新版允许用户新建多个仓库(文件夹), 每个仓库可以选择是公开或加密, 上传到加密仓库的文件会自动加密.

@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 文件的源码, 也是一大堆编码后的字符.

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