#历史
#地理
看历史剧《太平年》,才知道了一个之前没注意的生僻地理历史知识:“福建”是由两个地名,“福州”和“建州”组成。福州自然不必多说,建州比较生僻,现在的建瓯市,福建省南平市代管县级市,参见《福建的“建”,从这里开始》。
除了福建以外,应该还有甘肃是由两个地名组成的省份名称:甘州今张掖,肃州今酒泉,都是传统河西四郡之一。江苏,由江宁(南京)和苏州组成;安徽,由安庆和徽州组成。
#地理
看历史剧《太平年》,才知道了一个之前没注意的生僻地理历史知识:“福建”是由两个地名,“福州”和“建州”组成。福州自然不必多说,建州比较生僻,现在的建瓯市,福建省南平市代管县级市,参见《福建的“建”,从这里开始》。
唐开元二十一年(733年),唐玄宗设置福建经略使,从福州、建州各取一个字,历史上便有了“福建”。
除了福建以外,应该还有甘肃是由两个地名组成的省份名称:甘州今张掖,肃州今酒泉,都是传统河西四郡之一。江苏,由江宁(南京)和苏州组成;安徽,由安庆和徽州组成。
www.fujian.gov.cn
福建的“建”,从这里开始_
文旅经济_福建省人民政府门户网站
文旅经济_福建省人民政府门户网站
福建的“建”,从这里开始,,中国福建,福建省人民政府官方网站;福建省人民政府门户网站(简称中国福建政府网),是福建省人民政府和省人民政府各部门,以及各设区市、县(市、区)人民政府在国际互联网上发布政务信息、提供在线服务和公众参与的综合服务平台。
❤3
#投资
虽然直到目前为止,不持有任何黄金和比特币,但是比特币一直被称为“数字黄金”,但是最近黄金大涨、比特币大跌,跟我的理解有点不一样,问了一下Gemini什么原因。
简单总结起来就是:
虽然直到目前为止,不持有任何黄金和比特币,但是比特币一直被称为“数字黄金”,但是最近黄金大涨、比特币大跌,跟我的理解有点不一样,问了一下Gemini什么原因。
简单总结起来就是:
1、资产属性不同(防守 vs 进攻),黄金是真正的“避险资产”,经济衰退、天下大乱时用来保命防守;比特币本质上是“加杠杆的科技股”,属于超高风险资产,高度依赖市场流动性,一有风吹草动最先被抛售换取现金。
2、主力买盘不同(国家队 vs 投机客),黄金的超级买家是“全球央行”,买的是国家战略和金融安全,属于长期底仓;比特币的玩家主要是华尔街机构和散户,属于投机热钱,面临压力时平仓跑路极快。
😁4
#科普
《速度的变化率是加速度,加速度的变化率又是什么?》
第一次听说“急动度”这个术语:
《速度的变化率是加速度,加速度的变化率又是什么?》
第一次听说“急动度”这个术语:
急动度是加速度关于时间的变化率,也是位置对时间的三阶导数。用一句直观的话来说,加速度决定了“你是否被推着”,而急动度则决定了“你被推着的方式是否突然”。
百度百科
急动度
急动度是力学中描述加速度变化率的物理量,定义为位矢对时间的三阶导数($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❤1
#世界观
来自ppresume作者xiaohanyu的微博:
来自ppresume作者xiaohanyu的微博:
AI 时代说个小暴论,越是在这种鼓吹人人都可以创造的时代,越要静下心来做一些长期主义的事情。LLM 是一把锋利的刀,你买了这把刀,别人也可以买,这并不能带来什么本质性的差距。所以还是要沉下来,做一些长期主义、有积累的事情。
Weibo
AI 时代说个小暴论,越是在这种鼓吹人人都... 来自xiaohanyu1988 - 微博
AI 时代说个小暴论,越是在这种鼓吹人人都可以创造的时代,越要静下心来做一些长期主义的事情。LLM 是一把锋利的刀,你买了这把刀,别人也可以买,这并不能带来什么本质性的差距。所以还是要沉下来,做一些长期主...
❤18
#分布式
《图解分布式系统原理》的博客目录,今天更新到《第五章:共识算法》。上一章讲解了复制和不同的一致性模型,我们可以根据业务的特点采用不同的一致性模型,当系统需要满足强一致性时,就要用到本章讨论的共识算法,本章依次讨论了:共识算法的概述,Paxos算法的思想和流程、Multi Paxos,以及Raft算法的详细流程。
第一章:分布式系统概述
第二章:分布式系统模型
第三章:分布式系统中的时间和顺序
第四章:复制
第五章:共识算法
另外需要说明,由于我的初稿是Latex,放到博客时用工具转成的Markdown格式,所以可能有些格式问题,请见谅。
《图解分布式系统原理》的博客目录,今天更新到《第五章:共识算法》。上一章讲解了复制和不同的一致性模型,我们可以根据业务的特点采用不同的一致性模型,当系统需要满足强一致性时,就要用到本章讨论的共识算法,本章依次讨论了:共识算法的概述,Paxos算法的思想和流程、Multi Paxos,以及Raft算法的详细流程。
第一章:分布式系统概述
第二章:分布式系统模型
第三章:分布式系统中的时间和顺序
第四章:复制
第五章:共识算法
另外需要说明,由于我的初稿是Latex,放到博客时用工具转成的Markdown格式,所以可能有些格式问题,请见谅。
codedump notes
第一章:分布式系统概述
在现代软件工程的演进历程中,从单机应用迈向分布式架构是一个关键的分水岭。这一跨越并非简单的硬件堆叠或代码迁移,而是一场涉及思维模式、设计哲学乃至对物理规律重新认知的深刻变革。
作为全书的开篇,本章将带领读者走出单机系统的舒适区,直面分布式环境下的真实挑战。我们将首先厘清分布式系统的核心定义,剖析其相较于集中式系统的本质差异与优势;随后,我们将重点探讨这一领域中不可回避的技术难题——从不可靠的网络通信到破碎的全局时钟,再到部分失效带来的不确定性。最后,本章将阐述架构师在转型过程中所需完成的心智转变,从追求…
作为全书的开篇,本章将带领读者走出单机系统的舒适区,直面分布式环境下的真实挑战。我们将首先厘清分布式系统的核心定义,剖析其相较于集中式系统的本质差异与优势;随后,我们将重点探讨这一领域中不可回避的技术难题——从不可靠的网络通信到破碎的全局时钟,再到部分失效带来的不确定性。最后,本章将阐述架构师在转型过程中所需完成的心智转变,从追求…
❤6
#分布式
#开源项目
近期我正在开发的两个开源项目: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
👍17❤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元档,让它继续做我可靠的开发助手。
👍9