Tag: 编程

今天手贱升级了项目依赖，升级完以后就出 bug，排查了半天，还以为是自己代码有问题。但是又觉得奇怪，因为每次修改完都会测试几次，有问题我肯定心里有数。

好在有 git，恢复了 package.json 文件，清空缓存和 node_modules 文件。

重新运行，没问题了。

今天学到的教训就是：

1. 不要随便升级依赖
2. 重要项目一定要 git

theme 献给深夜编码的人，murmurs 献给热衷于在深夜思考的人。

奥卡姆剃刀原则的应用：

生活 -> 如无必要，勿增实体。少买一点，买好一点。

编程 -> 一个需求能被已有技术栈满足，就不引入新的技术栈。技术栈在绝大多数时候都是技术债。

工作 -> 一个需求能被现有软件和服务满足就用现有的。不到万不得已，不在工作流里引入新软件或服务。

既然 VSCode 本质上就是个文本编辑器，那么我是不是可以把它当笔记软件？用它打开保存笔记的目录作为工作区，然后和 GitHub copilot 交互，只要 copilot 没有被限制只能回答和编程有关的问题，那 VSCode 也算半个 ai 笔记软件。

之所以是半个，不是完整的，我是基于两点原因做出的判断：

1. VSCode 本身的能力全部点在了文本编辑上，现代笔记软件的 canvas、Graph、bi-directional links 这些能力都不具备。我知道有一些可以用插件弥补，但是插件提供的能力本身比较有限，体验一般。而且目前我还没有找到能实现 obsidian 的 canvas 功能的插件。

2. VSCode 内置的 GitHub copilot 插件本身应该不具备 rag 的能力，可能需要动手 hack 一下。

Svelte 确实是一个让人感到幸福的前端框架 👍。今天把 Murmurs 的全局通知优化了一下，感受到了 Svelte 的 Reactive 机制的强大之处。

「在以電腦爲媒介的世界裏，幾乎所有人都是文盲。她們是被剝奪了公民權的底層，無法參與塑造自己所在的世界。」——Bret Victor, 2022

这里的文盲，应该指的是，不会编程。

最近两天在重新学习比较基础的前端知识，慢慢掌握自己理想的技术栈，就像拼图一样。但是我现在感觉，学习越深入，发现需要学的东西越多。头大。

追求代码的运行效率和追求电子产品的性能跑分一样，属于娱乐范畴，AKA 赛博斗蛐蛐。

It is not only the violin that shapes the violinist, we are all shaped by the tools we train ourselves to use, and in this respect programming languages have a devious influence: they shape our thinking habits.

—— Edsger W.Dijkstra 《To the members of the Budget Council》

FireBase Studio 的开发环境算是配置完成了。Google 🐮🍺