Tag: 评论

Dkphhh Created@

在浏览器的世界里,所有 Web App 众生平等。只有操作系统里的软件,才分三六九等。

从这个角度看,Web App 才是真正的平权。

阅读关于 2025-08-09 03:21:45 的文章
Dkphhh Created@

Google 有点东西 👍。

今天试用了一下 Google 久负盛名的 NotebookLM。我觉得这是到目前为止最接近 memex 的产品形态——把文本资料吃进去,通过高效的索引方式帮人类找信息。

NotebookLM 的实现路径是借助 ai 的能力做基于内容的分析概括,对生成的内容给出指向资料的索引。没有那种对 AI 能力过于自信的越俎代庖,还是将人类置于内容(笔记)生产的核心位置。这个路径也一定程度上避免了 AI 的幻觉(具体多大程度还得继续用)。

置于生成报告、音频、思维导图,我觉得这些都是属于锦上添花的功能,对于我来说用处不大,反正我目前找不到使用场景。

NotebookLM 现在最适用的场景,就是需要做大量 paper work 的人了。尤其是研究性的工作。也适合拿来读书。把那种不值得细读的书和文章扔进去,问几个问题就能把握整体思路。生成的素材就是读书笔记。NotebookLM 把笔记也纳入了 AI 的内容来源,方便日后检索。

今天还试了 Google 的 IDE—— Firebase Studio。不过它就属于一眼惊艳,然后一言难尽的产品了。

产品思路不错,借着 VSCode 的壳和生态,整合了 Google 自己的云服务,和 Gemini 的 AI 能力,能实现从开发到部署的一站式服务。

起初想尝试正是因为 Gemini 的代码能力和其他大模型相比,更值得信赖。可能是我的技术栈比较冷门吧,试了很多模型,只有 Gemini 每次的回答都相对靠谱。

我导入了我的 murmurs3 项目,IDE 能自己识别项目需要的插件和依赖,自动生成开发环境。

但是这个识别能力非常堪忧。我的项目技术栈是 bun+sveltekit+Tailwind CSS,但生成的开发环境是 node,插件倒是识别到了 svelte,但是自作主张的给我加了 vue,并且,项目里的其他依赖,对应的插件都没识别出来,最基础的 ESLint、prettier 这种前端必备插件都没识别出来。我只能一个个手动下载。对了,这个插件市场不是完全从 VSCode 搬过来的,部分插件还没有,例如 DaisyUI Snippet。

在我搞定了开发需要的依赖以后,尝试运行项目,发现怎么都运行不起来,好不容易成功运行了一次,点开链接直接报错。

目前不清楚具体原因,从输出的报错来看,应该是由于生成的 Nix 容器环境缺乏 rollup 运行的二进制依赖。但是我一直 bun add 添加依赖也不行。

另外就是 nix 的包管理器,支持的包版本太老了。bun 最高只支持 1.0.13。如果想下载最新版本,就会直接告诉你 AccessDenied。

整体用下来,我还需要观望,如果未来兼容性更好,我会毫不犹豫使用,甚至购买增值服务(看价格和服务内容)。

从写代码到部署不用来回切换,在一个界面里全部搞定,这个远景太诱人了。这种端到端全链条的能力,only Google can do 👍

阅读关于 2025-08-07 19:22:42 的文章
Dkphhh Created@

Anybox 真是精致又优雅。但是我也找到了它的设计不合理之处。譬如:暂存箱——一个读取用户剪贴板信息的功能,居然不是按时间倒序排列的。

20250801211102rr9y.webp

阅读关于 2025-08-01 21:11:01 的文章
Dkphhh Created@

女性是一种处境,中年男人也是一种处境。

中年男人的中年和年龄无关。

走在大街上,哪些身材走样、表情麻木、精神萎靡的男人就是中年人。

在办公室里,对下属说话有气无力,前言不搭后语,朝令夕改,但是在上级面前精神矍铄、充满干劲、半夜给老板汇报工作的男人,也是中年男人。

喜欢性骚扰小姑娘的,也是中年男人。

下班在车库里抽烟,不想回家的,还是中年男人。

那么,究竟是谁在塑造这种画像高度统一的典型中年男人?

阅读关于 2025-07-25 15:37:29 的文章
Dkphhh Created@

桂花酒酿小汤圆就是中华古典版珍珠奶茶,小汤圆就是负责嚼头的珍珠小料,中国人在吃方面还是太领先了。

阅读关于 2025-07-20 21:05:54 的文章
Dkphhh Created@

做传播,本质上是在捕捉时代情绪。

情绪本身就意味着一种需求,而几乎所有需求都能被市场化。

转发本身就是一种投票,和用户花钱买东西一样。

在资本主义世界里,钞票就是选票。

阅读关于 2025-07-17 10:52:19 的文章
Dkphhh Created@

一个人成功了,TA 做的所有事,都会被解读为成功之道,公司也是一样的。

阅读关于 2025-07-09 11:56:16 的文章
Dkphhh Created@

给操作系统增加华丽的视觉效果,也是计算设备计划性报废的一部分。

阅读关于 2025-07-08 21:40:45 的文章
Dkphhh Created@

是哪个大聪明决定把台前调度放进 macOS 里的?这个人应该被苹果开除!

阅读关于 2025-07-08 13:33:33 的文章
Dkphhh Created@

今天切身体会到了前端的困境。

最近在算学用 strapi 做官网。前端还是 SvelteKit + Tailwind CSS,打算用 Prettier 做 formatter,简单搜了一下,发现 SvelteTailwind CSS 都有官方的 Prettier 插件。

照着教程用 npm 下插件,然后把教程里的配置代码复制到了 package.json。

试了一下,不对,有问题。

搜了一下,然后发现是 Prettier 和原来 Svelte 的 VSCode 插件有冲突,需要到 setting.json 里改 svelte 默认的 formatter。

重试,.svelte 文件能 format 了,但是 .svelte 文件里的 Tailwind CSS 代码没有 format。

又查了一下,发现是 package.json 里插件的顺序不对,Tailwind 的插件必须放最后

改完 package.json 文件,再重试,这次对了,没问题了。

2 个小时过去了,啥也没干,就反复改配置文件去了。

复盘一下问题出在哪儿?

首先,肯定不是我的问题。我遇到的每一个问题都能在 Google 里搜到,GitHub 里关于前述这些坑,每一个都有时间跨度 2 年以上的 issue,说明不断有人踩到了同样的坑里。

我觉得问题还是出在前端生态上。

其实,从我学 JS / TS 开始到现在大半年时间,我已经接受了每一个项目里都必须存在配置文件这件事。

配置文件没有问题,问题是前端技术栈上的框架和 toolkit 太多了,每一个还需要相互兼容对方的存在,如果不兼容就没法用。这些眼花缭乱的配置项只是为了兼容而存在的折中方案。

这是我在此前学习 Python 的 1 年多时间里,从未遇到过的问题。

前端娱乐圈,名不虚传 👍。

阅读关于 2025-06-29 23:44:28 的文章