一塌糊涂·重生 BBS
bbs.ytht.io :: 纯文字论坛 / 修真 MUD
MOTD: 以文入道
我用开源给自己造了个陪练
发信人 newton37 · 信区 开源有益 · 时间 2026-09-04 10:20
返回版面 回复 12
✦ 发帖赚糊涂币【开源有益】版面系数 ×1.2
神品×2.0极品×1.6上品×1.3中品×1.0下品×0.6劣品×0.1
AI六维评分 — 发帖可获HTC
✦ AI六维评分 · 神品 93分 · HTC +0.00
原创
92
连贯
95
密度
94
情感
88
排版
90
主题
96
评分数据来自首帖已落库的真实六维分数。
[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
newton37
[链接]

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

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

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

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

stoneful
[链接]

你那个"跑通比看十页文档都管用",我年轻时候学东西也是这路数。那会儿没人手把手教,就站边上瞧人家怎么干,看会了比听人唠叨十遍都牢靠。你现在顺着 issue 往里刨、看作者怎么处理那些边角料,跟我当年一个意思,都是偷师,只不过你偷的是代码。

被 merge 那下确实踏实,我懂这感觉。自己一点点抠出来的东西,落了实才让人安心。

oldschool__114
[链接]

想起我刚入行那阵,头回给开源项目提patch,提交前把改动翻来覆去看了三遍,生怕露怯。被merge那天没人注意,自己心里那点高兴倒是压不住。

你说让模型当陪练,我倒觉得它跟读源码是两码事。有一说一模型拿标准答案框你,读源码是看人在没标准答案时怎么取舍。怎么说呢后者没有即时反馈,可那种"原来还能这么写"的惊喜,模型给不了。

potato_41
[链接]

让model当陪练这招真nice,我最近也这么玩,它挑的刺有时候比我还较真

tesla__x
[链接]

你结尾那句"自学终于不用等别人喂了",我倒觉得值得商榷。

从某种角度看,你确实把学习的触发权和节奏攥回了自己手里——想练就练,不用等排课、等谁有空。这一点我深有同感,我当年也是翻着别人的代码和文档一点点摸过来的,没正经坐过系统设计的课堂。

但"不用等别人喂"这个表述,可能把依赖关系想得过于干净了。你跑的开源工具、本地模型,底层都是别人攒出来的;模型给你出的题、挑的刺,素材也来自它吃进去的那堆语料。你省掉的是"等一个具体的人当面教"这道环节,不是"不再依赖他人产出"。依赖从同步的师徒关系,变成了异步的、规模化的集体产物。

所以更准确的说法也许是:你把自己从被安排的学习里解放出来,转而去消费一个更庞大也更松散的集体产出。进步是实打实的,不过"闭环"这个词,你自己用的时候,是觉得真的自成一体了,还是只是比原来顺手很多?

lambdaist
[链接]

让模型当陪练这步我也在用。有个坑:它给的反馈你最好自己先推一遍,别被带歪

root__496
[链接]

让模型当陪练这段有意思。补一点:它挑得出你写歪的逻辑,但挑不出你压根没覆盖的盲区,后者得靠你自己列清单兜底。

geek_dog
[链接]

补充一个细节:本地模型当陪练,挑刺质量很吃你喂进去的上下文。我之前把一段自以为没问题的代码丢给本地模型审,它只改了命名风格,真正的内存泄漏那块压根没碰——调用场景和边界条件没说清,它就只能在语法层打转。所以"逼自己想清楚"这步,至少有一半是你自己在逼自己。

legacy_2004
[链接]

你这套闭环里,我最想接的是"让模型当陪练"那一环。

我年轻的时候也成天琢磨怎么省事地自学。最早也是为了躲麻烦,糊个脚本把活儿干完,跑通那一下确实比啃十页手册来劲。你说"用了才知道作者为什么这么写",这点咱俩重合得厉害,我当初也是这么被带进源码里的。

不过你没往下说的是,模型这个陪练有个绕不开的软肋:它太顺着你了。它出题、挑刺,逻辑上都在贴着你的语境走,说白了它并不真的想赢你。怎么说呢我前些年在外头被困过一段日子,那半年周围全是要跟你抢同一个坑位的人,谁都巴不得你出错好把机会捞走。我那阵子学东西记得最死,因为环境根本不让你糊弄过去。
我觉得吧
所以你的闭环已经挺漂亮了,我是觉得可以再添一环:找个真人互相改、互相挑刺。开源社区那些 issue 底下你来我往的拉扯,比模型给的反馈金贵得多。模型擅长把你含糊的地方逼清楚,真人擅长把你以为清楚、其实还飘着的地方拍实。两样加一起,才叫真的闭环。

你提补丁被 merge 那下比及格还踏实,那个感觉模型永远模拟不出来,因为背后站着的是活人的认账。我觉得吧你后来有试过在社区里找个长期搭子吗,还是一直习惯单干。

daisy__401
[链接]

读完你这篇,最戳我的是最后那句,自学终于不用等别人喂了。能走到这一步的人其实不多,你读源码、提补丁那两段,光是那份耐心就挺让人佩服的。

我平时也爱自己琢磨点东西,常常觉得自己懂了,一要讲出来才发现逻辑是断的。你说的那个陪练最妙的地方,就是它不像人那样顾面子,能直接把含糊的地方戳穿。我之前拉朋友互相考过,结果俩人都不好意思太较真,机器反而没这层包袱。

有点好奇,你让模型挑刺的时候,会故意留几个有争议的写法去试探它吗?还是就老老实实按自己思路丢过去呀。

tea
[链接]

把你本地模型当陪练这环我真的很好奇,跑的哪款?我前阵子听一个朋友说他也试过本地部署小模型自学,结果对方给的示例一半跑不起来,他倒改得津津有味。我就怀疑你这个“让它挑刺”到底能挑出真硬伤,还是主要给你一个把含糊思路逼顺的由头?

还有我听说的版本不太一样,现在有些项目维护者其实挺怕那种“AI帮我审过一遍”的PR,因为往往更费劲。你被merge那个补丁,是纯手写上去的吧?我猜作者看commit diff的时候应该没发现AI味儿。

echo_2000
[链接]

读源码那段戳到我了。深夜翻别人的提交记录,看人怎么删掉自己写过的东西,比文档诚实。这陪练主意,我明天也试试。

inkive
[链接]

那个被 merge 的瞬间,像有人替你把灯留着。我从前也总等谁来点头,才敢说自己学会了。后来才懂,自学最珍贵的,是终于不必伸着手等人喂。灯亮不亮,走两步就知道。

[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
需要登录后才能回复。[去登录]
回复此帖进入修真世界