新闻动态   News
联系我们   Contact
你的位置:首页 > 新闻动态 > 新闻资讯

2026.10.20 经验分享会

2026/10/20 18:21:48      点击:

      2026年10月20日下午,上海实邦电子科技有限公司开展了一次经验交流会,由瞿工和范工一起分享了他们在工作中积累的一些经验。

      首先是瞿工分享了----git 本地版本管理分享

      每改一版就拷一份,存储越滚越大

      客户要找回上个月那版,翻不出来

      出了问题,两个版本差在哪只能肉眼对

     今天讲怎么把这三件事一次解决掉


  今天讲五件事


1、传统版本管理做法的痛点:拷贝留版本的三个具体痛点:占空间、找不回旧版、差异只能肉眼对比  真正变化的只有一小部分  但每份都存了全套     

    痛点一 · 不是「文件太多」,是「存法不对」

         拷贝存的是「完整副本」而不是「变化量」,所以占用随版本数线性增长。 改动越小,浪费越大——你为了留住三行改动,付出了 200MB 的代价。



    痛点二 · 拷贝留下的是「文件」,不是「时刻」

         目录名是人起的,改到第几版、哪个是最终版,全靠记忆。没有时间戳和说明,历史就是一糊涂账。


    痛点三 · 两千行差异,只能从头看到尾


         设备偶发故障,怀疑是上周改的几行引起的——没有差异记录,就只能靠眼睛和回忆




2、Git 为什么省: 快照 + 只存变化:为什么版本越多,它相对拷贝的优势越大    省的不是硬盘,是「重复」



Git 存的是快照,但只存变化的文件

未改动的文件只记录引用,不重复存第二份

一份完整数据,记住全部版本  省空间的不是压缩算法,是「只存变化」这个模型。 改动越小、版本越多,Git 相对拷贝的优势就越大,

差距来自「相同内容只存一份」,不是来自压缩


项目约 200MB,20 个版本里每次改动平均只涉及 2–3 个文件。

拷贝:20 × 200MB ≈ 4 GB

Git:200MB + 每次增量 ≈ 220 MB

版本越多,差距越大

拷贝是线性增长,Git 是近似恒定 + 小增量


这还只是硬盘。真正省下的是拷贝和归档的时间—— 小仓库拷一次几分钟,大仓库要按小时算。

任意版本,随时切回:

这一页直接对应「客户要旧版本」那个痛点

给关键版本打标签: 客户验收、量产发布这类节点,给一个名字(如 v1.0.9)。以后按名字找,不用数日期。

选中后一键切回: 在 Show Log 里选中那一版 → Switch/Checkout,整个工作区直接变成那一版的样子。

两版直接对比: 同时选中两个提交 → Compare revisions,差异直接列出来,不用开两个文件夹对。





3、小乌龟与 Git 的关系: 一个管数据、一个管操作,用仓库管理员和前台来类比



4、用小乌龟的日常习惯: 什么时候该提交、提交信息怎么写、怎么一眼看清历史版本



5、项目交接与公司备份: 交接该带走什么、年底归档到公司硬盘的正确做法




从今天开始的三件事

装一个小乌龟:在已有 Git 的基础上装 TortoiseGit,先去右键菜单里认一遍各个功能的位置


把手上的项目纳入 Git:选一个正在做的项目建仓库,第一次提交前先把不该入库的文件排除掉


完成一件事就提交一次:写完一个功能、修好一个 bug 就提交,说明里写清改了什么、为什么改






 范工分享了----AI


AI 没有让逆向变成「自动」。它让「读懂」这件事的成本,掉了一个量级



6个真实场景

接手别人的固件 : 先让 AI 把反汇编和目录结构读一遍,出一份「这项目在干什么」的摘要,我再钻关键函数。

查手册配寄存器 : Datasheet 片段加时序图丢进去,让它出初始化和解析代码,我再逐条对着手册核一遍。

FPGA 与底层 : Verilog 状态机、IP 核、时序约束先让它出骨架,我改关键路径。

上位机与脚本 : Qt 界面、Python 数据处理、批量标定工具——以前会写但懒得写的那些

调试与日志 : 串口日志、异常现场贴进去,让它按可能性排序给假设,我照着顺序一个一个排除。

文档与汇报 : 验收资料、测试报告、周报、这份 PPT。先把结构搭出来,再往里填内容  


三条红线,越过了就不是提效,是事故

用 AI 的边界,从来不是它的能力边界,是你的责任边界。


1.它会一本正经地编 : 寄存器地址、库函数名、引脚定义,编得比真的还像。凡能被手册和示波器证伪的,一律验证。

2.硬件不会替你背锅 : 代码跑通不等于板子能用。EMC、温漂、共地、时序余量,只有台架和仪器能给答案:AI 出方案,仪器出结论。

3.保密是死线,不是注意事项 : 客户固件、原理图、私有协议,不上公网模型。脱敏之后再问,能本地跑的就本地跑。


AI 很快。但方向盘得在你手里       

它跑多快,是你的选择;跑到哪,必须是你的决定。 

1. 先把它当老师用 : 让它讲讲为什么这么设计、这段协议该怎么拆。你要的是方法和思路,不是现成答案。

2.但它会顺着你说 : 你给什么前提,它就在什么前提里推。它越说「对」,越要停下来看一眼方向。

3.别让它一次飞太远 : 一次只改一个变量,一步一验证。跑得越快,关键节点越要踩一脚刹车——回头还收得住。


不用等培训、不用等采购:今天就能做的三件事

今天: 把手上最烦的那个重复脚本,交给它写第一版。写错了不要紧——你会知道第二遍该怎么问。

本周:拿一份你不熟的代码或固件,让它先给你讲一遍。再对照自己的判断,找它讲错的地方。

本月:挑一条流程,改成「AI 先出,你后验收」。跑顺了,再改第二条——别一次全换。