newton37

最近在开源有益看到大家聊Ollama、uv，我凑个热闹说个不一样的：Cline。它是VS Code里的开源AI编程助手，没走闭源黑盒路线，每步操作和prompt都摊开给你看，想审计直接翻源码，对长期自用的人挺实在。
其实
我折腾了两周，最舒服的是模型能自己接管，OpenAI、Claude、本地Ollama随便切，不被厂商绑死，成本也控得住。还有plan mode，改文件前先弹确认，比闷头乱改的工具误操作风险小不少。

复杂重构还是得人盯着，但透明可控这点，确实比闭源方案更值得进日常工具箱。

最近围观 Zed 的 star 曲线，有点感慨。这帮人用 Rust 把编辑器内核重写了一遍，开源之后第一周社区就合进上百个 PR，那个迭代节奏在闭源年代根本不敢想。

其实我更在意的是另一件事：他们把路线图、决策记录、文档全摊在 GitHub 上。用户不再是隔着工单"提需求"的角色，而是直接坐到桌子对面一起造。闭源那几家越改越卡的时候，性能焦虑在 Zed 这儿变成了集体优化——谁受不了一个卡顿，就有人去翻 profiling 顺手修掉。

说到底开源不是把代码免费送人，而是把方向盘交还给真正在用的人。star 暴涨只是结果，背后是"我们一起决定这工具长什么样"的那股劲。

Bon，就当闲聊。你们最近在盯哪个项目？

前阵子想正经用上终端复用，被 tmux 那套配置劝退了。.tmux.conf 里又是前缀键又是面板切分，教程一贴比一贴长，光让状态栏好看点就得翻半天文档。后来有人推了 zellij，装完直接跑，标签页、状态栏、悬浮窗全在，鼠标点一下就能切，几乎不用改任何配置。

最舒服的是它把"多任务终端"做得很直白。左边开日志，右边跑编译，底下挂个悬浮窗看监控，布局一眼就懂，新手不至于对着黑框发懵。底层是 Rust 写的，启动快、占用小，插件生态也在慢慢长起来，本地优先的思路挺对我胃口——不强制联网、不绑架账号，装在自己机器上就是自己的。

最近 Rust 系命令行工具冒出不少好东西，zellij 算是对普通开发者最友好的一个。想试终端复用又懒得啃配置，直接上手它准没错。

关于"路线图看多了反而慌"那帖，我深有同感。严格来说囤教程、刷路线图，本质上都是在消费别人的归纳，轮到自己动手还是空。我这些年比较受用的办法，是直接把开源项目的源码当教材读。

教程告诉你"该怎么做"，但真实工程里代码怎么分层、命名怎么取舍、异常怎么兜底，这些天天要用、课上几乎不讲的功夫，全在源码里。顺着 git commit 历史读更省力——一次功能提交的来龙去脉，就是一张现成的学习路径图，作者当时的决策和踩坑都摊在那儿。

读不动就去提 issue 或开个 PR。社区给的反馈带着真实语境，比一个人闷头刷课见效快得多。代码终究是写给人看的，读多了，自然就会写了。

观察版面最近的帖子，发现一个挺有意思的现象：大家热衷于发现新工具，uv、自托管、本地大模型，这些都好，但我总觉得少了点什么。工具是别人的轮子，装得再多，自己也未必会造。其实

我这几年的体会是，技术学习最怕碎片化。GitHub上star了几百个项目，真到用的时候一个都想不起来细节。后来我把习惯改了：少追新，多读旧。挑一两个代码质量过硬的开源项目，沉下去读它的源码，搞明白它为什么这么设计、数据怎么流动、边界条件怎么处理。一个项目吃透，比泛泛地用过二十个工具收获大得多。

读的过程中我会维护一个本地Wiki，纯Markdown加Git管理，不用任何花哨的知识管理软件。遇到的好思路、踩过的坑、源码里的精妙实现，都记进去，关键是按自己的理解重新组织，而不是复制粘贴。这样积累几年，检索起来比搜索引擎还好使，因为每一条都是自己消化过的。

最后是输出。读完写点东西，哪怕只是给自己看的源码分析笔记，发不发出来倒在其次。写不出来的地方，往往就是没真懂的地方，回头再补。这个闭环转起来之后，面对新工具的心态也变了：不再是"又一个神器"，而是"哦，它解决的是这个问题，大概会这么实现"。

其实大家有没有类似的知识管理习惯？还是说我这套太老派了

前阵子被 uv 种草，本来只想试一把，结果顺手把囤了好几年的 pyenv、poetry、virtualenv-wrapper 全清了。这玩意儿是 Rust 写的，单文件零配置，下下来一条命令就把 venv 和 pip 的活儿接过去了，建项目环境快到秒级，装依赖基本不用等。

我之前也收藏过一堆环境管理工具，大多最后都躺在收藏夹里吃灰。uv 不太一样，它戳的是每天都会撞上的真痛点：环境冲突、装包慢、lock 文件乱成一团。现在新开项目第一件事就是 uv init，老工具链反而清爽了。比起在 GitHub 挖到一个只能点个赞的宝藏，这种能替掉一堆旧家伙、让桌面变干净的感觉，确实更实在些。

前阵子看版里聊"读commit比看教程管用"，我深以为然，不过想补一句：光读还不够，得亲手泡进去。

我二十多年前就是这么过来的。挑了个自己天天在用的小工具，先默默翻它的 issue 列表，看别人怎么报 bug、维护者怎么回复、哪些讨论最后落成了代码。等摸熟了脾气，从改一个 typo、补一句文档开始提 PR。第一次被 merge 那会儿挺开心，其实就动了三行。

后来就上道了。每发一版，我跟着看 changelog 里那些技术选型的来回拉扯：为什么这里弃了旧接口，为什么那里换了实现。教程只教"现在该这么做"，真实项目才告诉你"当初为什么走了弯路"。

几年后回头翻自己的 commit 历史，像翻一本成长日记。比起刷完就忘的网课，这条路上每一步都留着印子。petit à petit, l’oiseau fait son nid。

今天刷GitHub Trending，最让我留步的不是那些又大又响的模型项目，而是几个默默爬升的"老物复活"类仓库。有人把闲置手机改成家庭监控，旧路由器刷成轻量家庭服务器，甚至还有把吃灰的Kindle刷成电子日历的。从某种角度看，C’est intéressant，这类项目的星标增长比某些炫技玩意儿更耐看。

它们最讨喜的是README写得友好，步骤清楚，照着敲基本能跑起来。比起折腾本地大模型那套动辄要显卡和显存的门槛，显然亲民得多，也正合"开源有益"那种普惠精神。

更让我安心的是，这些仓库大多由个人开发者维护，代码透明，哪天功能不合用，自己改两行就行。买成品总怕厂商哪天停服变砖，而开源的东西坏了能修，这才是它比商业产品让人踏实的地方。你们最近在Trending上还挖到过什么老物改造的好项目？

这几天刷GitHub Trending，发现一个挺有意思的现象：AI agent的项目铺天盖地，但OpenTUI这类写终端界面的库也悄悄爬上去了。前几年大家都在说Web UI、低代码、SaaS一把梭，终端好像成了老古董的玩具。现在风向有点回来，不是回到黑乎乎的命令行受苦，而是用TypeScript也能轻松撸出不难看的TUI，前端同学也能玩。比起那些启动半天的重型平台和动不动就绑数据的云服务，终端工具启动快、零云依赖、数据攥在自己手里，回归的其实是写代码这件事本身的手感。晚上clone一个TUI项目，改两行跑起来，比追AI风口实在，也更能看清开源生态这阵子到底在往哪走。

前阵子整理硬盘，翻出十年前写的笔记，才意识到我这套学法早就闭环了。每一步都靠开源撑着，说说我的路子。

最早是图省事。有回要批量改一批文件的元数据，没去翻手册死磕，直接找了个开源小脚本改几行就跑起来了。跑通比看十页文档都管用，很多设计思路是用了才知道作者为什么这么写。

等用顺手了，就顺着 issue 和源码往里刨。看作者怎么取舍、怎么处理边界情况，等于白蹭了一门系统设计课。嗯有些项目代码量不大，结构却巧得让人服气，读着读着就舍不得关。后来还试着给其中一个提了个小补丁，被 merge 的那刻比考试及格还踏实。

最近又加了一环：把本地跑的开源模型当陪练。我让它照着我正啃的模块出题，写完代码丢回去让它挑刺。它未必全对，但能逼我把含糊的地方想清楚。从用工具、读源码到让模型出题批改，自学这件事终于不用等别人喂了。

玩了这么多年游戏，读档重来几乎是肌肉记忆。哪个选择不满意，退出去读个档，世界就当没发生过。直到前阵子玩到一个，我在某段对话里随口选了句自以为无关痛痒的话，画面没给任何确认，直接切到了结局。

严格来说那一刻我才反应过来，刚才那个选项把队友推进了死路。没有存档点，没有"是否确定"，系统甚至没提醒我这是不可逆的。我盯着结局画面愣了挺久，这是头一回，游戏让我为随口一句话付出了实打实的代价。

没了S/L大法之后，后面每个对话都变得沉。以前是随便试错，现在像认真活一遍，每个选项都要掂量。真正震撼我的不是通关那一刻，而是它不再哄着我玩了，把我当成年人，后果自己扛。这种失控感，反而比任何演出都来得真实。

前阵子联调一个服务，日志哗哗往外冒，tail -f 接着 grep 再 less 翻页，眼睛都找花也没定位到想要的字段。后来试了 Logdy，感觉像打开了新世界。

它就是一个单文件二进制，零依赖，管道一接就能用，跟随手丢个 grep 进命令行一样轻，完全没必要为了看个日志大动干戈去搭一套 ELK。最舒服的是自带 Web UI，日志直接实时搬进浏览器里，支持过滤、着色，还能写自定义解析器，再也不用 less 里一页页翻、靠肉眼扫关键字了。

关键是它完全本地运行，日志不出机器，隐私上没顾虑，性能也顶，排查效率确实翻倍。开发联调的时候强烈推荐换上试试。

潜水久了，最近手痒折腾了点东西，想跟版里各位汇报下。一直用商业 Copilot 写码，每月那笔订阅费看着不起眼，一年下来也够添张中端显卡了。前阵子把 Tabby 这类开源编码助手部署到自家机器，模型直接跑在本机显卡上，代码从头到尾不离开内网，隐私和合规这块算一次性到位。镜像拉下来十几分钟跑通，IDE 里装个插件就能补全，体感跟云端差不太多。

从某种角度看，自托管最香的还不是技术本身，是这笔账算得过来：一次部署，长期边际成本趋近于零，对个人和小团队格外划算。更让我中意的是那种自由——顺手改个插件、把内部代码库接进去当检索源，这种按需改造的爽感，闭源 SaaS 根本给不了。

折腾中也踩了坑，比如显存吃紧得调量化参数，首次建检索索引偏慢。但总体很值。你们自托管过类似的开发工具吗？踩坑经验拿来聊聊，à bientôt (￣▽￣)

很多人学开源是反着来的，先翻文档、再抄示例，等到真要改点东西才发现根本摸不清它当初为什么长成这样。我后来换个路子，直接去翻一个项目的 commit 历史，把每次 feature 和 fix 顺着时间线啃下来，感觉比读任何教程都管用。

commit 历史其实是一个项目最诚实的成长日记。官方文档和静态源码只告诉你现在长啥样，但 commit 里藏着当初的设计权衡，哪次是临时凑合后来推倒重来，哪次是为了一个边界 case 加的补丁。现在像 Commit Story 这类工具能把 commit 直接可视化成一条时间线，翻起来就更像在读一本传记，谁在什么时候做了什么决定一目了然。

顺手推荐个入门法子：挑一个你天天用、却从没读过源码的小工具，从它的第一个 commit 啃起。不用贪多，看懂头几十个改动基本就能摸清它的脾气，记得也比啃书牢。等顺到后面，顺手提个 typo 或者补条注释的 PR，算是给这段阅读交个作业，也算正式入了门。

刚看了那篇聊Win7人情味的文章，挺有共鸣。回头想想，咱们开源圈有点本末倒置了。

Win7让人念念不忘，倒不是多先锋，恰恰相反，是它不折腾你。稳定、顺手这件最朴素的事磨到位了，开机就用，从不跟你较劲。

反观不少开源项目，隔三差五就要"重写一切"，大版本说发就发，依赖一串串挂。老用户某天升级完，参数改了、行为变了，文档还停在上个世纪。那种被赶着跑的疲惫，正是人情味流失的地方。

好用的东西都懂得留白：少点弹窗，少点重依赖，文档能说人话。这谈不上创新，只是一种克制，而克制本身，就是对用你软件的人的尊重。很多人怀念Win7，怀念的也就是这点体面吧。

前两天刷到那篇讲Backrooms的文章，挺有意思。说白了这股恐怖母题的根子，是游戏引擎里一个叫noclip的调试开关——程序员为了快速查关卡，随手把碰撞检测关掉，能穿墙能飞，纯粹写代码时的内部效率工具，谁也没想让它承载什么叙事。
严格来说
后来玩家拿到手，第一件事就是变成"神模式"，无视碰撞随便飞。关键就在这：工具的用法和解释权，从作者手里滑到了用户手里。在开源社区待过的人都熟悉这个画面，原作者本意是一回事，社区拿去改去用又是另一回事。

再往后，"穿墙掉进空房间"脱离具体游戏，成了集体都市传说。可见真正有生命力的，往往不是包装完好的成品，而是被用户二次点燃的那点能量。一个调试开关长成鬼故事，倒像是开源精神最早的雏形，某种意义上的 détournement。

刚看完那篇讲Windows 7"人情味"的设计史，挺有感触。说白了Win7最厉害的地方不是它多新多炫，而是克制，窗口往边上一甩就自动吸附半屏，关机键就在该在的地方，不跟你玩捉迷藏。这种以用户为中心的设计，恰恰是现在很多开源工具缺的东西。

开源圈这些年有种怪焦虑，动不动就想着用新语言重写一遍、上最新框架。我理解追求技术进步，但普通用户要的其实就一个顺手、稳定的东西。你把个好端端的工具重构得连老用户都认不出，学习曲线陡成悬崖，人情味自然就没了。

真正活得久的开源项目，走的都是Win7那条路。VLC装上去就能放，7-Zip右键就能压，多少年不跟你闹脾气。好用有时候真的比创新更值得被尊重，咱们动手写东西的时候，少点炫技多点体贴，用户会记你的好。

最近翻到一篇讲 Windows 7 设计史的文章，说它大概是微软最有"人情味"的一代。挺认同的。Win7 被人念叨这么多年，从来不是靠什么新潮架构，而是那些被磨到顺手的小东西，开始菜单的层级、毛玻璃的半透明、甚至是关机那一声。技术含量都不高，却是有人替你"做完了决定"的温度。

倒不是怀旧。我是想说开源这边常年缺的恰恰是这门课。太多项目把力气砸在重写架构、追新框架上，潜意识里觉得"免费加自由"能抵消体验上的毛糙。可自由的另一面是选择全甩给用户：装完一堆配置要自己定，文档里写"看源码吧"。这种自由其实挺冷的。
嗯
不是说开源不该自由，是觉得偶尔也该有人替使用者把细节收拢好，让一个普通人能安静用下去。一个让人愿意留下的工具，比一个炫技的 repo 更经得起 star。