VBAHome - VBA匠人官网,专业Excel/VBA定制开发与解决方案，公众号左手Excel右手VBA ,智表宏帮,VBAHome十年匠心

从代码“手艺人”到企业级解决方案专家，他走了二十年

Sat, 25 Jul 2026 08:26:58 +0800

在技术圈，尤其是VBA这个细分领域，能够坚持“手搓代码”二十年的人不多，能把这件事做成一份可传承的事业的人，更是少之又少。

今天想和大家聊的，是一位985/双一流高校计算数学专业出身的“老兵”。二十年的职业生涯，他横跨军工、证券、保险、供应链与互联网五大行业，历任系统工程师、研发、需求分析、架构师、技术总监、产品总监等岗位，几乎把技术团队里的关键角色都走了一遍。人社部认证的高级系统架构设计师、双软著持有者，这些头衔背后，是实打实的项目沉淀。

但更让我感兴趣的，是他另一个身份——VBA匠人。

一条与众不同的路：不做免费社区，只做深度定制

如果你接触过Excel技术社区，大概率知道ExcelHome这个庞大的免费分享平台。但这位“匠人”在创办VBAHome时，做了一个极具差异化的决定：不走免费论坛路线，全程聚焦商业定制开发。

在他看来，VBA的价值远不止于“录制宏”或“处理表格”，而是可以成为企业级管理系统的轻量化载体。于是，VBAHome以“匠心十年”为核，从第一天起就明确——不转向Python、不追逐Web潮流，始终扎根Excel与WPS的VBA原生开发，在垂直赛道里打深井。

四个阶段，从一个人到一套体系

第一阶段：个人接单，靠口碑活下来
最早的时候，他也和许多技术爱好者一样，泡在技术社区里自学VBA，积累窗体设计、数据库交互的经验。起初接的都是零散小活：表格拆分、报表自动化、宏排错……没有域名、没有官网，靠的是一个个客户的口碑传递。

第二阶段：品牌立旗，从“代码修改”升级为“系统定制”
当意识到零散修改无法形成积累时，他正式创立VBAHome品牌，上线独立官网 vbahome.net。这一步，标志着从个人开发者向技术服务品牌的跃迁。
他开始推出标准化的单机版系统：工资核算、库存台账、合同管理……每套系统都手写底层框架，不套用任何开源模板。同时，公众号「左手Excel右手VBA」也开始更新免费教程，用内容为定制业务引流。

第三阶段：突破单机，拥抱数据库与协同
真正的质变发生在技术架构升级——VBA不再是Excel的“孤岛”，而是原生接入MySQL，实现了局域网多用户协同、权限分级、云端存储。EV-ERP轻量级企业资源管理系统就此诞生。
行业覆盖也迅速扩展：工厂PCB管理、轨道交通钢轨伤损管控、科研课题管理、商贸进销存、个体户记账报税……一套套垂直系统被打磨出来。
更重要的是，服务体系也同步完善：工单管理、序列号授权、安装包封装、售后迭代，让客户从个体户延伸到实体工厂与科研院所。

第四阶段：十年沉淀，形成完整企业级交付闭环
如今，“匠心十年”不仅是一句口号，而是上百套商用案例的底气。完整的交付流程已经标准化：需求调研→UI设计→代码开发→数据库部署→安装打包→培训+售后。
高级功能持续迭代：数据可视化大屏、检索引擎、自定义窗体设计器、一键静默安装……大幅降低了企业的部署门槛。
VBAHome也实现了WPS与Office双兼容，覆盖32/64位环境，真正解决了不同企业办公环境的兼容难题。

他的闭环，其实是一种长期主义

复盘VBAHome的发展，最值得借鉴的不是某个技术点，而是它跑通的商业闭环：
公众号免费内容引流 → 官网案例建立信任 → 一对一深度定制交付 → 长期售后与迭代复购。

在这个过程中，他没有被“免费流量”诱惑，没有追“技术风口”，而是始终围绕VBA原生能力，在“企业级轻量化系统”这个细分市场里持续深耕。

写在最后

VBA常常被低估，甚至被认为“过时”。但这位匠人的故事告诉我们：技术没有高下，关键看你能用它解决多深的问题。
如果你也在寻找一套既能贴合业务、又不必大动干戈的信息化方案，或许可以关注他，看看这二十年沉淀下来的“手艺”，到底能带来怎样的价值。

公众号「左手Excel右手VBA」（ID：uritker）持续分享实战案例与深度定制方案。官网 vbahome.net 陈列了完整的系统矩阵与项目体系，值得一探。

医院绩效管理系统专业版

Fri, 17 Jul 2026 07:37:10 +0800

绩效管理系统是一款基于 Excel VBA 开发的人力资源管理工具，由 VBA匠人出品。系统提供登录认证、数据库配置功能，支持员工绩效考核数据的录入、统计与分析，界面采用科技感十足的地球网络背景设计，适合企业人事部门进行绩效评估与管理工作

一 "配置管理"模块

展示四个配置项：奖金系数、工作量单价、奖励制度、值班补贴，每个配置项配有立体图标，采用卡片式布局横向排列.

二 "人员管理"模块

界面左侧为人员列表，显示38条记录，包含序号、用户名、姓名、密码、学历、类别、岗位、职称、入职日期、参加工作日期、工龄、在职状态、备注等字段。列表支持按岗位、用户名、姓名、在职状态筛选查询，以及重置和导出功能。

右侧为人员详情编辑区，显示当前选中记录（a001 张11）的详细信息，包括用户名、姓名、密码、证件号、入职日期、参加工作日期、工龄、岗位、学历、职称、在职状态、备注等字段，支持添加、修改、清空操作。

三 "工作量"模块

界面展示2026年7月的工作量统计表，包含54条记录。列表字段有：序号、统计月份、类别（审核/技术员）、人员姓名、CT平扫、CT增强、普放、MR平扫、MR增强、乳腺、骨密度仪、DSA、合计。

表格底部有汇总行，显示各类检查项目总计：CT平扫31514、CT增强1667、普放18238、MR平扫8629、MR增强684、乳腺67、骨密度仪0、DSA89，合计60888。

界面顶部支持按月份选择、类别、姓名筛选，以及导入、重置、导出功能。底部状态栏显示各项目汇总数据。

四 "值班情况"模块

界面展示2026年7月的值班统计表，包含23条记录。列表字段有：序号、值班月份、人员姓名、放射假、积休假、公休、返公休、病事假、加班、值班、中班、KSS、体检。

表格底部有汇总行，显示各类假期及值班总计：放射假1、积休假2、公休0、返公休9、病事假0、加班21、值班30、中班0、KSS 10、体检52。

界面顶部支持按月份选择、姓名筛选，以及导入、重置功能。底部状态栏显示各项目汇总数据。

五 "绩效考核"模块

界面展示2026年7月的绩效考核明细，共315条记录。列表字段包括：序号、考核月份、类别、考核人员、考核类型（基本奖/值班费/考核/微调）、考核类别、考核名称、系数或数量、基数或单价、绩效金额。右侧显示当月下发额度163030，支持系数、基数、单价调整，以及奖励事由、扣除事由、个别微调的编辑保存。

底部汇总统计：总计163030，差额0；医生组95990（59%）、技术组67040（41%）；基本奖95990（80%）、工作量95990（0%）、值班21450、考核5900、微调6000。

可对系数,基数,及考核项单价进行调整,实时进行绩效考核,底部各考核项比例实时展示,方便考核人调整到合理的系数. 如图右侧弹出"奖金系数设置"窗口，展示28条系数规则，按学历、岗位、工龄、职称分类，每条规则包含类别、名称、系数、基数，支持新增、删除、关闭操作。当前选中"岗位-实习见习"，系数0.1，基数800。

六 "统计图表"模块

界面上方展示三个饼图：左侧为医生组39%与技术组61%的人员占比；中间为工作量63.0%、基本29.4%、值班4.9%、管理2.7%的绩效构成；右侧为工作量63.0%、基本29.4%、其它7.6%的简化构成。

下方为柱状图，展示张12至张48共37人的绩效金额对比，最高值为30571.5，最低值为2880，不同人员以彩色柱形区分显示具体数值

"别拿VBA的不行，掩饰你的无能": 50条硬核思考

Sun, 12 Jul 2026 13:36:57 +0800

1. 对VBA的偏见常源于认知偏差：不熟悉会低估其价值，熟悉则可能高估。作为图灵完备的语言，VBA解决复杂问题的能力不逊于其他语言，客观评价才能还原其真实面貌。

2. 同样功能的实现，代码质量可能天差地别。用类模块重构后，上百行代码可精简至十行以内，且功能扩展更灵活，无需反复追加相似代码。

3. 语言无先进落后之分，图灵完备性才是能力的标尺。动辄贬低VBA"落后"的言论，反而暴露了说话者对编程本质的理解尚浅。

4. 内置函数虽有通用性优势，但并非万能。当函数效果不达预期时，不必执着于调试，果断自行编码往往能更直接地解决问题。

5. Excel VBA的灵活性远超刻板印象，从单机到联网的改造足以证明其延展性。它让非科班人员也能轻松入门编程，这正是Excel设计的精妙所在。#VBA匠人

6. 字典的封装特性是代码精简的利器：原本几十行的功能可化为一行方法调用，配合合理的封装设计，后期只需修改一处即可全局生效，代码维护成本大幅降低。

7. 系统功能存在"二八法则"：80%的使用场景集中在20%的功能上，但剩余80%的功能仍需投入大量精力开发。客户口中的"简单需求"，往往只考虑了冰山一角。

8. 设计阶段偷懒必然累积技术债务，如TreeView控件因设计缺陷难以驾驭，与其硬着头皮将就，不如早期果断调整，否则沉没成本只会越来越高。

9. VBA+MySQL的组合足以实现绝大多数功能需求，所谓"不能实现"往往是开发者能力或认知的局限，而非语言本身的桎梏。

10. 论与Office生态的无缝集成，VBA具有不可替代的优势。将功能嵌入Excel菜单、随时随地调试修改，这种亲民性是其他语言难以企及的。

11. VBA窗体的手工设计效率低下，但通过自制工具——在表格中预设控件参数并一键生成——可大幅提升开发效率，避免重复劳动。

12. Access虽在数据库层面更专业，但Excel凭借其近乎100%的装机率和更低的学习门槛，仍是业务人员接触开发的首选路径，二者在各自领域各有价值。

13. 项目报价必须预留缓冲空间。需求的"简单"表象下往往隐藏着海量细节，前期细化需求、明确功能点后再定价，方能避免后续扯皮和双方受损。

14. 数据库索引对大数据量场景下的性能影响巨大。上线初期数据量小时问题不显，但真正的开发水平在性能优化上才见分晓，且数据库端的优化往往比编码端更关键。

15. VBA的CS架构下，通过将日志直接写入数据库而非本地文件，可实现远程问题排查，免去用户提供日志的麻烦，仅需在关键环节捕获异常即可。

16. AI生成的代码看似专业，但"看起来正确"和"实际上正确"之间可能存在根本性的假设偏差。发现这类错误需要真正的专业知识，非外行人所能及。#VBA匠人

17. 多套系统的开发经验表明，真正的复杂性往往不在于业务逻辑，而在于权限控制——功能、数据、操作三维权限与机构、角色、用户交织成网。

18. VBA在发展过程中融合了多种编程范式，虽拓展了能力边界，但也增加了复杂度。即便如此，在金融、财务、人事等岗位，VBA的自动化价值依然不可替代。

19. 某些内置方法（如Application.Transpose）因设计缺陷成为"坑"，这警示我们设计阶段的重要性。问题越积越多终将演变为无人敢动的"屎山"代码。

20. 字典等数据结构的设计颇具前瞻性，至今仍不逊色于新语言。所有高级语言都建立在相同底层逻辑之上，无需因用了轮子便贬低造轮子的工具。(#左手Excel右手VBA)

21. 64位Excel在处理大规模数据时性能更优，但对ActiveX控件兼容性较差，需通过PtrSafe声明API、切换32位环境或使用替代方案来解决。

22. 权限控制可基于用户-角色-机构三元模型实现。角色赋予权限，用户继承角色权限，机构限定数据范围，二者配合实现精细化管控。

23. 随着通用方法增多，单一模块会变得臃肿难寻。按功能拆分模块，遵循单一职责原则，虽增加模块数量但提升了可维护性，这是开发中动态演进的常态。

24. VBA历经四十年仍活跃于一线，送走了诸多昔日热门语言，这得益于Office生态的滋养。经典不一定过时，吐槽者往往并未真正掌握它。

25. 大数据量卡顿是普遍问题，非VBA独有。通过数据库读写分离、分库分表等架构手段，可从根源上缓解性能瓶颈，而非在语言层面寻找出路。

26. VBA的CS架构天然具备分布式特质：每个客户端独立处理业务，互不干扰，用户量越大节点越多，这种"自发分布式"无需额外部署即可分担压力。

27. VBA开发的应用也可制作成标准安装包，通过桌面快捷方式启动，交付体验与常规软件无异，并非只能以宏文件形式呈现。

28. AI编程降低了入门门槛，但也催生了"5000块开发ERP"的妄言。对系统复杂度的无知才是最大的风险，无论是开发者还是客户都需保持清醒。#VBA匠人

29. Excel+VBA+MySQL的组合在PCB/PCBA等行业ERP开发中展现出实用性，与Excel的无缝集成是最大优势，用户无需额外学习即可上手。

30. VBA程序卡顿的刻板印象多源于Excel存储数据的局限。若改用MySQL等数据库承载数据，千万级记录仍可秒级响应，卡顿应归咎于架构而非语言。

31. ListView控件在64位Office中需安装底层依赖，通过封装安装包自动化完成依赖部署，可让用户对此无感知，弥补体验上的差距。

32. 曾用Java微服务架构搭建过数十台服务器的系统集，如今回看显得过于厚重。VBA的轻量级、开箱即用特性在特定场景下优势明显。

33. VBE开发环境常被诟病原始，社区对插件工具的探索从未停止。模块搜索、大纲视图、代码联想等基础功能是刚需，好的工具即使收费也值得支持。

34. 纯粹的技术视角容易让人轻视VBA，但开机即用、零学习成本的特点对非科班开发者极为友好。站在用户角度，所谓"新技术"的诱惑便不攻自破。

35. VBA生态的用户多为业务专家而非程序员。AI对他们的价值在于缩短从需求到结果的距离，但完全依赖AI则意味着放弃理解底层机制的能力——这在AI出错时将无法自救。

36. 免费开源ERP看似诱人，但业务流程需迁就系统设计，长期隐性成本高昂。用VBA定制虽前期投入可见，但贴合实际、灵活可控，综合性价比更高。

37. 将Excel局限于表格和宏的认知，会导致舍近求远——用复杂工具解决本可简单处理的问题，最终成本由公司承担，企业才是真正的"冤大头"。

38. Excel+VBA+MySQL的架构可轻松处理百万级数据，配合窗体设计可构建完整ERP系统。其学习成本低、部署零门槛、源代码透明可见，是其他语言难以比拟的优势。

39. Excel开发的系统是"系统"而非"表格"，其复杂度与价值不因宿主而打折。价格应与价值对等，而学习成本和操作便利性赋予其更高的性价比。

40. 真正懂VBA的人决策路径最短——快速出原型、即时看结果、敏捷做修改，无需漫长的发版部署周期。对VBA的怀疑多来自一知半解的道听途说。#VBA匠人

41. 交付安装包而非零散文件，能提升用户对VBA产品的认知。卡顿、崩溃等问题可通过守护进程、数据库存储、读写分离等技术手段规避，方法总比问题多。

42. C# 与VBA的选择取决于视角：技术上C# 可能占优，但实用性、亲民性方面VBA无可替代。老板用VBA改系统时，C# 环境可能还没部署好。

43. 财务模块贯穿业务全流程，牵一发动全身，因此宜放在系统开发后期。财务开发过程中常需回溯调整前期设计，这也是中间版本常面目全非的原因。

44. VBA可以构建具有自洽性和闭环逻辑的系统，而不仅是表格功能的堆砌。将其矮化为"表格脚本"，是对VBA能力的严重误判。

45. 并行开发、客户服务、答疑支持——一人身兼多职是常态。通过不断接触真实需求、打磨产品，最终为客户赋能，才是开发工作的终极意义。

46. 越来越多的中小企业开始选择VBA技术栈定制ERP。有客户调研大厂产品一年多后仍回归VBA定制，这本身就是对VBA价值的无声认可。

47. 认为VBA做ERP"像纸糊的"——缺乏流程、权限、便利性——实则是开发者能力的局限，而非语言的缺陷。图灵完备的语言，能力边界由使用者决定。#VBA匠人

48. VBA的活力在于其独特的生态位：背靠Office这座大山，让它始终拥有一批忠实的追随者。四十年来，它用实用性证明了经典的生命力。

49. 真正高明的VBA开发者，既亲手踩过足够的坑，也懂得让AI去填坑。在"手搓"与"AI辅助"之间找到平衡，才是驾驭这一古老语言的现代智慧。

50. VBA最大的魅力在于：你往往意识不到自己在编程。它消弭了专业开发者与业务人员之间的鸿沟，让技术回归工具本质——这或许正是它最伟大的地方。

拿下软考高级证书，Excel VBA才是我的“隐形功臣”!

Fri, 10 Jul 2026 14:10:15 +0800

那还是在2018年。经过几年的摸索与苦心探求，我从零到一，完全自主搭建起了一套足以支撑年销售额5亿元的系统架构。就在这个节点上，心中突然浮现出几个疑问：

如何系统性地梳理多年来的工作实践与知识体系？如何弥补自己在理论层面的短板与不足？又如何让实践与理论更好地融合互补？

思来想去，我觉得参加考试是一条可行的路径。一方面，它能确立一个清晰而具体的目标——通过考试本身；另一方面，它可以由点带线、由线及面，推动知识结构的系统化整理。

对比市面上几种主流的考试类型后，我认为软考更契合自身需求，于是决定报考系统架构设计师考试。

以下是当时制定的复习计划(俗称甘特图),回头想想,Excel vba技能对于计划的制定和执行也功不可没.考完后复盘见软考之路

系统架构设计师考试是中华人民共和国人力资源和社会保障部、工业和信息化部联合组织的全国计算机技术与软件专业技术资格（水平）考试中的高级职称考试，面向社会开放且不设学历、年龄与资历限制。

考试采用全国统一命题的机试形式，涵盖综合知识（选择题）、案例分析（简答题）和论文（论述题）三个科目，合格标准为各科均达到45分（满分75分），单科成绩滚动无效该考试始于计算机软件资格考试体系建立时，与初级、中级资格考试共同构成多层次人才评价系统。

自2023年下半年起全面改革为科目连考的计算机化考试，综合知识与案例分析连续作答240分钟，论文单独计时120分钟。考试内容聚焦系统架构设计的核心领域，包括计算机系统知识、软件工程、分布式架构及安全设计等，重点考察复杂工程问题的解决能力和实践应用水平.

系统架构设计师考试，考试不设学历与资历条件，不论年龄和专业，考生可根据自己的技术水平，选择合适的级别合适的资格，但一次考试只能报考一种资格。

考试采用机试形式，考试实行全国统一大纲、统一试题、统一时间、统一标准、统一证书的考核办法，机试安排在一天之内。

系统架构设计师属于高级职称考试，与初级的程序员考试，中级的软件设计师考试等，构成计算机软件资格考试。

1. 软考的试题是否很难？合格率如何？
软考注重岗位实践能力和综合应用，不考死记硬背。因报考无门槛、考生水平差异大，且要求各科同时及格，整体合格率约25%（初级40%、中级20%-30%、高级12%）。但考试非竞赛，不设人数上限，只要扎实掌握知识并具备工作经验，达线即通过，无需过度担忧。。

2. 一年考几次？考哪些科目？
原则上每年两次，分别在第二、四季度。具体计划由人社部、工信部批准后公布。

3. 工信部有哪些认证可考？
根据国家职业资格目录（2021年版），工信部与人社部共同组织实施通信专业技术人员职业水平考试和软考两项。

4. 如何订购官方教材？
教程由清华大学出版社出版，可通过出版社、电商平台或新华书店购买。

5. 有推荐的培训机构吗？
没有。软考严格实行考培分离，社会培训机构与考试方无任何关联。

6. 能否调整考点？
考点由各地考试机构安排，具体请咨询当地软考办。

7. 考试时长是多久？
高级：综合知识+案例分析连考240分钟（综合最长150分钟，最短120分钟），论文120分钟（不得提前交卷）。
初、中级：基础知识+应用技术连考240分钟（基础知识最长120分钟，最短90分钟）。

8. 资格证书等同职称吗？
取得证书即具备相应专业技术水平和能力，用人单位可据此聘任相应职务：初级→技术员/助理工程师，中级→工程师，高级→高级工程师。具体以当地政策为准。

9. 有报考条件吗？
无。凡遵守法律法规、具有一定计算机应用能力的人员均可报考。

10. 报名时间和方式？
全国统一网上报名（www.ruankao.org.cn），具体时间请关注当地软考办通知。

11. 合格分数线是多少？
自2022年起，各科目合格标准为试卷满分的60%（即45分）。

12. 如何申请成绩复查？
在规定时限内向当地省级考试机构提出申请，复查仅限于卷面分数合计和登录是否有误。

13. 能否公布评分标准或答案？
不公开。根据规定，试题、答案、评分标准及考生信息等均不予公开。

14. 如何查询证书？
可登录中国计算机技术职业资格网（www.ruankao.org.cn）或全国专业技术人员职业资格证书查询验证系统（http://zs.cpta.com.cn）查询。

15. 有电子证书吗？
全国层面未发放电子证书，各地情况请咨询当地省级考试机构。

16. 如何查询证书邮寄进度？
由当地考试机构负责发放，一般提供邮寄服务，具体请咨询当地机构。

17. 证书何时发放？
人社部统一制证后配送到省级机构，由省级机构发放，领取时间请关注当地软考办通知。

18. 证书丢失或损坏如何补换？
向当地省级软考办提出补换申请，具体办理请咨询当地机构。

从野路子到正规军：一套完整的VBA系统级开发工具链与项目管理实践

Tue, 07 Jul 2026 10:47:00 +0800

写在前面

系统开发的成本，不仅仅只是编码及测试所耗的工时，还包括需求沟通，项目管理、版本发布、系统部署，线上运维等一系列的时间成本，当项目数量多，多系统并行开发，需要复盘总结时，单纯地靠拍脑袋野路子的方式就基本不能满足需要了，必需依赖一系列的辅助工具，这不仅是标准化、正规化、专业化的需要，也是降低开发成本、提质增效的必然要求。下面介绍一下我用到的9个方向的工具。

一：项目管理工具

项目管理的核心是成本控制，要控制成本首先要记录成本，对已完成、在途和待开发的项目不应只见树木不见森林，这个工具可以一目了然的从多个维度展示项目的各种状态。（首发公众号：左手Excel右手VBA）

很少有系统或产品是一步到位一个版本就封版的，大多数都要经过多次的优化、改问题后迭代发版，每一个版本都会包含新内容，记录这些内容在一定程度上能够减少重复劳动等无用功，并以图表的形式展示发布频次和进度，让每次发布工作可视化。

对于系统级的应用，功能模块的拆分是必须的，每个模块的开发成本取决于其复杂度，尤其是对于多人协作的场景，开发计划有利于合理分配资源，实际开发进度意味着开发效率，可提前暴露风险，提前制定应对措施，对于个人开发者（OPC）可细化工作量，可事后复盘以查漏补缺。

没有一款软件是没有bug的，也没有一个系统是一步到位的，无论是代码问题还是需求变更，拉清单不仅可以避免遗漏，也是验收的重要依据，更是知识沉淀，总结教训的第一手资料，所以bug的记录尤为重要，不体检不代表没有病，不记录也不代表bug少，所以我会记录几乎每一个发现的问题以备复盘用。（首发公众号：左手Excel右手VBA）

二、版本管理工具

一套系统会涉及到很多文档资料，从原始需求到需求分析，从测试案例到测试报告，甚至商务合同，但更重要的是源代码，当一天生产上千行代码的时候如何建立代码的版本管理机制就显得重要而突出了。

版本管理的本质是备份，与常规的备份只保留最新版本不同，版本管理会记录每次变更的记录，并可以对不同版本进行差异化对比，可以快速恢复和同步。

对我来说如果要进行比较大的功能调整或者重构，都会主动先备份一版，以防重构失败好恢复老版本，日常开发遇到里程碑也会去备份，每日工作结束基本也会备份一般，通过工具可以很轻松的找到任一历史版本，再也不用为代码丢失而捶胸顿足了。（首发公众号：左手Excel右手VBA）

三、IDE插件

众所周知，VBA的原始IDE属于博物馆级的存在，于是基于原生IDE的插件相继被推出，有收费的有付费的，对于我来说，其实不需要很花哨的功能，只需要支持联想、格式化以及方法间的跳转，再加上支持模块的快速定位，工程的快速编译就足够了，当用过大概4-5款插件以后，终于找到了比较得力的，简单，清爽，实用，够用，主要是刚刚好。

四、打包工具

因为我做的多是系统级的应用，不是提供个带宏的excel模版就行，主要以加载宏为主，还会涉及到一些依赖，如数据库连接驱动、listveiw环境初始化，有时候也会有wps的vba运行环境，这些直接扔给用户来安装，不仅效率低而且体验差，所以我都是封装成一个安装包交付给用户，安装过程和大多数桌面端应用的安装过程大同小异，用户只需要一路点击下一步基本就搞定了，不仅省事省力还显得专业，颠覆了很多用户对excel的认知，也算是助了传播vba一臂之力。（首发公众号：左手Excel右手VBA）

五、翻译工具

因为有几个客户有海外市场，所以系统要求多语种，翻译软件必不可少，通过比较发现有一款翻译工具虽然小巧但词汇量丰富，翻译精准，启动快，基本随叫随到。

六、Office安装工具

正如bs web对服务器、浏览器版本有要求一样，vba做的系统对运行环境也是有限制的，为了降低系统运行风险，提升稳定性，在前期沟通我都会明确要求office的版本，包括操作系统和mysql数据的版本也都有明确要求。

对客户来说，office的安装并不是那么轻而易举，以至于需要经常协助客户安装，这个工具就派上了用场，不仅可以安装最新的版本还是免激活的。

七、Mysql安装工具

虽然Office安装不是很容易，但mysql数据库的安装对用户来说就更为陌生，如果不协助基本是不可能安装成功的，且数据库不仅仅只是安装完就了事的，还需要创建服务、创建库、初始化表等等，为此我专门开发了一个一键安装的脚本，基本上是按傻瓜式操作的标准来制作的。（首发公众号：左手Excel右手VBA）

八：AI助手

通过对几个AI模型的试用，目前只用DeepSeek，主要是速度快还免费，不指望它给我开发系统，只是做一个得力小助手还是胜任和称职的。

九、自媒体平台

好酒也怕巷子深，你的系统做得再好没人知道没人用，那也只是一场自嗨盛宴，好在我开发的系统都是先有需求先有用户，然后才有系统，口号是不做标准产品，主打深度定制，而用户的来源主要来自各大自媒体平台，在上面我不仅分享做的系统，还分享心得体会，开发方法论，以此寻找彼此需要的有缘人。（首发公众号：左手Excel右手VBA）

Ai编程越来越成为趋势的时候，开发者要怎样定位自己的角色

Tue, 07 Jul 2026 08:22:45 +0800

28、有时候在想，Ai编程越来越成为趋势的时候，开发者要怎样定位自己的角色，尤其是对于高阶的开发者，因为初级开发者会因为Ai而产生变身开发大佬的幻觉，以至于一个非科班出身的所谓开发者就可以大言不惭的直呼5000块就可以用Ai开发一套ERP系统，这无畏与无知，一定是对ERP有某种误解，如果你是客户你敢让做吗？那你一定要做好你要的是宝马，最后交付了一辆马车的思想准备！如果你是开发者你也有那种盲目的自信？很多时候，人因为不知道自己不知道而觉得自己无所不知，这也许就是愚蠢的最高境界吧。

29、纯excel+vba+mysql，适用于PCB/PCBA行业的企业资源管理系统如火如荼地开发中，虽然没有所谓主流编程语言那么高大上炫酷的UI，但主打实用性和性价比，最关键的是与excel无缝集成，根本没有学习成本，试问：有谁的电脑不装excel。

30、Vba做的程序给人的第一感受就是数据一多就卡，其实是把excel本身的短板嫁接到了VBA，虽然VBA寄生于excel但并不等同于excel，甚至可以做到除了借用一下excel的运行环境其它完全与excel无关，那你的程序还慢就是你的问题了，千万级的数据依然秒级运行，只因承载数据的容器用了mysql数据库，做到数据互通，拆掉了用excel表存放数据的烟囱。（原创公众号@左手Excel右手VBA）

vba开发的系统属于cs架构

Tue, 07 Jul 2026 08:21:54 +0800

25、用excel vba做系统很多人都会有这样一个疑问：数据量大了不卡吗？其实这个问题不仅vba存在，其他任何语言都会面临这个问题，就跟一个小问题如果和14亿人有关那就是大问题，其实解决大数据量的问题不是在开发语言上找方案而应该在系统架构上来解决，数据量大的时候首要瓶颈是数据库，其次才是应用，当数据上规模后数据库的增删改查都会面临挑战，（公号:左手Excel右手VBA）一套系统中80%的场景是查询，也就是说查询对资源的占用很高，最重要的是避免因为查询导致对数据的增删改产生影响，否则可能就会导致业务中断，那么对数据库做读写分离就是解决此问题的方案之一，即查询数据库专门应对查询操作，增删改用另一个库，同时库之间建立数据同步机制，这首先做到了业务隔离，避免业务不中断，进一步可以对读库做分库，将不同的查询分散到多个数据库去读取，降低对单库的压力，而读库的数量可以无限横向扩展，这也就是分布式的概念了，这样能在一定程度上解决大数据量在数据库端的瓶颈问题。

26、vba开发的系统属于cs架构，应用的源码都在客户端，这天然的会分散应用端的压力，当用户多，并发量大的时候自然每个客户端都是一个节点，这样就无形中形成了分布式架构，不用像bs架构的系统还得专门搞一系列的服务器进行分布式部署，系统卡的本质是对资源的争夺导致的，而资源不足唯一的办法就是增加资源，每一个看似配置不高的节点一旦形成分布式网络就能够抵御大数据量，（公号:左手Excel右手VBA）大并发量的压力，每一个终端vba对业务的处理都是独立的，互相隔离的，所以一个用户即使卡了也不会影响别的用户，符合强内聚，松耦合的特征，不像数据库端的读写分离方案在一定程度上是牺牲数据一致性的，vba系统应用端的部署方式具有天然的，天生的，无需任何干预的分布式特质，所以很多人把excel vba做的系统卡归咎于vba语言本身是冤枉的，也是不公平的。

27、一提到vba做的东西，很多人首先想到的就是宏文件，Xlsm或者Xlam文件，给客户交付的时候也给一个文件显得特别low，搞得很多vba开发者，都不好意思说自己是开发人员，其实vba开发的程序也可以做成安装包，像大多数软件一样，双击下一步，下一步，跳过，完成，最终在桌面或者是程序菜单里就会有启动图标，双击图标就能自动加载Vba开发的文件，对使用者来说，几乎不用重新学习，驾轻就熟得很，因为大多数软件都遵循了这种习惯，但是很多vba开发者并不知道罢了。（原创公众号@左手Excel右手VBA）

权限的控制一般通过三元模型来实现

Tue, 07 Jul 2026 08:21:26 +0800

22、权限控制一般包括功能权限、操作权限和数据权限，权限的控制一般通过三元模型来实现，三元包括用户、角色和所属机构，一个用户可以是多个角色，一个角色也可以包括多个用户，（原创公众号@左手Excel右手VBA）但一个用户一般只属于一个机构，而机构可以分多级，当给某个角色分配了某个权限，那么这个角色里的用户就都具备了这个权限，如果某些数据属于某个机构，那么并不是这个机构里的所有用户都可以看到这些数据，需要和角色配合来实现管控。

23、一开始封装的通用方法都写到了一个common模块中，随着代码规模的不断扩大，这个模块中的代码也越来越多，想修改某个方法需要扒拉半天，于是就按方法功能单独拆分到模块中，遵循模块功能单一性原则，这样再修改哪个方法从模块名儿一眼就能看出要修改哪个，再也不用扒拉开扒拉去的了，（公号:左手Excel右手VBA）虽然模块数多了一些，但是这点牺牲还是值得的。这就是开发工作的常态，一开始不知道要写多少通用方法，只能先写着，写着写着觉得应该拆了，这个时候再拆也不晚，有些工作是需要前置的，但有些没必要。

24、关于vba，也许你需要深度思考一个问题:当我看着用20000行vba 代码手搓的erp 系统的时候，我总是陷入沉思，vba作为40年前产生的编程语言，送走了delphi，送走了foxpro，送走了jbulider，为什么它还一直存活在我们身边？这一定有它的生存之道，不说大家也都明白，抱住office这个大树，自然可以好乘凉，虽然新技术层出不穷，但大多数昙花一现，看TIOBE 编程语言排行榜，霸屏的依然是那老几家，有时候老的不一定代表过时，古典的往往也是经典的，当你吐槽它老旧、落伍、不入流的时候，其实可能是你对它的了解还不够，因为你只是停留在别人说的风言风语上，你并没有真地深入掌握它，更别说精通，或者说你的技术等级还没到火候，很多时候，当我们说某种技术不行的时候，往往不是这门技术不行，而是使用这门技术的人不行，更何况对一门存活了40年依然活跃的技术。（原创公众号@左手Excel右手VBA）

vba中的字典确实是个神奇的发明

Tue, 07 Jul 2026 08:20:02 +0800

19、application.Transpose方法跟listview一样，因为设计缺陷而产生的坑让很多人误入其中，这充分说明前期设计的重要性，无论是一个方法、一个模块还是一个系统，你仔细想想，有多少问题是在还之前的欠下的技术债，所以说在设计阶段多花点时间是值得的，否则到了后期修改的沉没成本会越来越高，以至于不从根本上解决那些问题变得说得过去，所以就不断的有人在不断地掉坑里，一代代维护者前赴后继，程序变得越来越臃肿，谁也不敢随意动点啥，因为可能存在不可预知的问题，最终成为每个人都吐槽的一个词汇——屎山。

20、vba中的字典确实是个神奇的发明，用它能够省去很多事，虽然vba编程手搓是常态，但一些好用的tool该用还是得用，vba虽然古老但毕竟出生的年代已经不全是刀耕火种，饮毛茹血，有些设计还是很前卫的，虽然都过去这么多年了依然具有前瞻性，不输任何一种所谓的高级语言，（公号:左手Excel右手VBA）其实再高级的语言也是建立在计算机底层的逻辑框架内，只不过用的都是轮子，其实一个浑身挂满轮子的工具没必要说造轮子的工具就是低级，毕竟没有他们哪有你们，无论是豪华的摩天大楼还是简陋的青砖绿瓦房，谁还不是从地基上建起来的！

21、64位Excel在处理大型数据集时具有优势，但对控件的支持存在限制，主要涉及ActiveX控件和VBA开发兼容性。64位Excel对控件的支持有限，主要体现在ActiveX控件无法直接使用。例如，Microsoft日历控件仅支持32位版本，需切换至32位Office环境才能使用；其他常见ActiveX控件（如Common Control控件）也面临类似问题，因为64位Excel无法加载32位COM组件。在VBA开发中，64位Excel要求代码声明使用PtrSafe关键字。例如，调用Windows API时需将Declare Function改为Declare PtrSafe Function，否则会导致编译错误；此外，32位API函数声明在64位环境中无法编译，必须更新为64位兼容版本。对于插件开发，需为64位环境单独编译COM组件。如果使用Visual Studio等工具，应将编译目标设置为x64而非Any CPU，并使用64位注册工具（如regsvr32）注册组件；部署时需根据系统位数选择对应版本，避免兼容性问题。替代方案包括使用64位兼容控件或原生Excel功能。部分第三方控件提供64位版本，或可改用VBA自定义用户窗体、Power Query等内置功能实现类似效果。（原创公众号@左手Excel右手VBA）

如今有了Ai确实带来了很多方便，尤其是对于开发人员

Tue, 07 Jul 2026 08:19:30 +0800

16、如今有了Ai确实带来了很多方便，尤其是对于开发人员，也让很多非开发人员产生了错觉，瞬间觉得自己也是开发大佬了。不过AI 给的东西看起来很专业。格式整齐，术语正确，逻辑完整。但"看起来专业"和"在专业上正确"之间，可能差着一个根本性的假设错误。这种错误是最难被发现的，因为你得先具备识别它的知识。

17、当你做过多套系统以后就会发现，一套系统的实现真正复杂之处并不在于业务而在于对权限的控制，VBA也不例外，包括功能权限，数据权限，操作权限。不同层级的机构，上下属关系的角色，不同身份的用户，都和权限有着直接的关系，它们互相交叉，相互影响，形成一张网。而一套复杂逻辑的最基本的特征就是呈现出网状结构。

18、面向过程编程中夹杂着面向对象，解释型语言中夹杂着编译的动作，这为本来简单的vba增加了复杂度，本意是想拓展自身边界，实则也削弱了自身的竞争力，以至于亮点变得灰暗、特色变得普通，凡事都是双刃剑，正如想要变得安全必然以牺牲便捷性为代价，想要提升性能必然以牺牲数据一致性为代价一样，第一代精通VBA的大佬已经退休的退休，入土的入土，（公号:左手Excel右手VBA）VBA也进入了中老年，但你也许也想不到，在高楼林立的写字间里，无论是金融分析师还是数据运营员，无论是财务出纳还是人事HR，无一例外的不想多学点vba以提升工作中的自动化水平，从这个角度看，VBA虽然是烈士暮年，但依然壮心不死。（原创公众号@左手Excel右手VBA）