※ 引述 《ttucse》 之銘言：
: 想請教大家的是
: 如果資工碩士專攻compiler編譯器
: 在台灣有公司有這樣的工作嗎？
: 好像沒有台灣公司的產品是編譯器
: 那有公司是內部需要編譯器的嗎？
你應該是想問 compiler 這條路出路如何嘛？
限定台灣的話，努力找，應該還是找得到 (104 搜一下嘛)
底下容小弟依經驗幫忙分析幾個你可能也會想知道的面向：
1. 做 compiler 門檻高不高？
想像一下高階的語法到低階的指令，例如：
python -> C++ /C -> 組語
同樣用途的一支程式，用 python 寫，轉換成用 C 怎麼寫、甚至熟悉某個 ISA 的話，多花
些精力，轉換到組語也多少寫的出來。一般來說 "人" 來做應該不算難做到。
Compiler 的角色就是替換這個 "人"，變成一隻程式，要把 "人" 怎麼分析語法、語法檢查
？怎麼轉換出組語？一步步拆解，寫演算法來完成。
而且最好要有條理、高效的來做這件事，順便做些優化，那自然是有不低的門檻的。
2. 做 compiler 是不是要很強？
能夠達到前面說的門檻，從高階語言可能各種亂七八糟的寫法都要能編譯，error msg
能清楚，到編譯出來的程式有優化、效能好，那自然是要很強的！
但也不是說一定要強者才能做，舉個例子：有個 ISA 可以做加減乘除，已經有強者做好
加減怎麼生指令了，那...照著把乘除做出來...稍微不那麼強的人也做的到，而且，也總是
有這些事可以做的。
所以，前面說的門檻高，不至於不到門檻就洗洗睡，只收菁英的程度啦XD
達到門檻的自然強，不到的也能生存。
3. 做 compiler 爽不爽？
爽啊！當然爽！
假設你改善了某個演算法的複雜度，讓編譯速度快 10 倍好了，像我一天多的時候可能
compile 個 100 次，原本等 10 分鐘變成等 1 分鐘就好，那代表我今天可以更早下班耶！
那如果是做個優化，編譯出來程式快 10%、提前一分鍾能出結果，這隻程式將來可能要
跑一萬次，你幫大家省了 7 天耶！！這都還只是單純就省的時間來說。
這麼有成就感的事情，要是做得到，能不爽嗎？
(不過如果說是看錢的話...在台灣可能還是 HW design 才是王道！)