共计 1838 个字符，预计需要花费 5 分钟才能阅读完成。
背景痛点：为什么传统学习方法效率低下？
初学 Skill 语言时，很多同学都会遇到相似的困扰。经过和几位工程师朋友的交流，我总结了三个最常见的问题：
-
语法晦涩难懂 ：Skill 作为 Lisp 方言，其括号嵌套的语法结构让习惯 C 系语言的开发者很不适应。比如简单的
(setq x (+ 1 2))这样的赋值语句，新手可能要反复琢磨才能理解。 -
调试困难 ：在 Virtuoso 环境中，错误提示往往不够友好。一个常见的例子是当数据库对象引用错误时，只会收到
nil返回值，却不知道具体哪里出了问题。 -
缺乏工程视角：很多教程只教基础语法，但实际项目中需要考虑代码组织、版本控制、PDK 兼容性等问题。比如不同工艺节点的 PDK 可能对同一 API 有不同实现。
语法精要：掌握 Skill 的核心特性
相比 Verilog/VHDL 这些硬件描述语言，Skill 是典型的过程式编程语言。它的强大之处在于对 EDA 数据的高效操作，主要体现在两个方面：
-
List 处理能力：这是 Skill 的看家本领。比如要获取版图中所有矩形的坐标：
(setq rects (geGetAllRectangles cellView)) (foreach rect rects (printf "Rect at %L\n" (geGetBBox rect))) -
数据库操作：Skill 可以直接操作 Virtuoso 的数据库对象。例如创建一个 Contact：
(setq contact (dbCreateContact cellView "M1" "V1" (list 0 0) (list 100 100)))
实战案例：版图参数化生成脚本
下面是一个完整的矩形阵列生成脚本，包含了工业级代码应有的要素：
;;; 模块化参数校验
(defun sch_checkParams (width height spacing rows cols)
(when (or (<= width 0) (<= height 0)
(<= spacing 0) (<= rows 0) (<= cols 0))
(error "Invalid parameters")))
;;; 带异常处理的图形生成
(defun sch_createRectArray (cellView width height spacing rows cols)
(sch_checkParams width height spacing rows cols)
(for i 0 (1- rows)
(for j 0 (1- cols)
(let ((x (* i (+ width spacing)))
(y (* j (+ height spacing))))
(dbCreateRectangle
cellView
(list x y)
(list (+ x width) (+ y height)))))))
;;; CIW 命令封装（可在 Virtuoso 命令行直接调用）(procedure (createMyLayout @optional (cell "TOP"))
(let ((cv (geGetEditCellView)))
(when (null cv) (error "No open cellview"))
(sch_createRectArray cv 1 2 0.5 10 10)))调试技巧：定位隐藏问题
Skill 开发中最头疼的就是内存泄漏和性能问题。这里分享两个实用方法：
-
内存泄漏检测：
(setq skillDebugger t) ; 启用调试模式 (gcStatus t) ; 显示垃圾回收信息运行代码后观察
alloc和free的差值，持续增大说明有泄漏。 -
性能分析：
(profile 'myFunction) ; 开始性能分析 (myFunction) ; 执行目标函数 (profile nil) ; 结束分析 (showProfile) ; 查看耗时统计
工程规范：像专业团队一样编码
根据 Cadence 官方建议，良好的 Skill 工程应该遵循：
- 命名约定：
- 原理图操作使用
sch_前缀 - 版图操作使用
lay_前缀 -
工具函数使用
util_前缀 -
版本控制：
- 将 Skill 脚本按功能模块拆分
- 每个文件头部添加版本注释
- 避免在脚本中硬编码工艺参数
思考题
在实际项目中，我们经常需要支持多种工艺节点。假设要设计一个能自动适配 TSMC 28nm 和 SMIC 40nm 的 Skill 脚本框架，需要考虑：
- 如何抽象不同 PDK 的差异？比如 M1 的 minWidth 在两种工艺中分别是 0.1 和 0.15
- 怎样组织代码结构，使得新增工艺时修改最小化？
- 运行时如何动态检测当前使用的 PDK 版本？
这些问题没有标准答案，但正是区分普通脚本和工业级代码的关键。建议从 Cadence 的 pdkDefine 函数入手研究，它提供了工艺参数的统一访问接口。
