本文目錄一覽：
node.js高級編程 怎麼樣
1. 第一章 nodejs npm的安裝 以及具體小細節 這個 自己百度就ok 不在詳細記錄 該貼主要是記錄 我自己看nodejs的理解
2. 第二章 node的簡介
2.1 名詞解釋 node簡介之前要了解一些名詞
1. I/O操作 i input o output 寫入 讀出 這個沒有具體的定義 在不同的方面 含義不同 但是 表示的感覺都是相同的 最普通的
就是常見的文件的i/o操作就是我們讀取一個文件（out）和新建一個文件( in )
還有就是 網絡的i/o操作 其實就是請求 request 發起請求（in） response 響應內容（out）
操作系統的i/o 模型 這個 我看的這篇文章
2. 阻塞i/o編程風格
2.2 事件驅動編程風格介紹
1. 程序的執行流程是靠事件 這樣的編程形式 比如 你給你的dog 發sit 的指令 他聽到後就會 sitdown一樣 你發sit 這個就是 事件 因為你的指令 它才會sitdown
阻塞i/o編程風格 通俗理解就是 你做了一件事 拿到了結果 猜想到接下來幹什麼
事件驅動就是 你知道你幹完第一件事以後 知道自己接下來幹什麼 把接下來乾的事情先寫好存起來 一但監測到一件事情做好了 就調用已經存好第二件事情的程序 而不是 現場向昨晚第一件後 在做什麼
定義當某種感興趣的事情發生以後由系統調用函數來取代應用返回值的編程風格稱為事件驅動編程or異步編程 （這是對以上話的官方版）
這一特點是nodejs最顯著的特點
2. 事件驅動的編程風格與事件循環相伴相生 為什麼這麼說 因為 我們是基於事件驅動的編程風格 我們就需要有一個去一直在循環不斷的監測有沒有事件發生 （事件監測）， 發生後要處理哪一個程序（事件觸發處理）
3. Node 模塊的應用方法
3.1 加載模塊的兩種方式
1. 路徑
2. 模塊的名稱 （適用於node本身自帶的核心模塊如 http 或者通過npm安裝的node第三方庫）
var moduleName = require(“moduleName”)
3.2 導出模塊 commonJs
1. commonjs模塊系統是node中文件共享對象或者函數的唯一方式 在node中 文件和模塊是一一對應的 一個模塊對應一個功能
如何寫出規範的JavaScript代碼
本人在開發工作中就曾與不按規範來開發的同事合作過，與他合作就不能用”愉快”來形容了。現在本人撰寫此文的目的除了與大家分享一點點經驗外，更多的是希望對未來的合作夥伴能夠起到一定的借鑒作用。當然，如果我說的有不科學的地方還希望各路前輩多多指教。下面分條目列出各種規範要求，這些要求都是針對同事編碼毛病提出來的，好些行業約定的其它規範可能不會再提及。1. 保證代碼壓縮後不出錯對於大型的JavaScript項目，一般會在產品發布時對項目包含的所有JavaScript文件進行壓縮處理，比如可以利用Google Closure Compiler Service對代碼進行壓縮，新版jQuery已改用這一工具對代碼進行壓縮，這一般會去掉開發時寫的注釋，除去所有空格和換行，甚至可以把原來較長的變量名替換成短且無意義的變量名，這樣做的目的是加快文件的下載速度，同時也減小網站訪問帶來的額外數據流量，另外在代碼保護上也起到了一點點作用，至少壓縮後的代碼即使被還原還是沒那麼容易一下讀懂的。要想代碼能正確通過壓縮，一般要求語句都要以分號正常結束，大括號也要嚴格結束等，具體還要看壓縮工具的要求。所以如果一開始沒有按標準來做，等壓縮出錯後再回去找錯誤那是浪費時間。2. 保證代碼能通過特定IDE的自動格式化功能一般較為完善的開發工具（比如Aptana Studio）都有代碼”自動格式”化功能，這一功能幫助實現統一換行、縮進、空格等代碼編排，你可以設置自己喜歡的格式標準，比如左大括號{是否另起一行。達到這個要求的目的在於方便你的開發團隊成員拿你代碼的一個副本用IDE自動格式化成他喜歡或熟悉的風格進行閱讀。你同事需要閱讀你的代碼，可能是因為你寫的是通用方法，他在其它模塊開發過程中也要使用到，閱讀你的代碼能最深入了解方法調用和實現的細節，這是簡單API文檔不能達到的效果。3. 使用標準的文檔注釋這一要求算是最基本的，這有利於在方法調用處看到方法的具體傳參提示，也可以利用配套文檔工具生成html或其它格式的開發文檔供其他團隊成員閱讀，你可以嘗試使用jsdoc-toolkit。如果你自動生成的API是出自一個開放平台，就像facebook.com應用，那麼你的文檔是給天下所有開發者看的。另外編寫完整注釋，也更方便團隊成員閱讀你的代碼，通過你的參數描述，團隊成員可以很容易知道你編寫的方法傳參與實現細節。當然也方便日後代碼維護，這樣即使再大的項目，過了很長時間後，回去改點東西也就不至於自己都忘記了當時自己寫的代碼是怎麼一回事了。4. 使用規範有意義的變量名使用規範有意義的變量名可以提高代碼的可讀性，作為大項目開發成員，自己寫的代碼不僅僅要讓別人容易看懂。開發大項目，其實每個人寫的代碼量可能都比較大，規範命名，日後自己看回自己的代碼也顯的清晰易懂，比如日後系統升級或新增功能，修改起代碼來也輕鬆多了。如果到頭髮現自己當初寫的代碼現在看不太懂了，那還真是天大的笑話了。當然，使用有意義的變量名也盡量使用標準的命名，比如像這裡：var me = this也許沒有var self = this好，因為self是Python中的關鍵字，在Python中self就是通常語言this的用法。再看下面一個例子，加s顯然比沒有加來的科學些，這樣可以知道這個變量名存的是複數，可能是數組等： var li = document.getElementsByTagName(‘li’) var lis = document.getElementsByTagName(‘li’) 5. 不使用生偏語法JavaScript作為一門動態腳本語言，靈活性既是優點也是缺點，眾所周知，動態語言不同層次開發人員對實現同樣一個功能寫出來的代碼在規範或語法上會存在較大的差別。不管怎麼樣，規範編碼少搞怪，不把簡單問題複雜化，不違反代碼易讀性原則才是大家應該做的。比如這語句：typeof(b) == ‘string’ alert(b)應該改為：if (typeof(b) == ‘string’) alert(b)，像前面那種用法，利用了運算符解析機制：如果檢測到前語句返回false就不再檢測後面語句，在代碼優化方面也有提到把最可能出現的情況首先判斷，像這種寫法如果條件少還好，如果條件較多而且語句也長，那代碼可讀性就相當差。又比如：+function(a){var p = a;}( ‘a’)應該改為：(function(a){var p = a;})( ‘a’)，其實function前面的+號與包含function的()括號作用是一樣的，都是起運算優先作用，後者是常見且容易看明白的防止變量污染的做法，比如好些流行JavaScript框架就是採用後面這種方式。再說個降低代碼可讀性的例子，如：function getPostionTxt(type){return type == 2 ? “野外” : (type == 3 ? “商城” : (type == 4 ? “副本” : null));}應該改成：function getPostionTxt(type){var typeData={“2″:”野外”,”3″:”商城”,”4″:”副本”};if (typeData[type]) return typeData[type]; else return null;}。如果type是從0開始不間斷的整數，那麼直接使用數組還更簡單，這種結果看起來就清晰多了，看到前面那種多層三元表達式嵌套頭不暈嗎。6. 不在語句非賦值地方出生中文語句中不應該出現中文我想一般人都知道，雖然這樣做不影響程序運行，但是顯然有背行業標準要求，當然我們也不是在使用”易語言”做開發。關於這一個問題，我本來不想把它拿出來說的，但我確實遇到有人這樣做的，也不知道是不是因為他的英語實在太爛了，至少還可以用拼音吧，另外尋求翻譯工具幫忙也不錯的選擇。我舉例如下，像以下寫法出現在教學中倒還可以理解：this.user[‘名字’] = ‘張三’ 或者 this.user.名字 = ‘張三’7. 明確定義函數固定數量的參數固定數量參數的函數內部不使用arguments去獲取參數，因為這樣，你定義的方法如果包含較多的腳本，就不能一眼看到這個方法接受些什麼參數以及參數的個數是多少。比如像下面： var $ = function(){return document.getElementById(arguments[0]);}應該改成：var $ = function(elemID){return document.getElementById(elemID);} 8. 不必熱衷動態事件綁定雖然知道事件可以動態綁定，比如使用addEventListener或者使用jQuery的bind方法，也知道採用動態事件綁定可以讓XHTML更乾淨，但是一般情況下我還是建議直接把事件寫在DOM節點上，我認為這樣可以使代碼變得更容易維護，因為這樣做，我們在查看源代碼的時候就可以容易地知道什麼Element綁定了什麼方法，簡單說這樣更容易知道一個按鈕或鏈接點擊時調了什麼方法腳本。9. 降低代碼與XHTML的耦合性不要過於依賴DOM的一些內容特徵來調用不同的腳本代碼，而應該定義不同功能的方法，然後在DOM上調用，這樣不管DOM是按鈕還是鏈接，方法的調用都是一樣的，比如像下面的實現顯然會存在問題： function myBtnClick(obj) { if (/確定/.test(obj.innerHTML)) alert(‘OK’); else if (/取消/.test(obj.innerHTML)) alert(‘Cancel’); else alert(‘Other’); } a herf=”javascript:;” onclick=”myBtnClick(this)”確定/aa herf=”javascript:;” onclick=”myBtnClick(this)”取消/a 上面例子其實在一個函數內處理了兩件事情，應該分成兩個函數，像上面的寫法，如果把鏈接換成按鈕，比如改成這樣：input type=”button” onclick=”myBtnClick(this)” value=”確定” /，那麼myBtnClick函數內部的obj.innerHTML就出問題了，因為此時應該obj.value才對，另外如果把按鈕名稱由中文改為英文也會出問題，所以這種做法問題太多了。10. 一個函數應該返回統一的數據類型因為JavaScrip是弱類型的，在編寫函數的時候有些人對於返回類型的處理顯得比較隨便，我覺得應該像強類型語言那樣返回，看看下面的兩個例子： function getUserName(userID) { if (data[userID]) return data[userID]; else return false; } 應該改為： function getUserName(userID) { if (data[userID]) return data[userID]; else return “”; } 這個方法如果在C#中定義，我們知道它準備返回的數據類型應該是字符串，所以如果沒有找到這個數據我們就應該返回空的字符串，而不是返回布爾值或其它不合適的類型。這並沒有影響到函數將來的調用，因為返回的空字符串在邏輯判斷上可被認作”非”，即與false一樣，除非我們使用全等於”===”或typeof進行判斷。11. 規範定義JSON對象，補全雙引號使用標準肯定是有好處的，那麼為什麼還是有人不使用標準呢？我想這可能是懶或習慣問題。也許還會有人跟我說，少寫引號可以減輕文件體積，我認為這有道理但不是重點。對於服務器返回的JSON數據，使用標準結構可以利用Firefox瀏覽器的JSONView插件方便查看（像查看XML那樣樹形顯示），另外你如果使用jQuery做開發，最新版本jQuery1.4+是對JSON格式有更高要求的，具體的可以自己查閱jQuery更新文檔。比如：{name:”Tom”}或{‘name’:’Tom’}都應該改成{“name”:”Tom”}。12. 不在文件中留下未來確定不再使用的代碼片段當代碼調整或重構後，之前編寫的不再使用的代碼應該及時刪除，如果認為這些代碼還有一定利用價值可以把它們剪切到臨時文件中。留在項目中不僅增加了文件體積，這對團隊其它成員甚至自己都起到一定干擾作用，怕將來自己看回代碼都搞不懂這方法是幹什麼的，是否有使用過。當然可以用文檔注釋標籤@deprecated把這個方法標識為不推薦的。13. 不重複定義其他團隊成員已經實現的方法對於大型項目，一般會有部分開發成員實現一些通用方法，而另外一些開發成員則要去熟悉這些通用方法，然後在自己編寫模塊遇到有調用的需要就直接調用，而不是像有些開發者喜歡”單幹”，根本不會閱讀這些通用方法文檔，在自己代碼中又寫了一遍實現，這不僅產生多餘的代碼量，當然也是會影響團隊開發效率的，這是沒有團隊合作精神的表現，是重複造輪子的悲劇。比如在通用類文件Common.js有定義function $(elemID){return document.getElementById(elemID)}那麼就不應該在Mail.js中再次出現這一功能函數的重複定義，對於一些複雜的方法更應該如此。14. 調用合適的方法當有幾個方法都可以實現同類功能的時候，我們還是要根據場景選擇使用最合適的方法。下面拿jQuery框架的兩個AJAX方法來說明。如果確定服務器返回的數據是JSON應該直接使用$.getJSON，而不是使用$.get得到數據再用eval函數轉成JSON對象。如果因為本次請求要傳輸大量的數據而不得以使用$.post也應該採用指定返回數據類型（設置dataType參數）的做法。如果使用$.getJSON，在代碼中我們一眼能看出本次請求服務器返回的是JSON。溫馨提示：jQuery1.4後，如果服務器有設置數據輸出的ContentType，比如ASP.NET C#設置 Response.ContentType = “application/json”，那麼$.get將與$.getJSON的使用沒有什麼區別。15. 使用合適的控件存儲合適的數據曾發現有人利用DIV來保存JSON數據，以待頁面下載後將來使用，像這樣：div id=”json”{ “name”:”Tom”}/div，顯然這個DIV不是用來界面顯示的，如果非要這樣做，達到使用HTML文件進行數據緩存的作用，至少改成用隱藏域來存這數據更合理，比如改成：input type=”hidden” value=” { “name”:”Tom”}” /。其實也可以利用window對象來保存一些數據，像上面的例子，我們可以在AJAX請求頁直接包含這樣的腳本塊：scriptwindow.userData = { “name”:”Tom”};/script，當在AJAX請求回調函數中執行完$( “#MyDiv “).html(data)後，在window上就馬上有了這一變量。如果採用第一種方法，將不可避免eval(document.getElementById(“UserData”).innerHTML)。如果在window對象存放大量數據的話，這些數據不用時要及時手動清理它們，它們是要等瀏覽器刷新或重啟後才會消失的，這就會增加內存開銷。16. 永遠不要忽略代碼優化工作代碼最優化是每個程序員應該努力達到的目標，也應該成為程序員永遠的追求。寫代碼的時候，不應該急着把功能實現出來，要想一下如何寫代碼，代碼的執行效率才是較好的。舉個例子：假設有定義getElementById的快捷方法functoin $(elemID){return document.getElementById(elemID)}，那麼有人可能會寫出這樣的代碼$(“MyDiv”).parentNode.removeChild($(“MyDiv”))，其實這裡執行了兩次getElementById DOM查找，如果改成這樣將更好：var myDiv = $(“MyDiv”); myDiv.parentNode.removeChild(myDiv)。還好getElementById的DOM查找算比較快，如果換成getElementsByTagName則更應該注重優化了。jQuery開發團隊也有提醒大家要注意這方面的問題。當然，代碼優化技巧也是需要個人不斷積累的。曾有朋友跟我說他寫網站後台代碼從來不用考慮優化的，因為他們網站用的是至強四核服務器，我覺得這是很可笑的。17. 會分析策劃文檔，能用面向對象方法進行接口定義和代碼組織這一能力對於每一個程序員來說都是非常重要的，這也是決定一個程序員水平高低的一個重要因素。能夠把需求細化並抽象出不同的類，然後有條理地編寫代碼，使代碼結構清晰，可讀性高，代碼易於維護，不至於太過程化而且雜亂無章，這樣才算是一個優秀的程序員。
Node.js高級編程
Nodejs可以做什麼
Natives modules
Nodejs更適用於IO密集型高並發請求
使用JS實現高效可伸縮的高性能Web服務
常用api
Buffer緩衝區，Buffer讓JavaScript 可以操作二進制
IO行為操作的就是二進制數據
流操作配合管道實現數據分段傳輸
Nodejs中Buffer是一片內存空間
自定義Buffer之split
實現對Buffer拆分
FS是內置的核心模塊，提供文件系統操作的API
文件讀寫與拷貝操作
文件操作API
文件打開與關閉
readFile，writeFile將文件一次性讀取與寫入，對於大體積的文件不合理。需要一種邊讀邊寫的操作方式
大文件讀寫操作
文件拷貝自定義實現
優化處理
promise寫法
CommonJS規範主要應用於Nodejs
CommonJS規範起初是為了彌補JS語言模塊化缺陷
CommonJS規範定義模塊的加載是同步完成
Nodejs與CommonJS
模塊分類
加載流程
緩存優先原則
nodejs事件管理 通過EventEmitter類實現事件統一管理
events與EventEmitter
定義對象間一對多的依賴關係
訂閱者將想要訂閱的事件監聽註冊在調度中心，事件被觸發的時候，發布者將事件發布在調度中心，之後調度中心統一調度之前訂閱者註冊的事件
發布訂閱要素
完整事件環執行順序
在瀏覽器下有兩個任務隊列，宏任務，微任務
在nodejs中有六個事件隊列。
Nodejs誕生之初就是為了提高IO性能
文件操作系統和網絡模塊實現了流接口
Nodejs中的流就是處理流式數據的抽象接口
流處理數據的優勢
Nodejs內置了stream，它實現了流操作對象
nodejs中流的分類
可寫流
用於消費數據的流
自定義可寫流
可寫流數據
自定義雙工流
自定義轉換流（中間可以對數據進行轉換操作，可讀與可寫流之間是打通的）
nodejs的stream已經實現了可以保證數據平滑流動的背壓機制（pipe方法）
文件讀取速度大於寫入速度，緩存大小有限。可能會導致內存溢出，GC頻繁調用，其它進程變慢
writeStream文件可寫流簡易實現
Net模塊實現了底層通信接口
通信過程
http靜態服務實現httpServer
最新的javascript教程
可以到IT學習聯盟下載。
………………………………
看你問的問題，應該是對java很感興趣，其實你可以自學java。關於如何學習java，我剛才看到一篇很不錯的文章，是一個農民工介紹自己如何自學java，並找到Java的工作，裡面介紹了他的學習方法和學習過程，希望對你有幫助。
我是一名地地道道的農民工，生活在經濟落後的農村，有一個哥哥和一個弟弟，父母都是地道的農民，日出而作，日落而息，我從小到大學習一直很好，從小學到高一都，成績在全級一直名列前茅，這樣我也順利了考上省的重點高中，然而，每個學期開學是家裡最為難的時候，每次交學費都讓父母發愁許久，家裡為了給我籌錢讀書，都借了不少錢，才讓我讀上高中。我知道我讀到高中家裡已經欠了好多債，為了減輕家裡的負擔，我選擇了退學。
2009年我高一退學，為了給家裡還債，干過建築工地的小工，搞過塑料製品加工，送水工等等。很工資都很低，一個月也就1000多，加上加班費一個月能拿2000多一點，我每個月都向家裡寄回800-1000元，到了2011年末，一次偶然的機會我接觸了Java，聽說Java的前景挺不錯，工資相對於我一個農民工來說簡直是天文數字，於是我在新華書店買了幾本Java的書，儘管白天辛苦工作，晚上回來還是堅持看書，但有於基礎太差很多都很不明白，但還是堅持看，一有看1-2個小時Java的書，看着看着許多基礎都慢慢的學會了，但那些比較難的還是看不懂，後來還買了有些關於框架的書，還是看不懂，這樣斷斷續續的持續了半年多，覺得自己Java的基礎都差不多懂了，但框架還是看不懂，還有最缺的項目經驗，看了很多招聘Java程序員的簡介都要項目經驗，相對我一個農民工來連框架都弄不明白，想找一份Java工作對我來說簡直是奢侈。我只想學Java，並不敢想以後能從事Java的工作。
有一次，在百度上看到一篇讓我很鼓舞的文章，是一個Java高手介紹在沒有基礎的朋友怎麼自學入門Java，文章寫的很好，包含了如何學習，該怎麼學習，他提到一個方法就是看視頻，因為看書實在太枯燥和費解的，不少是我們也看不懂，這點我真的很認同，我自己看書都看了很久才學會基礎。曾經有想過參加培訓，但是上萬元的培訓費讓我望而卻步，我工資這麼低，每個月還有向家裡匯錢，加上城市消費比較高，雖然每個月只有幾百剩下，但是相對於上萬萬學費和四個月的吃住費用逼我連想不敢想。 於是我決定看視頻，我就去搜索Java的視頻，雖然我零星的找到一些Java的視頻，但是都不系統。最重要連項目都沒有。後來我找到一份很好的視頻，是IT學習聯盟這個網站一套視頻叫零基礎Java就業班（喜歡《零基礎Java就業班》的可以複製 t.cn/8sx5z6L 粘貼瀏覽器地址欄按回車鍵即打開）的教程還不錯，很完整。還贈送11個頂級企業項目。價格很合理，於是我買下來。
於是開始了我的自學Java的路，收到光盤後，我就開始學習，剛開始學習還不錯，是從零基礎教起，老師幽默風趣而又輕鬆的課堂教課，使我發現原來學習JAVA並不是一件很難的事情。因為我本來基礎還不錯，前面的基礎看一篇我就過去了，到了框架，我覺不又不是很難，可能老師太牛了，他能把複雜的問題講的比較通俗易懂，有些難點的地方我還是連續看了五六次，把他弄懂。每天下午6點下班後，吃了飯，馬上跑回家。看視頻，買了幾本筆記本。當時，為了編程還花幾百元了台二手的台式電腦，配置一般，但編程是足夠的。一邊看視頻，一邊記筆記，把重點都記下來，還一邊跟着老師敲代碼，為了能儘早學會Java。每天都堅持學5-6個小時。經常學到晚上一點多才睡覺。星期六，日不用上班，每天7點多起床，學到晚上11,12點。那段時間特別辛苦，特別累。在學習Java的三個多月里，除了吃飯睡覺工作，剩餘的時間都在學習，因為我知道自己的計算機基礎不是很好，也沒有學過什麼計算機，只是學了些Java基礎，相對於那些科班的人來說我要比他們付出更多的努力。我只能咬緊牙關，堅持下去，我不能放棄，我要完成我的夢想，我要讓我的家人過上好日子。終於三個多月後我把Java教程里的內容和項目都學完了，在學項目的過程中我發現項目特別重要，他能把你學過的知識全部聯繫起來，能更好的理解你所學的知識。還有學習過程中，動手很重要，要經常跟着老師動手敲，動手吧，跟着做，一行一行的跟着敲，再試着加一些自己的功能，按照自己的思路敲一些代碼，收穫遠比干聽大的多。 如果遇到暫時對於一些思路不能理解的，動手寫，先寫代碼，慢慢你就會懂了。這套視頻還贈送了11個頂級企業項目，對於我沒有任何經驗的人來說，這個太重要了，還有在學習項目是提升能力最快的方法。項目能把所有的知識點全都連到一起了，不再是分散的，而是形成一個整體了。那種感覺是僅僅深入鑽研知識點而不寫真實項目的人所不能體會的。一個項目就是一根繩子可以把大片的知識串到一起。 就這樣，我用了兩個月也把項目給學完了。其實學完教程差不錯就達到就業水平，但是我可能覺得自己學歷低還是把那11個頂級企業項目才去找工作。
接着我就到51job瘋狂的投簡歷，因為我的學歷問題，初中畢業，說真的，大公司沒有人會要我。所以我頭的都是民營的小公司，我希望自己的努力有所回報。沒有想過幾天後，就有面試了，但是第一次面試我失敗了，雖然我自認為筆試很好，因為我之前做了準備，但是他們的要求比價嚴格，需要有一年的項目經驗，所以我沒有被選中。 後來陸續面試了幾加公司，終於功夫不負有心人，我終於面試上了一家民營的企業。公司規模比較小，我的職務是Java程序員。我想我比較幸運，經理看中我的努力，就決定呂勇我，開的工資是3500一個月，雖然我知道在北京3500隻能過溫飽的生化，但是我想我足夠了，比起以前的工資好了些，以後可以多寄些錢回家。我想只要我繼續努力。我工資一定會翻倍的。 把本文寫出來，希望能讓和我一樣的沒有基礎的朋友有信心，其實我們沒有自卑，我們不比別人笨，只有我們肯努力，我們一樣會成功。
…………………………………………
js軟件開發工程師的邏輯思維可以怎麼培養？
程序員邏輯思維的培養對軟件工程非常重要，思維快的能快速編寫邏輯代碼。可以從一下幾個方面進行慢慢培養。
第一：明確學習目的
邏輯思維學習編程對多數IT業人員來說都是非常有用的。學編程，做一名編程人員，從個人角度講，可以解決在軟件使用中所遇到的問題，改進現有軟件，可以為自己找到一份理想的工作添加重要得砝碼，有利於在求職道路上謀得一個好的職位；從國家的角度，可以為中國的軟件產業做出應有的貢獻，一名優秀的程序員永遠是被爭奪的對象。學習編程還能鍛煉思維，使我們的邏輯思維更加嚴密；能夠不斷享受到創新的樂趣，將一直有機會走在高科技的前沿，因為程序設計本身是一種創造性的工作。知識經濟時代給我們帶來了無限的機會，要想真正掌握計算機技術，並在IT行業里干出一番事業來，有所作為，具有一定的編程能力是一個基本條件和要求。
第二打好基礎，學好基礎知識對我們開發也很重要學編程要具備一定的基礎，總結之有以下幾方面：
首先是數學基礎 從計算機發展和應用的歷史來看計算機的數學模型和體系結構等都是有數學家提出的，最早的計算機也是為數值計算而設計的。因此，要學好計算機就要有一定的數學基礎，出學者有高中水平就差不多了。
其次是邏輯思維能力的培養 學程序設計要有一定的邏輯思維能力，“邏思力”的培養要長時間的實踐鍛煉。要想成為一名優秀的程序員，最重要的是掌握編程思想。要做到這一點必須在反覆的實踐、觀察、分析、比較、總結中逐漸地積累。因此在學習編程過程中，我們不必等到什麼都完全明白了才去動手實踐，只要明白了大概，就要敢於自己動手去體驗。誰都有第一次。有些問題只有通過實踐後才能明白，也只有實踐才能把老師和書上的知識變成自己的，高手都是這樣成材的。最後是選擇一種合適的入門語言 面對各種各樣的語言，應按什麼樣的順序學呢？程序設計工具不外乎如下幾類： 1）本地開發 應用軟件開發的工具有：Visual Basic 、Delphi 、VC++ ( C++ Builder ) 等；數據庫開發工具有：Visual Foxpro 、Oracle Developer 、Power Builder 等。 2）跨平台開發 開發工具如 Java 等。 3）網絡開發 對客戶端開發工具如：Java Script 等；對服務器開發工具如：PHP 、ASP 、JSP 、ISAPI 、NSAPI 、CGI 等。 以上不同的環境下幾種開發工具中 VB 法簡單並容易理解，界面設計是可設化的，易學、易用。選 VB 作為入門的方向對出學者是較為適合的。
第三：注意理解一些重要概念
一本程序設計的書看到的無非就是變量、函數、條件語句、循環語句等概念，但要真正能進行編程應用，需要深入理解這些概念，在理解的基礎上應用，不要只簡單地學習語法、結構，而要吃透針對這些語法、結構的應用例子，做到舉一反三，觸類旁通。
第四：掌握編程思想，編程思想使用較多的就是oop編程思想
學習一門語言或開發工具，語法結構、功能調用是次要的，最主要是學習它的思想。例如學習 VC 就要學習 Windows 的內在機理、什麼是線程……；學習 COM 就要知道VTALBE 、類廠、接口、idl……，關鍵是學一種思想，有了思想，那麼我們就可以觸類旁通。
第六：多實踐、多交流，一切思維來自項目開發的積累
掌握編程思想必須在編程實際工作中去實踐和體會。編程起步階段要經常自己動手設計程序，具體設計時不要拘泥於固定的思維方式，遇到問題要多想幾種解決的方案。這就要多交流，各人的思維方式不同、角度各異，各有高招，通過交流可不斷吸收別人的長處，豐富編程實踐，幫助自己提高水平。親自動手進行程序設計是創造性思維應用的體現，也是培養邏輯思維的好方法。
第七：養成良好的編程習慣
編程入門不難，但入門後不斷學習是十分重要的，相對來說較為漫長。在此期間要注意養成一些良好的編程習慣。編程風格的好壞很大程度影響程序質量。良好的編程風格可以使
程序結構清晰合理，且使程序代碼便於維護。如代碼的縮進編排、變量命令規則的一致性、代碼的注釋等。
第八：上網學編程
在網上可以學到很多不同的編程思想、方法、經驗和技巧，有大量的工具和作品及相關的輔導材料供下載
8.加強計算機理論知識的再學習
思維培養學編程是符合“理論→實踐→再理論→再實踐”的一個認識過程。一開始要具有一定的計算機理論基礎知識，包括編程所需的數學基礎知識，具備了入門的條件，就可以
開始編程的實踐，從實踐中可以發現問題需要加強計算機理論知識的再學習。程序人人皆可編，但當你發現編到一定程度很難再提高的時候，就要回頭來學習一些計算機科學和數
學基礎理論。學過之後，很多以前遇到的問題都會迎刃而解，使人有豁然開朗之感。因此在學習編程的過程中要不斷地針對應用中的困惑和問題深入學習數據結構、算法、計算機
原理、編譯原理、操作系統原理、軟件工程等計算機科學的理論基礎和數理邏輯、代數系統、圖論、離散數學等數學理論基礎知識。這樣經過不斷的學習，再努力地實踐，編程水平一定會不斷提高到一個新高度。
這就是總結出來的思維培養模式，希望能幫到你，謝謝！
原創文章，作者：KIE5H，如若轉載，請註明出處：https://www.506064.com/zh-hant/n/130353.html
微信掃一掃 
支付寶掃一掃 