告别时间换钱,程序员如何用杠杆和判断力积累财富
IT人尤其是程序员大概是这个时代最擅长用时间换钱的群体。加班到深夜、周末oncall、按下计时器跳动的每一秒都在换算成薪资——但月末看着工资条那种我做的一切都只是为他人搭建积木的空虚感会反复冒出来。《纳瓦尔宝典》里那几句流传很广的财富箴言我第一次看到时只觉得是鸡汤直到在某次通宵发布后的凌晨三点突然意识到其中一句说的是用判断力赚钱而不是用时间赚钱这才开始认真琢磨自己这套生存模式到底哪里出了问题。这本书其实不是传统意义上的理财书更接近一个硅谷投资人对财富从哪来的底层思考。对IT人来说它最狠的地方在于直接戳破一个幻觉你以为高薪是福报其实只是把自己当成了一件可以按小时出售的商品。这篇文章我想拆解书里对我影响最深的三句话结合我们这行的日常处境聊聊怎么从时间批发商慢慢转变成资产持有者。无论你是刚工作两年的后端工程师还是带团队的 tech lead只要每天还在纠结工时与回报的换算比例这些内容就值得读完。1. IT人最深的困局表面高薪内里却是时间批发商先说个我观察了很久的现象。很多程序员的工作模式本质上和工地搬砖没有区别——唯一的差异是单价更高。你出卖八小时、十二小时换回一份固定薪资等到交付上线那天你的时间消耗被清零下个月重新开始出卖。这种模式有个专有名词叫时间换金钱纳瓦尔的原话更直接你用时间换来的每一分钱都是在出卖你生命中不可再生的那一段。1.1 工资条里的确定性陷阱为何难以挣脱为什么明知道这种模式不划算大家还是很难跳出来因为工资提供了一种极强的确定性幻觉。每个月的固定入账意味着房租、房贷、孩子学费都有了着落这种稳定感会让人下意识回避任何收入波动。我见过不少技术很强的同事能力完全够做独立产品或者接高价值顾问项目但一谈到没有底薪就立刻退缩。另一个原因是技术行业的通胀红利掩盖了结构问题。过去二十年移动互联网的扩张让程序员薪资水涨船高很多人误以为这是自己能力的复利其实大部分只是行业潮水抬高了的基数。潮水退去后年纪增长、精力下滑如果依然停留在按小时被采购的模式收入曲线大概率会在某个节点掉头向下。纳瓦尔对这类处境的诊断非常准确只要你还在出售时间你的收入天花板就被一天只有二十四小时这个物理事实锁死了。1.2 时薪思维才是第一道要拆掉的墙我建议每个IT人都试着做一个简单的计算把你的年收入除以实际工作小时数包括通勤、加班、各种隐性投入得出一个真实的时薪。然后再想想如果你把同样的时间投入到某个能持续产生价值的东西上一年后、三年后它带给你的回报是不是还停留在时薪×小时的公式里。有位做后端开发的朋友做这个计算之后发现自己的真实时薪低得惊人。他不是不努力恰恰是太努力——所有时间都填满了执行性事务反而压缩了思考如何跳出这个循环的空间。这其实是个恶性循环越忙就越没空思考越没空思考就越只能靠出卖时间活着。拆掉时薪不低这个幻觉是正视困局的第一步。2. 箴言一代码和媒体是新时代的杠杆——让劳动成果替你上班纳瓦尔在书里有一句我非常认同的话原意大致是过去你需要雇人才有杠杆而代码你可以随时调用它是无需许可的杠杆。媒体同样如此它能让你在睡觉时依然替你表达和劳动。这句话放在IT人身上简直是量身定制的解法——因为我们手里就攥着这个时代最强的杠杆工具只是绝大多数人只把它用在公司的工单和需求里。2.1 为什么代码是你身边最被低估的杠杆理解杠杆之前先理解什么是无许可。开一家餐馆要牌照雇一个销售要发工资这些都受制于外部许可和成本。但一段代码你只要有电脑随时可以写出一个工具、一个脚本、一个开源项目它能同时服务一千个人一万个人边际成本趋近于零——这就是杠杆。你不需要敲一千遍计算逻辑你只需要写一遍然后让它在服务器上替你跑。这话听起来简单但很多IT人对写代码这件事的认知被公司框架驯化了。一提写代码第一反应是接需求、排期、评审、上线代码是公司资产你的产出物归雇主所有。这是雇员视角的代码。而要跳出时间换钱的循环关键是把代码当资产视角来用写一个部署脚本省掉自己重复劳动攒一个效率工具甚至只是把踩过的坑整理成文档发布出去这些都是能脱离雇主独立存在的资产。2.2 从零开始建立代码资产的真实路径我见过一个最朴素的转型案例。某开发者讨厌每次都要手动配置本地开发环境于是他写了一个自动化初始化脚本顺手把项目开源了。起初他在公司群里分享后来在技术社区发了一篇文章两三年后这个脚本积累了几百个star评论区不断有人提需求、报issue他的GitHub主页成了他的技术名片。再后来有公司通过这个项目找到他做咨询和培训收入来源开始出现第一条独立于工资的曲线。这就是杠杆的复利形式。它可能不会立刻带来多少现金但它拆掉了一个隐含的墙原来我可以在不向任何人汇报的情况下创造对别人有用的东西。对IT人来说写自己的开源项目或者技术博客的门槛远低于其他行业——你不需要实体店、物流、供应链你需要的就是一台电脑和一个愿意持续输出的习惯。别想着一步登天做一个平台级产品从解决自己身边一个具体、反复出现的小麻烦开始。2.3 媒体杠杆把技术判断变成可传播的资产媒体杠杆对很多程序员来说是更陌生的一类。纳瓦尔讲媒体杠杆时强调的是你睡觉时也能工作这跟写代码的逻辑一脉相承——一篇技术文章发布出去一年后依然可能有人通过搜索看到它、信任你、因此联系你。我在这个过程中最深的体会是技术写作不是文科生的专属技能而是另一种形式的代码注释只不过读者从机器换成了人。有一件事想提醒大家别把技术博客只想成记录自己的工作日志。媒体杠杆的价值在于向市场传递你的判断力和解决问题的能力。同样是写一篇关于性能优化的文章踩坑复盘式的记录与为什么你的数据库连接池总是爆这类能给别人带去判断依据的内容传播效果天差地别。用代码杠杆解放自己的重复劳动用媒体杠杆放大自己的专业判断这两个东西组合起来才是纳瓦尔口中人人可用的财富杠杆组合。3. 箴言二把自己产品化——从卖时间到卖资产的认知转换《纳瓦尔宝典》里被引用最多的一句可能是把自己产品化。很多人把它理解成做个人IP、搞个人品牌这其实窄化了。这句话应该拆成两半看自己意味着你要找到自己独有的、别人替代不了的那部分能力产品化意味着这份能力要能被封装、被交付、被规模化而不是散落在等我有空了再说的闲聊里。3.1 独特性×责任感×杠杆三者如何相乘纳瓦尔在书里提到一个公式大意是财富 独特性 × 责任感 × 杠杆。这个公式对IT人尤其有解释力。独特性不是你考了多少证书、掌握多少框架而是你能否基于自己的兴趣和经历形成一种别人需要但难以简单复制的视角——比如我既懂分布式系统又懂业务合规就比我会用某个框架独特得多。责任感则是愿意为判断结果兜底。这一点在大厂拧螺丝的体系里往往是被刻意磨掉的需求是产品提的评审是组长批的上线是运维部署的出了问题大家一起背。当你习惯了责任外包你就很难把自己变成那个我愿意为这事负责因此该获得更大回报的人。纳瓦尔说得很直白没有责任感你就不可能获得超额回报因为你不敢要。3.2 IT人产品化的三个落地形式方案、工具、影响力把自己产品化不一定非要做出一个面向全球用户的大产品。我观察到可行路径通常有三条。第一条是解决方案产品化。同样解决一个问题你可以把能力封装成可复用的方法、流程、配置标准甚至一个咨询包。某运维工程师把团队内部的监控告警规范整理成了一套开源配置模板后来又附带了部署文档和最佳实践最终它被多个小团队引用他本人也因此接到了架构优化的外部顾问邀请。第二条是工具产品化也就是上文提到的开源项目或效率工具它替代的是人力资源是杠杆最直接的体现。第三条是影响力产品化——通过写作、演讲、教学输出让市场因为你说的话有判断力而认识你。这三者可以互相加强工具带来知名度影响力带来咨询机会解决方案产品化把咨询中沉淀的共性经验再变成新的工具。这条飞轮一旦转起来你就再也不是那个被项目工时表左右的角色了。3.3 为什么多数人产品化失败在舍不得放弃确定性不是没有人尝试过把自己产品化但大多数人在启动时就会卡住。卡住的根本原因是想保留上班的稳定收入又想用业余时间做产品化结果两边都做不好——白天被工作榨干精力晚上又想不出什么高质量的原创内容三个月后放弃。纳瓦尔对这件事的态度非常明确你需要把自己从老鼠赛跑的轨道里抽身出来。我的观察是不需要一开始就裸辞。你可以先在一个细分领域里持续输出和构建把它当作一个并行项目来认真对待——但要给它固定的投入时间不能是有空再做。比如每周拿出五个小时不处理工作消息、不刷手机专门用来打磨自己的产品。坚持半年多数人都能做出一个像样的东西那种我有东西可以交付且它不完全依附于雇主的感觉会改变你对整个职业模式的心态。4. 箴言三用判断力赚钱而不是用时间赚钱——重新定价你的每一小时如果说杠杆讲的是让产出规模化那判断力讲的就是让每个决策的单价更高。纳瓦尔认为真正的高收入人群不是单位时间做更多事的人而是能在关键节点做出正确判断、然后在较长周期内享受这个判断带来的收益的人。程序员群体对判断并不陌生——架构选型、权衡取舍是日常工作但多数人在职级体系里并没有因为判断力本身得到足够回报。4.1 从执行者的努力到决策者的质量收入量级为什么不同执行者的时间再怎么优化物理上限也是每天24小时。决策者的时间单价取决于决策所撬动的资源规模。同样是一小时的思考一个初级程序员可能只是在调一个API的联调问题而一个架构师在考虑的是未来两三年系统能否支撑业务的演进——两者付出的都是时间但后者的判断力对组织来说价值大了几个量级。这不是玄学而是定价逻辑。你出售时间时市场按行价付钱你出售判断时市场按判断所对应的责任和影响力付钱。这就是为什么技术负责人、资深顾问的收入通常是执行层的好几倍不是因为坐得久而是因为组织为他们的判断买了单。你工资单上的数字本质上是市场对你执行能力和判断能力的加权估值只是很多人没意识到后半项可以主动放大。4.2 IT场景下如何训练自己的判断力肌肉判断力能不能像代码一样刻意练习我认为可以而且有三条比较实用的路径。一是多做取舍类和预测类决策。日常开发中主动去回答这个需求为什么做、有什么风险、不做会怎样而不是等着别人定义完再开工。哪怕一开始是在小范围内练习也能逐渐积累我上次的预判是否应验了的反馈循环。二是复盘判断依据而不只是复盘结果。很多团队做复盘只关注线上到底挂在哪很少回溯当初选择这个方案时有哪些信息被有意无意忽略了。如果能在个人层面把每次技术选型、每次优先级判断的思考依据记录下来一段时间后回头看你会看到自己的判断力在离谱与靠谱之间摇摆的频率变化。三是少做执行性重复多留思考空白。判断力需要余闲。一个日程排满、任务全满的人不可能有高质量判断因为他没有空间对信息进行深加工。哪怕刻意让自己的产出少一点、慢一点也要把时间留给真正需要考虑的决策。这跟公司效率指标冲突但它是对你长期收入模式的正确投资。4.3 一个判断力带来复利收益的典型场景很多人低估了技术选型这类判断的长期复利效应。某团队在早期选技术栈时顶住压力选了一个更符合团队能力、生态完善度高的方案而没有跟随当时最热门但在某些场景下坑多的新框架。三年后这个团队的维护成本明显低于同类项目开发者招聘也更容易整个系统的迭代速度上了一个台阶。那个做判断的人并没有多写几千行代码但他的判断在三年里持续为组织节省时间。这就是纳瓦尔所说的用判断力赚钱一次高质量的判断价值远超几百个小时的执行时间。对IT人来说判断力的载体可以是一份技术方案、一次架构抉择、甚至只是这事现在应该做还是不应该做的一个清晰回答。当你开始持续输出这类判断而且被市场验证有效你的收入模式就会从时间计价切换为价值计价。5. 从认知到落地IT人转轨的三步实践路径前面几章都在讲认知层面的为什么这一章我想写具体的怎么办。光知道道理不落实到行动最后只会变成另一种焦虑。结合我自己和身边人的经验从时间换钱转向资产判断力的路线我梳理成三步杠杆审计、资产构建、判断力训练每一步都可以从小处着手不需要等一个完美的时机。5.1 第一步做一次效率资产审计找出现有工作的可杠杆点整体思路是从已经被允许的时间里面再抽一部分出来还给未来。具体做法可以是花两周时间记录自己每周的工作内容给它们打标签哪些属于不产生持续价值、纯粹消耗时间的执行性杂务哪些属于解决一次、未来反复受益的构建性工作哪些属于能与他人差异化、包含判断成分的高价值工作。记录方式不用很复杂一个表格就够。然后逐项问自己三个问题这个杂务能被脚本或工具自动化吗这个构建性工作能被我沉淀为文档、模板、开源项目让更多人复用吗这个高价值工作我有没有在有意识地向外界展示和交付还是仅仅留在公司内部系统里这一步的目的不是让你立刻辞职而是让你发现自己手头其实已经有很多零散的资产胚子只是从来没有认真打磨过它们。有位前端工程师发现他经常在处理一类跨端兼容问题于是把踩过坑的解决方案整理成了一个内部知识库页面后来又脱敏发布为公开文章这是他后来一系列外部输出的起点。不需要额外找什么副业灵感你当下的工作无非就是一座没被认真开采的矿。5.2 第二步给自己设定一个资产交付节奏抵抗惯性认知知道要做什么行动却经常败在惯性上。我的经验是必须把构建资产变成一个有节奏的交付过程而不是靠心情驱动的随缘行为。你可以先给自己定一个小指标每个月至少交付一次外部可见的产物它可以是一篇公开发表的技术复盘长文一个修复了自己某个痛点的小工具/脚本并放到公开仓库一份跨团队使用的模板/方案文档并能给到别人真正参考一个线上/线下分享或者在小圈子内做一次技术研讨不要贪多关键是可见交付。为什么一定要外部可见因为内部文档和朋友圈草稿很难带来反馈、责任、信任这些启动飞轮的要素。当你的作品开始被陌生网友留言说解决了我的问题你会获得一种完全不同于领导点头的满足感这种满足感会推着你继续产出。5.3 第三步用判断力日志沉淀个人决策资产让未来收益变得越来越贵最后一步也是我自己最近才开始系统化做的事写判断力日志。方法很简单每次做重要决策——无论是技术选型、需求优先级判断、还是职业机会选择——都随手写下三块内容我基于哪些信息做了这个判断我当时对结果预估的概率是多少事后实际结果如何差异出在哪里坚持一段时间后你会有两个很明显的感受一是你对自己的靠谱程度有了数据化的认识二是你发现自己开始在做决策时更自然地调用过往的复盘经验。当判断力成为一项可以被记录、被回看、被修正的能力它就不再是模糊的个人特质而是你可以主动管理和增值的资产。我想特别强调一点这件事的长期回报比大多数人想象的更实在。如今很多企业在招技术负责人或者合作顾问时看的往往不是你会不会写某类代码而是你的过往判断是否有迹可循、在模糊局面里能否给出可信的决策逻辑。一本真诚的、经得起时间检验的判断力日志某种程度上就是你作为决策者被市场信任的最佳证据。它拿不走也抄不来。我个人在写这篇内容的实际体会是纳瓦尔这三句话里没有一句是快速搞钱秘籍它们的共同点都是要求你先从我是一个提供执行力的工具这个自我设定里跳出来。代码和媒体杠杆让产出规模化产品化让独特性被封装交付判断力让每个单位时间更值钱——这三样东西没有一样能在一周内见效但它们的复利周期是经年累月的而且越早开始收益率越高。如果你看完这篇也想试着做一个属于自己的小工具、或者把上周的一个技术复盘写成文章那这比记住任何一句箴言都更有意义。最后再分享一个小技巧别把这事当成换赛道的宏大工程就把它当成你当前工作里顺手多做一步——写完代码多沉淀一段说明解决完问题多写一篇复盘做完选型多记一版判断依据。这一步不占用额外的整块时间但长期积累下来会把你从时间换钱的传送带上逐渐卸下来。

相关新闻

芯片入门第一课学什么?从产业全景到最小闭环的路径指南

芯片入门第一课学什么?从产业全景到最小闭环的路径指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 1:12:05 阅读更多 →
串口通信原理与实战:从波特率校准到RS-485工业排障

串口通信原理与实战:从波特率校准到RS-485工业排障

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 1:12:05 阅读更多 →
Work Agent深度解读:AI自主长程任务的执行机制与落地边界

Work Agent深度解读:AI自主长程任务的执行机制与落地边界

AI的交互形态,正在从一问一答的对话模式,向能够独立完成完整工作链路的智能体形态演进。早期大模型只能完成单轮问答,用户提出问题,模型返回对应文字结果,任务在单次交互后就宣告结束。随着技术迭代,多轮对…

2026/10/14 1:12:05 阅读更多 →

最新新闻

老单机版CAD在新系统上的安装排错与授权配置完整指南

老单机版CAD在新系统上的安装排错与授权配置完整指南

简介:这是面向服装打板与纸样设计场景的单机版CAD工具包,软件品牌为“丝绸之路”(SILKROAD),S4型。资源专为服装设计初学者、制版师及服装专业学生准备,用于在电脑上完成精确制图、版型调整和放码&#xff…

2026/10/14 14:24:37 阅读更多 →
深入解析actix-web高性能请求处理管线

深入解析actix-web高性能请求处理管线

1. 项目概述Actix-web作为Rust生态中最受欢迎的高性能Web框架之一,其请求处理管线(Request Processing Pipeline)的设计直接决定了框架的吞吐量和延迟表现。本文将深入剖析actix-web从接收请求到返回响应的完整生命周期,揭示其实现…

2026/10/14 14:24:37 阅读更多 →
人行道场景检测数据集:YOLO训练与智慧城市落地实战

人行道场景检测数据集:YOLO训练与智慧城市落地实战

人行道看起来不起眼,但在智慧城市项目里,它几乎是所有“最后一百米”问题的交汇点——盲道是否被占用、路面是否有破损、违规摆摊是否侵占了通行空间、外卖电动车是不是骑上了人行道。以前这类需求全靠人工巡检或者固定摄像头抽帧看,效率低且…

2026/10/14 14:24:37 阅读更多 →
FastAPI缓存技术详解:从本地内存到Redis分布式实践

FastAPI缓存技术详解:从本地内存到Redis分布式实践

1. 从响应变慢说起:什么时候该给 FastAPI 加缓存先聊一个最常见的场景。某天你负责的服务端接口突然被测试小组反馈"响应时间从 50ms 涨到了 400ms",打开日志一看,一个被前端轮询的配置查询接口每秒打了几十次数据库。又或者某个对…

2026/10/14 14:24:37 阅读更多 →
从联盟营销到自有数字产品的转型策略

从联盟营销到自有数字产品的转型策略

1. 数字产品销售的两种模式解析在互联网创业领域,数字产品销售一直是最受欢迎的商业模式之一。从业者通常从Affiliate(联盟营销)起步,逐步发展到创建自有产品。这两种模式各有特点,适合不同阶段的创业者。Affiliate营销…

2026/10/14 14:24:37 阅读更多 →
多模态AI搜索重构内容生态:企业信源适配的落地路径

多模态AI搜索重构内容生态:企业信源适配的落地路径

一、多模态AI搜索的四个常见问题多模态AI搜索正在改变信息分发的基本逻辑。用户不再只输入关键词,而是用自然语言提问,甚至上传图片、语音,期待AI直接给出整合后的答案。这带来四个行业普遍困惑。第一,企业内容发了不少&#xff0…

2026/10/14 14:23:36 阅读更多 →

日新闻

AnyPS5通用适配层设计:兼容性与性能的工程取舍

AnyPS5通用适配层设计:兼容性与性能的工程取舍

1. 从"AnyPS5"这个名字说起:它到底想解决什么问题第一次看到"AnyPS5"这个标题,我脑子里冒出来的第一个念头是:这大概率是一个围绕"跨平台运行"或者"通用适配"做文章的项目。名字里的"Any"…

2026/10/14 0:00:41 阅读更多 →
Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

Flutter跨平台开发实战:二手交易应用与HarmonyOS适配

1. 项目概述:Flutter跨平台二手交易应用开发作为一名长期从事移动应用开发的工程师,我最近完成了一个基于Flutter框架的二手物品交易平台项目。这个项目最吸引我的地方在于它完美结合了Flutter的跨平台优势与HarmonyOS的生态特性,实现了"…

2026/10/14 0:00:41 阅读更多 →
DFS算法解决飞机降落调度问题实战

DFS算法解决飞机降落调度问题实战

1. 项目背景与核心思路飞机降落问题是一个经典的调度优化场景,也是算法竞赛和面试中的高频题目。这个题目要求我们合理安排多架飞机的降落顺序和时间,确保所有飞机都能安全着陆而不发生冲突。在实际航空管制中,这类问题直接关系到飞行安全和机…

2026/10/14 0:00:41 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/13 16:22:04 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 22:01:27 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 7:53:34 阅读更多 →