編程聽後感

① 有學習編程經驗心得的來分享下

回答即可得2分，回答被採納則一 強調動手，強調實踐;通過實踐來增強對理論的理解

a只有通過大量的實踐才能不斷的培養編程感覺

b編程是有感覺的，就好象英語閱讀一樣，是有語感的

d每天都要編寫代碼，不斷培養編程感覺

e沒有實踐的理論是空虛的理論

f沒有理論的實踐是盲目的實踐

g實踐是檢驗真理的唯一標准

二 打破以往在程序設計學習中存在的誤區

誤區一：注重理論，輕視實踐：學習新知識前想把關於這方面的理論全部掌握後再去實踐，大錯特錯

解決方法：在了解理論後，就立即去實踐，實踐驅動理論的學習，這樣掌握理論才更加扎實，不容易忘記

誤區二：不善於做筆記，不善於總結。

解決方法：人總是有忘性的，今天記得很牢的東西，過一星期也許就完全忘記了，用筆記下來，好記性不如爛筆頭，不要太相信自己的記憶

誤區三：不善於思考，遇到問題首先想到問別人

解決方法：勤於思考，在學習的道路上會遇到大量問題，這些遇到的問題是你的寶貴財富。遇到問題時首先想為什麼會出現該錯誤，尤其在程序中，應該學會看錯誤提示，根據提示去尋找錯誤的根源，實在不行再去問同學，問老師.因為自己尋找錯誤的過程是最好的學習過程，這個錯誤一旦被自己解決掉，首先得到的是極大的滿足感，另外會留下深刻的印象，這是看書所得不到的，有過這種經歷的同學才會有這種體會。即使沒有解決也會從這個過程中學到很多東西，這種感覺是：只可意會，不可言傳。

誤區四：容易驕傲，以為自己會點技術就得意起來

解決方法：做人要謙虛，學習程序設計更要謙虛。要知道山外有山，人外有人，只有謙虛才會督促自己不斷的去學習，編程水平的提高才會一點點上去的

誤區五：沒有耐心，怕麻煩，思考時間不夠長

解決方法：沒有耐心是寫不好程序的，寫程序是不僅是知識的體現，更是耐心與毅力的體現，任何程序開始都會有錯誤的，耐心尋找錯誤體現一個人的編程素養。要多思考，多去想，腦子越用越靈

誤區六：想慢慢學好技術，一步一個腳印，踏踏實實，嚴重錯誤

解決方法：技術的發展日新月異，尤其在軟體方面。學習一門新的技術，開始時不必面面俱到，先把hello world寫出來再說，要「趁熱打鐵」，會的東西，仔細看；不會的東西，硬著頭皮去看，實在不行就跳過。

誤區七：不看英文，只看中文

解決方法：很多幫助文件，比如最重要的JDK幫助文件都是英文的，只有習慣看英文才能進步快，中文的翻譯很多都是文不對題，看了還不如不看，看英文雖然慢，可是過了不久，你就會發現英文也沒那麼難懂

三 總結:

實踐，實踐，還是實踐!!!

即使書上有代碼，也要把它敲出來，敲代碼也是有感覺的!!!

看明白 ！= 運行出來，是兩個概念!!!

② 聽說編程課對孩子成長很有幫助

編程課對孩子成長很有幫助。

可以讓孩子嘗試學習一下，這個是需要孩子有一定興趣，根據孩子的邏輯認知發展規律，安排合適。

編程是一種非常好的學習體驗，這種課程可以讓孩子更加的充滿學習興趣，也可以讓孩子以一種新鮮的學習興趣去面對學習。

編程課對孩子成長的作用：

根據教育認知學，6-12歲孩子的抽象邏輯思維能力開始形成，這個階段是學編程的黃金期。編寫程序遵循嚴密的邏輯，還要不斷調試、回溯和debug，孩子在學編程後會不自覺用編程思維去思考，學會規劃和安排，還能自己查缺補漏。

③ 編程心得

編程
這是每個游戲編程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有很多簡潔的功能，但是慢。創作工具可以以最快的速度產生你的程序，但是僅對某一些類型的程序起作用。最好的方法是決定你要寫什麼樣的游戲，並選擇對你的游戲支持最好的語言。「試用三十天」的做法成為工業標準是件好事情。

④ 創客覓峰機器人編程上課的感受

編程的過程，對於很多孩子來說是非常新奇的，因為這是他們第一次接觸「抽象思維」的過程。在學習編程的過程中，孩子會逐漸掌握抽象的法則。現實生活中把球扔到球框里，只需要用手拋一下就能實現，這是具象的操作；而在屏幕上想實現同樣的結果，就需要用到抽象思維，需要去思考球的運行軌跡。
編程還可以讓孩子掌握項目工程管理能力，簡單的說，就是學會如何做一個小項目經理。學習編程的過程，就是：設定目標——尋找方法——動手操作——解決問題。這個過程與項目管理的過程類似。
隨著科技的進步和發展，智能手機和設備的廣泛使用，人工智慧已經逐步進入到我們的日常生活中。隨著勞動力成本的增加，那些簡單重復性的操作極有可能會被機器人替代，不懂編程，未來可能都找不到工作！
Scratch是美國麻省理工學院開發的一款針對少兒的簡易圖形化編程軟體。操作Scratch軟體，孩子不需要學習任何語言，通過簡單的拖拽模塊即可完成一個程序的編寫，類似於樂高搭積木，操作起來特別簡單，是孩子學習少兒編程入門的不二選擇！Scratch的目的不是為了讓孩子學會具體的編程語言，而是側重培養孩子如何去思考問題，如何去解決問題，從而達到訓練和提高孩子的動手能力、獨立思考能力、邏輯能力。

⑤ 上編程課有什麼好處

1、抓住成長黃金期，讓孩子更聰明

編程的本質，是一套理解問題、解決問題的方法。

3、打好基礎，無縫銜接小學教育

前央視主持人張泉靈，曾在一個活動上感慨：

「在未來，不懂編程的孩子，就像不會英語的孩子一樣讓人焦慮。」

隨著國家政策的推動，編程會越來越普及。

孩子現在開始學，時間比較充裕，上小學之後比同齡人更有優勢。

功利一點來看，學習編程還能為萌娃經歷增加亮點，幼升小時可以在千篇一律的簡歷中脫穎而出。

⑥ 求c/c++編程心得，就是自己感覺比較好的地方和技巧

編程，就是把復雜的問題簡單化，簡化到每個動作都是1+1=2那麼簡單，然後計算機照做就好了。這就是我理解編程的真諦。我師姐聽到了，也若有所悟，這個話題就沒有再說了。

我們來分析一下計算機的特點，准確的講，目前我們這個社會的計算技術，還很原始，說它是計算機，正確，它確實只能計算，說它是電腦，太抬舉它了，它不可能有思考能力。

在馮諾依曼體系架構中，計算設備就是具有一定計算能力，有能力和外界做出IO互動，並且能高速重復動作的這么一種設備，這可能和大家在教科書裡面學到的不太一樣啊，不過，我是這么理解的。

因此，我從一開始，就沒有把計算機作為一個夥伴，一個可以幫助我出主意，或者代替我思考的夥伴，僅僅是看做一種工具，這種工具有什麼用呢？我認為它最重要的，有兩個作用：

1、無限可重復性，一個動作序列，一旦編訂程序，計算機就可以無數次重復這個序列，不會感到累。這特別適合於那些乏味的，不斷重復的勞動，比如，我們一個學校每天要敲鍾，打上課鈴，如果讓人來做，這個人會很乏味，做久了，就可能出錯，但是讓計算機來做，它可沒有什麼思想，不會覺得累，而且做的很好。計算機特別適合做重復性工作。

2、服務品質的穩定性。計算機適合做重復工作，還有個有點，就是每次執行結果都是一樣的。這體現了工業化時代最重要的一個思想：量產思維，大家可以看到，現在的社會，不可重復的藝術固然很好，但公眾需要的是量產的產品，因為質量穩定，產量穩定，能滿足大眾需求。勞斯萊斯雖然很美，但絕大多數人在開大眾、豐田等低端車。就是這個道理。還是打鈴那個例子，如果是人，可能會生病，可能會請假，或者乾脆搞忘了，但計算機不會，只要有電在正確工作，打鈴就不會出錯。

這樣，我就慢慢理解到了，計算機其實就是能以恆定品質不斷重復輸出服務的機器而已。

ok了，這我們是不是可以理解到，計算機編程，其實首先是人的工作，當我們遇到一個服務需求，我們人來做一次，嗯，獲得一個比較滿意的結果，然後我們覺得這個動作可以重復，下次遇到類似的問題，照做就好了。於是，我們就安排計算機來做這件事了。是不是這樣？

這是不是說明，程序，其實是在講一件事應該怎麼做，這個做的過程，以及這個過程的含義，其實是人定義出來的，然後通過編程，教給計算機來做而已。

我以前經常有種感覺，計算機編程，是兩層意思，一層，是程序本身的含義，就是怎麼做事，另一層，是隱含在程序下面的邏輯含義，就是做事的意義，程序只是字面上的意思，而邏輯，是程序段落組合起來，共同表述的一層意思。現在想想，其實就是這個道理。

嗯，既然我們知道，編程，就是把做一件事情的步驟，分拆開來，教計算機去做，但，分拆到什麼粒度呢？這個很重要。如果分拆的粒度太細，白白浪費程序員的時間和精力，這些都是成本。而分拆得太粗，計算機還是弄不明白，做事不對，就是bug了。

這說明，編程有個很重要的概念，就是粒度，也就是我們對問題描述的精細程度。

最開始的計算機是最笨的，學過計算機組成原理的同學大概知道，只要有個累加器，其實已經可以算一台計算機了，只會做加法計算。因為從數學上，我們可以知道，任何計算，最終都可以演化成加法計算，事實上，現在的CPU，在最底層核心的部分，也還是這個加法邏輯。

這樣做當然沒什麼不好，不過，有個小小的問題，就是粒度太細了。如果每件事情，都要程序員去拆解成很細的加法計算，這個工作就幾乎不是人乾的事情了。難道就無解了嗎？

呵呵，前面我們說過，計算機的特點是什麼？無限重復，大家就發現，一個事情，比如7*24，這是乘法計算，但是，我們最終要拆解為加法計算去實現，但是，不是說我們每次都要這么拆解，乘法計算也是一個工作，有規律的，因此，當我們拆解一次之後，我們當然可以把這次拆解過程本身，編訂為程序，下次遇到類似問題，讓計算機把這個程序再跑一遍就ok了。呵呵，大家以為Intel的CPU裡面的乘法計算指令是怎麼實現的？大家又以為AMD的CPU內部的微代碼體系是怎麼實現的？

就是這么一個思維，解決了所有的問題，遇到需求，首先拆分，然後不斷檢索我們以前是不是以前拆分過了，遇到能套用的程序段落，就直接用，不用每次都拆分那麼細，減少工作量，當然，遇到新問題，還是需要自己拆解的，不過，拆解後，最好把拆解本身，也寫成程序，下次重用。

大家玩各種語言，一般都提供基本庫，這個基本庫，其實就是前人已經拆解過的結果，軟體公司覺得有代表性，可以滿足大多數應用場合，就編訂到基本庫裡面，以後程序員直接用，不用自己重復了，大家說是不是這樣？

現在，大家知道怎麼看待C的stdio.h，stdlib.h這些基本庫了吧？C++的iostream是什麼含義，知道了不？MFC知道了不？Java的運行時庫是什麼意思，也知道了吧？

不過呢，這個世界的需求總是很多的，並且，計算機的能力也是不斷在進步，以前不適合計算機做的事情，現在也慢慢變得適合了。因此，大家總能遇到一些新問題，需要自己重新拆解，基本庫中沒有提供，這就是程序員這個職業存在的真實含義。幫助用戶不斷拆解新需求，解決新問題。當然，庫本身也在進步，不斷把已經被證明拆解成功的問題，修補到庫中，避免以後的程序員做重復工作。就這么簡單。

呵呵，啰嗦了這么多，可能很多同學看的一頭霧水，肖舸老師你到底想說啥？

我想說的，其實很簡單，編程序，就是拆解問題，但講究個拆解的技巧和方法，以前人做過的，別做，盡量用，沒有的，做過一次，盡量保留下來，供下次使用，就這么簡單。

那，這和本文的題目「修煉編程的內功」有啥關系呢？

當然有關系了，什麼叫編程的內功？我的理解，就是對這個世界的抽象化理解能力以及描述能力。一個工作，能迅速從中提煉出下次可以重復的套路，並且能以一定的規則，就是計算機語言規范，描述出來，擁有這兩個能力，就能保證遇到任何問題，都有辦法寫出程序來。

所以，大家學校中學了很多數學，語言，演算法，數據結構，甚至編譯原理，操作系統，其實這些統統是工具，不是寫程序的目的。

寫程序，就是遇到需求，能迅速抽象，理解其共性，並能以清晰的語言描述出來。上述學科，不是幫助提升你的抽象能力，就是幫助提升你的描述能力，大家看是不是這個道理？

所以，我在帶徒弟的時候，有時候喜歡說一句話，其實作為程序員，學習一點語文有好處，因為最能培養描述能力的，其實還是語文。英語不算啊，英語雖然也是一門語言，但中國的教育，一般是能看懂，很少從一個英文文學家的角度培養學生用英文的描述能力。只有我們的語文課，這不但是教語言，而且通過無數次造句和作文，在教大家描述問題的組織能力，這個能力在寫程序的時候，很有用。

這個時候，話題就出來了。中國的語文，先是甲骨文，然後古文，然後白話文，大家發現沒有，總體是越來越簡單，這是發展的趨勢。為什麼呢？因為大家覺得，語文就是讓人懂的，太深奧的東東，不太適合普及，就沒有生命力，反而越簡單的東東，普及越快。

因此，請大家注意，寫程序時拆解，是把問題簡單化，不是說把一個問題描述得晦澀難懂，才叫本事。真正的程序高手，都是簡化問題的大師。

當然，從這個話題，我們是不是可以得出一個結論，其實寫程序的方法本身，編程的內功本身，其實是沒有什麼語言特性的，C、C++、Java、PHP、python。。。是不是都用的同一種方法在做事情？

因此，我這里提出，修煉編程的內功，是學習抽象能力和描述能力，與語言無關，換而言之，從任何一門語言入門，都可以修煉到內功的極致，關鍵看你用不用心。

因此，學習期間，我的建議，不要好高騖遠，不要去評價語言的好壞，平台的好壞，沒有多大意義的，你並不能確定這輩子最終能在哪個平台下用哪種語言開發。撿著手邊有的書，老師教的課程，埋進去學扎實，出來後，換語言比吃盤菜也難不倒哪去，呵呵。這算是正式回答傑傑同學的問題。

再說一下郭曉同學的問題。他列了一個很偏的題目，就是有兩個變數a和b，不用if、?:、switch或其他判斷語句，找出兩個數中比較大的那個。

這個問題，我不認為是個好問題，因此提出異議。主要的原因就是基於上述的討論，我認為評價一個程序員好壞的標准，應該是考察其簡化描述問題的能力，而不是把問題復雜化的本事。

這在學院派裡面很多，這里大家可不要生氣啊，我知道大家現在基本上都是大學學計算機專業的，算是學院派，但肖老師我的實戰出來的，看法很多都和大家不一樣。

學校裡面，老師的任務是把盡可能多的東東教給大家，因為他不知道以後你做什麼工作，哪些知識沒用，因此，學校老師會盡量培養大家描述復雜問題的能力，這就造成了，學校裡面的考試，是盡量把問題復雜化，多考察大家幾個項目。學校裡面的風氣，也認為能解決復雜問題算高手，甚至問題本身不復雜，大家把它造復雜，來考核自己的能力。

但實際工作中不是這樣的，實際工作中，大家最看重的是能用最簡單的辦法解決問題的能力，因為這樣成本最低，無形中，大家賺錢最多。所以，對問題的抽象拆解和清晰描述非常看重。

很多同學剛剛上班，會很不適應，其實就是這個思路的轉換。學院里，以復雜為美，而商業公司中，以簡單為美。這應該是一個很大的思想轉變，甚至是世界觀的改變，很難的。一般轉的比較快的同學，在公司裡面進步就比較快，但我也見過工作幾十年了，還是沒有轉過來的程序員，一般在公司裡面活的就比較累一點。

建議大家好好思考一下我今天的提法，看問題抓本質，只要能及時理解商業公司的開發思路，理解簡單這個要素，我不敢說大家一定能找到工作，但只要找到了，在公司裡面，基本都能快速融入公司。

⑦ 作文 編程讓我陶醉

下面有幾篇，你看看能不能幫上忙，很累了，給點分把。

[天空讓我陶醉]
給我一片天空，那時的我便可以自由的翱翔，同時又陶醉其中……
有時總感到，天空是那麼小，似井底之蛙所見，圓圓的——那便是天空了。守候著舒適的空間，抱著一些幻想的東西，原來天空是那樣的小，小的還不如我的視野。而這些只是那蛙的偏見了。只要我們放開視線，極目遠眺，天空不僅將我們的世界覆蓋，而且寬闊的無邊無際。這時醒悟的我不禁羞愧地燒紅了臉。於是我從家裡那片寧靜的天空，走到了城裡喧鬧的天空，走遍了世界的每一個角落，可我還沒有走出天空，沒看到天空的邊沿。
有時總感覺，只有飄著彩雲的天空最美，使我又總聯想到那種「藍藍的天空白雲飄，白雲下面馬兒跑。」的草原風光來。的確很美，我也不得不陶醉於那美妙的歌聲和那迷人的天空中。雲的形狀更是千姿百態，變幻莫測，神奇地有點捉摸不透，那便是天空的寵兒，天空的精靈了。天空才變得如此的讓人嚮往，讓人迷戀。特別是燦爛的朝霞和那絢麗的晚霞，金燦燦的朝霞，被太陽的光澤染紅，紅的有時鮮艷，紅的有時醉人。像喝了酣醇的酒，又像出水的芙蓉。富有生機，年輕蓬勃。我無法用更多的詞語去描繪晚霞的風景了，那是根本無法用語言來寫出的美，一句話「夕陽無限好」，但這並不是霞光的神奇，而是天空，是天空擁有的一切，是天空造就了這偉大的神聖。然而我的天空卻沒有一片雲，但不能不說它也很美，在那裡可以寫下文字，這樣的天空不是更特別嗎？
給我一片天空，那裡有閃爍的星星眨著眼睛，向你歌唱著夜的動聽，和你傾訴著晚風的清新，陪你沉醉在幸福快樂中。星星會講夜的童話，夜的故事和夜的傳說。到那時，我可以把溫馨的祝福伴著星星寄託到世界的每一個地方。
天空會將瀟瀟的雨撒下，那不是哭泣的眼淚，而是甘露，滋潤著我們每個人的心靈。打開夢想的風帆去遠航，去乘風破浪！掀起美好的回憶，讓微笑的影子在臉上綻放。朦朦的天空下，那是一種享受，一種追求，一種渴望，一種激情。我可以把無聲的祈禱隨著細雨沐浴著每個人心靈。
給我一片天空，我可以放飛幾只小鳥，栽上幾叢小花，鳥兒清脆的歌喉，花兒淡淡的清香，彌漫著，像蒙上輕輕的白紗，靜悄悄的。
給我一片天空，我可以踏著歡快的節奏翩翩起舞，若隱若現，伸展的手臂似詩，優美的動作如畫。跳動的音符，像熱情的篝火，奔放的。
給我一片天空，給我們每個人一片天空，那裡開滿了鮮花，那裡充滿了陽光，那裡擁有了所有的美

[音樂使我陶醉 ]
每一樣事物都有不同的意義，每一樣東西都有令人陶醉的地方。音樂，令我陶醉，問我為什麼？只因為音樂有它的獨特的魅力，使我陶醉，使我堅強，勇敢，音樂裡面令人產生了遐想，就如同美麗的月光，音樂令我。。。。。
每當我與同學爭吵時，不和時，耳邊不時響起「友誼天長地久」這首動聽的歌謠時，我陶醉了，音樂有一種力量，催我與朋友相處融恰，這就是音樂的魅力。每當我在思念，牽掛的時候，耳邊便也會響起「牽掛」這首歌，我陶醉了，眼淚也會隨之落下，歌里的每一句話都使我感同深受，這就是音樂的力量。每當我受委屈，傷心。難過的時候，耳邊不斷的響起「星星哭泣的夜晚」這首歌，我便也會抬頭看著星星告訴自己不要再哭泣，要學習星星努力發光，不要難過，每當我遇到學習上的難題時，我聽到「放飛自我」這首歌，我便也會學會放飛自己，努力沖刺，打倒困難，勇往直前。。。。每當我任性頑皮時，總會想起「任性頑皮」這首歌，才會告訴自己，不要再任性，要學會，一切的一切。。。這等等的一切都是音樂的力量，使我改變了不可能的事實，音樂那無窮無盡的力量，使我陶醉其中，是音樂的使我立志要當個快樂的「精靈」，是音樂使我把悲傷化作笑語，是音樂使我勇往直前，永不退縮，是音樂教會了許許多多的道理。。。
每個人都有屬於自己的一片天，相同的每個人都有令自己陶醉的事物。讓我們讓它指導我們生命中的每一刻，乘著風隨它融化空氣，相信我在音樂的陪伴下，我並不寂寞。
音樂使我永遠陶醉……

[有一種愛讓我陶醉]

即使地球不再轉動；即使明日太陽變得黯淡；即使霧靄籠罩雙眼；即使遠方的地平線已消逝……當心靈真的已疲憊，悄然回首，我還有我的歸宿，在那條愛的長河裡，我陶醉……陶醉於愛，陶醉於親情，陶醉於外婆最無私的奉獻。
永遠忘不了外婆那布滿皺紋的雙手，那是辛勤勞作的印跡，那是洶涌於心中最令人陶醉的暖流。嬰兒時，是這雙手輕輕地抱著我，讓我看見外面這精彩的世界，讓我感知空氣中充斥著的濃濃的情意，交織於我的周圍，始終難以散去。稚童時，是這雙手緩緩地扇著扇子，使我安然入睡，讓我享受著這世上最涼爽的風兒，讓我沉浸於這世上最甜蜜的夢鄉，久久不願醒來，只因那份依靠。而如今，那雙手所凝聚的愛始終未曾消退，盡管不再是輕輕地撫摸，不再是緩緩地搖扇，卻能在每一個瞬間使我感動，讓我陶醉。
還記得那個令人難熬的夏日，熾熱的空氣彷彿正在燃燒，頑皮的水汽也不知躲到哪兒去乘涼了。悶熱、乾燥，令人難以忍耐。而此時父母因為工作需要只留我一人在家，正當我不停地抱怨時，是外婆猶如天使般來到了我身邊。每天下午，她都不辭勞苦地趕幾公里路到我家，為我洗衣，做飯，把家裡打掃得一塵不染。而到了晚上，當我在房間里做作業時，她總是在外頭安靜地看看電視，而那電視的聲音，更別說我，連她自己都不知是否能聽清。無論再怎麼睏倦，無論再怎麼勞累，她總是默默地等著我，陪著我，生怕我哪時有什麼需要似的，一直待到我睡下了，她才去睡。而第二天早上，她又得匆忙地趕回去照顧年幼的表妹。就這樣過了一個月，天天如此。在這個難熬的，近乎窒息的夏日。
前不久，我第一次獨自一人出遠門，回來時買了一些禮物。其中必定少不了外婆的那份。當外婆拿著那精美的禮盒時，眼睛裡泛著無比喜悅的光彩，那雙手卻一直捨不得放下。還不住地表揚我乖，說我長大了，懂事了……這些情形都是媽媽向我描述的。她說著說著，我的心中不免泛起絲絲漣漪，有一絲的喜悅，有一絲的感動，還有一絲的愧疚。是啊，當外婆無怨無悔地為我付出時，我似乎總是覺得理所應當地接受了，從未多想過些什麼，彷彿地球就是繞著我轉，花兒就得為我而盛開。可此時，我小小的禮物就能換取外婆極大的快樂。或許，只因為那份深沉的愛，那份令人陶醉的愛。
沐浴在愛的長河裡，幸福、溫暖、甜蜜……當我勇敢地走向遠方，僅留下個淡淡的背影時，我似乎聽到了來自心靈的天籟，那是愛的呼喚。外婆的愛，愛到深沉，愛到忘我，愛到沸騰，愛到令我陶醉……

[故鄉的秋天讓我陶醉 ]

俗話說:「上有天堂，下有蘇杭。」我很幸運我生長在蘇州這塊美麗而充滿靈氣的福地，而我的老家——西山更是天堂中的天堂。
故鄉的秋天，就像一幅五彩斑斕的油畫，在我的眼前慢慢展開，那顏色是那麼鮮明，線條是那麼的流暢。而其間流動著的神韻，是多麼得讓我陶醉。
故鄉的秋天是豐收的季節，瞧！大片大片金黃色的稻穀，在陽光的照射下黃得發亮，直逼我的眼。那沉甸甸的稻穗在微風的吹拂下，如波浪一樣，此起彼伏，煞是好看。那滿山遍野的桔樹上結滿了沉甸甸的果實，把樹枝都壓彎了。金黃的桔子在綠葉的襯托鮮得更艷麗，叫人垂涎欲滴，恨不得馬上咬上一口嘗嘗。故鄉的特產不止桔子。更有那馳名中外的銀杏、板栗等。
故鄉的秋天是個美麗的季節。秋高氣爽，陽光燦爛。站在山坡上，抬頭仰望，是湛藍湛藍的天空；環顧四周，是峻俏秀氣的西山；俯瞰腳下，是一望無垠的太湖，真是令人視野開闊，心曠神怡。山坡上的草,已經枯萎變黃,好似給山穿上一件金黃色外罩;紅葉此時最為茂盛,它充滿著激情和活力，火紅火紅的,好像要燃燒起來,真可謂錦上添花;彎曲的小路旁盛開著點點金色的傲霜秋菊,更為山增添了勃勃生機.。
故鄉的夜是寧靜的。金秋十月，丹桂飄香。皓月當空的夜晚使我想起「每逢佳節倍思親」的詩句。想起許多在外的朋友，肯定會和我一樣，每到這時回家走一趟，去走一走鄉間的小路，摸一摸彎彎的小橋，親一親悠悠的河水，那感覺有多愜意啊！
啊！故鄉的秋天洋溢著果香，充滿著詩意，讓人深深的眷戀，這一切怎能不使我陶醉

⑧ 學編程的好處和壞處

好處：

1、掌握一門技能。

2、培養意志。

3、解決數學運算，記錄檔案數據，查詢數據等問題。

4、鍛煉邏輯思維。

壞處：

身體不好。

電腦輻射對身體不好，而且長時間地坐在電腦前容易導致近視，眼疲勞。

編程是編定程序的簡稱，就是讓計算機代為解決某個問題，對某個計算體系規定一定的運算方式，使計算體系按照該計算方式運行，並最終得到相應結果的過程。

為了使計算機能夠理解人的意圖，人類就必須將需解決的問題的思路、方法和手段通過計算機能夠理解的形式告訴計算機，使得計算機能夠根據人的指令一步一步去工作，完成某種特定的任務。這種人和計算體系之間交流的過程就是編程。

(8)編程聽後感擴展閱讀：

編程的執行原理

1、計算機對除機器語言以外的源程序不能直接識別、理解和執行，都必須通過某種方式轉換為計算機能夠直接執行的。

2、這種將高級程序設計語言編寫的源程序轉換到機器目標程序的方式有兩種：解釋方式和編譯方式。

3、解釋方式下，計算機對高級語言書寫的源程序一邊解釋一邊執行，不能形成目標文件和執行文件。

4、編譯方式下，首先通過一個對應於所用程序設計語言的編譯程序對源程序進行處理，經過對源程序的詞法分析、語法分析、語意分析、代碼生成和代碼優化等階段將所處理的源程序轉換為用二進制代碼表示的目標程序。

然後通過連接程序處理將程序中所用的函數調用、系統功能調用等嵌入到目標程序中，構成一個可以連續執行的二進制執行文件。調用這個執行文件就可以實現程序員在對應源程序文件中所指定的相應功能。

⑨ 風變編程python課學習後的效果怎麼樣，有沒有聽過課的朋友說說具體的感受

最近一直在學習風變編程，個人感覺學習的效果還是比較好的，雖然我沒有學習過編程，屬於毫無基礎的那一類人，但是聽完不少課程之後，沒有出乎意料的枯燥感，許多困難的語法都在老師的質量講述下化繁為簡，而且還有配屬助教，遇到不懂的問題，助教都會第一時間進行耐心解答，期待後續學習完成後的成效。