※ 引述《tinlans.bbs@whshs.cs.nccu.edu.tw (汀)》之銘言：
: EE 的領域包山包海，
: 你說 EE 的 CS 組我倒是沒啥意見，
: 因為它的本質很近似資工系。
: 我也跟 EE 的人合作過，
: 這些人要不就是只會寫 asm code (這類人通常 C programming 很弱)，
: 要不就是成天在那邊寫 VHDL、RTL 等等 (這類人通常對 architecture 很反感)；
: 前者認為 asm code 很具體，
: 對硬體而言是一個口令一個動作聽話得很，
: 覺得 C program 太抽象，
: data structure 跟 algorithm 更抽象；
: 後者認為搞 architecture 的人成天都在打嘴炮，
: 在那邊天馬行空搞一堆有的沒的，
: 講得好聽但是對應的電路做不出來有個鳥用。
我覺得很多programmer也有類似的問題
只是跟EE考慮的不一樣
讀EE的大多是先接觸電路在碰HDL,asm
(數位設計的一開頭大多是logic circuit)
寫的程式最終都是要合成電路或是介面溝通
所以有點難想像沒有clock signal的世界
對於Architecture當然就是更難想像了
有些programmer也常常會覺得design pattern沒啥用
或是CE的一些東西讓事情變的更難做
畢竟這些東西不一定跟程式的效能有很大的關連
主要都是專注在程式的維護性或是專案的管理上面
畢竟沒有人可以一開始就寫出一個完美的系統
再加上很多人共同合作，沒有一個很好的切割
出了問題全打結在一起就很慘了
話說回來，電子業應該要比資訊業更重視CE
因為做好的晶片有bug，可不是網路下載patch可以修正的
每重新送一次光罩，就像開賓士去撞牆一樣傷
更何況晶片可不能run step by step
debug花費的成本遠大於電腦程式
這也是電機裡面近年來獨立出來的Verification領域
沒學過還不知道布林代數可以玩的這樣出神入化
(拿布林代數簡化的過程來解塗色問題orz)
真的是相當銷魂,01加上一個X之後就變了一個世界
: 當然並非所有 EE 的人都是如此，
: 上述只是 EE 其中的幾個組的情況，
: 而那些沒上述情形的幾個組碰的東西，
: 通常跟 OS 設計又沒啥關聯。
: 而且通常在做 SoC design 的時候，
: instruction set simulator 還是給資工系的寫，
: 蠻多 EE 的 System C 都寫很慘，
: 我還看過從 ISS 上 boot 一個 OS 要三天的案例。
我想這大概是沒搞清楚ISS的定位
如果什麼都要玩到cycle accurate
那大概開機得等到天長地久吧
System C目前還沒辦法合成的樣子
(我也不會想拿"目前的"SystemC來合成XD)
畢竟System C的優勢就是在transaction level的modeling
跟SystemVerilog搭配合成才是比較好的模式
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.229.38.247