感觉做IC最难的还是算法和构架
时间：12-11
整理：3721RD
点击：
☆─────────────────────────────────────☆
ouzi770 (ouzi770) 于 (Tue Sep 4 16:18:51 2007) 提到:
对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
huayinboy (beijing，I'm coming!) 于 (Tue Sep 4 17:22:59 2007) 提到:
你得到它了
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
potato (potato) 于 (Tue Sep 4 18:10:54 2007) 提到:
不同领域的人感觉不同而已，做系统的觉得做系统很容易把握，但后端怎么保证
timing怎么省功耗怎么折中降低cost是很难的事情。反之亦然了。
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
sandyhan (阿飞) 于 (Tue Sep 4 18:21:55 2007) 提到:
恩，就像机械设计固然重要，那也少不了八级钳工的关键手艺啊。。。
【 在 potato (potato) 的大作中提到: 】
: 不同领域的人感觉不同而已，做系统的觉得做系统很容易把握，但后端怎么保证
: timing怎么省功耗怎么折中降低cost是很难的事情。反之亦然了。
☆─────────────────────────────────────☆
xaoyao (玄之又玄) 于 (Tue Sep 4 18:27:47 2007) 提到:
timing是后端还是前段的事？
【 在 potato (potato) 的大作中提到: 】
: 不同领域的人感觉不同而已，做系统的觉得做系统很容易把握，但后端怎么保证
: timing怎么省功耗怎么折中降低cost是很难的事情。反之亦然了。
☆─────────────────────────────────────☆
sillycat022 (家有坏蛋) 于 (Tue Sep 4 18:48:29 2007) 提到:
好像都有吧
【 在 xaoyao (玄之又玄) 的大作中提到: 】
: timing是后端还是前段的事？
☆─────────────────────────────────────☆
crazycool (八周弹指一挥间) 于 (Tue Sep 4 21:46:53 2007) 提到:
算法还好，基本上都是些比较成熟的东西，智商够用就OK
构架难，但并不难在能否做出来，而难在如何在性能和成本之间做取舍权衡
还有一难，就是大规模SoC的验证
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
sandyhan (阿飞) 于 (Tue Sep 4 21:51:50 2007) 提到:
感觉soc的架构就是总线
【 在 crazycool (八周弹指一挥间) 的大作中提到: 】
: 算法还好，基本上都是些比较成熟的东西，智商够用就OK
: 构架难，但并不难在能否做出来，而难在如何在性能和成本之间做取舍权衡
: 还有一难，就是大规模SoC的验证
: ...................
☆─────────────────────────────────────☆
dreamisss (宝星镜) 于 (Tue Sep 4 22:08:20 2007) 提到:
架构如何测试每个模块是否符合要求，如何拼接，如何降低功耗，如何减少测试的代价，如何减少验证的时间。
【 在 sandyhan (阿飞) 的大作中提到: 】
: 感觉soc的架构就是总线
☆─────────────────────────────────────☆
toctory (子欲养而亲不待) 于 (Tue Sep 4 22:31:48 2007) 提到:
最最难得事情，我觉得，是做一个能够挣钱的IC。
☆─────────────────────────────────────☆
toctory (子欲养而亲不待) 于 (Tue Sep 4 22:32:58 2007) 提到:
当然，也有更难的，就是做一个能挣很多钱的IC。hoho
【 在 toctory (子欲养而亲不待) 的大作中提到: 】
: 最最难得事情，我觉得，是做一个能够挣钱的IC。
☆─────────────────────────────────────☆
sillycat022 (家有坏蛋) 于 (Tue Sep 4 22:33:05 2007) 提到:
我觉得就简单的把模块直接挂到总线上，尽管能够实现功能，但是效果肯定不好
【 在 sandyhan (阿飞) 的大作中提到: 】
: 感觉soc的架构就是总线
☆─────────────────────────────────────☆
sillycat022 (家有坏蛋) 于 (Tue Sep 4 22:40:53 2007) 提到:
同意，理解算法并不很难，难在如何用电路高效的实现它。一方面是性能的要求，另一方面是成本。我个人觉得，以前说的成本都主要指电路的面积，现在由于规模越来越大，代码的维护成本的比重也在不断的上升。
【 在 crazycool (八周弹指一挥间) 的大作中提到: 】
: 算法还好，基本上都是些比较成熟的东西，智商够用就OK
: 构架难，但并不难在能否做出来，而难在如何在性能和成本之间做取舍权衡
: 还有一难，就是大规模SoC的验证
☆─────────────────────────────────────☆
nobondchip (nobondchip.bbs@smth.org) 于 (Wed Sep 5 03:52:10 2007) 提到:
最难的,就是没钱的时候也得做一个一下就能挣很多钱的IC
【 在 toctory (子欲养而亲不待) 的大作中提到: 】
: 当然，也有更难的，就是做一个能挣很多钱的IC。hoho
☆─────────────────────────────────────☆
cater (是诸法空相：不生不灭,不垢不净,不增不减) 于 (Wed Sep 5 08:13:33 2007) 提到:
个人觉得史上最成功的片子是555了。
【 在 toctory (子欲养而亲不待) 的大作中提到: 】
: 最最难得事情，我觉得，是做一个能够挣钱的IC。
☆─────────────────────────────────────☆
avesta (枣林居士) 于 (Wed Sep 5 09:23:44 2007) 提到:
难道不是51？
【 在 cater (是诸法空相：不生不灭,不垢不净,不增不减) 的大作中提到: 】
: 个人觉得史上最成功的片子是555了。
☆─────────────────────────────────────☆
seaskyyuhan (海天一色) 于 (Wed Sep 5 10:16:47 2007) 提到:
现在什么是一下能挣很多钱的IC？IC都是搞长线的。
【 在 nobondchip (nobondchip.bbs@smth.org) 的大作中提到: 】
: 最难的,就是没钱的时候也得做一个一下就能挣很多钱的IC
☆─────────────────────────────────────☆
seaskyyuhan (海天一色) 于 (Wed Sep 5 10:22:39 2007) 提到:
同意51（中国内）
【 在 avesta (枣林居士) 的大作中提到: 】
: 难道不是51？
☆─────────────────────────────────────☆
frankrick (garfield) 于 (Wed Sep 5 12:25:46 2007) 提到:
问题不大交给后端，否则就需要前端改RTL
【 在 xaoyao (玄之又玄) 的大作中提到: 】
: timing是后端还是前段的事？
☆─────────────────────────────────────☆
cater (是诸法空相：不生不灭,不垢不净,不增不减) 于 (Wed Sep 5 15:46:38 2007) 提到:
消费类电子里51用得很少。
【 在 avesta (枣林居士) 的大作中提到: 】
: 难道不是51？
☆─────────────────────────────────────☆
nobondchip (nobondchip.bbs@smth.org) 于 (Wed Sep 5 16:54:30 2007) 提到:
【 在 seaskyyuhan (海天一色) 的大作中提到: 】
: 现在什么是一下能挣很多钱的IC？IC都是搞长线的。
~~~~~~~~~I want to know as well.
☆─────────────────────────────────────☆
Torlies (变形金刚！) 于 (Wed Sep 5 19:23:52 2007) 提到:
代码的维护成本比起面积，封装，测试来说还只是芝麻而已......
面积就不说了，如果功耗做得不好，单是封装里面加强散热功能这一件事就能把成本提高非常多，如果芯片卖得多，就更惨了
代码和销售量无关，芯片卖得是好是坏都需要维护，像IC这种靠量大价廉赚钱的产业，代码维护成本平摊开是很低的
【 在 sillycat022 (家有坏蛋) 的大作中提到: 】
: 同意，理解算法并不很难，难在如何用电路高效的实现它。一方面是性能的要求，另一方面是成本。我个人觉得，以前说的成本都主要指电路的面积，现在由于规模越来越大，代码的维护成本的比重也在不断的上升。
☆─────────────────────────────────────☆
Torlies (变形金刚！) 于 (Wed Sep 5 19:27:31 2007) 提到:
感觉做算法像炒股，风险高利润大
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
thymes (生命不止,仿真不息) 于 (Wed Sep 5 21:27:28 2007) 提到:
同意,其实把前端搞好了,离一个testale,applicable,stable的芯片远的很
而且中间的东西不是看论文的就能解决的,都是钱买来得教训
【 在 Torlies (变形金刚！) 的大作中提到: 】
: 代码的维护成本比起面积，封装，测试来说还只是芝麻而已......
: 面积就不说了，如果功耗做得不好，单是封装里面加强散热功能这一件事就能把成本提高非常多，如果芯片卖得多，就更惨了
: 代码和销售量无关，芯片卖得是好是坏都需要维护，像IC这种靠量大价廉赚钱的产业，代码维护成本平摊开是很低的
: ...................
☆─────────────────────────────────────☆
moteror (天外飞石) 于 (Fri Sep 7 15:16:29 2007) 提到:
都弄清楚了只是能够写文章了，离生产出芯片还差很多光年:)
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
ouzi770 (ouzi770) 于 (Tue Sep 4 16:18:51 2007) 提到:
对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
huayinboy (beijing，I'm coming!) 于 (Tue Sep 4 17:22:59 2007) 提到:
你得到它了
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
potato (potato) 于 (Tue Sep 4 18:10:54 2007) 提到:
不同领域的人感觉不同而已，做系统的觉得做系统很容易把握，但后端怎么保证
timing怎么省功耗怎么折中降低cost是很难的事情。反之亦然了。
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
sandyhan (阿飞) 于 (Tue Sep 4 18:21:55 2007) 提到:
恩，就像机械设计固然重要，那也少不了八级钳工的关键手艺啊。。。
【 在 potato (potato) 的大作中提到: 】
: 不同领域的人感觉不同而已，做系统的觉得做系统很容易把握，但后端怎么保证
: timing怎么省功耗怎么折中降低cost是很难的事情。反之亦然了。
☆─────────────────────────────────────☆
xaoyao (玄之又玄) 于 (Tue Sep 4 18:27:47 2007) 提到:
timing是后端还是前段的事？
【 在 potato (potato) 的大作中提到: 】
: 不同领域的人感觉不同而已，做系统的觉得做系统很容易把握，但后端怎么保证
: timing怎么省功耗怎么折中降低cost是很难的事情。反之亦然了。
☆─────────────────────────────────────☆
sillycat022 (家有坏蛋) 于 (Tue Sep 4 18:48:29 2007) 提到:
好像都有吧
【 在 xaoyao (玄之又玄) 的大作中提到: 】
: timing是后端还是前段的事？
☆─────────────────────────────────────☆
crazycool (八周弹指一挥间) 于 (Tue Sep 4 21:46:53 2007) 提到:
算法还好，基本上都是些比较成熟的东西，智商够用就OK
构架难，但并不难在能否做出来，而难在如何在性能和成本之间做取舍权衡
还有一难，就是大规模SoC的验证
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
sandyhan (阿飞) 于 (Tue Sep 4 21:51:50 2007) 提到:
感觉soc的架构就是总线
【 在 crazycool (八周弹指一挥间) 的大作中提到: 】
: 算法还好，基本上都是些比较成熟的东西，智商够用就OK
: 构架难，但并不难在能否做出来，而难在如何在性能和成本之间做取舍权衡
: 还有一难，就是大规模SoC的验证
: ...................
☆─────────────────────────────────────☆
dreamisss (宝星镜) 于 (Tue Sep 4 22:08:20 2007) 提到:
架构如何测试每个模块是否符合要求，如何拼接，如何降低功耗，如何减少测试的代价，如何减少验证的时间。
【 在 sandyhan (阿飞) 的大作中提到: 】
: 感觉soc的架构就是总线
☆─────────────────────────────────────☆
toctory (子欲养而亲不待) 于 (Tue Sep 4 22:31:48 2007) 提到:
最最难得事情，我觉得，是做一个能够挣钱的IC。
☆─────────────────────────────────────☆
toctory (子欲养而亲不待) 于 (Tue Sep 4 22:32:58 2007) 提到:
当然，也有更难的，就是做一个能挣很多钱的IC。hoho
【 在 toctory (子欲养而亲不待) 的大作中提到: 】
: 最最难得事情，我觉得，是做一个能够挣钱的IC。
☆─────────────────────────────────────☆
sillycat022 (家有坏蛋) 于 (Tue Sep 4 22:33:05 2007) 提到:
我觉得就简单的把模块直接挂到总线上，尽管能够实现功能，但是效果肯定不好
【 在 sandyhan (阿飞) 的大作中提到: 】
: 感觉soc的架构就是总线
☆─────────────────────────────────────☆
sillycat022 (家有坏蛋) 于 (Tue Sep 4 22:40:53 2007) 提到:
同意，理解算法并不很难，难在如何用电路高效的实现它。一方面是性能的要求，另一方面是成本。我个人觉得，以前说的成本都主要指电路的面积，现在由于规模越来越大，代码的维护成本的比重也在不断的上升。
【 在 crazycool (八周弹指一挥间) 的大作中提到: 】
: 算法还好，基本上都是些比较成熟的东西，智商够用就OK
: 构架难，但并不难在能否做出来，而难在如何在性能和成本之间做取舍权衡
: 还有一难，就是大规模SoC的验证
☆─────────────────────────────────────☆
nobondchip (nobondchip.bbs@smth.org) 于 (Wed Sep 5 03:52:10 2007) 提到:
最难的,就是没钱的时候也得做一个一下就能挣很多钱的IC
【 在 toctory (子欲养而亲不待) 的大作中提到: 】
: 当然，也有更难的，就是做一个能挣很多钱的IC。hoho
☆─────────────────────────────────────☆
cater (是诸法空相：不生不灭,不垢不净,不增不减) 于 (Wed Sep 5 08:13:33 2007) 提到:
个人觉得史上最成功的片子是555了。
【 在 toctory (子欲养而亲不待) 的大作中提到: 】
: 最最难得事情，我觉得，是做一个能够挣钱的IC。
☆─────────────────────────────────────☆
avesta (枣林居士) 于 (Wed Sep 5 09:23:44 2007) 提到:
难道不是51？
【 在 cater (是诸法空相：不生不灭,不垢不净,不增不减) 的大作中提到: 】
: 个人觉得史上最成功的片子是555了。
☆─────────────────────────────────────☆
seaskyyuhan (海天一色) 于 (Wed Sep 5 10:16:47 2007) 提到:
现在什么是一下能挣很多钱的IC？IC都是搞长线的。
【 在 nobondchip (nobondchip.bbs@smth.org) 的大作中提到: 】
: 最难的,就是没钱的时候也得做一个一下就能挣很多钱的IC
☆─────────────────────────────────────☆
seaskyyuhan (海天一色) 于 (Wed Sep 5 10:22:39 2007) 提到:
同意51（中国内）
【 在 avesta (枣林居士) 的大作中提到: 】
: 难道不是51？
☆─────────────────────────────────────☆
frankrick (garfield) 于 (Wed Sep 5 12:25:46 2007) 提到:
问题不大交给后端，否则就需要前端改RTL
【 在 xaoyao (玄之又玄) 的大作中提到: 】
: timing是后端还是前段的事？
☆─────────────────────────────────────☆
cater (是诸法空相：不生不灭,不垢不净,不增不减) 于 (Wed Sep 5 15:46:38 2007) 提到:
消费类电子里51用得很少。
【 在 avesta (枣林居士) 的大作中提到: 】
: 难道不是51？
☆─────────────────────────────────────☆
nobondchip (nobondchip.bbs@smth.org) 于 (Wed Sep 5 16:54:30 2007) 提到:
【 在 seaskyyuhan (海天一色) 的大作中提到: 】
: 现在什么是一下能挣很多钱的IC？IC都是搞长线的。
~~~~~~~~~I want to know as well.
☆─────────────────────────────────────☆
Torlies (变形金刚！) 于 (Wed Sep 5 19:23:52 2007) 提到:
代码的维护成本比起面积，封装，测试来说还只是芝麻而已......
面积就不说了，如果功耗做得不好，单是封装里面加强散热功能这一件事就能把成本提高非常多，如果芯片卖得多，就更惨了
代码和销售量无关，芯片卖得是好是坏都需要维护，像IC这种靠量大价廉赚钱的产业，代码维护成本平摊开是很低的
【 在 sillycat022 (家有坏蛋) 的大作中提到: 】
: 同意，理解算法并不很难，难在如何用电路高效的实现它。一方面是性能的要求，另一方面是成本。我个人觉得，以前说的成本都主要指电路的面积，现在由于规模越来越大，代码的维护成本的比重也在不断的上升。
☆─────────────────────────────────────☆
Torlies (变形金刚！) 于 (Wed Sep 5 19:27:31 2007) 提到:
感觉做算法像炒股，风险高利润大
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。
☆─────────────────────────────────────☆
thymes (生命不止,仿真不息) 于 (Wed Sep 5 21:27:28 2007) 提到:
同意,其实把前端搞好了,离一个testale,applicable,stable的芯片远的很
而且中间的东西不是看论文的就能解决的,都是钱买来得教训
【 在 Torlies (变形金刚！) 的大作中提到: 】
: 代码的维护成本比起面积，封装，测试来说还只是芝麻而已......
: 面积就不说了，如果功耗做得不好，单是封装里面加强散热功能这一件事就能把成本提高非常多，如果芯片卖得多，就更惨了
: 代码和销售量无关，芯片卖得是好是坏都需要维护，像IC这种靠量大价廉赚钱的产业，代码维护成本平摊开是很低的
: ...................
☆─────────────────────────────────────☆
moteror (天外飞石) 于 (Fri Sep 7 15:16:29 2007) 提到:
都弄清楚了只是能够写文章了，离生产出芯片还差很多光年:)
【 在 ouzi770 (ouzi770) 的大作中提到: 】
: 对于比较复杂的算法，要读超级无敌多的paper，累的要死要活还不一定能深刻理解算法的每一个细节，一个项目，如果能把算法，构架和C的行为model弄好，后面那些基本就可控了。