糊了个 Dream Journal 来记录梦境
在 Cursor 的帮忙下,总算把这个功能弄出来了,在 BlinkShot 原项目的基础上增加了邮箱登录,保存图片,日历视图,数据都保存在 supabase。
代码质量肯定是很烂,不过真的挺好玩的。AI 拓宽了想象的边界,现在可以每天记录梦境生成图片了。初衷是想做成周公解梦的🤣
在 Cursor 的帮忙下,总算把这个功能弄出来了,在 BlinkShot 原项目的基础上增加了邮箱登录,保存图片,日历视图,数据都保存在 supabase。
代码质量肯定是很烂,不过真的挺好玩的。AI 拓宽了想象的边界,现在可以每天记录梦境生成图片了。初衷是想做成周公解梦的🤣
我所有带有社交属性的玩意儿,都没有 About Me 这一项,究其原因大抵是因为我感觉没有什么可以介绍的。
直到我偶然看到一句话,大概是说:许多机会和变数都是从了解与被了解开始的。现在我依然觉得没有什么可以介绍的,但有一个面向外界、面向偶然的窗口还是好的。
带有一点悲观主义色彩的说,我一直认为人和人之间不存在真正的相互理解。如果有,中东也不会一直打到现在,如果有,一个对不起就可以解决世界90%的问题,如果有,各个阶层和阶级之间就不会有那么多矛盾。或者换句话来说,大部分情况下,我们选择了不选择,选择了不去理解,理解是需要沉重的时间和精力成本的。
自我介绍这个从小学开始就一直存在的保留节目,会一直伴随着一个人,直到被刻在墓碑上。仅仅作为一个自我介绍,我是可以写的,但下面的这些内容,从根本上就不是我,也仅仅仅供参考。
Memos 挺好玩的,但是还是想慢慢转移到 GitHub。
这也是我最近一直在思考的问题,社交属性的权重我现在很低:
其中很重要的一个原因是,我不希望我的许多内容由平台决定应该哪些被看到。因为我觉得我写的大部分内容可能对他人没有价值,只是对我自己有价值。如果它恰巧对某个他人有价值,我也希望这个他人是在自己的主观能动性下,经历了一番搜索与挖掘才找到的。
但在建立博客不久之后,我其实就发现了一个问题,由于我创作的原动力是面向自己。所以我的很多内容都是碎片化的,或者说是“微博”与“动态”这样的短内容。一部分不能对外发的短内容我放在了 flomo 里,另一部分能发的则发在了我的即刻账户。
via: https://1q43.blog/post/10650/
汐笺问我为啥要搞自部署微博,我说我虽然在即刻只有 2 万粉,但还是太多了。我需要一个不能被关注,只能被搜索到的微博。
给人发“推送”这个动作比关注还“强”。理想中的状态是把信息扔进海里,除非受众自己打捞,否则不可见。这是个很共性的问题。
via: https://m.okjike.com/originalPosts/67401af2ecc64b4d41f0520e
App+1 | Follow:信息获取的另一种形态 - 少数派,follow 能改善这个困境么?
我觉得现在 gitmemo 挺适合我,记录本身就是一种反抗 - gitmemo
#6
已整理到 如果你思考而不输出,你只是以为自己在思考
Paul 10月31号发布了一篇文章Writes and Write-Nots,谈AI时代的写作。他的观点是,在未来人们会分为会写作的人和根本不会写作的人。写作的基础是思考,所以当AI免除了人们写作的痛苦时,也会一并免除了人们的思考。于是,这将是人类认知上的一大变化,个人现在要对此做出选择。
一直在关注这个大佬:Paul Graham,居然今天才发现就是《黑客与画家》的作者 保罗·格雷厄姆 Paul Graham - Wikipedia 🤣。我好像一直对人名、地名、符号的记忆会选择性的过滤。。
这稍微支撑了我之前的一个观点:影响一个人遇到的人和事概率的,很大一部分原因就是兴趣。之前一直没有发现 On Lisp,《黑客与画家》,大佬保罗,就是同一个 Paul。但这些就像磁场一样,牵引着我遇到事情概率的轨迹,今天交汇了。印象中轨迹大概是这样的:obsidian - Blog 写作 - 发现 Paul 的网站 - Logseq - 发现和菜头 - Lisp - Emacs - orgmode_PKM - 发现《黑客与画家》 - 又回到了 Paul 。
我很赞同和菜头的观点,不会写作的人不等于就失去了思考能力。我们有时候会习惯性地把自己擅长的,喜欢的事情当做了某种正常,某种正确,把对这些事不擅长,不喜欢的人,视为具有某种缺憾。
回到保罗的新文章上来,我同意写文章和思考有直接关系,但我不认为它们之间是唯一联系。类似我这样的人可以通过思考而写作,利用写作促进思考,这是思考的一种方式而已。而在这个世界上,应该不止这一种思考方式,应该还存在着别的可能。比如说用眼睛和手去思考的人,他们思考的结果就要朴实许多,但是质感也好很多。
这几年的 RSS 订阅、纯文字阅读、写作的积累已经让我开始从文字收获果实。
在考虑把收藏 GitHub 项目的整理转移到 GitHub 上,现在保存的链接已经很多了,本身这些东西就在 GitHub 上。所以先随便写了个Python,用GitHub Actions 定时触发来获取我在 GitHub 上 Star 的项目信息。
下面的这些也是我这几年正在思考的问题,
GitHub 再适合不过了。
https://github.com/yihong0618/gitblog/issues/177 ,People Die, but Long Live GitHub