1樓：神出鬼沒的七叔
你就在你自己的電腦上寫，會有什麼問題？
還不是隨便你怎麼搞。
問題只會出現在完成之後，傳播或商用的過程。
然而上面的問題都不是問題，問題是前提，能寫出來麼？
2樓：叛逆者
情況在於，即便光寫個核心都是工作量巨大的事情。即便高水平的團隊，要復現都很難，更不用說跟上其發展了。
幾年前MSR的幾個大牛做了乙個精簡的Win核心，只有ntoskrnl.exe，其他都（盡量）用原裝的。強調虛擬化 http://
就這麼個東西，要做到很高的相容性，都已經非常困難，畢竟原裝的Win核心經過了多少年多少人的努力。由於從0開始實現，經常遇到的問題是，需要增加新功能的時候發現有個系統呼叫沒實現，要麼寫個stub，要麼寫個模擬的實現。要支援的東西多了就老得改，苦不堪言。
3樓：
很難不違法的。
微軟對於很多api實現申請過專利。
很多專利甚至是你能想出來的唯一實現。
所以繞過去最簡單方法是改個api名字。。。。
編寫乙個簡單自製作業系統可以在哪些硬體上使用？
午夜熊 簡單些的，可以有qemu來模擬乙個x86跑跑。不過那個以前是需要軟盤 映像檔案 grub類似的啟動，所以還是稍微折騰些。實際的硬體，可以上ARM Cortex M，便宜且易於除錯。在上面可以體驗到完整的多工的任務上下文切換，中斷處理等，啟動 執行模式也相對簡單。再往後的，希望體驗到程序，虛擬...
為何微軟不去做乙個Linux作業系統？
因為微軟如果做了Linux，就很難利用它已有的Windows生態系統搞出像3E之類的策略。畢竟如果搞的話，至少核心 不開源是不行的。 xzpeter 真正可以在產品裡使用的作業系統怕不是那麼好寫的。不說作業系統，就算隨便乙個新的檔案系統，不跑上10年都不敢說自己穩定。你去看btrfs就知道了，到現在...
如何從零開始寫乙個簡單的作業系統？
後廠村村民甲 絕對的從零寫估計太難了，因為涉及的東西太多，光是bootloader細節就超級多，比如有些BootLoader的樣例中要用BIOS提供的指令去讀簡易的檔案系統，一般來說掌握這些的人，大概率比較熟悉os kernal了，除非閒得蛋疼，否則寫那玩意兒幹啥。所以，簡單的方法就是先借用乙個現成...