#科普
《速度的变化率是加速度,加速度的变化率又是什么?》
第一次听说“急动度”这个术语:
《速度的变化率是加速度,加速度的变化率又是什么?》
第一次听说“急动度”这个术语:
急动度是加速度关于时间的变化率,也是位置对时间的三阶导数。用一句直观的话来说,加速度决定了“你是否被推着”,而急动度则决定了“你被推着的方式是否突然”。
百度百科
急动度
急动度是力学中描述加速度变化率的物理量,定义为位矢对时间的三阶导数($j=da/dt$),单位为m/s³。其概念源于伽利略的运动研究思想,用于量化运动状态中加速度的突变特性。在经典力学中,牛顿公式F=ma关联了力与加速度,但因天体运动加速度近似恒定,急动度未被早期理论体系重视。1928年工程师麦桥发现力的突变会引发急动度,导致人体不适,推动其实际应用研究。工程领域将其用于汽车安全设计,通过设定阈值评估驾驶冲击强度;竞技举重中分析挺举动作的急动度特征,揭示动作动力学规律。轮船急减速等场景也依赖急动度量化运…
❤6😁5
#开源项目
《用好你的 jj - 重新思考 Agent 时代的版本控制》,第一次知道jj这个VCS,还是Rust写的,更有兴趣了。
评论区的朋友补充了另一篇文章《是时候认识 jj 了:Git 的下一个进化方向》
《用好你的 jj - 重新思考 Agent 时代的版本控制》,第一次知道jj这个VCS,还是Rust写的,更有兴趣了。
评论区的朋友补充了另一篇文章《是时候认识 jj 了:Git 的下一个进化方向》
OneV’s Den
用好你的 jj - 重新思考 Agent 时代的版本控制
上善若水,人淡如菊。这里是王巍 (onevcat) 的博客,用来记录一些技术和想法,主要专注于 Swift 和 iOS 开发。
🤪6🌭4❤3
#世界观
来自ppresume作者xiaohanyu的微博:
来自ppresume作者xiaohanyu的微博:
AI 时代说个小暴论,越是在这种鼓吹人人都可以创造的时代,越要静下心来做一些长期主义的事情。LLM 是一把锋利的刀,你买了这把刀,别人也可以买,这并不能带来什么本质性的差距。所以还是要沉下来,做一些长期主义、有积累的事情。
Weibo
AI 时代说个小暴论,越是在这种鼓吹人人都... 来自xiaohanyu1988 - 微博
AI 时代说个小暴论,越是在这种鼓吹人人都可以创造的时代,越要静下心来做一些长期主义的事情。LLM 是一把锋利的刀,你买了这把刀,别人也可以买,这并不能带来什么本质性的差距。所以还是要沉下来,做一些长期主...
❤19
#分布式
《图解分布式系统原理》的博客目录,今天更新到《第五章:共识算法》。上一章讲解了复制和不同的一致性模型,我们可以根据业务的特点采用不同的一致性模型,当系统需要满足强一致性时,就要用到本章讨论的共识算法,本章依次讨论了:共识算法的概述,Paxos算法的思想和流程、Multi Paxos,以及Raft算法的详细流程。
第一章:分布式系统概述
第二章:分布式系统模型
第三章:分布式系统中的时间和顺序
第四章:复制
第五章:共识算法
另外需要说明,由于我的初稿是Latex,放到博客时用工具转成的Markdown格式,所以可能有些格式问题,请见谅。
《图解分布式系统原理》的博客目录,今天更新到《第五章:共识算法》。上一章讲解了复制和不同的一致性模型,我们可以根据业务的特点采用不同的一致性模型,当系统需要满足强一致性时,就要用到本章讨论的共识算法,本章依次讨论了:共识算法的概述,Paxos算法的思想和流程、Multi Paxos,以及Raft算法的详细流程。
第一章:分布式系统概述
第二章:分布式系统模型
第三章:分布式系统中的时间和顺序
第四章:复制
第五章:共识算法
另外需要说明,由于我的初稿是Latex,放到博客时用工具转成的Markdown格式,所以可能有些格式问题,请见谅。
codedump notes
第一章:分布式系统概述
在现代软件工程的演进历程中,从单机应用迈向分布式架构是一个关键的分水岭。这一跨越并非简单的硬件堆叠或代码迁移,而是一场涉及思维模式、设计哲学乃至对物理规律重新认知的深刻变革。
作为全书的开篇,本章将带领读者走出单机系统的舒适区,直面分布式环境下的真实挑战。我们将首先厘清分布式系统的核心定义,剖析其相较于集中式系统的本质差异与优势;随后,我们将重点探讨这一领域中不可回避的技术难题——从不可靠的网络通信到破碎的全局时钟,再到部分失效带来的不确定性。最后,本章将阐述架构师在转型过程中所需完成的心智转变,从追求…
作为全书的开篇,本章将带领读者走出单机系统的舒适区,直面分布式环境下的真实挑战。我们将首先厘清分布式系统的核心定义,剖析其相较于集中式系统的本质差异与优势;随后,我们将重点探讨这一领域中不可回避的技术难题——从不可靠的网络通信到破碎的全局时钟,再到部分失效带来的不确定性。最后,本章将阐述架构师在转型过程中所需完成的心智转变,从追求…
❤7
#分布式
#开源项目
近期我正在开发的两个开源项目:rockraft 和 coredb 。
其中,coredb 是一个基于 openraft 和 RocksDB 构建的强一致性 KV 数据库,且完全兼容 Redis 协议。在我看来,Redis 协议目前已经成为 KV 存储领域的事实标准,它的生态价值不应仅仅局限于传统的内存缓存。通过为其引入强一致性的持久化存储,我们可以赋予它全新的生命力和应用场景——正如 HTTP 协议从早期的网页传输协议,最终演变为无处不在的通信基石一样。
最初,我的构想中只有 coredb。但在开发过程中我意识到,“Raft + RocksDB” 的架构组合具有极高的通用价值。考虑到许多开发者可能也需要这样一套可靠的底层基座,去构建他们自己专属的强一致性存储系统,我便将这部分核心逻辑进行了解耦,单独抽离出了 rockraft 这个基础框架项目。
#开源项目
近期我正在开发的两个开源项目:rockraft 和 coredb 。
其中,coredb 是一个基于 openraft 和 RocksDB 构建的强一致性 KV 数据库,且完全兼容 Redis 协议。在我看来,Redis 协议目前已经成为 KV 存储领域的事实标准,它的生态价值不应仅仅局限于传统的内存缓存。通过为其引入强一致性的持久化存储,我们可以赋予它全新的生命力和应用场景——正如 HTTP 协议从早期的网页传输协议,最终演变为无处不在的通信基石一样。
最初,我的构想中只有 coredb。但在开发过程中我意识到,“Raft + RocksDB” 的架构组合具有极高的通用价值。考虑到许多开发者可能也需要这样一套可靠的底层基座,去构建他们自己专属的强一致性存储系统,我便将这部分核心逻辑进行了解耦,单独抽离出了 rockraft 这个基础框架项目。
GitHub
GitHub - lichuang/rockraft: A strongly consistent distributed key-value store library built on Raft consensus protocol and RocksDB.
A strongly consistent distributed key-value store library built on Raft consensus protocol and RocksDB. - lichuang/rockraft
👍18❤1
#人工智能
最近我似乎患上了一种“AI模型用量FOMO症”:总觉得没把每周的额度耗尽,心里就不踏实。这周,我终于把 Kimi 的周额度彻底“榨干”了,与之相呼应的,是我在 GitHub 上肉眼可见暴增的提交记录(目前在做的开源项目)。
在日常开发中,我使用AI的方式更像是一名架构师:先梳理业务需求、设计系统架构、划分功能模块,并严谨地定义好每一个接口与测试用例。只有在完成这些全局规划后,我才会把具体的编码细节交由AI按部就班地去执行。总的来说,现阶段 AI 对我而言依然是“副驾驶(Copilot)”的角色——我必须完全掌控它的每一步逻辑,亲自去做Code Review为其兜底,而不是依赖它去生成一个我自己都毫无头绪的黑盒。
正因如此,我认为在这波AI对程序员群体的冲击浪潮中,首当其冲的将是刚入行的初级开发者。由于经验尚浅,他们往往还没有建立起这种高维度的架构设计与项目组织能力,依然停留在“单纯写代码”的阶段,因而在这场技术变革中最容易遭到替代。
最后,聊聊近期的工具体验。去年12月底我开始使用 GLM,初体验确实令人惊艳,但随着深度使用,各种莫名其妙的状况开始频发:卡顿、突然中断、输出乱码,甚至陷入无限读取代码并狂刷终端的死循环,整体的可用性和稳定性大打折扣。因此,三月份 GLM 的季度套餐到期后,我打算正式弃用不再续费了。取而代之的,是我会把 Kimi 的订阅从99元档直接升级到199元档,让它继续做我可靠的开发助手。
最近我似乎患上了一种“AI模型用量FOMO症”:总觉得没把每周的额度耗尽,心里就不踏实。这周,我终于把 Kimi 的周额度彻底“榨干”了,与之相呼应的,是我在 GitHub 上肉眼可见暴增的提交记录(目前在做的开源项目)。
在日常开发中,我使用AI的方式更像是一名架构师:先梳理业务需求、设计系统架构、划分功能模块,并严谨地定义好每一个接口与测试用例。只有在完成这些全局规划后,我才会把具体的编码细节交由AI按部就班地去执行。总的来说,现阶段 AI 对我而言依然是“副驾驶(Copilot)”的角色——我必须完全掌控它的每一步逻辑,亲自去做Code Review为其兜底,而不是依赖它去生成一个我自己都毫无头绪的黑盒。
正因如此,我认为在这波AI对程序员群体的冲击浪潮中,首当其冲的将是刚入行的初级开发者。由于经验尚浅,他们往往还没有建立起这种高维度的架构设计与项目组织能力,依然停留在“单纯写代码”的阶段,因而在这场技术变革中最容易遭到替代。
最后,聊聊近期的工具体验。去年12月底我开始使用 GLM,初体验确实令人惊艳,但随着深度使用,各种莫名其妙的状况开始频发:卡顿、突然中断、输出乱码,甚至陷入无限读取代码并狂刷终端的死循环,整体的可用性和稳定性大打折扣。因此,三月份 GLM 的季度套餐到期后,我打算正式弃用不再续费了。取而代之的,是我会把 Kimi 的订阅从99元档直接升级到199元档,让它继续做我可靠的开发助手。
👍13❤2
#开源项目
手动关闭选项,不允许Github使用私人项目来训练copilot,关闭按钮在 https://github.com/settings/copilot/features 中的 Privacy。
手动关闭选项,不允许Github使用私人项目来训练copilot,关闭按钮在 https://github.com/settings/copilot/features 中的 Privacy。
👏4❤1
#分布式
《图解分布式系统原理》的博客目录,今天更新到《第六章:分区》。前面章节已经讲解完毕复制和复制时面对的一致性问题、共识算法等,本章讲解分区相关知识,即将数据划分到不同的节点上存储。本章也是教程中相对最不满意的一章,因为感觉对比DDIA的相同章节,并没有写出太多新的东西来,读者看后可以给我一点反馈和建议。
第一章:分布式系统概述
第二章:分布式系统模型
第三章:分布式系统中的时间和顺序
第四章:复制
第五章:共识算法
第六章:分区
另外需要说明,由于我的初稿是Latex,放到博客时用工具转成的Markdown格式,所以可能有些格式问题,请见谅。
《图解分布式系统原理》的博客目录,今天更新到《第六章:分区》。前面章节已经讲解完毕复制和复制时面对的一致性问题、共识算法等,本章讲解分区相关知识,即将数据划分到不同的节点上存储。本章也是教程中相对最不满意的一章,因为感觉对比DDIA的相同章节,并没有写出太多新的东西来,读者看后可以给我一点反馈和建议。
第一章:分布式系统概述
第二章:分布式系统模型
第三章:分布式系统中的时间和顺序
第四章:复制
第五章:共识算法
第六章:分区
另外需要说明,由于我的初稿是Latex,放到博客时用工具转成的Markdown格式,所以可能有些格式问题,请见谅。
codedump notes
第一章:分布式系统概述
在现代软件工程的演进历程中,从单机应用迈向分布式架构是一个关键的分水岭。这一跨越并非简单的硬件堆叠或代码迁移,而是一场涉及思维模式、设计哲学乃至对物理规律重新认知的深刻变革。
作为全书的开篇,本章将带领读者走出单机系统的舒适区,直面分布式环境下的真实挑战。我们将首先厘清分布式系统的核心定义,剖析其相较于集中式系统的本质差异与优势;随后,我们将重点探讨这一领域中不可回避的技术难题——从不可靠的网络通信到破碎的全局时钟,再到部分失效带来的不确定性。最后,本章将阐述架构师在转型过程中所需完成的心智转变,从追求…
作为全书的开篇,本章将带领读者走出单机系统的舒适区,直面分布式环境下的真实挑战。我们将首先厘清分布式系统的核心定义,剖析其相较于集中式系统的本质差异与优势;随后,我们将重点探讨这一领域中不可回避的技术难题——从不可靠的网络通信到破碎的全局时钟,再到部分失效带来的不确定性。最后,本章将阐述架构师在转型过程中所需完成的心智转变,从追求…
👍13
#人工智能
我这几天也用了一下GLM新的5.1模型。还是跟之前一样,上下文一长,就有概率死循环一直往外输出。
一句话总结:GLM模型的可用性仍然很不稳定。
我用武侠小说的例子做个对比,GLM模型就像段誉用的六脉神剑,可能这个武功确实是顶级武功绝学(上限高),但是时灵时不灵,实战中就很慌。同理,我现在都不会把GLM用于过于复杂(例如上下文会超过100K)的任务了。
截止2026年3月31日,继续维持Kimi2.5是目前国内最好编码模型的判断。(补充一下我的使用场景:kimi 用的是官方的 kimi-cli,glm用的是不带插件的opencode,另外两个模型用的都是官方的模型,而不是云厂商的模型)
我这几天也用了一下GLM新的5.1模型。还是跟之前一样,上下文一长,就有概率死循环一直往外输出。
一句话总结:GLM模型的可用性仍然很不稳定。
我用武侠小说的例子做个对比,GLM模型就像段誉用的六脉神剑,可能这个武功确实是顶级武功绝学(上限高),但是时灵时不灵,实战中就很慌。同理,我现在都不会把GLM用于过于复杂(例如上下文会超过100K)的任务了。
截止2026年3月31日,继续维持Kimi2.5是目前国内最好编码模型的判断。(补充一下我的使用场景:kimi 用的是官方的 kimi-cli,glm用的是不带插件的opencode,另外两个模型用的都是官方的模型,而不是云厂商的模型)
👍14❤2
#博客
这几天claude code代码泄露,网上出了很多分析其源代码的文章,借这个机会,再推荐一下之前写的文章《如何阅读一份源代码?(2020年版) 》,这是在前AI时代古法阅读代码的一些经验和方法总结。
有了AI加持之后,这些方法依然起效,但是可以在AI辅助下加速代码的阅读和理解:比如可以就其中某个具体的问题、场景,提问AI具体的问题等等,比如可以让AI生成调用的流程图。简而言之,AI只是加速工具,阅读代码的方法并未改变,如何指导AI、从哪里入手、如何问具体的问题,都是可以从文章中有借鉴的。
另外如果读的是Github上的开源项目,可以去 https://deepwiki.com/ 里面找是不是已经有相关文档,比95%以上的人写的代码分析文档都要好。
这几天claude code代码泄露,网上出了很多分析其源代码的文章,借这个机会,再推荐一下之前写的文章《如何阅读一份源代码?(2020年版) 》,这是在前AI时代古法阅读代码的一些经验和方法总结。
有了AI加持之后,这些方法依然起效,但是可以在AI辅助下加速代码的阅读和理解:比如可以就其中某个具体的问题、场景,提问AI具体的问题等等,比如可以让AI生成调用的流程图。简而言之,AI只是加速工具,阅读代码的方法并未改变,如何指导AI、从哪里入手、如何问具体的问题,都是可以从文章中有借鉴的。
另外如果读的是Github上的开源项目,可以去 https://deepwiki.com/ 里面找是不是已经有相关文档,比95%以上的人写的代码分析文档都要好。
DeepWiki
DeepWiki | AI documentation you can talk to, for every repo
DeepWiki provides up-to-date documentation you can talk to, for every repo in the world. Think Deep Research for GitHub - powered by Devin.
👍13❤1
#人工智能
#投资
因为是小鹏的全仓股东,昨天3月份的销量数据出来之后,突发奇想让Kimi深度研究了一下2026年Q1的业绩和展望,Kimi花费了快一个小时出了这份报告,由于我对小鹏相当了解了,看这份报告感觉挺不错的:数据详实、引用都有准确的出处,未来做基本面研究可以借用AI工具做辅助。
我也同样让Kimi生成了一份茅台的Q1分析,由于不是茅台股东对这家公司不够了解,所以我也说不好质量如何,单从内容上来说比小鹏的报告少了一半内容,这也可能是因为这个生意不够“性感”,没有什么新的产品吧。
对这两家公司感兴趣,或者对Kimi的深度研究分析公司的能力好奇的,都可以看看这两份报告,百度网盘地址。
#投资
因为是小鹏的全仓股东,昨天3月份的销量数据出来之后,突发奇想让Kimi深度研究了一下2026年Q1的业绩和展望,Kimi花费了快一个小时出了这份报告,由于我对小鹏相当了解了,看这份报告感觉挺不错的:数据详实、引用都有准确的出处,未来做基本面研究可以借用AI工具做辅助。
我也同样让Kimi生成了一份茅台的Q1分析,由于不是茅台股东对这家公司不够了解,所以我也说不好质量如何,单从内容上来说比小鹏的报告少了一半内容,这也可能是因为这个生意不够“性感”,没有什么新的产品吧。
对这两家公司感兴趣,或者对Kimi的深度研究分析公司的能力好奇的,都可以看看这两份报告,百度网盘地址。
Telegram
codedump的电报频道
#投资
今年是全仓小鹏汽车后的第一个完整年份。这一年的操作,除了中间瞎折腾企图做一些波段以外,中间还分别加仓了两次。在11.11这一天,小鹏科技日之后股价暴涨,今年的收益也来到最高的106%,随后迅速回落,短短一个月时间回撤了大几十的收益,最终以45%结束了2025年。
尽管股价波动很大,绝大部分时间我都是很淡定的,吃得香睡得着。另外今年投资心得上,也确定了一个新的操作原则:绝对不做任何本质上是在“预测短期股价”的操作,包括但不限于做波段。
如果自认为可以预测股价,并且运气好获得正向反馈,难免不会进…
今年是全仓小鹏汽车后的第一个完整年份。这一年的操作,除了中间瞎折腾企图做一些波段以外,中间还分别加仓了两次。在11.11这一天,小鹏科技日之后股价暴涨,今年的收益也来到最高的106%,随后迅速回落,短短一个月时间回撤了大几十的收益,最终以45%结束了2025年。
尽管股价波动很大,绝大部分时间我都是很淡定的,吃得香睡得着。另外今年投资心得上,也确定了一个新的操作原则:绝对不做任何本质上是在“预测短期股价”的操作,包括但不限于做波段。
如果自认为可以预测股价,并且运气好获得正向反馈,难免不会进…
❤6
ironcode.mov
26.3 MB
#开源项目
#人工智能
为了学习如何实现一个Agent,我用Rust照着Python实现的kimi-cli在写一个coding agent,名字叫ironcode,目前还比较粗糙,后面如果能做到:用ironcode的agent来编码ironcode自身就有意思了。项目地址:https://github.com/lichuang/ironcode
#人工智能
为了学习如何实现一个Agent,我用Rust照着Python实现的kimi-cli在写一个coding agent,名字叫ironcode,目前还比较粗糙,后面如果能做到:用ironcode的agent来编码ironcode自身就有意思了。项目地址:https://github.com/lichuang/ironcode
👍15
#开源项目
#人工智能
有人将John Ousterhout的《A Philosophy of Software Design》里的设计理念总结为skill了。
《A Philosophy of Software Design》是一本教你如何将复杂的软件系统分解为可以相对独立实现的模块的经典书,所以这个skill可以用于:代码重构、review等环节里。
之前曾经介绍过:作者也是TCL语言的作者,Raft论文作者的导师,也在论文作者名单中。
#人工智能
有人将John Ousterhout的《A Philosophy of Software Design》里的设计理念总结为skill了。
《A Philosophy of Software Design》是一本教你如何将复杂的软件系统分解为可以相对独立实现的模块的经典书,所以这个skill可以用于:代码重构、review等环节里。
之前曾经介绍过:作者也是TCL语言的作者,Raft论文作者的导师,也在论文作者名单中。
GitHub
GitHub - luoling8192/software-design-philosophy-skill: Claude Code skill: Software design philosophy guide based on A Philosophy…
Claude Code skill: Software design philosophy guide based on A Philosophy of Software Design by John Ousterhout - luoling8192/software-design-philosophy-skill
❤14
error-cn.md
7.9 KB
#人工智能
我采用《A Philosophy of Software Design》里的设计理念总结的skill来分析了一下rockraft现有的代码,马上给出了一个很详细的重构错误类型的意见,参见附件里的Markdown文件,根据这个意见的修改见pr ,AI编程工具是在kimi-cli上用的kimi-2.5模型。
我采用《A Philosophy of Software Design》里的设计理念总结的skill来分析了一下rockraft现有的代码,马上给出了一个很详细的重构错误类型的意见,参见附件里的Markdown文件,根据这个意见的修改见pr ,AI编程工具是在kimi-cli上用的kimi-2.5模型。
❤3
#分布式
《图解分布式系统原理》的博客目录,今天更新到《第七章 事务》。这是这个教程的最后一章,本来这并不是一个讲数据库内核的教程,但是到了事务这部分,需要先讲解数据库中ACID的概念,有了对事务的基本理解才能继续后面的讲解。前面已经讲解了复制和分区技术,复制技术(包括将重点介绍的共识算法)提升了系统的容错性,而分区技术提升了系统的扩展性,这两项技术解决的是数据的*“物理问题”。除此以外,分布式系统中的数据访问还经常面临着“逻辑问题”,这就需要事务技术来解决。
第一章:分布式系统概述
第二章:分布式系统模型
第三章:分布式系统中的时间和顺序
第四章:复制
第五章:共识算法
第六章:分区
第七章:事务
另外需要说明,由于我的初稿是Latex,放到博客时用工具转成的Markdown格式,所以可能有些格式问题,请见谅。
《图解分布式系统原理》的博客目录,今天更新到《第七章 事务》。这是这个教程的最后一章,本来这并不是一个讲数据库内核的教程,但是到了事务这部分,需要先讲解数据库中ACID的概念,有了对事务的基本理解才能继续后面的讲解。前面已经讲解了复制和分区技术,复制技术(包括将重点介绍的共识算法)提升了系统的容错性,而分区技术提升了系统的扩展性,这两项技术解决的是数据的*“物理问题”。除此以外,分布式系统中的数据访问还经常面临着“逻辑问题”,这就需要事务技术来解决。
第一章:分布式系统概述
第二章:分布式系统模型
第三章:分布式系统中的时间和顺序
第四章:复制
第五章:共识算法
第六章:分区
第七章:事务
另外需要说明,由于我的初稿是Latex,放到博客时用工具转成的Markdown格式,所以可能有些格式问题,请见谅。
codedump notes
第一章:分布式系统概述
在现代软件工程的演进历程中,从单机应用迈向分布式架构是一个关键的分水岭。这一跨越并非简单的硬件堆叠或代码迁移,而是一场涉及思维模式、设计哲学乃至对物理规律重新认知的深刻变革。
作为全书的开篇,本章将带领读者走出单机系统的舒适区,直面分布式环境下的真实挑战。我们将首先厘清分布式系统的核心定义,剖析其相较于集中式系统的本质差异与优势;随后,我们将重点探讨这一领域中不可回避的技术难题——从不可靠的网络通信到破碎的全局时钟,再到部分失效带来的不确定性。最后,本章将阐述架构师在转型过程中所需完成的心智转变,从追求…
作为全书的开篇,本章将带领读者走出单机系统的舒适区,直面分布式环境下的真实挑战。我们将首先厘清分布式系统的核心定义,剖析其相较于集中式系统的本质差异与优势;随后,我们将重点探讨这一领域中不可回避的技术难题——从不可靠的网络通信到破碎的全局时钟,再到部分失效带来的不确定性。最后,本章将阐述架构师在转型过程中所需完成的心智转变,从追求…
❤8