Closed Devil-SX closed 12 hours ago
高级语言验证生态已有不少的成果,比如基于 cocotb 的 pyuvm,已然实现了 UVM 标准的全覆盖,我看 mlvp/toffee 也是 计划对 UVM 进行全覆盖,这是从 picker 重新起了一套轮子,唯一的区别就是除了 Python 也支持其他各种语言,也就是首页说的 ”让人们用自己擅长的编程语言进行验证“,尽可能减轻工具成本,将这件事情众包出去。
支持 Python 外更多语言目的在于更高程度调用软件端人才资源,毕竟 golang、java 这些都是做软件人用得多。但软件端可以迁移到众包验证的技术栈好像就语言以及验证方法学了,没有的硬件知识和架构知识,感觉这个路径更多利好硬件方向的人才减轻验证工作,而不是吸引更多软件端人才?
请指教
刚刚开通了 Discussions 板块,可以将此问题迁移到 Discussions 中进行探讨
高级语言验证生态已有不少的成果,比如基于 cocotb 的 pyuvm,已然实现了 UVM 标准的全覆盖,我看 mlvp/toffee 也是 计划对 UVM 进行全覆盖,这是从 picker 重新起了一套轮子,唯一的区别就是除了 Python 也支持其他各种语言,也就是首页说的 ”让人们用自己擅长的编程语言进行验证“,尽可能减轻工具成本,将这件事情众包出去。
支持 Python 外更多语言目的在于更高程度调用软件端人才资源,毕竟 golang、java 这些都是做软件人用得多。但软件端可以迁移到众包验证的技术栈好像就语言以及验证方法学了,没有的硬件知识和架构知识,感觉这个路径更多利好硬件方向的人才减轻验证工作,而不是吸引更多软件端人才?
请指教