IC工程师试用期经验分享：项目复盘

版图就业提升滚动开班中！小班线上授课、线下实训！

来源：EETOP Blog

作者：IC学徒

博客地址：https://blog.eetop.cn/maicf

链接：https://blog.eetop.cn/blog-1770940-6951492.html

正文：

公司试用期前三个月为虚拟项目阶段，后三个月是实体项目阶段。目前虚拟项目已结束，排名倒数第三。最近对虚拟项目进行了复盘，主要是希望自己记住教训。

1. 6.1提前去公司实习了一个月，7.11应届生全部到齐。进公司过了个端午就拿到了虚拟项目的题目，做一个高PSR的CL-LDO。原本的计划是三周调研，四周电路设计，三周版图设计，但由于一些改动，变成了七月份等新人入职后和他们一起按进度汇报。最终的结果是我未能完全交付，排名倒数第三。

2. 实习阶段（6.1-7.11）

进公司熟悉了下工位就放了个端午。放假回来后拿到了虚拟项目的题目，就开始了项目调研。前期觉得时间充裕，优哉游哉的，像读研那会儿似的，看会儿文献玩会儿手机，期间选几个论文试着搭建仿真，本来想着试出来一个差不多的，就可以汇报架构了。但一直没试出来，因为各种缘由，架构确定的汇报就拖到了7月份新员工同一入职。如今回想，大概在实习期就出错了。

（1）在项目调研期间，不用急于试行架构，应当选中一篇后，对其工作原理、理论推导进行深入学习，分析可行性。那时候很多的时间都花在了spice monkey上了。不过也恰巧是这个月让我明白spice monkey不可取。

（2）当导师提出建议时，不要因为觉得难度低就不听取，导师工作的经验要比自己多得多，提出的建议也是经过考量的，要比自己莽撞的要好。

1. 运放阶段

在结束薪火训练营培训之后，中心安排了一个小的任务，就是进行一个运放设计。这个小小的运放设计，综合了运放的理解、参数计算、电压裕度考量，最重要的是架构的选取。基于实习阶段spice monkey是无法调出复杂性能的经验，这次运放我选择了电压裕度吃紧，但更能学习理论推导的五管运放。中间理论计算出了些错误，现在想想理论推导疑惑的地方应当问主管的。

（1）理论推导疑惑的，当问清楚，学明白。

2. 调研

因为是随着新人进度，又进入了调研阶段，我想试试其他结构，于是此阶段又重新调研并尝试了一个结构。但还是犯了和实习阶段一样的错误。实际上，我应当按照原来的安排，进入电路设计阶段，如果原先选取的电路卡点，也应当是问询导师找到原因，再去决定是否要更换结构。

（1）自己保持自己的节奏

（2）既然选定一个架构，就应当试行到底，为何可行，为何不可行

（3）看论文要尽可能高效率一点

3. 结构选取

所犯错误和前面几乎一致，进度延后，理论没有深入分析。

4. 电路设计

由于前面理论分析不足，致使电路在PVT下无法实现，临时换架构。虽然在期限内勉强完成了设计，但是贴边设计，没有留下足够的裕度，致使版图性能指标未能达标。

（1）架构选取不合理

（2）贴边设计，裕度不足

（3）出现问题卡点没有早些与导师商量，使得导师也只能匆忙改善。

（4）如果出现无法兼顾全部指标的情况，保留最重要的指标，牺牲相对不紧要的指标。

5. 版图设计

由于没有画过版图，缺乏经验，容易踩的坑一个也没落下。

（1）design rule一开始是概览，后期作用类似字典，关键字查询。

（2）在布局前可以先请教下版图设计的同事，如要注意的点，布局的建议等。

（3）布局之前应该再次熟悉电路，除了匹配、大电流走线，还应该注意独立阱连接的一些器件。

（4）在初次布局布线时不必太过注重细节。

（5）在进行版图后仿前，确认好testbench以及仿真的内容。

（6）首次后仿时先选前仿最差的几个corner角仿真，全corner仿真效率很低。

6. report撰写

尽量边设计边写，除了最后可能赶不上时间节点外，还会存在部分设计细节遗忘的问题。尽量提前一天完成，给导师检查后有时间修改。

7. report汇报

尽量在汇报前演习至少一遍，汇报时放松下来不要太紧张，需要展开的展开，省略的省略。要重视report的撰写和汇报，很多时候，他人只能从这两方面进行评价。

作者其他日志：

欢迎大家访问作者博客

觉得有帮助可以关注并点赞支持作者

(第一次注册需要在电脑端进行）

点击阅读原文访问作者博客