※ 引述《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