Tag: 软件

Dkphhh Created@

立一个 flag:什么时候 iPadOS 能跑全功能的 VSCode,我就买一台 iPad Pro 。

update:看起来不太可能了。刚刚用 VSCode 打开了两个 SvelteKit 前端项目,代码量都不算大,macOS 内存占用(加上交换内存)能到 22~23 gb。

阅读关于 2025-08-06 21:56:46 的文章
Dkphhh Created@

这两天一直在哔哩哔哩和 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 语言在内,前端社区已经成为了一个事实上的「屎山」。

阅读关于 2025-08-02 15:00:59 的文章
Dkphhh Created@

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

20250801211102rr9y.webp

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

For me, programming has always been more than a skill. It’s a way to explore, to tinker, and to satisfy curiosity. From wires and screwdrivers to apps, the tools have changed. But the impulse remains. That’s why I keep coming back to it. It’s my natural way of interacting with the world.

对我而言,编程不仅仅是一项技能。它是一种探索、思考和满足好奇心的方式。从电线和螺丝刀到应用程序,工具一直变,冲动依旧在。这就是为什么我不断回到编程中来,它是我和世界交互的方式。

来源:Why I Do Programming

阅读关于 2025-08-01 20:59:34 的文章
Dkphhh Created@

软件开发领域的「约定大于配置」也是一种自律是人自由。

所谓约定大于配置,就是库或者开发框架作者强行约束一种使用方式,让使用者尽可能少的对库或框架进行自定义配置,这样所有用户的使用方式就是相对统一的,即使遇到问题,大家的问题也会趋同,可以很方便的在网上找到解决方案。

而且,一般来说,这些经验丰富的库和框架作者,约束出来的使用方式,往往就是最佳实践,对于处在学习阶段的人(比如说我),也能在使用的过程中感受到这种设计的精妙之处,也是一种非常直观的学习方式。

阅读关于 2025-07-28 10:56:18 的文章
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 的文章
Dkphhh Created@

Q:node 和 npm 性能糟糕、功能缺失,还有一大堆设计缺陷,为什么不用 bun 和 deno?

A:为了兼容性。就像人一样,棱角分明的性格固然很好,但是为了把事情做成,总得圆滑起来。

阅读关于 2025-06-08 20:42:38 的文章
Dkphhh Created@

加尔定律经常被引用:“一个有效的复杂系统,总是从一个有效的简单系统进化而来。” 但是,它的推论很少被引用:“一个从零开始设计的复杂系统永远不会有效,你必须从一个可以运行的简单系统开始。”

Stack Staves

阅读关于 2025-05-29 20:20:03 的文章
Dkphhh Created@

这周重写了本站的暗黑模式与通知,虽然看起来没有什么区别,但是代码逻辑更加简洁合理,感觉自己又进步了 👍

阅读关于 2025-05-25 00:40:48 的文章
Dkphhh Created@

daisyUI 🌼 也是人类文明精华。

阅读关于 2025-05-23 21:47:04 的文章