※ 引述 《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 才是王道！) --- 所以，我們總結一下：做 compiler 呢，門檻高，不過只要夠強，就會爽！ ...恩？到哪不是都是這樣嗎？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 180.177.3.135 (臺灣) ※ 文章網址: https://webptt.cc/bbs/Tech_Job/M.1713919482.A.A9E.html 不會...所以我其實...有點難過 舉例嘛...不然我要講些晦澀難懂的東西直接勸退嗎？ ※ 編輯: Lipraxde (114.137.175.102 臺灣), 04/24/2024 11:09:13 確實，如果是 target-independent 或是成熟的 backend 裡再做什麼優化，那都是撿到寶 AI compiler 紅歸紅，但...還是 SW 職缺... 要是他 ASIC 正在開發中，要幫他 codegen，生些奇妙的用法，還要優化，隨便一個異想 天開的特殊作法，可能整個 pipeline 都要調整過，有時間限制的欸...操死 ※ 編輯: Lipraxde (114.137.175.102 臺灣), 04/24/2024 14:54:20 驅動程式說的比較是偏 runtime 嗎？也算是 compiler 的範圍，通常立即能發現的都還 好修，怕的是 user 拿到才發現某版 release 壞了，找到問題看一看才發現原來不能這 樣用...半個月能解決都要謝天謝地了 我反而覺得 codegen 那是最有趣的地方，了解硬體才能做的好，這地方就可以看到誰願 意實打實的把硬體的特殊能力相關的優化用 low-level IR 做出來，反應在演算法裡，把 硬體能力榨乾。 不過有些人可能會更想抽象化到更 high-level，乾乾凈凈漂漂亮亮的做...只是刻個殼 子叫別人處理底層細節的那種...我常常覺得這樣有點不夠水準，阿不，是不夠有趣！ 用 C 硬刻...太硬了啦，不過印象中有些語法 lex & yacc 不太好刻，直接硬刻可以不受 限 LALR 這種難懂的東西，也不是說沒有好處 ※ 編輯: Lipraxde (180.177.3.135 臺灣), 04/25/2024 05:58:44