刚毕业的时候，我年少轻狂，以为自己已经可以独当一面，庙堂之上所学已经足以应付业界需要。然而在后来的工作过程中，我认识了很多牛人，也从他们身上学到了很多，从中总结了一个IC设计工程师需要具备的知识架构，想跟大家分享一下。

 　技能清单

　　作为一个真正合格的数字IC设计工程师，你永远都需要去不断学习更加先进的知识和技术。因此，这里列出来的技能永远都不会是完整的。我尽量每年都对这个列表进行一次更新。如果你觉得这个清单不全面，可以在本文下留言，我会尽可能把它补充完整。

　　语言类：Verilog-2001/ VHDL ，SystemVerilog/ SystemC，Makefile/ Perl/ Python/ Shell，Tcl

　　工具类：NCVerilog/ VCS/ ModelSim，SimVision/ DVE/ Verdi，Vim/ Emacs，SVN/ CVS/ Git，Microsoft Office

　　平台类：Windows，Linux，OS X

　　其他加分项目：MATLAB，ISE/ Synplify/ Vivado/ Quartus，LEC/Formality，VMM/ UVM，ESL，ZeBu Server，JIRA/ Confluence，C/ Assembly Language，Computer Architecture/ ARM Architecture/ MIPS Architecture

为什么 & 怎么办

A) Verilog-2001/ VHDL

这里之所以强调Verilog-2001而不是Verilog-1995，是因为在Verilog-2001中规定了很多新特性，因此可以产生更好的代码风格。

我曾经在什么是良好的Verilog代码风格一文中对新版的接口语法进行过详细的举例说明。这种新的接口方式修改起来更加简单，例化模块的时候使用也更加方便，不像旧版的接口语法由于一个接口需要分3次描述，无端端增加了代码行数而且阅读和改动都很困难，尤其是当一个模块的接口数目超过一个屏幕的显示范围时Verilog-2001的这种优势更加突出。

学习Verilog最大的问题就是：很多国内的书写得都很不好，书中的很多例子都是为了说明语法特征而存在的，没有任何实用价值，甚至很多代码都是错误的(这里错误的意思并不是说他语法错误，而是说他是不可综合的，无法用数字电路来对等实现的)。

所以，对于学习Verilog，我的建议是，随便找一本类似语法手册的书籍，匆匆把基本语法看过一遍，搞清楚模块定义，接口定义，模块例化，寄存器定义，线定义，always块怎么写这些基本内容后，就开始到OpenCores网站上去下载已经经过FPGA验证的完整开源项目代码进行学习。先做到看懂别人写的代码，然后再尝试自己去模仿，有不懂的问题再有针对性地去网上搜索答案。

Verilog语言与软件语言最大的区别就是，因为它是用于描述电路的，因此它的写法是非常固定的，因为电路的变化是非常有限的。学习Verilog的时候，很多时候我们并不是在学习这门语言本身，而是学习其对应的电路特征，以及如何对这个电路进行描述。

如果心中没有电路，那么你是不可能写好Verilog的。从基础开始，一点点积累类似计时器，译码器这样的小型电路描述方法是非常重要的。Verilog鼓励在电路中进行创新，而不是在描述方法上进行创新。因此，即使是世界上最牛的Verilog高手，他写出来的Verilog代码语法也都是很普通的，而他的创意则在于如何去组合这些基本的小型电路。

　VHDL虽然我并不是太了解，但是目前在欧洲很多国家，VHDL还是主流的RTL设计语言。VHDL语言的严谨性比Verilog要好，不像Verilog中一样存在大量符合语法却永远无法综合的语句，容易对新人造成误导(仿真通过的代码却在FPGA综合时报错，或者FPGA实现结果与仿真不一致)。而VHDL和Verilog虽然可以相互转化，但是转化过程中仍然存在很多问题，无法做到完全的自动化。关于这一点我之前写过一篇专题进行探讨：如何将VHDL转化为Verilog。有兴趣的同学可以去看看。

　　B) SystemVerilog/ SystemC

　　这两种语言都是为了验证而存在的。作为IC设计工程师，验证知识不是必须的，但是掌握基本的验证方法学有助于提高自己的debug效率和结果。我曾经在如何快速搭建模块验证平台一文中详细介绍过一种我自己总结的验证方法，这种方法就是基于SystemVerilog语法实现的。由于SystemVerilog对Verilog完全兼容，就像C++对C语言的兼容一样，所以SystemVerilog(或SV)学起来其实并不算难。

　　SystemVerilog是一种面向对象的语言，其设计的本意是用于搭建验证平台，主流的VMM/UVM方法也都是基于SystemVerilog实现的，所以立志成为IC验证工程师的同学，SystemVerilog的深入学习和流行方法论的学习都是必不可少的。

　　而对于那些只想做IC设计的同学而言，SystemVerilog同样也是值得学习的。且不说本文前面提到的用于提高验证效率的debug方法，即使只是为了做好设计，SystemVerilog也是大有用武之地。在欧美很多发达国家，很多世界顶级的IC设计公司内部都已经开始使用SystemVerilog进行RTL设计了。由于在SystemVerilog中加入了很多类似always_ff、always_comb等用于显式表明综合电路意图的新语法，代码的可读性更高，综合过程中也减少了歧义，尽可能地保证了综合结果与设计意图的一致性。从另一个角度来说，asserTIon的加入也极大地提高了代码的debug效率，非常有助于在大规模的数据交互过程中定位到出错的初始点，没有掌握的同学可以多花一些时间研究一下。

　　C) Makefile/ Perl/ Python/ Shell

　　以上四种都是IC设计工程师们常用的脚本语言，看起来似乎它们都跟IC设计的专业能力没有丝毫关系，但是由于本行业的专业工具价格非常昂贵，项目需求差异极大，因此掌握一门得心应手的脚本语言将对你工作效率的提升帮助极大。如果你还没有尝试过编写自己的脚本语言，那么问问你自己，有没有曾经为了完成一批仿真用例熬到深夜?有没有曾经因为要比对几万个数据搞到眼瞎?有没有曾经因为要修改一个全局信号的比特位宽而无比抓狂?要把一个hex类型数据文件转换为memory模型需要的特殊格式怎么办?没错，如果你掌握了脚本语言，以上这些奇奇怪怪的需求都不是事儿，重复而细致的体力劳动就交给计算机来完成吧。我一向信奉的口号就是：但凡做过一次的事情，就没有必要重复第二次。

　　如果你已经在工作中使用过其它工程师开发的平台或者脚本，那么它很可能是用这4种语言写成的。如果执行脚本的方式是make run，那么很可能你用到的是一个Makefile脚本;如果执行方式是source run，那么这应该是一个Shell语言写成的脚本;如果是其它情况，那么就得看具体这个脚本首行是怎么写的了。Makefile和Shell语言比Perl/Python要更容易上手，写起来也更加简单，比较适合满足一些非常简单的批量任务需求。Perl的强项则在于它强大的文本处理能力和无所不能的CPAN库，随时可以满足你的各种任性需求。Python的优点则是较好的可维护性。

　　关于脚本语言的重要性，大家可以到这里看看相关讨论：Perl等脚本语言在IC设计中有哪些用处?。

　　D) Tcl

　　严格来说，Tcl是一门非常单纯而简单的语言，而它的学习难点在于，只是掌握它的语法是远远不够的。这种情况有点类似javascript，如果你用js来开发网页，那么你必须深入了解DOM和HTML;如果你用js来开发游戏，那么你必须深入了解Unity3D引擎的各种知识;如果你用js来开发Web App，那么你必须会用node.js的各种库和常见的服务端框架。

　　语言永远只是工具，这句话放在Tcl上再合适不过了。在IC设计这个领域中，Tcl是一门非常常见的语言。他可以用于描述时序和管脚约束文件，UPF信息，也可以用来搭建简单的工作平台。它既是很多IC领域EDA工具默认支持的脚本语言，也是这些工具配置和输出的文件格式。因此，能够读懂Tcl，掌握Tcl语言的基本语法，就可以帮助你更好的使用EDA工具，真可谓是Tcl在手，天下我有!

　　但是，成也萧何败萧何，正如前文一开始提到的，仅仅掌握了Tcl的语法还远远不是全部。不同的EDA工具对Tcl脚本提供的命令和参数支持都是不一样的，每当你需要为一种新工具编写Tcl脚本时，都必须要熟读官方给出的用户手册，了解这种工具支持的Tcl命令结构，才能确保写出的脚本是可以被正确执行的。

　　E) NCVerilog/ VCS/ ModelSim/ iVerilog

　　以上三种都是比较业界比较主流的仿真工具，其中NCVerilog和VCS都只支持Linux平台，而ModelSim貌似是同时支持Linux平台和Windows平台的。但是不管哪一种，我都希望大家能意识到两件事：

　　第一，仿真器和波形查看器是两回事，本条目介绍的只是仿真器，仿真器的工作原理跟波形查看器是有天差地别的，同时由于IEEE对标准波形文件*.vcd格式的规范，任意仿真器都是可以和任意波形查看器组合使用的。

　　第二，仿真器通常是没有图形界面的，为了更好地使用仿真器，你要熟读自己常用仿真器的用户手册，了解一些常见需求的命令行参数，至少要做到了解如下内容：如何指定编译的文件类型，如何指定编译文件清单，如何指定索引目录，如何指定仿真精度，如何指定临时的宏变量，如何指定语法检查的严苛等级，如何混合编译由多种语言写成的工程，如何调用不同波形生成工具的pli接口，如何配合SDF反标进行后仿等等。

　　不同仿真器的功能其实都大同小异，但是是不是只掌握一种仿真器就可以打遍天下无敌手了呢?当然不是。在实际的工程中，我们经常用到第三方IP核，有时候出于保密的需要，第三方IP核会以加密二进制文件的方式提供，加密二进制文件长啥样呢?

　　它们一般以“*.vp”格式命名，文件的开头部分就是标准的Verilog语法，但是在一行注释之后就全部变成了乱码。通常乱码之前的那行注释会指定该加密二进制文件支持的仿真器类型。所以你看，如果你是一个重度VCS使用者，而有一天项目经理突然塞给你一个只支持NCVerilog的加密文件，你内心一定会有千万只草泥马呼啸而过。

　　F) SimVision/ DVE/ Verdi/ ModelSim/ gtkWave

　　与上面的仿真器相对应，以上三种也是业界比较主流的波形查看工具。所有的波形查看器都必须支持标准波形文件*.vcd格式，但是由于*.vcd格式的存储性能并不好，冗余信息过多，所以各家波形查看工具都纷纷推出了自己独家支持的波形文件格式，如DVE的*.vpd，Verdi的*.fsdb，ModelSim的*.wlf， SimVision的*.shm等。通常波形查看工具独家支持的文件格式都具有较高的压缩率。

　　举例来说的话，通常1G左右的*.vcd格式波形转换为*.vpd格式后只有40MB左右，而转换为*.fsdb后通常会更小，因此将标准波形文件*.vcd转换为其他压缩格式更加有利于数据备份。

　　如果希望在仿真过程中不生产*.vcd，而是直接生成压缩率更高的其他波形查看器专用格式，则需要调用对应工具提供的pli接口，同时配合测试平台代码中的系统函数调用(如$fsdbDumpOn等)来完成。

　　G) SVN/ CVS/ Git

　　以上三种都是目前比较主流的“版本管理”工具。什么是版本管理?

　　简而言之，就是一种用于记录和查询文件版本改动的工具，通常都会被部署在公共服务器上，以保证数据的安全和可恢复。在项目的开始阶段，首先需要创建好版本管理的根目录，然后由不同的工程师逐一把自己的设计文件首次加入到版本管理的各级子目录下。

　　在项目执行的过程中，每当有人修改一个文件，都需要通过版本管理工具上传代码并注释改动内容，版本管理工具会自动检查改动内容与服务器上的最新版本是否冲突(冲突的意思即是说，在该工程师改动这个文件的过程中，有其它人也对该文件的同一行代码进行了改动并上传了新版本)，如果没有冲突，则会自动将新上传的改动合并到当前最新版本，反之，则将冲突部分进行对比显示，让工程师手工判断应当如何合并冲突行的内容，解决冲突后可以再次重新上传。

　　H) ISE/ Synplify/ Vivado/ Quartus

　　ISE和Vivado都是Xilinx旗下的FPGA工具，其中ISE比较老，官方已经停止更新了，目前最新的版本是14.7，而Vivado作为新一代的FPGA工具一直在继续更新。Quartus则是Altera旗下的FPGA工具，功能和ISE/ Vivado大同小异。笔者平日里对FPGA工具的接触并不多，但从有限的接触体会而言，Quartus比ISE/ Vivado更适合用于学习，入门的门槛更低一些，操作界面也更加简单易学(但千万不要使用6.2版本以下Quartus中自带的波形仿真工具，那是垃圾)。

　　I) Windows/ Linux/ OS X

　　相信大多数人的个人计算机使用的都是以上系统或类似以上系统的其他系统吧。以上3个系统，对于专业的数字IC前端设计人员而言，工作的方便程度(注意，是专业人员的方便程度，而非学习曲线的陡峭程度，这里是指均已达到熟练掌握的前提下对于工作效率的帮助)由方便到困难分别是：Linux 》 Windows 》 OS X。

　　在Windows下，你可能需要的工具有Cygwin(模拟Linux shell，带有大部分GNU工具)，Modelsim，Debussy(更名Verdi后的版本没有对应的Windows版本)， Quartus， ISE等。在Linux下，你可能需要的工具包括Bash/Csh/Tcsh，Modelsim，Quartus，ISE，VCS，Simvision，DVE，NCVerilog，Formality，LEC，Synplify等。而在OS X下(笔者不幸就位于该平台下)，你可以使用的工具就只剩下Bash/Csh/Zsh，iVerilog，gtkWave这些选择了。

　　从以上内容不难看出，在工具的多样性角度而言，Linux完爆其它平台，这也是为什么绝大多数IC开发公司的服务器都选择部署在Linux下的主要原因之一。对于个人电脑而言，大部分同学会选择使用虚拟机来兼顾不同平台的工具选择，个人建议大家最好在熟练掌握Linux平台及其工具的前提下，同时也了解一下其它平台的解决方案。