A. C語言實訓總結
在初學Ｃ語言的一個學期後，我們進行了Ｃ語言實訓階段，嘗試自己編寫一個比較復雜的程序系統。在為期兩周的時間中，我們同組的同學共同的感受是：Ｃ語言實訓和平時上課所接觸的程序是有很大不同的，所經受的考驗和克服的困難是平時所無法比擬的。好在同組的搭檔們精誠合作，分工明確，有問題共同解決，攻克了Ｃ語言實訓的復雜程序。在這里，我作為其中的參與者，自然感觸良多。
剛開始接觸到Ｃ的時候，我已經學過一些有關ＶＢ的內容，這個在演算法和思維上稍微有點幫助。回想本學期的學習，首先，最基本的，是Ｃ的數據格式，讓我們知道整數，浮點數以及字元常量在Ｃ中的運用。然後，在學會了數據轉化，以及熟練的可以對各種數據處理之後，我開始進行有關數據結構，像數組，結構體等的學習，因為有的東西從現有的知識來看都是非常簡單的，還沒有聯繫到指針等等一些復雜的概念。可是，僅僅學會這些是遠遠不夠的，Ｃ語言中，還有很多更加經典、重要、實用的知識。
說說函數。雖說很多程序語言都有函數這一內容，但我覺得Ｃ語言的函數是最有魅力的了。學習函數的方法是比較簡單的，只有兩個字「牢記」，即：牢記函數的功能，牢記函數的用途以及如何輸入輸出。函數從本質上講是一段通用程序，用它可以幫助我們節約很多編程的時間，學習Ｃ語言的「高人」都說，一個聰明的編程者在編寫程序前往往總是先找自己所編寫的程序中有多少是可以用函數來代替的。比如，大家可以作一個比較字元串的實驗，用Ｃ語言中的strcmp()函數只要一句話，而自己編寫的話，３０句都很難實現，可想而知函數的實用和快捷。在我們Ｃ語言實訓的代碼中，函數更是得到了充分的應用，可以說，實訓題目的復雜代碼，就是用無數個函數的調用和嵌套積累出來的。
要注意的是，有的同學剛剛開始的時候，都是被一些大的程序激勵的，所以當開始的時候看到繁瑣的數據轉化和簡單的演算法，都覺得很無聊，都想自己做幾個自己滿意的程序來看看，雖然這種想法很好，但是，我們說，沒有基礎，純粹是搬照一些現成設計方法，是不足取的。要知道，程序設計講究的是個人的思維的，假如剛開始就被一些現成的思想束縛住，以後就會覺得很無趣。
我們知道，指針其實是Ｃ語言的靈魂，許多的數據結構在我們學到這里之前都可以說是精通了。所以我們的任務就是，讓數據結構在指針中運行。當然，剛剛開始接觸到這些新的東西，是一件非常痛苦的事情，所以我們一定要用非常形象的思維去看待指針，不能太固化。所以，新的東西，比如結構體在指針中的表現方法，數組及多維數組在結構體中的運用，都一點一點的加了進來，同時豐滿了我們對原來Ｃ的數據機構，數據表示的理解。當我們完成了這三步的學習，我們已經可以自豪的說，我們的基礎都扎實了，可以進一步的學習有關演算法，設計概念等等深層次的東西了。
但是，指針，結構體，這些太抽象的東西，在學習Ｃ語言的時候我們就有點「似懂非懂」，可是在眼下的Ｃ語言實訓中，像這么重要的Ｃ語言知識，一定要達到能熟練掌握，實際運用的程度。在實訓的大程序中，結構體在指針中的表現方法，數組及在結構體中的運用等具體的技術環節，都得到了體現，不會指針，我們的工作是沒法展開的。所以，在實訓期間，大家在鞏固基本知識的基礎上，逐塊攻克實訓課題，克服了困難，自信心得到了提高。
最後，談談我們組的程序軟體。商店商品管理系統，是一個比較利於應用，解決實際問題，方便實際管理的程序。設計代碼比較復雜，結構比較嚴謹。在程序編寫的１周左右的時間里，組員們遇到了上述的困難，包括程序設計構思，甚至是指針等某些知識點的欠缺，導致的工作中出現的困難。但是，當大家一起團結協作，解決了這些困難之後，發現自己也可以編寫復雜的、應用性的程序了，更發現自己對Ｃ語言這門學科的興趣也提高了。
當然，我們編寫的商店商品管理系統，還存在很多疏漏和不合理之處。比如，程序復雜冗長，如果時間充裕，我們將在不改變程序運行結果的基礎上，簡化程序，使每一句更加精闢，總體上更加簡化。另外，在程序的外觀上，我們由於時間問題，沒有做更多的修飾，運行起來顯得比較死板、枯燥乏味。如果增添一些色彩和其他效果，我們的程序也許會更加完美。
以上就是我的Ｃ語言實訓個人總結
B. c語言課程的總結
1.先學習C語言的基礎知識。現在正在學C語言的在校學生可以直接進入第2步學習。
2.按照《C語言程序設計入門學習六步曲》進行上機練習。
3.在上機練習時要養成良好的編程風格。點擊查看C語言的編程風格
4.積極參加C、C++興趣小組，養成和老師與同學交流習慣，從而相互收益。有時別人不經意的一句話可能使你茅塞頓開--「一句話點醒夢中人」。
5.及時總結自己的學習經驗，養成寫C語言日記的習慣。軟體有編程日記功能。
6.從網上或教材上找一個自己感興趣的題目（選題時根據自己的能力，可先易後難，培養自己的成就感，如果有了成就感，即使再苦再累還是感覺C語言學習是一件快樂的事，同學們喜歡打游戲，經常通宵達旦地玩游戲也樂而不疲就是這個道理）進行實戰訓練，提高自己的C語言綜合應用能力。
7. 由於C語言靈活、強大，初學者要全面地掌握它是不可能的，因此在學習C語言的過程中，不要在細枝末節上浪費精力（比如++、--用於表達式的計算，實際上是沒有意義的），但一定要熟練掌握C語言的流程式控制制語句、數組、函數、指針等基礎知識的應用，為學習面向對象程序設計打下堅實的基礎。如果這些知識你學不好，要後續學習好C++、可視化的程序設計Visual C++或C++Builder就像空中樓閣，是不現實的。
C語言程序設計入門學習六步曲
筆者在從事教學的過程中，聽到同學抱怨最多的一句話是：老師，上課我也能聽懂，書上的例題也能看明白，可是到自己動手做編程時，卻不知道如何下手。發生這種現象的原因有三個：
一、所謂的看懂聽明白，只是很膚淺的語法知識，而我們編寫的程序或軟體是要根據要解決問題的實際需要控製程序的流程，如果你沒有深刻地理解C語言的語句的執行過程（或流程），你怎麼會編寫程序解決這些實際問題呢？
二、用C語言編程解決實際問題，所需要的不僅僅是C語言的編程知識，還需要相關的專業知識。例如，如果你不知道長方形的面積公式，即使C語言學得再好你也編不出求長方形的面積的程序來。
三、C語言程序設計是一門實踐性很強的課程，「紙上談兵」式的光學不練是學不好C語言的。例如，大家都看過精彩自行車雜技表演，假如，你從來沒有騎過自行車，光聽教練講解相關的知識、規則、技巧，不要說上台表演、就是上路你恐怕都不行。
出現問題原因清楚了，那麼如何學習呢?請你看【C語言學習六步曲】
在程序開發的過程中，上機調試程序是一個不可缺少的重要環節。「三分編程七分調試」，說明程序調試的工作量要比編程大得多。這里以如何上機調試C程序來說明C語言的學習方法。
第一步、驗證性練習
在這一步要求按照教材上的程序實例進行原樣輸入，運行一下程序是否正確。在這一步基本掌握C語言編程軟體的使用方法（包括新建、打開、保存、關閉C程序，熟練地輸入、編輯C程序；初步記憶新學章節的知識點、養成良好的C語言編程風格）。
初學者最容易犯的錯誤是：
1、沒有區分開教材上的數字1和字母l，字母o和數字0的區別，造成變數未定義的錯誤。另一個易錯點是將英文狀態下的逗號,分號;括弧()雙引號""輸入出入成中文狀態下的逗號，分號；括弧（），雙引號「」造成非法字元錯誤。
2、C語言初學者易犯語法錯誤：使用未定義的變數、標示符（變數、常量、數組、函數等）不區分大小寫、漏掉「；」、「{」與「}」、「（」與「）」不匹、控制語句（選擇、分支、循環）的格式不正確、調用庫函數卻沒有包含相應的頭文件、調用未C聲明的自定義函數、調用函數時實參與形參不匹配、數組的邊界超界等。
3、修改C語言語法錯誤時要注意以下兩點：
（1）、由於C語言語法比較自由、靈活，因此錯誤信息定位不是特別精確。例如，當提示第10行發生錯誤時，如果在第10行沒有發現錯誤，從第10行開始往前查找錯誤並修改之。
（2）、一條語句錯誤可能會產生若干條錯誤信息只要修改了這條錯誤，其他錯誤會隨之消失。特別提示：一般情況下，第一條錯誤信息最能反映錯誤的位置和類型，所以調試程序時務必根據第一條錯誤信息進行修改，修改後，立即運行程序，如果還有很多錯誤，要一個一個地修改，即，每修改一處錯誤要運行一次程序。
第二步、照葫蘆畫瓢
在第一步輸入的C程序的基礎上進行試驗性的修改，運行一下程序看一看程序結果發生了什麼變化，分析結果變化的原因，加深新學知識點的理解。事實上這和第一步時同步進行的，實現「輸入」加深知識的記憶，「修改」加深對知識的理解。記憶和理解是相輔相成的，相互促進。
例如：將最簡單的Hello World!程序
#include "stdio.h"
int main()
{
printf("Hello World!\n");
return 0;
}
中的
printf("Hello World!\n");
中的Hello World!改成你的姓名，運行一下程序，看有什麼變化？
再如求1+2+3...+100的和的程序
#include <stdio.h>
main()
{
int i,sum=0;
for(i=1;i<=100;i++)
{
sum=sum+i;
}
printf("sum=%d\n",sum);
}
第1次將for(i=1;i<=100;i++)中的100改成50，運行一下程序，看有什麼變化？
第2次將for(i=1;i<=100;i++)中的i++改成i=i+2，運行一下程序，看有什麼變化？
找出程序結果變化的原因，就加深了對C語句的理解。
第三步、不看教材看是否能將前兩步的程序進行正確地輸入並運行。
在這一步要求不看教材，即使程序不能運行，看能否將其改正，使其能正確運行。目的是對前兩步的記憶、理解進一步強化。
第四步、增強程序的調試能力
在教材中每章都有C語言初學者易犯的錯誤，按照易出錯的類型，將教材中的正確的程序改成錯誤的程序，運行一下程序，看出現的錯誤信息提示，並記下錯誤信息，再將程序改成正確的，運行一下程序。這樣反復修改，就能夠學習C語言程序發生錯誤的原因和修改錯誤的能力。
注意：每次只改錯一個地方，目的是顯示發生該錯誤的真正原因，避免一次改動多個地方，搞清發生錯誤的真正原因，切記！！！！
注意：上機調試程序時要帶一個記錄本，記下英文錯誤提示信息和解決該錯誤問題的方法，積累程序調試經驗，避免在編程犯同樣的錯誤，切記！！！！。
例如，將Hello World程序中語句
printf("Hello World!\n");
中的;改成中文的分號；
運行一下程序，看有什麼結果？
調試程序是一種實踐性很強的事，光紙上談兵是是沒用的，就像游泳運動員只聽教練講解示範，而不親自下水練習，是永遠學不會游泳的。
即使在優秀的程序員編寫程序也會犯錯誤的，可能事最低級的語法錯誤，但他能快速發現錯誤並改正錯誤，而我們C語言初學者面對錯誤提示，不知道發生了什麼錯誤，如何改正，這就事差別。
第五步、研究典型的C語言程序，提高程序設計能力
C語言初學者遇到最多的困惑是：上課也能聽懂，書上的例題也能看明白，可是到自己動手做編程時，卻不知道如何下手。發生這種現象的原因是：所謂的看懂聽明白，只是很膚淺的語法知識，而沒有深刻地理解C語言的語句的執行過程（或流程）。
計算機是按照人的指令（編寫的程序）去執行的，如果不知道這些C語句在計算機中是如何執行的，你怎麼回靈活運用這些知識去解決實際問題呢？
解決問題的方法是要先理解C語言各種語句的流程（即計算機是如何執行這些語句的過程），然後研讀現成C語言經典程序，看懂別人事如何解決問題的，以提高自己的程序設計能力。
第六步、研究課程設計源成序，提高C語言的綜合應用能力.
C. plc編程小結怎麼寫
plc編程小結
學編程的原因
有哪些學習方法 如書籍，視頻，別人的實例
自己編寫簡單的程序，發現不足之處，找原因
把學的理論用到實際中去，舉自己的例
總結，PLC與原始接線的優缺點，展望未來，更努力學習之類的 或者學觸摸屏變頻器 系統的學習實踐。。。。很多很多
D. 要C語言程序設計試驗報告的小結，誰有
通過對這一課題的設計和實現，我對Micosoft Visual C++環境進行了深一步的了解，並逐漸開始熟練Micosoft Visual C++環境的工作界面，以及對每一個快捷鍵的熟悉。並認識到，熟悉這些快捷鍵，極為便捷編寫程序，但是還要更加熟悉。 編程時要養成良好的風格，注意相同內容的縮進和對齊。這樣做，可以使程序代碼出錯的情況下，可以快速並且便捷的查找到錯誤的行，利於很好的修改。 通過這次編程我們深深的感受到對代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同人員之間的協作。 這個程序設計主要涉及到了C語言中的結構體、指針及文件操作等內容，只有充分掌握了C語言中的結構體、指針及文件操作等內容，才有可能組織好這些代碼，使之符合運算邏輯，得到理想的結果。 善於總結，也是學習能力的一種體現，每次完成一個編程任務，完成一段代碼，都應當有目的的跟蹤該程序的應用狀況，隨時總結，找到自己的不足，這樣所編寫的程序才能逐步提高，生活就是這樣，汗水預示著結果也見證著收獲。勞動是人類生存生活永恆不變的話題。通過實際動手做，我們才真正領略到「艱苦奮斗」這一詞的真正含義，我們想說，編程確實有些辛苦，但苦中也有樂，在這個團隊的任務中，一起的工作可以讓我們有說有笑，相互幫助，配合默契。對我們而言，知識上的收獲重要，精神上的豐收是可喜的。挫折是一份財富，經歷是一份擁有。這次實際操作必將成為我們人生旅途上一個非常美好的回憶！ 回顧起此次課程設計，至今仍感慨頗多，的確，自從拿到題目到完成整個編程，從理論到實踐，在整整半個月的日子裡，可以學到很多很多的東西，同時不僅可以鞏固了以前所學過的知識，而且學到了很多在書本上所沒有學到過的知識。通過這次課程設計使我懂得了理論與實際相結合是很重要的，只有理論知識是遠遠不夠的，只有把所學的理論知識與實踐相結合起來，從理論中得出結論，才能真正為社會服務，從而提高自己的實際動手能力和獨立思考的能力。在設計的過程中遇到問題，可以說得是困難重重，這畢竟第一次做的，難免會遇到過各種各樣的問題，同時在設計的過程中發現了自己的不足之處，對一些前面學過的知識理解得不夠深刻，掌握得不夠牢固，比如說結構體，指針……通過這次課程設計之後，我把前面所學過的知識又重新溫故了一遍。 同時，在*老師的身上我學得到很多實用的知識，在此表示感謝！同時，對給過我幫助的所有同學和指導老師再次表示忠心的感謝！
E. 編程心得
編程
這是每個游戲編程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有很多簡潔的功能，但是慢。創作工具可以以最快的速度產生你的程序，但是僅對某一些類型的程序起作用。最好的方法是決定你要寫什麼樣的游戲，並選擇對你的游戲支持最好的語言。「試用三十天」的做法成為工業標準是件好事情。
F. 《java程序設計》 課程總結怎麼寫
1、課程收獲與不足
自己的收獲
經過一個學期的JAVA課程學習，現在雖說算不上什麼專業的JAVA程序員，但我還是很有收獲。了解了這門語言，探索了這門語言，認知了這門語言。我從一個什麼都不懂的菜鳥，到現在能夠自己編一個簡單的程序並使其跑起來，在本學期末還與小組成員成功編譯運行了一個JAVA游戲，感覺十分有成就感呢！回首之前的學習歷程，要想真正有所學，有所得，必須持之以恆，踏踏實實的跟著婁老師的「方針政策」走，不要有排斥心理。剛開始學習JAVA的時候的確不習慣，覺得很累，每周的java學習與博客總結都會佔用周末業余時間。不過心態一定要好，反正要做，還不如把它做好，不要敷衍自己。萬事開頭難，習慣成自然！哈哈哈，雖然已經學了一學期JAVA了，但其實還有好多好多東西是需要自己去探索的。學習JAVA應該是循環漸進，按部就班，腳踏實地的。對了，JAVA課程是我第一次接觸翻轉課堂，翻轉課堂講究的是自己主動學習，主動探索，然後把問題反饋給老師，老師在課堂上解答。不過由於c語言學的不是很好，所以剛開始看到JAVA的時候，看著源代碼，都不知道是什麼意思，看書的時候一看到源代碼就頭疼，因為根本看不懂，那段時間挺挫敗的。不過幸好每周都要考試！所以這也是驅動我學習的一個主要原因，想要拿高分，就得花時間看，把不懂的想盡辦法弄懂。於是最開始最艱難的那段時間，我大部分課下時間都花在JAVA上，不懂的問高其和周正一，再加上翻書，網上查閱資料。三周下來，效果也挺明顯的，並且我覺得JAVA這門語言雖然很高級但並不復雜，很多功能都是可以直接調用的，不需要自己親手去編。世上無難事，只怕有心人。對於任何新生事物，我們首先不要排斥，如果可以，帶著興趣去探索，必定其樂無窮！受益匪淺！這學期也是我第一次接觸到博客園。我感覺博客園真的是一個集思廣益的地方，大家可以把自己的學習心得體會都通過博客的形式發表出來，然後其他人就可以去閱讀、去參考別人成功的方法，有什麼問題也可以建立一個小組，然後博主會和大家互動，共同探討，解決問題。一學期的博客園生涯讓我逐漸喜歡上了這里。記住，學JAVA，一定要做到課前預習與課後復習，書上的概念要理解透徹，代碼一定要過手；多和同學溝通，互相學習，取長補短。婁老師說過，知識是學不完的，重要的是要找到一種適合自己的高效的學習方法，這將受益終生。
2、自己需要改進的地方
我覺得應該多看別人的博客，多與別人進行交流，但是本學期學習壓力較大，這方面做得不夠好，所以這是我的一大遺憾！其次，對JAVA的不同庫的掌握需要增進，一旦對JAVA各種庫的引用融會貫通，對較大程序的編寫就能事半功倍，效率遠超C語言，這也是JAVA最吸引我的一個地方。還有就是學JAVA千萬不要浮躁，不要趕進度。說到浮躁，這也是一個很值得我深思的問題，我覺得我剛開始還沒完全接受JAVA的時候，就比較浮躁。做事停留在表面，敷衍。經過後來逐漸調整，才慢慢改變。真正學習的時候，浮躁會使你失去很多。
如果有結對，寫一下你提供的幫助或接受了什麼幫助，並對老師提供參考意見
在實驗三和實驗五階段都有結對的部分。通過結對，我深刻地明白了團隊合作的重要性。團隊精神能推動團隊運作和發展。在團隊精神的作用下，團隊成員產生了互相關心、互相幫助的交互行為，顯示出關心團隊的責任感，並努力自覺地維護團隊的集體榮譽。我覺得結對編程這一環節很好，不僅讓大家能夠明確分工，合作的編寫出程序，而且能培養大家的默契，讓我們能夠在實際操作過程中更好的編寫代碼。要想成功編寫程序，這一過程是很復雜的,而團隊方式可以使其簡單許多,遇到問題的時候可以大家一起想，集思廣益，而且團隊操作在很大程度上還可以實現優勢的互補（比如git代碼，然後共享）。
3、給學弟學妹們的意見
如果重新學習這門課，怎麼做才可以學得更好？
如果可以重新學習這門課的話，我想我會做的更好。首先我會找一本好的書本教材，然後輔助看教學視頻。因為翻轉課堂更強調的是自己主動學習，主動探索，主動發現問題。一本好的教材，可以讓你更快更好的進入 Java的世界，然後看視頻是一種比較直觀的輔助學習方式。建議先看課本，發現不懂的地方，再結合視頻，這樣效果更好，如果視頻上沒有講到的，就通過其他方式解決。老師之前會發視頻鏈接，那裡面講的內容（畢向東老師主講）都很不錯。書上概念與代碼搞懂了後，自己一定要主動動手敲代碼！因為看懂和學懂完全是兩回事，一定要學好基本語法，弄清 Java語言的特點。剛開始學習時，有些知識可能有些難懂，自己也不會敲代碼。不過這沒關系，這很正常。多看多問，多實踐，慢慢的你就入門了。千萬不要投機取巧！主動敲代碼真的是學JAVA的精髓！JAVA和其他的編程語言一樣，在學懂理論後，一定要實踐。只有多動手編程，哪怕是簡單的小程序，重復實現書上簡單的例子，也是在積累和提高。
4、問卷調查
你覺得這門課老師應該繼續做哪一件事情？
老師應該繼續要求扇貝打卡與五筆打字練習，然後期末加分。這種方法很值得提倡，希望能夠繼續做下去。這不僅可以調動大家學習的積極性，而且還讓我們的英語水平提高了很多，對於四六級以及以後在工作中打字速度等其他的方面都有很大的幫助。在博客園里發表博客也是很好的一種總結心得體會的方法，值得提倡。博客園是一個集思廣益的地方，大家把自己的學習心得體會都通過博客的形式發表出來，然後大家可以交流意見，有什麼不懂的也可以直接在問題小組里提出來，共同探討，共同解決問題。這種感覺很棒。對了，每周一考我也覺得這必不可少，可以敦促學生的學習進度。
你覺得這門課老師應該停止做哪一件事情？
感覺每周的學習任務還是偏重了，幾乎要佔據半個周末的時間來搞JAVA。老師應根據每周學習內容的難易程度，合理調配學習任務量。
你覺得這門課老師應該開始做什麼新的事情？
希望老師在課上多講一點關於教材知識的內容（包括實驗），讓我們能夠更高效更有針對性的去學習JAVA。因為教材的內容太多，盲目的去看就會浪費很多時間。如果因為趕進度，只是囫圇吞棗的看一遍教材的話，我們就不能很好的去理解java的相關知識。
G. 編程學徒個人總結
在你學習編程的日子裡掌握了哪些內容，哪些是還模糊不清的，都是可以總結的。編程是需要實際動手的，在你學習過程中，利用編程解決了哪些題目，選用的語言對於問題求解有哪些利弊，都可以對比總結的。或者是在編程過程中得到了哪些編程心得或技巧，比如如何查找語法錯誤，跟蹤變數變化，編譯調試等等。
編程只是技術手段，演算法才是最重要的，希望對你的總結工作起到作用
H. 軟體編程學習心得
我也建意從C入門,主要是學思想.你都以經能看懂程序了我想寫門題也應該不大吧.現在市面上的編程語言是多但有的也的確太過時.現在主流的就JAVA和.NET建意在有了面向過程編程思想的基礎上向面向對像的編程思想轉變.JAVA和.NET選一門來學別一門思想都差不多有個了解就行一定不能學在主雜了,會把自己弄亂的.另外SQL和正則表達試一定要掌握
I. java學習心得總結怎麼寫
編程時一項很嚴謹的工作：一定要細心，一點點的不嚴謹，可能會導致整個項目出問題，正所謂：差之毫釐，失之千里；
2/4
編程要良好地邏輯思維和編程技巧：編程首先要有整體架構，再每個模塊去實現；編程技巧主要體現在編程的效率和性能；
3/4
良好地團隊合作精神：任何一個項目都不可能由一個人去完成，一個項目組共同開發，並行開發，最終一起整合；
4/4
編程的規范性：各行各業都有自己的規范，無規矩不成方圓，良好地編程規范有助於他人閱讀、理解，以及後期維護、再開發。