⑴ 怎樣學會編寫系統軟體，需要哪些資料。
毫無疑問。想編寫系統一個人是絕對不夠的。你需要一個團隊，即便是絕對簡單的系統，你個人的力量也是有限的。
當然就寫軟體本身來說，就是一個積累的過程，所謂，積少成多嘛。現在的軟體業很大程度上來說都是相互抄襲了，會寫不如會粘，但是這樣的軟體行業是沒有前途的缺乏創新與挑戰。
就系統軟體也分很多種的，比如，計算機系統，一般的手機MTK系統，還有什麼智能機系統，單片機系統，等等。。。。都是對底層代碼的編寫。就是說這個是跟電腦本身的結構相關的。
最後說主題了。要想些系統軟體，你必須掌握的大該有：硬體系統，CPU原理，儲存原理，介面等以系列的系統組成相關知識外，必須要掌握的編程就是匯編了。
匯編很難。是面向機器的語言，很難懂。但是只要有愛都不是問題。不是說，堅持才是通向成功的唯一捷徑嗎？
補充一點：你需要英語基礎。
⑵ 如何自己編程序做軟體
1.程序軟體免費下載
鏈接:https://pan..com/s/1E6rNlwiYx9wPYqUZuqbnpw
軟體，拼音為Ruǎnjiàn，國標中對軟體的定義為：與計算機系統操作有關的計算機程序、規程、規則，以及可能有的文件、文檔及數據。
⑶ 如何編寫軟體
你學C語言吧！！
那麼究竟怎樣學習C語言呢？
1:工欲善其事，必先利其器
這里介紹幾個學習C語言必備的東東：
一個開發環境，例如turbo C 2.0,這個曾經占據了DOS時代開發程序的大半個江山。但是現在windows時代，用turbo C有感覺不方面，編輯程序起來很吃力，並且拖放，更沒有函數變數自動感應功能，查詢參考資料也不方便。建議使用Visual C++,這個東西雖然比較大塊頭，但是一旦安裝好了，用起來很方便。
一本學習教程,現在C語言教材多如牛毛，但推薦大家使用《C語言程序設計》譚浩強主編 第二版 清華大學出版社，此書編寫的很適合初學者，並且內容也很精到。
除此以外，現在有很多輔助學習的軟體，畢竟現在是Window時代了，學習軟體多如牛毛，不象我們當初學習，只有讀書做題這么老套。我向大家推薦一個「集成學習環境(C語言)」，里邊的知識點總結和常式講解都非常好，還有題庫測試環境，據說有好幾千題，甚至還有一個windows下的trubo C，初學者甚至不用裝其它的編譯器，就可以練習編程了,非常適合初學者。還有一個「C語言學習系統」軟體，不過感覺只是一個題庫系統，如果你覺得題做的不夠，不妨也可以試試。
2:葵花寶典
學習計算機語言最好的方法是什麼？答曰：讀程序。
沒錯，讀程序是學習C語言入門最快，也是最好的方法。如同我，現在學習新的J#,C#等其他語言，不再是抱著書本逐行啃，而是學習它們的常式。當然，對於沒有學過任何計算機語言的初學者，最好還是先閱讀教程，學習完每一章，都要認真體會這一章的所有概念，然後不放過這一章中提到的所有常式，然後仔細研讀程序，直到每一行都理解了，然後找幾個編程題目，最好是和常式類似的或一樣的，自己試圖寫出這段已經讀懂的程序，不要以為常式你已經讀懂了，你就可以寫出和它一樣的程序，絕對不一定，不相信你就試一試吧，如果寫不出來，也不要著急，回過頭來再繼續研究常式，想想自己為什麼寫不出來，然後再去寫這段程序，反反復復，直到你手到擒來為止，祝賀你，你快入門了。
3：登峰造極
寫程序的最高境界其實就是掌握各種解決問題的手段(數據結構)和解決問題的方法(演算法)。
是不是寫出底層程序就是程序設計高手呢？非也，寫底層程序，無非是掌握了硬體的結構，況且硬體和硬體還不一樣，要給一個晶元寫驅動程序，無非就是掌握這塊晶元的各種寄存器及其組合，然後寫值讀值，僅此而已。這不過是熟悉一些io函數罷了。那麼怎樣才算精通程序設計呢？怎樣才能精通程序設計呢？舉個例子：你面前有10個人，找出一個叫「張三」的人，你該怎麼辦？第一種方法：直接對這10個人問：「誰叫張三」。第2種方法：你挨個去問「你是不是張三？」，直到問到的這個人就是張三。第三種方法：你去挨個問一個人「你認不認識張三，指給我看」。不要小看這個問題，你說當然會選第一種方法，沒錯恭喜你答對了，因為這個方法最快，效率最高，但是在程序設計中找到解決問題的最優方法和你用的手段卻是考驗一個程序員程序設計水平的重要標志，而且是不容易達到的。剛才這個問題類似於數據結構和演算法中的：Map數據結構，窮舉查找和折半查找。所以掌握好數據結構和一些常用演算法，是登峰造極的必然之路。最後給大家推薦嚴尉敏的《數據結構》清華大學出版社，希望每一個想成為程序設計高手的人研讀此書
⑷ 操作系統是如何編寫的用什麼語言編寫的
windows是一個大型的系統軟體，分成很多個部分，由很多名程序員分別完成的。每個程序員可能都有自己擅長的一種編程語言，各自使用自己擅長的語言（可能是c、c++、vb…………）編寫程序完成自己所負責的那部分程序功能，然後再編譯，組合成最後的windows操作系統軟體。整個過程類似工廠裡面生產大型設備，各自完成不同部件之後再組裝。
根據幾年前微軟在美國公布的內容，windows本身屬於微內核系統，windows98總共大概不到10萬行代碼（具體是2萬還是5萬記不清了），而windows2000則已經有20餘萬行代碼，其中80%是用c++編寫，其餘部分有c和匯編，底層介面用匯編編寫。
微內核系統從概念上是指「只包括操作系統的基本功能，例如內存管理和進程管理等等」，就連對各個文件系統的支持也不算在內，不過具體windows是不是這樣設計我就不清楚了。
所以一個微內核系統的操作系統能夠有20萬行代碼已經很多了。
之所以微軟選擇了c++而不想linux一樣選擇c，其根本原因就是windows操作系統本身是微內核系統，所以擴展性及以後的維護要求非常重要，所以c++的類的概念就能在這里很好的利用，但是畢竟c++的效率不如標准c及匯編，所以在一些明顯以效率為重的地方用的還是標准c及匯編。
編寫完畢後，windows上的其他用戶態程序（包括所有驅動程序、計算器、游戲等等所有你現在拿滑鼠能夠操作的東西）另行開發，例如：掃雷游戲就是用vb寫的。
⑸ 如何開發軟體程序
對所要解決的問題進行總體定義，包括了解用戶的要求及現實環境，從技術、經濟和社會因素等3個方面研究並論證本軟體項目的可行性，編寫可行性研究報告，探討解決問題的方案，並對可供使用的資源（如計算機硬體、系統軟體、人力等）成本，可取得的效益和開發進度作出估計，制訂完成開發任務的實施計劃。
2分析
軟體需求分析就是對開發什麼樣的軟體的一個系統的分析與設想。它是一個對用戶的需求進行去粗取精、去偽存真、正確理解，然後把它用軟體工程開發語言（形式功能規約，即需求規格說明書）表達出來的過程。本階段的基本任務是和用戶一起確定要解決的問題，建立軟體的邏輯模型，編寫需求規格說明書文檔並最終得到用戶的認可。需求分析的主要方法有結構化分析方法、數據流程圖和數據字典等方法。本階段的工作是根據需求說明書的要求，設計建立相應的軟體系統的體系結構，並將整個系統分解成若干個子系統或模塊，定義子系統或模塊間的介面關系，對各子系統進行具體設計定義，編寫軟體概要設計和詳細設計說明書，資料庫或數據結構設計說明書，組裝測試計劃。在任何軟體或系統開發的初始階段必須先完全掌握用戶需求，以期能將緊隨的系統開發過程中哪些功能應該落實、採取何種規格以及設定哪些限制優先加以定位。系統工程師最終將據此完成設計方案，在此基礎上對隨後的程序開發、系統功能和性能的描述及限製作出定義。
⑹ 怎樣編寫軟體對自己電腦windows系統進行操作
不用自己編寫，植入木馬軟體就可以了，或者用灰鴿子，這類軟體很多的
⑺ 怎樣編寫像Windows這樣的操作系統
90％的C語言＋10％的匯編語言
windows系統都主要是用C語言編寫的
我們在用windows平台上編程的時候，要調用系統API（應用程序介面），這些介面封裝在系統的.dll（動態鏈接庫）裡面，所有的API函數都是32位平台上的C函數，從windows3.0一直windows95，到現在的win2003，都是基於C函數庫的程序集，所以用C函數編出的系統程序系統執行效率最高，當然在底層的一些調用，不排除有些是用匯編編的，但內核大多是用C做的。
另：MFC只是windows系統上API函數的封裝，基於面向對象原理，服務於GUI程序設計，MFC從AFX發展而來，已有十多年的歷史，最新的MFC6.0，那是設計基於windows系統程序的，而不是用來編寫操作系統本身，但也不能完全這樣說，系統上有些服務（可以說很多，比如時間）是用MFC做的。
⑻ 編寫手機或電腦系統和軟體需要什麼軟體
1、編寫手機或者電腦的系統不是用什麼軟體，而是用到編程語言，有的叫代碼，這些編程語言都是一種特殊的IT 工程語言，需要特定的環境進行設計編輯。他是一門學問。所有的軟體都是這種 編程語言編寫的，都是整篇代碼匯聚在一起的產物。
2、可能用戶了解到或接觸過C++語言，這就是一種編程語言，如果想了解這方面知識，需要學習相關的編程語言理論，由淺入深的了解一下，對以後向這方面發展可以引導作用。
⑼ 軟體是怎樣編程的
編程
這是每個游戲編程FAQ里都有的問題。這個問題每星期都會在游戲開發論壇上被問上好幾次。這是個很好的問題，但是，沒人能給出簡單的答案。在某些應用程序中，總有一些計算機語言優於其他語言。下面是幾種用於編寫游戲的主要編程語言的介紹及其優缺點。希望這篇文章能幫助你做出決定。
1、C語言
如果說FORTRAN和COBOL是第一代高級編譯語言，那麼C語言就是它們的孫子輩。C語言是Dennis Ritchie在七十年代創建的，它功能更強大且與ALGOL保持更連續的繼承性，而ALGOL則是COBOL和FORTRAN的結構化繼承者。C語言被設計成一個比它的前輩更精巧、更簡單的版本，它適於編寫系統級的程序，比如操作系統。在此之前，操作系統是使用匯編語言編寫的，而且不可移植。C語言是第一個使得系統級代碼移植成為可能的編程語言。
C語言支持結構化編程，也就是說C的程序被編寫成一些分離的函數呼叫（調用）的集合，這些呼叫是自上而下運行，而不像一個單獨的集成塊的代碼使用GOTO語句控制流程。因此，C程序比起集成性的FORTRAN及COBOL的「空心粉式代碼」代碼要簡單得多。事實上，C仍然具有GOTO語句，不過它的功能被限制了，僅當結構化方案非常復雜時才建議使用。
正由於它的系統編程根源，將C和匯編語言進行結合是相當容易的。函數調用介面非常簡單，而且匯編語言指令還能內嵌到C代碼中，所以，不需要連接獨立的匯編模塊。
優點：有益於編寫小而快的程序。很容易與匯編語言結合。具有很高的標准化，因此其他平台上的各版本非常相似。
缺點：不容易支持面向對象技術。語法有時會非常難以理解，並造成濫用。
移植性：C語言的核心以及ANSI函數調用都具有移植性，但僅限於流程式控制制、內存管理和簡單的文件處理。其他的東西都跟平台有關。比如說，為Windows和Mac開發可移植的程序，用戶界面部分就需要用到與系統相關的函數調用。這一般意味著你必須寫兩次用戶界面代碼，不過還好有一些庫可以減輕工作量。
用C語言編寫的游戲：非常非常多。
資料：C語言的經典著作是《The C Programming Language》，它經過多次修改，已經擴展到最初的三倍大，但它仍然是介紹C的優秀書本。一本極好的教程是《The Waite Group's C Primer Plus》。
2、C++
C++語言是具有面向對象特性的C語言的繼承者。面向對象編程，或稱OOP是結構化編程的下一步。OO程序由對象組成，其中的對象是數據和函數離散集合。有許多可用的對象庫存在，這使得編程簡單得只需要將一些程序「建築材料」堆在一起（至少理論上是這樣）。比如說，有很多的GUI和資料庫的庫實現為對象的集合。
C++總是辯論的主題，尤其是在游戲開發論壇里。有幾項C++的功能，比如虛擬函數，為函數呼叫的決策制定增加了一個額外層次，批評家很快指出C++程序將變得比相同功能的C程序來得大和慢。C++的擁護者則認為，用C寫出與虛擬函數等價的代碼同樣會增加開支。這將是一個還在進行，而且不可能很快得出結論的爭論。
我認為，C++的額外開支只是使用更好的語言的小付出。同樣的爭論發生在六十年代高級程序語言如COBOL和FORTRAN開始取代匯編成為語言所選的時候。批評家正確的指出使用高級語言編寫的程序天生就比手寫的匯編語言來得慢，而且必然如此。而高級語言支持者認為這么點小小的性能損失是值得的，因為COBOL和FORTRAN程序更容易編寫和維護。
優點：組織大型程序時比C語言好得多。很好的支持面向對象機制。通用數據結構，如鏈表和可增長的陣列組成的庫減輕了由於處理低層細節的負擔。
缺點：非常大而復雜。與C語言一樣存在語法濫用問題。比C慢。大多數編譯器沒有把整個語言正確的實現。
移植性：比C語言好多了，但依然不是很樂觀。因為它具有與C語言相同的缺點，大多數可移植性用戶界面庫都使用C++對象實現。
使用C++編寫的游戲：非常非常多。大多數的商業游戲是使用C或C++編寫的。
資料：最新版的《The C++ Programming Language》非常好。作為教程，有兩個陣營，一個假定你知道C，另外一個假定你不知道。到目前為止，最好的C++教程是《Who's Afraid of C++》，如果你已經熟知C，那麼試一下《Teach Yourself C++》。
3、我該學習C++或是該從C開始
我不喜歡這種說法，但它是繼「我該使用哪門語言」之後最經常被問及的問題。很不幸，不存在標准答案。你可以自學C並使用它來寫程序，從而節省一大堆的時間，不過使用這種方法有兩個弊端：
你將錯過那些面向對象的知識，因為它可能在你的游戲中使得數據建模更有效率的東西。
最大的商業游戲，包括第一人稱射擊游戲很多並沒有使用C++。但是，這些程序的作者即使使用老的C的格式，他們通常堅持使用面向對象編程技術。如果你只想學C，至少要自學OO（面向對象）編程技術。OO是模擬（游戲）的完美方法，如果你不學習OO，你將不得不「辛苦」的工作。
4、匯編語言
顯然，匯編是第一個計算機語言。匯編語言實際上是你計算機處理器實際運行的指令的命令形式表示法。這意味著你將與處理器的底層打交道，比如寄存器和堆棧。如果你要找的是類英語且有相關的自我說明的語言，這不是你想要的。
確切的說，任何你能在其他語言里做到的事情，匯編都能做，只是不那麼簡單 — 這是當然，就像說你既可以開車到某個地方，也可以走路去，只是難易之分。話雖不錯，但是新技術讓東西變得更易於使用。
總的來說，匯編語言不會在游戲中單獨應用。游戲使用匯編主要是使用它那些能提高性能的零零碎碎的部分。比如說，毀滅戰士整體使用C來編寫，有幾段繪圖程序使用匯編。這些程序每秒鍾要調用數千次，因此，盡可能的簡潔將有助於提高游戲的性能。而從C里調用匯編寫的函數是相當簡單的，因此同時使用兩種語言不成問題。
特別注意：語言的名字叫「匯編」。把匯編語言翻譯成真實的機器碼的工具叫「匯編程序」。把這門語言叫做「匯編程序」這種用詞不當相當普遍，因此，請從這門語言的正確稱呼作為起點出發。
優點：最小、最快的語言。匯編高手能編寫出比任何其他語言能實現的快得多的程序。你將是利用處理器最新功能的第一人，因為你能直接使用它們。
缺點：難學、語法晦澀、堅持效率，造成大量額外代碼 — 不適於心臟虛弱者。
移植性：接近零。因為這門語言是為一種單獨的處理器設計的，根本沒移植性可言。如果使用了某個特殊處理器的擴展功能，你的代碼甚至無法移植到其他同類型的處理器上（比如，AMD的3DNow指令是無法移植到其它奔騰系列的處理器上的）。
使用匯編編寫的游戲：我不知道有什麼商業游戲是完全用匯編開發的。不過有些游戲使用匯編完成多數對時間要求苛刻的部分。
資料：如果你正在找一門匯編語言的文檔，你主要要找晶元的文檔。網路上如Intel、AMD、Motorola等有一些關於它們的處理器的資料。對於書籍而言，《Assembly Language: Step-By-Step》是很值得學習的。
5、Pascal語言
Pascal語言是由Nicolas Wirth在七十年代早期設計的，因為他對於FORTRAN和COBOL沒有強制訓練學生的結構化編程感到很失望，「空心粉式代碼」變成了規范，而當時的語言又不反對它。Pascal被設計來強行使用結構化編程。最初的Pascal被嚴格設計成教學之用，最終，大量的擁護者促使它闖入了商業編程中。當Borland發布IBM PC上的 Turbo Pascal時，Pascal輝煌一時。集成的編輯器，閃電般的編譯器加上低廉的價格使之變得不可抵抗，Pascal編程了為MS-DOS編寫小程序的首選語言。
然而時日不久，C編譯器變得更快，並具有優秀的內置編輯器和調試器。Pascal在1990年Windows開始流行時走到了盡頭，Borland放棄了Pascal而把目光轉向了為Windows 編寫程序的C++。Turbo Pascal很快被人遺忘。
最後，在1996年，Borland發布了它的「Visual Basic殺手」— Delphi。它是一種快速的帶華麗用戶界面的 Pascal編譯器。由於不懈努力，它很快贏得了一大群愛好者。
基本上，Pascal比C簡單。雖然語法類似，它缺乏很多C有的簡潔操作符。這既是好事又是壞事。雖然很難寫出難以理解的「聰明」代碼，它同時也使得一些低級操作，如位操作變得困難起來。
優點：易學、平台相關的運行（Dephi）非常好。
缺點：「世界潮流」面向對象的Pascal繼承者（Mola、Oberon）尚未成功。語言標准不被編譯器開發者認同。專利權。
移植性：很差。語言的功能由於平台的轉變而轉變，沒有移植性工具包來處理平台相關的功能。
使用Pascal編寫的游戲：幾個。DirectX的Delphi組件使得游戲場所變大了。
資料：查找跟Delphi有關的資料，請訪問：Inprise Delphi page。
6、Visual Basic
哈，BASIC。回到八十年代的石器時代，它是程序初學者的第一個語言。最初的BASIC形式，雖然易於學習，卻是可怕的無組織化，它義無返顧的使用了GOTO充斥的「空心粉式代碼」。當回憶起BASIC的行號和GOSUB命令，沒有幾個人能止住眼角的淚水。
快速前進到九十年代早期，雖然不是蘋果公司所希望的巨人，HyperCard仍然是一個在Windows下無法比擬的吸引人的小型編程環境。Windows下的HyperCard克隆品如ToolBook又慢又笨又昂貴。為了與HyperCard一決高下，微軟取得了一個小巧的名為Thunder編程環境的許可權，並把它作為Visual Basci 1.0發布，其用戶界面在當時非常具有新意。這門語言雖然還叫做Basic（不再是全部大寫），但更加結構化了，行號也被去除。實際上，這門語言與那些內置於TRS-80、Apple II及Atari里的舊的ROM BASIC相比，更像是帶Basic風格動詞的Pascal。
經過六個版本，Visual Basic變得非常漂亮。用戶界面發生了許多變化，但依然保留著「把代碼關聯到用戶界面」的主旨。這使得它在與即時編譯結合時變成了一個快速原型的優異環境。
優點：整潔的編輯環境。易學、即時編譯導致簡單、迅速的原型。大量可用的插件。雖然有第三方的DirectX插件，DirectX 7已准備提供Visual Basic的支持。
缺點：程序很大，而且運行時需要幾個巨大的運行時動態連接庫。雖然表單型和對話框型的程序很容易完成，要編寫好的圖形程序卻比較難。調用Windows的API程序非常笨拙，因為VB的數據結構沒能很好的映射到C中。有OO功能，但卻不是完全的面向對象。專利權。
移植性：非常差。因為Visual Basic是微軟的產品，你自然就被局限在他們實現它的平台上。也就是說，你能得到的選擇是：Windows，Windows或Widnows。當然，有一些工具能將VB程序轉變成Java。
使用Visual Basic編寫的游戲：一些。有很多使用VB編寫的共享游戲，還有一些是商業性的。
資料：微軟的VB頁面有一些信息。
7、Java
Java是由Sun最初設計用於嵌入程序的可移植性「小C++」。在網頁上運行小程序的想法著實吸引了不少人的目光，於是，這門語言迅速崛起。事實證明，Java不僅僅適於在網頁上內嵌動畫 — 它是一門極好的完全的軟體編程的小語言。「虛擬機」機制、垃圾回收以及沒有指針等使它很容易實現不易崩潰且不會泄漏資源的可靠程序。
雖然不是C++的正式續篇，Java從C++ 中借用了大量的語法。它丟棄了很多C++的復雜功能，從而形成一門緊湊而易學的語言。不像C++，Java強制面向對象編程，要在Java里寫非面向對象的程序就像要在Pascal里寫「空心粉式代碼」一樣困難。
優點：二進制碼可移植到其他平台。程序可以在網頁中運行。內含的類庫非常標准且極其健壯。自動分配合垃圾回收避免程序中資源泄漏。網上數量巨大的代碼常式。
缺點：使用一個「虛擬機」來運行可移植的位元組碼而非本地機器碼，程序將比真正編譯器慢。有很多技術（例如「即時」編譯器）很大的提高了Java的速度，不過速度永遠比不過機器碼方案。早期的功能，如AWT沒經過慎重考慮，雖然被正式廢除，但為了保持向後兼容不得不保留。越高級的技術，造成處理低級的機器功能越困難，Sun為這門語言增加新的「受祝福」功能的速度實在太慢。
移植性：最好的，但仍未達到它本應達到的水平。低級代碼具有非常高的可移植性，但是，很多UI及新功能在某些平台上不穩定。
使用Java編寫的游戲：網頁上有大量小的Applet，但僅有一些是商業性的。有幾個商業游戲使用Java作為內部腳本語言。
資料：Sun的官方Java頁面有一些好的信息。IBM也有一個非常好的Java頁面。JavaLobby是一個關於Java新聞的最好去處。
8、創作工具
上面所提及的編程語言涵蓋了大多數的商業游戲。但是也有一個例外，這個大游戲由於它的缺席而變得突出。
「神秘島」。沒錯，賣得最好的商業游戲不是使用以上任何一門語言編的，雖然有人說「神秘島」99%是使用 3D建模工具製作的，其根本的編程邏輯是在HyperCard里完成的。
多數創作工具有點像Visual Basic，只是它們工作在更高的層次上。大多數工具使用一些拖拉式的流程圖來模擬流程式控制制。很多內置解釋的程序語言，但是這些語言都無法像上面所說的單獨的語言那樣健壯。
優點：快速原型 — 如果你的游戲符合工具製作的主旨，你或許能使你的游戲跑得比使用其他語言快。在很多情況下，你可以創造一個不需要任何代碼的簡單游戲。使用插件程序，如Shockware及IconAuthor播放器，你可以在網頁上發布很多創作工具生成的程序。
缺點：專利權，至於將增加什麼功能，你將受到工具製造者的支配。你必須考慮這些工具是否能滿足你游戲的需要，因為有很多事情是那些創作工具無法完成的。某些工具會產生臃腫得可怕的程序。
移植性：因為創作工具是具有專利權的，你的移植性以他們提供的功能息息相關。有些系統，如Director可以在幾種平台上創作和運行，有些工具則在某一平台上創作，在多種平台上運行，還有的是僅能在單一平台上創作和運行。
使用創作工具編寫的游戲：「神秘島」和其他一些同類型的探險游戲。所有的Shockwave游戲都在網路上。
資料：Director、HyperCard、SuperCard、IconAuthor、Authorware。
9、結論
你可能希望得到一個關於「我該使用哪種語言」這個問題的更標準的結論。非常不幸，沒有一個對所有應用程序都最佳的解決方案。C適於快而小的程序，但不支持面向對象的編程。C++完全支持面向對象，但是非常復雜。Visual Basic與Delphi易學，但不可移植且有專利權。Java有很多簡潔的功能，但是慢。創作工具可以以最快的速度產生你的程序，但是僅對某一些類型的程序起作用。最好的方法是決定你要寫什麼樣的游戲，並選擇對你的游戲支持最好的語言。「試用三十天」的做法成為工業標準是件好事情。
⑽ 怎麼編寫操作系統程序
樓主太天真了...建議你還是多了解一些系統深層的機制吧...
簡單的說是硬體層與軟體層的一個約定,開機先由BIOS載入並自檢,通過後會將控制權轉給硬碟的一個地址,做為入口點,操作系統改寫啟動引導用的0磁軌,在控制權轉移過來後就從這個地址載入啟動程序,剩下的就全看軟體怎麼編的了...
(我思來想去,想做到這些,還是用匯編寫內核為上選)
按照<系統原理>上面理論的指導,如何管理磁碟,使用內存,建立文件系統,輸入輸出系統,以及與用戶的友好交互界面....全是程序說了算.
一個系統是一個浩大的工程,但按照開發理論實施是完全可行的.
天底下的操作系統並不是只有windows一家.
我曾聽說過一些編程愛好者自行開發的系統程序,很有趣.
做這樣的東西也相當辛苦吧.