用来用去还是 VS Code 好用……
在写前端项目的时候,Zed 的内存开销相比 VS Code 没有太大优势,但是 VS Code 的插件比 Zed 更好用,即便是同款插件,VS Code 版本的似乎也更智能一点。譬如 Svelte 的组件导入,VS Code 版本的 Svelte LSP 插件的补全提示很快能显示出来,而 Zed 版本几乎只能靠 AI 的 inline hint,插件好像就不会显示组件的补全。
另外 VS Code 的动画会更顺滑一点,不知道是动画还是字体效果的缘故。
用来用去还是 VS Code 好用……
在写前端项目的时候,Zed 的内存开销相比 VS Code 没有太大优势,但是 VS Code 的插件比 Zed 更好用,即便是同款插件,VS Code 版本的似乎也更智能一点。譬如 Svelte 的组件导入,VS Code 版本的 Svelte LSP 插件的补全提示很快能显示出来,而 Zed 版本几乎只能靠 AI 的 inline hint,插件好像就不会显示组件的补全。
另外 VS Code 的动画会更顺滑一点,不知道是动画还是字体效果的缘故。
「低耦合,高内聚」是软件设计的法则,目的是让复杂的软件尽可能模块化。这样设计出来的软件,可以做到,一个模块出问题,另一个模块正常运转;或者改动一个模块,不影响另一个模块。
在我看来,搭建工作流、SOP,或者就是日常使用软件,也应该遵循这样的原则。毕竟你也不知道,未来你工作流里的某个软件,会不会出现更好的替代品。
所以,把自己完全封锁在某个生态里,无异于断绝新的可能性。
AI 生成产物的廉价感源于大量的重复。尤其是图片和视频,一个新的视觉样式,第一眼看过去很别致,但是看多了,就会迅速向平庸滑落。
所以创意的第一要义,就是要不一样。
但创新是最难的,[2025-10-12_13-38-01|创造,其实是一件很痛苦的事情……]。
毫无意外,macOS Tahoe 和 iOS 26 就是一次计划报废。新增加的毛玻璃特效在当下这个时点看不出交互上的必要性,反而会持续消耗计算机的算力。我观察了一下我 MacBook 的 GPU 用量,此前闲时用量很少超过 20%,升级到 Tahoe 后,闲时大概 30% 左右,CPU 闲时用量此前很少能超过 20%,现在也来到了 30%。苹果这边是真没活了,就想通过这种方式催促用户换新设备。
一旦你发现了这一简单的事实——你所谓的‘生活’,你身边的所有事物,都是由那些并不比你聪明多少的人虚构出来的,那么你的生活就会变得宽广许多。你可以改变它,影响它,创造属于自己的东西,让他人来使用。一旦你了解到了这一点,你将从此变得与众不同。
—— 乔布斯,出处
word 作为办公软件,最大的问题是,排版(展示)的功能多过信息组织的功能。word 所有鬼畜的 bug、匪夷所思的功能逻辑都集中在那些服务于用的格式上。
这两天一直在哔哩哔哩和 YouTube 看各种 iPhone rig kit。相机的仪式感在于他只能记录影像。把 iPhone rig up,等于让 iPhone 变成一台只适合记录影像的专用设备。
小小一台手机,装上兔笼、手柄和滤镜,接上外接硬盘和收音设备,加之适宜的软件,就能拍出「cinematic」 的视频。我对此毫无抵抗力。比起「专业」设备,我喜欢将出小巧精致的「业余」设备的潜力,完全激发出来。
我觉得这也是一种「美学」。他的「美」不仅仅在于精巧的外在,也包括物尽其用的美德,和一种一目了然的简单性,这也是一种[2025-03-09_12-42-37|便利贴的哲学]。
专业设备就像一个黑箱,你知道它可以拍摄专业级影像,但你不知道它是怎么做到的——满身的按钮和接口,还有眼花缭乱的菜单——你需要化很长时间学习这些东西应该被如何使用。
手机不一样。你本来就知道手机如何拍摄视频,你只需要花 10 分钟看一条视频,就能学会相机 App 的手动模式如何操作,然后你就可以发挥创造力去 rig up 了,外接设备的多少完全按需选择,丰俭由人。这个发挥创造力的过程也十分好玩
想到这里,我突然明白了 React 为什么能成为前端社区第一组件库。React 就是一个组件库,它需要你选择其他部分,将它们组合成一个前端开发框架。React 在这里就是一部「手机」,它使用起来足够简单,但能力有限,你单靠他很难开发复杂的应用。这时,你就可以选择社区里其他开发者创作出的其他库,组合使用,自己将其 rig up,形成自己的 tech stack。
React 的哲学确实吸引人。
但是现在的 React 及前端社区已经被这种自己动手,自由创造的风气带歪了。一个人一种写法,没有能作为标杆范式的框架,没有强有力的规则约束,包含现在的 JavaScript 语言在内,前端社区已经成为了一个事实上的「屎山」。