作者peteryeh (Egghead)
看板Tech_Job
标题Re: 为何威盛做CPU会失败，联发科却会成功？
时间Fri Jul 11 14:08:44 2014
※ 引述《DontGoMtk (麦当劳)》之铭言：
: a. Broadcom: 一个月
: b. Trident : 一到两个星期
: c. MStar : 当天派人飞抵客户端解决
真没想到我的老东家竟然出现了 XD
楼主也真的是巷子内的, 一语道尽这行的辛酸..
BRCM 的 support 真的是出了名的.....
有次单枪匹马出差德国 Metz (就是做闪灯那家, 他们也有在做高档家电, 就像 B&O)
对方待我为座上宾, 两个星期吃住全包, 外加六日还去逛街, 搞得我好心虚 XD
我当下也明问为什麽会对我那麽客气, FAE 出门在外基本上都是只有被狗干的分才是啊?
他们只笑笑地回:
"我们量少(因为高单价), 本来就很难有support, 结果你们竟然还愿意从亚洲派人来..
反观 BRCM, 这个平台里面也有用到 BRCM DTV solution, 单价是你们的两三倍
外加 BRCM 离欧洲近, 结果每次问问题都不回, 也不肯派人, 只会丢 APN 叫我们自己看"
但讲真的 Trident 的 support 也没好到哪去....
核心部分都在大陆, AE/FAE 在家里躲得很好, 也不肯将部分技术外放给 regional FAE.
每当要出差永远先用"没有签证"这个理由, 先档他一两个星期再说..
至於楼主在爽三次看到的那次算是特例....,
因为那是 T 公司好不容易重回韩国, 上层直接下令全部的人办好签证等着出差 XD
只是以结果论的话, 下场也没好到哪去就是了.
楼主文章讲的其实就是 Trident 的弱项...
买来的IP整合度和掌握度都不够, 处处受限於人.
CPU 押错宝在 mips, 导致效能变成笑能, 後期想推 android TV 也推不动.
Linux kernel / toolchain 部分也是差不多的情况, 没有人 optimize, 效能也不好.
DRAM controller 更是一个经典, 搞了四年还是搞不定 read/write window.
温度一偏 or 制程一有变化, DRAM timing 就整个跑掉..
会被市场淘汰不是没原因的...
最後, 这行是很好玩, 但是真的也要命够长又硬才玩得动...XD
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 60.250.91.200
※ 文章网址: http://webptt.com/cn.aspx?n=bbs/Tech_Job/M.1405058927.A.840.html
1F：推 super88168:巷子内的............. 07/11 14:12
2F：→ peteryeh:Vendor八年, 外加系统厂快一年半, 看尽这行的起落...XD 07/11 14:19
3F：推 loseptt:一颗两三块美金的TV晶片不需要讨论惹 07/11 17:51
4F：推 loloman:setup time / hold time 07/12 00:22
5F：→ kronos:大概是用delay chain 去垫timing..设(计)後不理的结果吧? 07/12 07:37
6F：→ kronos:垫越多, PVT 飘下去死越快... 07/12 07:37
7F：推 DSB520:但我觉得brcm sample 写的比较完整 Mstar sample 有点弱 07/12 17:08
8F：→ DSB520:造成後面支援人力差别 07/12 17:09
9F：推 Zoxge:请问sample是指给客户的文件吗？ 07/13 08:52
10F：推 kronos:sample code吧？ 07/14 05:11
11F：推 marktony:说MIPS效能输ARM不是正确说法，主要是Android一开始押在 07/20 11:10
12F：→ marktony:ARM上面才促成ARM的兴起，而MIPS在Android上的优化与支持 07/20 11:11
13F：→ marktony:速度又太慢，所以才造成MIPS的没落。 07/20 11:11