以 OS 的视角实践和审视 LLMs 才是一个相对正确的方法，我们来到「Software 2.0 的极早期时代」。
Spark - page 7 of 7
Short notes and half-formed ideas — worth saying, but too small for a full essay. A running feed of what I’m building, reading, and paying attention to.
React Core Team 成员 Dan 从 Meta 离开后，于今年 8 月份入职知名的「蓝天」项目 Bluesky（Twitter 发起），他在 X 上分享他入职一个月以来的心得体会以及当时加入的动机。
最近，耳边「智能」有关的声音听的太多，回归商业本质，还是正儿八经推荐大家阅读下曾鸣老师的《智能商业》。
不只是企业需要「超自动化」，作为独立个体也非常需要，作为开发者，更是需要。
它可以颠覆工作方式，类似思想的软件其实很多，近年来由于生态开放性被大大提升，让这个领域的价值变的越来越大。
视频是年初春节期间录制的，第一次上镜录视频，请大家多多包涵，😄。
用过 N8N 的都会说：真香！
Prompt 秘籍「转至 X」
接上条，X 上也有很多人问 DHH 说的 Turbo 框架是什么？抛砖引玉，说说观点：
如果有长期关注 SDUI 设计模式（服务端驱动 UI）、HTML over-the-wire 设计模式的，应该对老 D 说的这个并不陌生。
很长一段时间以来，在所谓前后端分离的主流浪潮中，Server-Side Render（SSR） 的地位因为 SPA 的大为流行而极大受到影响，甚至让几个曾经在 Web 领域王者级的语言及其框架都在此领域失去主流地位，在很多场景和公司内部，最终变成了 JSON 输出机器，至今仍旧如此。
这个局面下，半路还杀出一个 Nodejs，让很多公司，场景，借着前端在 SPA 的地位用 BFF 的思想来「假装」解决大难题，😄。
然而兜兜转转这么多年，SSR 这个领域没有因此解决根本问题。
不知从何时起，我们惊讶地发现，SSR 带着一些新的思想正在重回主流视野，这些新思想（Island、Content-First、……）已经在各种新的优秀框架中被使用，比如这些响当当的名字：Astro、Qwik、Nextjs 等等。
有挑战的是，后端主导的 Web 框架往往是 Language-Binding 的，有没有一种「魔法集」能够在集成服务端所有优势之上，还能让 SSR 在浏览器一样做到 SPA 的体验，并且这个范式还可以被应用到所有主流后端 Web 框架？
也许是出于意识到，这才是真正应该坚持的正确方向，像 DHH 这样备受尊敬的前辈们前赴后继，所以，这其中不止有 DHH。
作为有点和 RoR 同宗渊源的 Elixir Phoenix Framework，在早先前就已经发布了解决这个领域问题的方案，并集成进了框架中。
DHH 的 Turbo 框架正是在这个大背景下诞生。
包括突然在社区大火 🔥 的 htmx 本质也属于这个范畴，背后有一些原因我认为不单纯是技术原因，😄，总之，多思考总归是好的。
附 Turbo 框架官网：https://turbo.hotwired.dev/
Dropping Typescript 本身并不能说明什么，媒体喜欢各种解读罢了，仔细阅读 DHH 的文章，其中有一些观点还是能引起思考的。任何技术 Point 都有它的适用性，就像 Sofish 的观点思想，喜好和主流本来就两码事。
期待已久
近几个月 x 上淘来的我认为还不错的几个系统架构设计的图。
Rust ownership 之一图胜千言。
Chrome 向左，不断挑战开发者体验的极致，丰满开发者生态，从内核到 devtools；Edge，Arc 向右走，让用户体验变的极致，不断探索下一代浏览器应该是怎样的一个信息窗口。
Server-Driven UI，简称 SDUI，中文译：服务端驱动开发，它是一个理念，并不指特定的技术实现。值得一提的是，近几年无论是 Airbnb、Builder 等国外厂商的技术博客才频繁开始出现这个理念，而国内，14 年各大互联网无线之战，技术早就卷到这个领域了。事实证明，业务发展驱动技术发展啊，😄。
大洋彼岸 Code Interpreter 都出来了，国内还在错别字百出。期待 Company of One 时代的降临。
少见的革命性产品。
You choose who？
Creator Telescope 高质量不定期期刊语雀专栏，欢迎关注和探讨。
创作者的电子便当 🍱，Bento.me。
https://www.yuque.com/chiyu-heb0t/code-and-art/giuwyb 《大白话响应式编程》（其实一点也不大白话），把我去年在内部分享的一个话题拿出来继续分享下，也欢迎对 FBP，FRP，RP 编程范式感兴趣的同学深度交流。
Langflow 上做一个最基本的 Prompt 模板 + LLM 就得到了一个变量命名神器。
Product Hunt 冲到 Low/No-code 领域 Trending 榜让我眼前一亮的 Noodl（很少有这种感觉了）。Node based (Graph) + Cloud Service 组成的开发模式结合 design-driven 的理念。为 GUI 低代码领域提供了一个我认为真正合适的低代码思路，它在确保低代码优点的同时可以确保用户体验的不失真，很适合用来做 C 端产品的低代码；其官网的 showcase 应证了我的推断。
🔪 从编程范式及实时 Web 应用的另类角度解剖 ChatGPT
很流畅也很准确，前段时间的首次 ChatGPT 开箱体验老图，对话的内容本身就值得分享。😄
