1樓：rhett
其實編譯器的技術密度和技術難度是遠超作業系統的。我以前認為作業系統是基礎知識，後來發現跟編譯器比起來，OS 要上層的多。
當然了，最合理的搞法是編譯器和作業系統都掌握，融會貫通。應該這樣也必須這樣，否則其實都沒有理解好。比如 linker 和 loader， 其實是一體的，根本分不開。
2樓：
感覺是連在一塊的.做作業系統肯定要選一款或幾款編譯器.作業系統的面會更廣闊一些.什麼記憶體管理,檔案系統,裝置驅動,程序管理,都是很現實的問題.編譯器的話是個工具.
3樓：Miodolyn
都很有趣。
作業系統強烈推薦mit 6.828。
編譯器的話coursera上的斯坦福公開課不錯，會講到優化。
每一項也就是三個月的事情，都刷完之後你自己就知道哪個你更喜歡了。
4樓：Niffant
編譯器和作業系統有區別嗎？都一樣把我們的操作變成機器指令！vm不也算是個高階的作業系統麼！
作業系統有時不也能執行於vm之上麼，比如VMWare上面的windows 7. 遊戲機模擬器不也是乙個vm，不也算是乙個硬體直譯器麼！我覺得編譯器跟作業系統本質是沒區別的。
5樓：王東嶽
作業系統和直譯器都寫過一些。。。
感覺似乎直譯器更好玩一點。。。
因為你要設計乙個語言，這個很好玩。。。
儘管很多時候就是乙個玩具語言吧。。。
（如果深陷優化的話就會死。。。嗯。。。）
作業系統嘛。。。之前看過於淵的書，照著寫過一點。。。
覺得作業系統水很深，因為實際上作業系統的很多東西程式設計師是沒接觸過的。。。
可以趁機接觸一下，但是從趣味性的角度講還是差一些。。。
（最後說句題外話，唯一一次做後端工作是在大一的大作業時候做「魔方求解器」，寫了乙個窺孔優化23333）
6樓：馮東
編譯器是乙個跨度很大的領域，因為源語言和目標語言各有不同。
如果你寫乙個高效能 C 編譯器，那就必須面對各種 CPU 優化問題。但是如果你寫乙個 Lua 這樣的編譯器，就屬於乙個 big-clean problem，基本是工作在抽象的符號空間裡。
和編譯器相比，OS 的領域跨度沒有那麼大，基本上都是底層管理硬體，上層提供乙個 C-like 的介面。中間的細節機制各有不同。
如果你喜歡 big-clean problem，那麼只有編譯器領域能涵蓋。話說回來，誰不喜歡 big-clean problem 呢。
僅僅從髮色能判斷出 Joffrey Baratheon 不是 Robert Baratheon 的親生兒子嗎？
救世主 如果沒記錯的話，原著裡跟電視劇集裡推理的邏輯是不同的。電視劇集的邏輯是 鹿家和其他家生的孩子髮色都是深色，所以懷疑喬不是勞勃的兒子。書的邏輯是 鹿家和獅家前幾次聯姻，孩子都是深色頭髮。所以懷疑喬不是勞勃的兒子。 深髮色的種姓更強韌，即便在現實世界中也是這樣。棕髮 金髮 棕髮 大多數情況下。不...
僅僅從鍵盤手感上來說，Roland FP30和Yamaha P255哪個更好一些？
關鍵看你喜不喜歡老舊機械鋼琴那種擊弦機延遲回位感。我個人不喜歡。FP30典型特點 肉 慢 鬆垮。FP30琴鍵給人感覺是兩層結構，表面那層回彈是正常的，但裡面那層又肉又慢 下鍵肉 回彈慢 做工鬆鬆垮垮 FP30的擒縱屬於假擒縱，只是模擬擒縱的卡一下的感覺，並不能提公升琴鍵的響應速度。怎麼描述，就是去琴...
僅僅從產品體驗來說，Gmail 和 QQ 郵箱哪個更好用？
我曾經要用郵箱暫存乙個130多M的檔案，然後同時使用qq 郵箱和163 郵箱 gmail 就不考慮了，太慢 qq 郵箱二十多分鐘就傳完了，163郵箱，尼瑪，乙個半小時還沒有傳完。當時我就驚呆了。 單獨的拎出來說郵箱是沒意義的。如果就是個郵箱，無論你gmail QQmail 163 yahoo out...