Tag: 软件

Dkphhh Created@

开发网站,在 cloudflare 买域名,用 Vercel 部署上线,添加 Google Analytics 和 Microsoft Clarity 的流量分析工具,最后集成 Google Adsense 代码。

满打满算用了两天时间。

现在有一种追完了电视剧的无力感。

我能做的都做了,好像也没有那么复杂。除了开发网站,剩下的事情点点鼠标就能干。

我似乎有些迟钝。我才意识到做个人站长是一个什么样的行当。

怎么形容呢?这一行拼的其实是捕捉新需求的能力。

同行都是用赛博化身活跃在网络丛林里的赏金猎人。新鲜的需求就是猎物,在绝大多数时候是先到先得。或者花更多的时间和成本,兴许也能把老站压下去。

我现在就是一个刚刚在猎人公会注册成功的新猎人。手里的武器没有那么顺手,也不知道猎物在哪儿。

我现在自由了,可以用尽我所有的手段和方法。但是我也迷茫了,因为我还不知道有什么手段和方法可以利用。

这是真正的丛林世界,没有人会手把手教你怎么做。

毕竟每一个需求都是货真价实的流量和金钱。

谁会把这些拱手让人呢?

阅读关于 2025-11-07T13:19:48+08:00 的文章
Dkphhh Created@

本人第一个出海工具站上线了。Elf name Generator 试水性质。明天把谷歌收录和必应收录的代码加上去,再加上一点数据监控的东西,看看有没有流量进来吧。

阅读关于 2025-11-07T01:27:01+08:00 的文章
Dkphhh Created@

用来用去还是 VS Code 好用……

在写前端项目的时候,Zed 的内存开销相比 VS Code 没有太大优势,但是 VS Code 的插件比 Zed 更好用,即便是同款插件,VS Code 版本的似乎也更智能一点。譬如 Svelte 的组件导入,VS Code 版本的 Svelte LSP 插件的补全提示很快能显示出来,而 Zed 版本几乎只能靠 AI 的 inline hint,插件好像就不会显示组件的补全。

另外 VS Code 的动画会更顺滑一点,不知道是动画还是字体效果的缘故。

阅读关于 2025-10-30T19:32:40+08:00 的文章
Dkphhh Created@

因为 vitest 只能用 node 运行,所以 不得不吧 easy-office-2 的里所有直接调用 Bun Api 的代码全部改成兼容 Node Api 的形式。

质疑 node,理解 node,使用 node,但是我依然讨厌 node。

阅读关于 2025-10-25T15:00:27+08:00 的文章
Dkphhh Created@

最近清理了一波电脑。浏览器用 Helium 替代了原来的 Chrome。代码编辑器用 Zed 替代了 VSCode。输入法从 Rime 换回了 macOS 原生的拼音输入法。

关于 Zed,我已经在[2025-10-22_20-34-49|我支持用 Rust 重写世间万物提到]过了。这两天实际编码体验非常好,不过我写的毕竟还是 JS / TS ,工具链全部基于 Node,内存开销并不低。Zed 本身的内存占用也不低,启动倒很快。希望 Rust 社区继续发光发热,继续改造 JS / TS 工具链,把 Node 干掉。说到这里我又馋 deno 了……

Helium 和 macOS 原生拼音输入法的体验都不错。Helium 本身是基于ungoogled-chromium,使用体验和 Chrome 差不多,但没有 Google 服务的捆绑,开销更低。

至于 Rime,更像是一段插曲。当初是因为 macOS 原生拼音输入法有 Bug,会导致莫名其妙的死机,我才换到 Rime 的。现在 macOS 原生拼音输入法已经稳定了很多,Rime 高度个性化的优势在我这里也不算优势,从零开始培养一个惯用的输入法对我来说也很麻烦。除了不喜欢 Tahoe 的液态玻璃效果,我对 macOS 原生拼音输入法没有任何不满。

阅读关于 2025-10-24T10:25:44+08:00 的文章
Dkphhh Created@

我支持用 Rust 重写世间万物

再次尝试使用 Zed。

2 年前刚学编程那会体验了一下 Zed,因为生态不完善没有继续使用。现在 Zed 写 Svelte 已经没啥问题了,也支持 GitHub Copilot。基于 Rust 的编辑器,运行速度没得挑。

原本以为没有 Foam 插件,处理我的 markdown 笔记会不方便,结果发现 Zed 有类似的 markdown oxide 插件,功能类似。

现在编码体验非常流畅,舒服了。

Rust 大法好。我支持用 Rust 重写世间万物。JS / TS 生态就应该用 Rust 重写,把 language server 什么的都重写了。现在电脑里剩下的 node 进程基本都是 language server。

阅读关于 我支持用 Rust 重写世间万物 的文章
Dkphhh Created@

「低耦合,高内聚」是软件设计的法则,目的是让复杂的软件尽可能模块化。这样设计出来的软件,可以做到,一个模块出问题,另一个模块正常运转;或者改动一个模块,不影响另一个模块。

在我看来,搭建工作流、SOP,或者就是日常使用软件,也应该遵循这样的原则。毕竟你也不知道,未来你工作流里的某个软件,会不会出现更好的替代品。

所以,把自己完全封锁在某个生态里,无异于断绝新的可能性。

阅读关于 2025-10-21T09:47:26+08:00 的文章
Dkphhh Created@

Google 的 NotebookLM ,好用👍

阅读关于 2025-10-15T16:20:37+08:00 的文章
Dkphhh Created@

Anton Putra在 YouTube 上发了一条视频,对比了 FastAPI (Python) 和 Node.js 的服务端性能表现。第一轮是测试单纯的 Get 请求,第二轮是测试 PostgreSQL 数据库的写入。两轮测试下来,Python 的综合性能表现差不多是 Node.js 的 1/10。

一般来讲服务端的性能瓶颈都在数据库 IO,很少会遇到 CPU 瓶颈。Anton Putra 测试过不少语言和服务端框架,Python 是为数不多能在测试中段就能撞上 CPU 性能墙的。而且撞墙以后也没有恢复,后半段被锁死在 50% 的 CPU usage 上跑完了全程,也不知道为什么。

FastAPI 已经是 Python 生态内性能比较好的框架了,我真不敢想 Django 这种老乌龟得慢成什么样。没有 jit,再加上 gil 的限制,Python 的性能真的……配不上它今天的江湖地位。

最关键的是,Node.js 在 JavaScript 生态内的性能也不突出,甚至可以说是比较拉胯的……

阅读关于 2025-10-15T12:33:20+08:00 的文章
Dkphhh Created@

又心痒痒了,想试试用 htmx + Python 写写小项目。

不过 Python 的速度真不行,感觉 Bun 会好很多。

但是 Python 的 Ai 生态更好,JavaScript 生态圈内优质的 Ai 开源项目太少了。

好纠结啊。

阅读关于 2025-10-14T13:19:14+08:00 的文章