Latest Articles

我感觉搞到最后，可能 LLM 对程序员自身的影响最大，因为其它行业的隐性知识很多不表达成文字，而程序员理论上可以表达他的全部隐性+显性知识为代码+注释+文档，且能直接运行查看效果反馈。

很多事物都有阶次，比如运动，一阶是速度，二阶是加速度。

在软件开发领域，编辑器是核心基础设施之一。是程序员与计算机交互的核心工具。

计算机本质上就是对 0 与 1 的储存、处理与传输，而且所有程序都是人类编写的。所以计算机自身没有什么特殊的复杂性，相当于高级版的纸笔。

我觉得可以搞一个细粒度标准化可组合的问题解决协作平台或用工交易平台。平台自动对接需求、验证效果、交付付款，不需要人作为中介。

做前端就不能只满足业务需求，要啃硬骨头，把自己当成专业领域专家，就跟数据库开发者一样的定位。

大体上可以将 UI 从冷到热进行分类：

商品制造过程可以大致区分三种业务：

大体上有三种 IT：

1979 年，英国逻辑学家和计算机科学家 Robert Kowalski 发表论文 Algorithm = Logic + Control，也即算法 = 逻辑 + 控制。

关于状态：

数学里有理论构建者与问题解决者，参考这个回答：所谓的数学品位是什么？ - Yifan的回答。

未来业务程序员可能越来越少，因为：

未来灵活就业，灵活外包可能越来越灵活，码农们也应该考虑组织一下，形成大大小小的行业组织。

在【🤖生机系统LiveSystem】里提到：

屏幕空间可以算是前端开发的核心资源，空间计算就是如何利用好有限的屏幕空间的计算。在苹果公司为 VisionPro 提出空间计算前，普通的屏幕空间的利用也算是一种空间计算。

我觉得一个典型的业务型应用，应该三分：

我对函数式编程的理解就是蓝图编程。

计算机本质只是0和1，但是在其之上堆叠出非常复杂的程序与应用。

感觉交叉领域，比如 Web 前端开发，是挺尴尬的，有很多问题：

我做过游戏也做过应用，感觉总体上，面向普通消费者的应用和游戏，主要区别在于：

我在这个问答里评论道：

【安全效率灵活】是不可能三角。

面向内容，以内容为中心功能附属其上的软件，越来越成为主流，比如：

将技术体系当成森林或花园，不必了解每个细节，只要总体上把握，需要的时候再去了解相应细节即可。

计算机本质上还是工具，虽然可以用来建模现实世界，但是计算资源约束仍然是根本，所以不可能真正完整地建模现实世界，否则就得从宇宙大爆炸算起了。

经过这么多年的工作和研究，我觉得 JS 虽然一开始简陋，但是现在已经足够强大了，性能也不错了，配合 TS，可以很好地胜任大多数应用型项目了。

对于精力有限的个人来说，想法再多，得不到执行也没用。所以个人项目，最终还是要看务实的行动力。

对于复杂的活动，在时空方面往往需求更多，因此不能被干扰，需要方便专精的无干扰环境。

对于精力有限的个人来说，也许可以开发一些轻量级的程序，提供一些轻量级的功能，这样更容易跟现有程序整合。

我觉得现在开源这么发达了，通过整合各种开源工具，形成解决方案，比自己从头开始开发一个项目，要更实惠更快捷。

这几天看了下 React 的啰嗦新文档，看得神经衰落_(:з」∠)_。

业务程序员未来可能会越来越少。

要做游戏，可以从初学者三件套开始，贪吃蛇、俄罗斯方块、方块赛车。

计算机程序的本质还是开发者之间的沟通，因为除了01，其它都是人为设计的。

OO比较符合人的概念模型，大自然是没有OO的，大自然更类似于ECS，所谓的天地不仁，以万物为刍狗。演化也不是树状的，其实类似于网状。

按本质分：

A detailed breakdown of my iterative design methodology, from initial research to final handoff, with practical tips for designers at every stage.

这里是【🧑‍💻猫工社🤖】主要想法的核心概览所在地，长期置顶。

之前的【缘形】可以衍生出【缘素】，因为缘形的形本质上还是一种几何上的缘，而素表示像素，缘素就是关系与像素，更符合我专业的本质特点。

生活、健康、安全等相关的服务、知识、故事、艺术等。

import TodoApp from '@/components/instant-todo-app.tsx'

import TodoApp from '@/components/electric-todo-app.tsx'

公艺网：通过艺术让弱势群体获得一定的收入。

参考：《匠艺整洁之道》。

虽然我们平时喜欢说技术创新，但其实技术更多是积累出来的，形成一个庞大的体系。而创新的更多是产品，技术是产品创新的重要基础。

打算之后以 Apple 平台的应用开发为主线。

在【生命编程】里，我提倡更灵活动态地用编程沟通，但是对于最终与物理工具对接的软件系统，还是得用另一种更安全精准明确的范式，就是轨道编程范式。

最好的状态是重要不紧急，紧急不重要。这样才不容易出问题。

引用阮一峰【《大教堂和集市》笔记】里的一段话：

人类社会终究是人驱动的，所以像软件这种可以灵活架构的复杂系统，就很容易受组织结构影响，所以康威定律时至今日依旧很对。

以下是 DeepSeek 生成的代码，我改了下 Bug：

程序员这个称号覆盖的范围很广，程序员干的活也很多，从架构师到工程师到开发者到程序员到码农，不管是技术深度还是业务广度，都很大。

在可视化和📈可视化：我的技术栈锚点中，我提到了可视化的重要性。

自然界花了几十亿年进化出生灵，人类想在短时间里模仿，几乎不可能，还是做一些简单清爽的工具来辅助自己生活比较好，或者就做娱乐游戏等。

主线：以用户为中心的应用开发，包括App开发、数据可视化、图形学、游戏开发等。

Exploring how strategic color choices can influence user behavior, evoke emotions, and enhance the overall user experience of digital products.

现代社会越来越依赖于科技，大多数普通人已经很难独立与科技社会生存了，而社会越来越复杂，人要适应，就难很多了。可参考这个知乎回答。

大语言模型流行后，基于其的 Agent 也开始流行，会成为未来流行的工具吗？像曾经的软件和 App 一样吗？

信息本质上有两种：

数据或信息可视化，涉及很多技术，这些技术正好构成了我感兴趣的技术栈。可视化相当于锚点，成了这些技术的交汇点。

A practical guide to creating your own design system, from initial audit to implementation, and the lessons learned along the way.

之前有个叫【生灵软件】的想法，就是让软件以及构成软件的组件更智能，更生动灵性，更有深度，包括以下特点：

这几天在继续思考《以数据为中心》，也参考了别人反思 DDD 的文章《拥抱毒瘤 DDD！》。

Why designing digital experiences that encourage users to slow down and engage deeply can lead to more meaningful interactions and better outcomes.

这几天在思考软件开发的技术栈问题，这是个比框架和架构更宽泛的问题，可能涉及很多不同的需求和设计，形成某种类似光谱的分布形式，所以值得好好研究。

随着 LLM 的流行，数据越来越重要。而且根据一些业界讨论，也许数据或信息或内容才是用户真正关心的核心。

唯一不变的就是变化本身。要寻找万事万物运动变化中不变的地方，就像老子口中的大道。所以要面向变化编程，从变化中寻找不变性，来管理复杂度。

可以给🏝新自然心智伴侣🧚，也就是《逍遥猫》项目的基本设计做个简洁而明确的定义了，除了可灵活定制的总体面，还附上我个人特色的主线：

用【🏝新自然数码公社】，统合一下之前的各种组织机构想法：

应该像个遨游星空的极客那样，遨游整个 IT 世界。

考虑把图形图像以及其表达能力作为我核心关注点，即成为图言极客。涉及的技术面包括：设计、图形学、图像学、游戏、前端、GUI等。

我在这个知乎问答“程序员的悲哀是什么？”里评论道：

架构就是构建并维护一套体系，去跨越难以跨越的隔阂，解决共有的困难和问题。

计算机软件两种要素，信息与计算，紧密联系在一起。一般与人相关的，信息为主，与物相关的，计算为主。

函数式编程写法适合业务，完善的类型系统，精确表达业务逻辑。

对于实体产品来说，因为熵增，一般都会随着时间流逝而慢慢变差，最后被淘汰，换用新一代产品。

上次说的IT 的两大主线，第二条主线是我关注的，因为我以前立志在学习教育与文娱游戏领域发展。我工作的大部分时间也在第二条主线，除了上家公司算是第一条主线。

对于日常琐事来说，能超脱出来，从更长远更高远的视角来看的话，也许会有不同的体会和预期。就像跳上天上的日月俯瞰大地一样，不管如何现实烦杂前途迷茫，在高处就能更清醒，更看得开。古今多少事，都付笑谈中。

感觉这种每日目标的计划模式，执行还是不佳，估计是没有非常强力的压力和动力。

IT产品其实有两大主线，一条是功能为主的，源自传统机械产品☎️，以操作功能为目的，另一条是信息为主的，源自传统书籍报刊📰，以查看信息为目的。这也是我认为读写本质上可以分离的原因。

正则表达式在测试筛选过滤数据方面很有用。有很多网站可以参考，如 RegExr 网站。

可以将“心智伴侣”的核心用一系列开源项目构建，这样才能不被闭源项目影响，才能更安全更方便地管理好自己的心智。

以后要多关注数据而不是界面，毕竟数据模型的适用范围更大，而界面只是 UI 设计。数据方面的编程，Python 是绕不开的，所以以后要多关注 Python。

今天展示一下Rust impl Trait 示例。

这周开始写《逍遥猫》项目的代码，可以整合 LobeChat 和 LobeVidol 等项目的部分代码。

今天展示一下Rust 高阶函数示例，以后的代码风格会尽量函数式：

打算以后每天写一个函数，作为锻炼的同时，也验证下自己的理念：即经常更新才能带来发展，不至于停滞消亡。

这周国庆假期，到处闲逛，基本上没有关注正事了。下周开始好好努力吧💪。

在之前结果的基础上，经过几周的继续研究，主要是对 LobeHub、LobeVidol和《胡桃日记》的研究，确定了电子精灵的主要用途，就是做心智伴侣。参考《数码心智伴侣，保持你的灵性》。

如果有闲情，可以采用精简灵气原则，开发一套极简精炼的 UI。

计算机计算能力的价值，可以从底层到高层分几个层面：

差异性专业性个性化才能产生交换价值。只有你有别人无，而且别人需要，他才能跟你交换。所以市场经济本质上是一种讲究差异性专业性个性化的经济。

问了豆包个人电脑发展历史，她给出的回答还是很有参考价值的：

这周主要研究一下 LobeHub 以及 LobeVidol 的相关代码，以及一些其它 AI 开源项目的。另外也研究下《胡桃日记》游戏，看看能否做成游戏的形式。

我一直觉得，以软件或者 App 为单位的开发，过于重量级了。因为用户往往更喜欢轻量级地使用软硬件完成他的需求，毕竟重量级的太复杂学习成本太高了。

我觉得软件的一个问题是，用户可能不愿意花钱买单，这跟软件的无形有很大关系。用户看不到它占有的物质与空间，也不随着时间而衰退，也就不容易给它赋予价值。

关注和收藏了那么多 IT 项目，感觉可以尝试做一个专题，专门分享讲解 IT 相关项目，就叫做“IT 生态”吧。

这周二中秋节，周三回广州，总体上还是思考研究大方向阶段。

阿里云盘惊现灾难级 Bug，导致用户数据泄露。我觉得这是一个很好的安全警示，来尽量采用本地优先的应用软件，取代集中化的互联网服务。

这周我回老家，所以目标没那么明确，主要还是思考研究可能的大方向。

今天在群里讨论了个问题：wgpu 有没有可能成为未来客户端实时并行计算的基础？也问了抖音的豆包 AI，豆包的回答感觉还可以。客户端需要保证实时性交互，实时性渲染画面效果，这点 wgpu 天然支持，而且 wgpu 比较标准化。

最近一直在研究电子精灵相关，包括智能萌宠、AI、Live2D、数字人、虚拟主播、桌面精灵等，还有虚拟偶像、虚拟角色、MMD、脸部处理、姿态处理、机器人、自动机、人工生命等。这些分类有区别也有交叉，不好严格区分，所以以后就统称电子精灵吧。

最近一直在研究电子精灵相关，包括智能萌宠、AI、Live2D、数字人、虚拟主播、桌面精灵等，还有虚拟偶像、虚拟角色、MMD、脸部处理、姿态处理、机器人、自动机、人工生命等。这些分类有区别也有交叉，不好严格区分，所以以后就统称电子精灵吧。

最近一直在研究电子精灵相关，包括智能萌宠、AI、Live2D、数字人、虚拟主播、桌面精灵等，还有虚拟偶像、虚拟角色、MMD、脸部处理、姿态处理、机器人、自动机、人工生命等。这些分类有区别也有交叉，不好严格区分，所以以后就统称电子精灵吧。

最近一直在研究电子精灵相关，包括智能萌宠、AI、Live2D、数字人、虚拟主播、桌面精灵等，还有虚拟偶像、虚拟角色、MMD、脸部处理、姿态处理、机器人、自动机、人工生命等。这些分类有区别也有交叉，不好严格区分，所以以后就统称电子精灵吧。

最近一直在研究电子精灵相关，包括智能萌宠、AI、Live2D、数字人、虚拟主播、桌面精灵等，还有虚拟偶像、虚拟角色、MMD、脸部处理、姿态处理、机器人、自动机、人工生命等。这些分类有区别也有交叉，不好严格区分，所以以后就统称电子精灵吧。

最近一直在研究电子精灵相关，包括智能萌宠、AI、Live2D、数字人、虚拟主播、桌面精灵等，还有虚拟偶像、虚拟角色、MMD、脸部处理、姿态处理、机器人、自动机、人工生命等。这些分类有区别也有交叉，不好严格区分，所以以后就统称电子精灵吧。

上周四到今天，研究了不少项目，我统称电子精灵，包括智能萌宠、AI、Live2D、数字人、虚拟主播、桌面精灵等，还有虚拟偶像、虚拟角色、MMD、脸部处理、姿态处理、机器人、自动机、人工生命等。这些分类有区别也有交叉，不好严格区分，所以以后就统称电子精灵吧。

之前讲过图言，就是把图形当做一种语言。

这几天研究了 AI、Live2D、数字人、虚拟主播等相关的，打算再搞个小生灵研究室，虽然当前项目名还叫逍遥猫。

当某问题过于复杂时，就代表它的复杂性可能有好几个维度（或者叫自由度、因素等）。这些维度互相交织在一起，形成一个多维空间，让问题变得很复杂。

不管是动物的神经系统，还是人类社会的官僚体系，或者企业的管理层，其最初萌发时候的作用，都是为了协调，而非管理或者决策，这些是后来为了更好地协调才发展出来的。

某种技术作为一种资本要素来看，也是有边际效益和成本的。最终会达到一个平衡点，并上下波动。

昨天发现了一些 AI 结合 Live2D 的项目，和我要做的项目很接近了，今天大致研究了下，明天还得继续研究。

知乎看到一个问答：计算机图形学为什么这么难学？。我也有点感触，就评论了一下。

研究了下 Live2D，初步有以下结果：

周四及以后因为感冒（也有可能是新冠），就没投入太多精力，只是简单研究，以后统一做个总结。

智能宠物总体上分为三大类需求：

打算把工作室改名为研究室，主要是想更贴近科技与工业一些，而不只是文化创作。

感觉一周一目标不行，太过于懒惰拖延了，所以改成一天一目标吧。

我越来越觉得软件的形式不重要，关键是用户关注点。微信一聊天软件，支付宝一支付软件，现在都成了全能王了。

之前看过这本《技术的本质》，虽然有点啰嗦，但是总结的还是很有道理的，值得细细品味。

今天大致了解了下电子宠物的历史，从 Tamagotchi 到数码宝贝和宝可梦等。也了解了下电子游戏里人工宠物游戏的概念和相关分类。

我对可视化一直很感兴趣，对格子也很感兴趣，所以对用格子来做可视化更感兴趣了。可以收集资料，做一些相关工作，尝试一下。以下是一些想法：

这周除了完善“2024年第32周目标”里的“逍遥猫”的凝聚态图景，主要还是使用 Bevy 开发一个游戏 Demo，设计实现“逍遥猫”初步玩法。

很多时候想法很美好，但一旦与现实接触，就得开始分析成本与收益，这是免不了的，也是项目是否能成熟落地的关键。

软件开发的复杂性不只在于技术，更在于人。包括：

游戏开发活动，可以积累技术、艺术、思想方面的各种好处。即便是一些动物，也会有游戏这种行为，来培训幼儿。

在格子里比如64x64格子里的限制下，设计游戏，让游戏变得好玩，会不会更简单一些？

码农应该叫码工，类似码头搬运工，不断打包信息成数据，然后搬运数据，最后解包数据成信息。码工就像计算机一样，给人感觉是个高效而无聊的工具。

自古以来，图形是一种表达方式，语言也是一种表达方式，两者各有优劣。图形是在空间上展开的表达，语言则是在时间上展开的表达。所以可以把图形表达方式叫做图言空语，简称图言。

理想的情况下，可以将软件开发的所有目标、过程和产物量化细化，可以形成清晰的图景，然后扩大视野，让图景变的更广阔。这样，所有的开发活动都能在图景上有所体现。可以更好地沟通合作评估。当然，这只是理想情况。要真正做好也不容易，但可以尝试一下。

软件设计也有场景导向，同样比技术导向、利润导向、审美导向都要现实可靠。

很多时候，软件就像望远镜显微镜等工具一样，只要能相对可靠地满足一定的需求，里面复杂一些，使用体验差一些，功能少一些，都不是问题。

以后每周定一个小目标吧，这样比较高效一些。这周已过半，但是还是可以有个简单的小目标。

之前就有过把数字人相关技术作为技术追求的想法，不过太复杂了。

考虑到想法多变，而且单个项目的博客不会很多，所以就把彩虹系博客合并到工作室博客里，并打上🌈彩虹系的标签。

一句话总结玩法：猫碰猫连成链，碰到就断。

粉色给人一种温馨和安心的感觉，所以我最近很喜欢。本来觉得是女性的颜色，但是可能是自己也渴望温馨和安心的感觉吧，所以也喜欢上了。

我感觉有两种主要的体验：

考虑为体验工作室搭个草台班子，人数一开始不会多，不超过4人，之后再增加。

我想到一个AI发展起来后的小生意，智能电子宠物🐶。

取自《Rust 程序设计》一书。

要解决一个问题，除了要分解成各个子问题外，还会有新的问题出现，比如子问题的环境和工具，如何整合子问题的解决方案，如何管理复杂性等。

明黄☀️是乐观积极色，象征着外向性的不受阻碍的自由探索。

很多中国中老年人很喜欢书法，因为书法有一种独特的魅力，既可以通过文字外形表达情感，又可以通过文字意思表达思想。

之前讲过墨蓝科工之家，如果更专注一点，专注在我感兴趣的数码产品人机交互体验科技领域，则可以成立灵性数码体验研究室。一个小的兴趣小组，可以专注相关科技与知识的学习、研究与开发。也许可以积累一些技术、资源和人脉。

比特 Bit 是表达物质逻辑的基本元素之一，可以表示最基本的逻辑和数字。

模仿 DNA 双链，技能也可以搞个双链，这样更加全面更加保险一些。

计算机是一种工具，跟书本之类的信息载体类似，承担起连接现实物质世界与人类精神世界的桥梁，也是不同时间不同空间不同人之间的桥梁，所以可称为比特之桥。

如何通过在网站售卖小游戏或小应用挣钱，就像路边摆摊一样，对独立开发者来说，一直是个难题。

我刚才突然想到，大部分业务程序员就是个送快递的，把信息打包成数据送到用户那里而已，后端是主干线卡车运输，前端是最后十公里小三轮送货上门。

人类可能不喜欢无限，因为无限带来不确定性和高沟通处理成本等。

各种产业往往喜欢喜欢聚集在一个地方，这样就能充分利用各种人才、资源、信息等。

Explore, experience, express the world，中文翻译为探索、体验、表达这世界。

颜色似乎有些魔力。很小的时候，我们就会互相问你喜欢什么颜色，然后根据对方的回答来判断对方的性格。颜色似乎确实跟性格有点关系，至少喜欢暖色的一般性格开朗一些，喜欢冷色的则喜欢安静。

微软 Windows 蓝屏事件，又一次说明了，软件安全事关社会运行，非常重要。

考虑到我个人对静态事物的偏好，以及节约成本的需要，彩虹系优先开发静态的玩法设计。

大多数项目往往只重视功能开发，而不重视维护。需求方只是想当然的认为维护很简单，不需要特殊考虑，而开发者则认为开发好功能拿到钱最重要，维护是后人的事情。

与“以维护为中心的开发”相对的，是轻开发，比较适合短平快的一次性应用。两者就像长期使用的筷子和一次性筷子的区别。

彩虹系的游戏，一个重要的使命就是在格子里模拟世界，尤其是各种现实利益的汲取和斗争。这就像用象棋围棋模拟战争一样。

我的 Mac mini 和 MacBook Pro 摆在一起，两者的鼠标、键盘、触控板、扬声器等竟然可以直接无缝衔接一起用，看来苹果跨设备做的很不错了。我昨天还在可惜机械键盘没有苹果的 fn 键不好出 emoji 呢，现在好了，可以直接用 MBP 的键盘了。而且机械键盘和鼠标不用连 MBP 就可以直接给 BMP 用了，方便了很多。

我设计游戏时，推演出一个可怕的事实

大体上有三种模型：

太阳能农场的最小规模是田，今天就研究下田的玩法。

逍遥游系列写了很多了，现在可以开始我一直想做的🌈彩虹系科幻系列创作，彩虹系是彩虹行星系的简称。

今天设计了一个玩法，代号叫“星空太阳能农场”吧，灵感来自于行政区划和方格可视化：

分层系统设计，每一层为上层服务。比如游戏，从下到上分别有：

技术越底层，越趋向工具性，越高层，越趋向内容性。

图里的都是 Antfu 开启或参与的开源项目，摘自 Antfu 的演讲：

现代社会建立在科技工业之上，普遍绝对贫困的消除也主要依靠科技和工业。

看了 Antfu 的视频 Anthony 的开源之路，里面讲了他如何从一个小需求出发，慢慢扩展开来，开发的开源项目越来越多，并引用了薅牛毛的典故。

之前说过适用软件，就是根据不同的需求，精心打造最适用的软件。

苹果开发者平台的技术虽然多，但是很规整。该有的都有，而且不乱。不需要开发者挑来拣去，用就行了。不像 Web 前端那么乱。

像 Web 技术这样没有大公司主导的开放技术体系，很容易出现生态爆炸💥，导致技术选型过于耗费精力。

Wikipedia 上的 Geologic time scale 更新了个新插图，比原来的老插图，在可视化方面变得更精致了，能更突出重要的信息，即离我们更近的年代。

很多做技术的人做的产品，往往只关心功能能否完成，而不关心用户使用体验，所以 IT 行业初期的产品都很难用。

我们可以用空间表示时间，比如时序图，比如在平面坐标系上绘制曲线表示物体的速度变化，比如通过地质年代生物分布图来理解生物生存年代先后。

我之前一直在思考，如何用卡片来组织内容的 UI。这样的好处有：

我有个自创的软件架构概念，叫适用软件，英语叫Fit Software。就是根据不同的需求，精心打造最适用的软件。

今天更新个人网站的技术框架，从 VitePress 到 Astro。

欧美的 IT 从业者相比国内，感觉更加有极客风采。

在 Web 前端开发领域，技术栈太多了。针对 CMS，如何选择一套正交化技术栈，做到高内聚低耦合，各个技术的变动基本不影响其它技术？

正交大意类似垂直，就是事物之间互相不影响，就跟坐标系一样，各有各的数值。

在过去，很多应用都有专门的文件格式，比如 Word、Excel 等。但是现在，应用大部分都跟数据库关联。