※ 引述《abbb1223 (跟着我一起摇摆)》之铭言：
: 3.IC厂的FW
: 上网看到有IC厂在做USB产品的韧体开发，需要会USB、SPI、I2C。SPI与I2C在在职的工作
: 中有碰到，相对还算熟悉，所以照理说也可以跳到上游去写这块(?)
: 照理说IC厂的designer与系统厂的FW看的protocol的spec都是同一份，所以我只要把spec
: 看熟，面试应该就没问题了吧!?
: 那IC厂FW的工作职责大概落在哪个范围呢?会很杂吗QQ?
: IC厂的core是自家开发的吗?还是也是用大厂的?
: 软件上的需求难度会很高吗?有必要上RTOS吗?
: 薪资水平与HW比起来，会少一截吗?那与系统厂的FW比起来呢?
: 在工作上如何与HW互动?
: 有必要参与IC SPEC的撰写吗?
: 工作内容会不会被侷限在某一个领域上?比如只会碰到USB、I2C的protocol，软件的架构
: 也已被订死，只要依样画葫芦就好。
: 希望有在这三大类工作的前辈们可以分享一下心得给后辈我参考，谢谢。
我可以协助回答你这块,小弟我目前在某IC厂当FW
简单来说看你的IC出来的会是在none OS or Linux下
none OS其实没什么好说的,HW RD给你什么设定你照PO,考虑一下performance及应用case
通常难度不高,讲难听点大多时间会花费在帮HW Debug,这时候你就会超干
如果是Linux Base的话
这个就五花八门了,有些公司要规避GPL所以在user space开发
有些则是在Kernel Space开发
通常这种问题会五花八门,因为前提是写的人可能不是你or你不熟悉Linux 整体架构
举例来说:某SW RD在kernel space为了要求他自己模组的performance 用"全速"
去Polling 某个HW的status,导致整体效能下降
这时候你发现你的模组被影响,你要怎么去抓出这问题点呢?
如果这时候你够熟的话可以从各式各样的Linux tool去找出凶手是谁
但重点就是在你必须累积累积很多在kernel side的经验才可能找出这个问题点
越大的IC设计公司越常遇到诸如此类的问题,然后你就会很干就是除了要帮HW Debug
还要帮别人Debug...而且这些是光看书没有用的,原因是别人不见得看着书写的XD
然后甚至各种当机问题也会发生,stack乱踩拉(HW),有人写code overwrite拉
memory dump出来就是各种死法各种脏.
最干的就是别人的IP搞死你的IP!!
回归正题,通常IC厂会分两大类系统&IP Owner.
IP owner 有点自己的小圈圈,通常写Code不管别人生死,照着Spec.做
系统则是要学会分析问题所在,协助处理各种疑难杂症
对系统够熟的跨去当IP Owner 则是轻而易举,容易写出比较优质的Code.
另外如果你想增进Linux 的话,除了看书以外就是尽量去trace linux 原生Code.
看看可以在linux 上开发的高手写的Code远比你看一堆书似懂非懂或著同事写的烂Code
强太多了!!
对于你关心的薪水,嗯...我相信不要太黑应该是有机会200+