微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 微电子和IC设计 > 微电子学习交流 > 如何才能成为数字设计大牛?

如何才能成为数字设计大牛?

时间:12-12 整理:3721RD 点击:
我说的大牛是指能进intel美国核心研发部的那种斯坦福伯克利那种博士

Implementation只是工具,上层建筑是Architecture and Algorithm
往高层走需要是Computer Architecture/Signal Processing出身

你的意思是学计算机的人才能搞?难道我们微电子是打下手?

计算机的人又不搞Computer Architecture
CA一般是放在ECE系里面,很少有学校把CA放到CS
微电子本科生拿CA的奖学金是一个蛮正常的事情

想开了就好了
其实学计算机的我也是给学金融的人打的下手

《计算机系统结构,量化分析研究方法》,by Hennessy,Patterson那本书英文版从第二版开始到第五版全部看一遍,Over.你能搞到第一版最好,我没搞到

Intel Fellow有Intel给配的私人专机,你说呢?呵呵

现在计算机系大家都去搞互联网搞手游去了
计算机系里面愿意搞架构的少多了

你至少也要清北或者华东六校级别本科,去UCB/MIT/斯坦福级别去读个博士才行吧

其实CS本质上是数学和算法
但是CA其实没多少数学和算法的,比如Amdahl Law,初中生也能搞懂嘛
你再去看《量化分析那本书》,到底有多少公式?最后还是Empirical手段玩量化嘛,我觉得和Science不沾边
CA相对CS更偏工程实现,只是相对为微电更偏理论而已,所以放CS里面本来就不合理,放CE/ECE正正好

毛,架构这是屠龙之技,没龙屠,比如我,就变成纯屌丝了

为什么不好好读书,拿全奖offer去UCB读个博士?

那也很快能成亿万富翁啊,每天财富指数级上涨

按我的理解想成为设计大牛,看书是没用的。顶级项目的设计经验就可以让你变成大牛,问题是你成为大牛之前很难进入顶级项目。哈哈慢慢积累吧

那最后路径还是-〉看书-〉学位证-〉顶级公司架构组呗

感觉这种都要很多的经验的,即使博士毕业也很难。。
操作系统,编译器,电路设计,指令集,体系结构模拟。。。这些东西都玩转了也不过是打个基础而已。。。
而且招的人也少,很靠经验。。。
真的想把这个作为职业规划,还是算了吧。。。

去搜搜Intel一任首席架构Pollack(Intel Fellow)的简历,没记错的话UF的PHD没毕业成,拍屁股走人
最重要的还是机会

这是可遇不可求的事,如果正正规规地把去Intel的核心组做为目标的话,那么想依靠这种机会的可能性极小

我就想把CA当做职业规划,不知道是否有机会,想去华为的图灵实验室
现在几乎没基础,工作三年入门吧

真玩CA需要的是一个北美全奖PHD,坚持6年毕业,呵呵

那就是大号螺丝钉啦~真正老板从来不需要管技术问题,你看Jobs会编程么?会设计板子么?都不是技术问题。放在数字设计也是一样,重要的不是Implement,永远不是

大牛不解决技术问题,解决的“技术问题”也是为“非技术”因素服务

这种说法只适合技术成熟、分工明确的现代社会,对中国的创业者而言,面对遍地垃圾,从中筛选出宝石并卖出去盈利,不懂适度技术就是被人忽悠到死的前奏。如果Jobs年轻时在这创业,也得找个技术大拿当合作伙伴,否则照样玩完。
另外,Jobs不懂编程、制板只是他认为不值得花时间去干而已,否则以他的智商,照样能秒杀90%以上的码农。正如盖茨,现在大家公认他是商业天才,但20年前大家更愿意说他是编程天才。

这很不简单,往往意味着他懂问题的真正所在,即使他不了解细枝末节。
做工程技术的,正常而言没有解决不了的问题,大牛和普通人的本质区别就在于他能先一步发现问题发生的根源,不管是技术还是管理。

好歹jobs人家还做出来过可以随便打电话的东西呢

这些是圣经阿,我也是拜读过。另外我是信号处理专业的。怎么现在还是码农阿。太卢瑟了。

窃以为intel的cpu团队是最不需要研究这些圣经的人,很难想象他们会用新毕业的学生去做架构设计,即使是stanford CS的应届博士。intel多数设计师可能会更关心具体实现问题,毕竟几个G的时钟,再简单的电路都变得难搞了。
学体系的可能比较容易去龙芯或国内搞arm系统的地方,写代码搞综合,芯片主要靠tools来实现,懂架构的更容易入门。
另外,学信号挺好,看着协议写rtl比微电出身的人有明显优势。

时钟其实也是架构组设计的,也是要通过模拟/仿真验证过功能/性能的。
芯片算法和架构组也不是说在神乎其神的写spec。也是工程性的东西,先一个个小算法/架构构思改进,在用小程序实现/验证,在放到整个架构模型/仿真里去做验证,是个工程性的东西。也是迭代演化的。里面的职位就分为写spec的老大,实现model的小弟,跑测试和验证的小小弟。写spec的人,关键在于对整个系统的抽象能力/观察能力强,能从各个不同的角度去提炼算法和架构。
算法和架构也是必须放到具体的ip去讨论,做通用cpu架构强的人,放到video里,也许就不那么强了。一般写spec的人,都是从写model(c或rtl)的人里面出来的,主要看是否能理解整个系统的算法和架构,因为芯片太复杂,很容易只见树木不见森林。
做架构的,其缺点也就是一般都是不能跨领域的,除非一些通用模块,因为架构依赖于对特定领域的理解。
而数字电路设计,如果芯片复杂到一定程度,就必须有架构组,架构先行,设计并实现(基于c/c++),然后才能rtl。
rtl的实现很重要,但是纯粹的rtl实现能力就不那么重要了。
而新毕业做arch的学生,一般都是从写model开始,一般写c/c++ model的居多,而c/c++的model更能体现算法和架构的本质,rtl的细节太多。所以做架构的,rtl出身的相对少一些,但也常见。其实做rtl模块的,懂不懂整体算法和架构,很多公司都无所谓的,因为做验证时只要能match上相应的arch model模块的输入输出就行。

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top