程序員提高計算機技能

① 怎樣就可以將計算機語言的掌握更上一層樓呢

在我們開始學習計算機語言之前，我們需要確定我們的學習目標，以便我們有一個正確的學習方向。當然，只有當我們充分理解各種計算機語言時，我們才能選擇我們想要學習的方向。在確定了學習方向後，我們開始制定自主學習計劃。除了參加專業比賽和研究小組，你還可以通過獨立學習來提高編程能力，例如，你可以藉助互聯網參與一些科學和實踐研究活動或開源項目。

首先要將基本功練好。

千里之行始於足下。一開始我們應該打好基礎，這樣以後的學習才能更有效率。打好基礎後，如果你想不斷提高編程技能，你還需要注意為自己創造一個更好的練習場景。同時，你應該注意閱讀一些優秀的源代碼。你可以通過閱讀開源代碼來提高編程技能，這也是許多程序員採用的學習方法。

簡而言之，如果你想提高計算機語言技術，你需要每天多練習，打好基礎。之後你會遇到瓶頸。在計算機網路編程的學習中，如果我們學習不扎實，理解不透徹，在下一次實踐中就會遇到瓶頸，這使我們很難解決。

② 程序員需要學些什麼

程序員的崗位需求很多，例如大型網路公司、軟體開發公司等等都需要程序員。

程序員需要學習：

1、掌握數據及其轉換、數據的機內表示、算術和邏輯運算，以及相關的應用數學基礎知識；

2、理解計算機的組成以及各主要部件的性能指標；

3、掌握操作系統、程序設計語言的基礎知識；

4、熟練掌握計算機常用辦公軟體的基本操作方法；

5、熟練掌握基本數據結構和常用演算法；

6、熟練掌握C程序設計語言，以及C++、java、Visual Basic中的一種程序設計語言；

7、熟悉資料庫、網路和多媒體的基礎知識；

8、掌握軟體工程的基礎知識，了解軟體過程基本知識、軟體開發項目管理的常識；

9、了解常用信息技術標准、安全性，以及有關法律、法規的基本知識；

10、了解信息化、計算機應用的基礎知識；

11、正確閱讀和理解計算機領域的簡單英文資料。

程序員必備技能：

1、熟練開發工具

做為一名程序員至少熟練掌握兩到三種開發工具的使用，這是程序員的立身之本，其中C/C++和JAVA是重點推薦的開發工具，C/C++以其高效率和高度的靈活性成為開發工具中的利器，很多系統級的軟體還是用C/C++編寫。

而JAVA的跨平台和與WEB很好的結合是JAVA的優勢所在，而JAVA即其相關的技術集JAVAOne很可能會成為未來的主流開發工具之一。

其次，能掌握一種簡便的可視化開發工具，如VB，PowerBuilder，Delphi，CBuilder，則更好，這些開發工具減小了開發難度，並能夠強化程序員對象模型的概念。

另外，需要掌握基本的腳本語言，如shell，perl等，至少能讀懂這些腳本代碼。

2、熟知資料庫

作為程序員，他們自然有自己的理由：很多應用程序都是以資料庫的數據為中心，而資料庫的產品也有不少，其中關系型資料庫仍是主流形式，所以程序員至少熟練掌握一兩種資料庫，對關系型資料庫的關鍵元素要非常清楚，要熟練掌握SQL的基本語法。

雖然很多資料庫產品提供了可視化的資料庫管理工具，但SQL是基礎，是通用的資料庫操作方法。如果沒有機會接觸商業資料庫系統，可以使用免費的資料庫產品是一個不錯的選擇，如mySQL，Postgres等。

3、了解操作系統

當前主流的操作系統是Windows，linux/Unix，熟練地使用這些操作系統是必須的，但只有這些還遠遠不夠。

要想成為一個真正的編程高手，需要深入了解操作系統，了解它的內存管理機制、進程/線程調度、信號、內核對象、系統調用、協議棧實現等。

Linux作為開發源碼的操作系統，是一個很好的學習平台，Linux幾乎具備了所有現代操作系統的特徵。雖然Windows系統的內核實現機制的資料較少，但通過互聯網還是能獲取不少資料。懂得網路協議TCP/IP。

在互聯網如此普及的今天，如果您還沒有對互聯網的支撐協議TCP/IP協議棧有很好的掌握，就需要迅速補上這一課，網路技術已改變了軟體運行的模式。

從最早的客戶/伺服器結構，到今天的WEBServices，再到未來的網格計算，這一切都離不開以TCP/IP協議棧為基礎的網路協議支持，深入掌握TCP/IP協議是非常必要的。

至少，需要了解ISO七層協議模型，IP/UDP/TCP/HTTP等常用協議的原理和三次握手機制。

4、明白DCOM/CORBA/XML/WEBServices存在的意義

隨著技術的發展，軟體與網路的無縫結合是必然趨勢，軟體系統的位置無關性是未來計算模式的重要特徵之一，DCOM/CORBA是當前兩大主流的分布計算的中間平台，DCOM是微軟COM（組件對象模型）的擴展，而CORBA是OMG支持的規范。

XML/WebServices重要性不言而喻，XML以其結構化的表示方法和超強的表達能力被喻為互聯網上的「世界語」，是分布式計算的基石之一。

5、不要將軟體工程與CMM分開

大型軟體系統的開發中，工程化的開發控製取代個人英雄主義，成為軟體系統成功的保證，一個編程高手並不一定是一個優秀的程序員。

一個優秀的程序員是將出色的編程能力和開發技巧同嚴格的軟體工程思想有機結合，編程只是軟體生命周期中的其中一環，優秀的程序員應該掌握軟體開發各個階段的基本技能。

如市場分析，可行性分析，需求分析，結構設計，詳細設計，軟體測試等。

6、需求理解能力

程序員要能正確理解任務單中描述的需求。在這里要明確一點，程序員不僅僅要注意到軟體的功能需求，還應注意軟體的性能需求。

要能正確評估自己的模塊對整個項目中的影響及潛在的威脅，如果有著兩到三年項目經驗的熟練程序員對這一點沒有體會的話，只能說明他或許是認真工作過，但是沒有用心工作。

7、模塊化思維能力

作為一個優秀的程序員，他的思想不能局限在當前的工作任務裡面，要想想看自己寫的模塊是否可以脫離當前系統存在，通過簡單的封裝在其他系統中或其他模塊中直接使用。

這樣做可以使代碼能重復利用，減少重復的勞動，也能使系統結構越趨合理。模塊化思維能力的提高是一個程序員的技術水平提高的一項重要指標。

就業方向：

1、網路開發

現在網路已經成為世界通訊的一座橋梁，好像Javascript、php、Ruby這幾類開發語言大部分是用作網路開發方面。

2、企業軟體開發

JAVA、C#、VB這幾類開發語言都實現了面向對象開發的目標，更多時候用於企業系統的開發。

3、系統軟體

C語言、C++、Object-C這些軟體更多是用在系統軟體開發，嵌入式開發的方面。

當然，這分類不是絕對，像JAVA、C#、VB很多時候也用於動態網站的開發。在很開發項目都會使用集成開發的方式，同一個項目裡面使用多種開發語言，各展所長，同步開發。

但所以在剛入門的時候，建議先為自己選擇一種合適的開發工具，「專注地投入學習，全力一擊」。

(2)程序員提高計算機技能擴展閱讀：

會編程、會計算機語言就能加入互聯網發展大潮中，享受數字經濟發展的紅利，一時間社會上的程序員培訓機構都變得格外火爆。

但是現在，專家的數據分析結果告訴你：若想跟上數字經濟發展的步伐，光會編程可不行，這個行業現在緊缺高端的、綜合型人才。

11月22日下午，清華大學經管學院互聯網發展與治理研究中心與領英聯合發布《中國經濟的數字化轉型：人才與就業》，揭示我國數字人才現狀與趨勢。

報告顯示我國數字經濟發展面臨人才短缺的挑戰，但這種短缺主要體現在擁有中高級專業技能數字人才的比例不高，擁有人工智慧、智能製造等前沿技術的人才更是少之又少。

與美國、英國、加拿大等國家相比，中國的數字人才儲備尚有很大差距。

此外，報告根據對人才需求的數據分析，結果顯示我國數字人才的技能需求不再強調單一編程技能，更加看重技術、管理和領導力等綜合技能。

2015年，我國從事信息傳輸、軟體和信息技術服務相關工作的人數約350萬，但其中中高端人才，特別是前沿技術的數字人才並不多。根據領英中國智庫的研究，在人工智慧領域，美國的從業者數量在85萬人以上，印度15萬，英國14萬，中國只有5萬多人。

報告負責人、清華大學經濟管理學院副院長陳煜波教授表示，我國目前在大數據與人工智慧領域人才缺口明顯。

他解釋說，目前中國85%以上的數字人才分布在產品研發類，而深度分析、先進製造、數字營銷等職能的人才加起來只有不到5%，存在較大缺口，新興技術人才和創新型人才培養方面存在滯後和不足。

這份研究報告的基礎數據來自領英在中國的3600萬個人用戶，這些用戶畢業於1.5萬多所國內外院校，分布在36.4萬家企業，擁有超過2.3萬項技能。

陳煜波研究團隊從中篩選了72萬數字人才，多維度提取用戶畫像並跟蹤其職業軌跡，以此預測不同地區的人才流向、僱傭率、受僱主歡迎的技能等人才趨勢層面的信息。

陳煜波說，根據數據分析結果，整體來看，雖然編程技能和數據分析技能需求占據主導，然而隨著數字產業走向成熟，企業除了強調編程技能，也逐步更加看重人才的技術、管理和領導力等綜合技能。

近年間，項目管理、產品運營等「技術+管理」類技能的需求呈現出明顯的上升趨勢，懂技術、懂管理的人才被認為是「一將難求」。

領英中國代理總裁曾志恆也提醒，如果你有興趣向數字職能轉型，不能僅僅專注於自己的技術能力，溝通和領導力等軟性技能將成為你脫穎而出的關鍵。

陳煜波希望這些研究結果能為教育行業和政府部門提供借鑒。他說，教育行業可根據職位的供需趨勢更好地規劃人才培養的方向，政府也可更好地了解人才流動方向、技術缺口等，以此制定有針對性的引才策略。

程序員崗位職責：

1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。

2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。

3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。

4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。

5、負責向項目經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。

6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。

7、負責相關技術文檔的擬訂。

8、負責對業務領域內的技術發展動態進行分析研究。

相關書籍：

很多程序員響應，他們在推薦時也寫下自己的評語。 以前就有國內網友介紹這個程序員書單，不過都是推薦數 Top 9的書。

其實除了前9本之外，推薦數前30左右的書籍都算經典，筆者整理編譯這個問答貼，同時摘譯部分推薦人的評語。

下面就按照各本書的推薦數排列。

1、《代碼大全》 史蒂夫·邁克康奈爾

2、《程序員修煉之道》

3、《計算機程序的構造和解釋》

4、《演算法導論》

5、《重構：改善既有代碼的設計》

6、《設計模式》

7、《人月神話》

8、《計算機程序設計藝術》

9、《編譯原理》（龍書）

10、《活著》

③ 作為程序員提高編程能力的幾個基礎演算法

一：快速排序演算法

快速排序是由東尼·霍爾所發展的一種排序演算法。在平均狀況下，排序n個項目要Ο(nlogn)次比較。在最壞狀況下則需要Ο(n2)次比較，但這種狀況並不常見。事實上，快速排序通常明顯比其他Ο(nlogn)演算法更快，因為它的內部循環（innerloop）可以在大部分的架構上很有效率地被實現出來。

快速排序使用分治法（Divideandconquer）策略來把一個串列（list）分為兩個子串列（sub-lists）。

演算法步驟：

1從數列中挑出一個元素，稱為「基準」（pivot），

2重新排序數列，所有元素比基準值小的擺放在基準前面，所有元素比基準值大的擺在基準的後面（相同的數可以到任一邊）。在這個分區退出之後，該基準就處於數列的中間位置。這個稱為分區（partition）操作。

3遞歸地（recursive）把小於基準值元素的子數列和大於基準值元素的子數列排序。

遞歸的最底部情形，是數列的大小是零或一，也就是永遠都已經被排序好了。雖然一直遞歸下去，但是這個演算法總會退出，因為在每次的迭代（iteration）中，它至少會把一個元素擺到它最後的位置去。

二：堆排序演算法

堆排序（Heapsort）是指利用堆這種數據結構所設計的一種排序演算法。堆積是一個近似完全二叉樹的結構，並同時滿足堆積的性質：即子結點的鍵值或索引總是小於（或者大於）它的父節點。

堆排序的平均時間復雜度為Ο(nlogn) 。

創建一個堆H[0..n-1]

把堆首（最大值）和堆尾互換

3.把堆的尺寸縮小1，並調用shift_down(0),目的是把新的數組頂端數據調整到相應位置

4.重復步驟2，直到堆的尺寸為1

三：歸並排序

歸並排序（Mergesort，台灣譯作：合並排序）是建立在歸並操作上的一種有效的排序演算法。該演算法是採用分治法（DivideandConquer）的一個非常典型的應用。

1.申請空間，使其大小為兩個已經排序序列之和，該空間用來存放合並後的序列

2.設定兩個指針，最初位置分別為兩個已經排序序列的起始位置

3.比較兩個指針所指向的元素，選擇相對小的元素放入到合並空間，並移動指針到下一位置

4.重復步驟3直到某一指針達到序列尾

5.將另一序列剩下的所有元素直接復制到合並序列尾

四：二分查找演算法

二分查找演算法是一種在有序數組中查找某一特定元素的搜索演算法。搜素過程從數組的中間元素開始，如果中間元素正好是要查找的元素，則搜素過程結束；如果某一特定元素大於或者小於中間元素，則在數組大於或小於中間元素的那一半中查找，而且跟開始一樣從中間元素開始比較。如果在某一步驟數組為空，則代表找不到。這種搜索演算法每一次比較都使搜索范圍縮小一半。折半搜索每次把搜索區域減少一半，時間復雜度為Ο(logn) 。

五：BFPRT(線性查找演算法)

BFPRT演算法解決的問題十分經典，即從某n個元素的序列中選出第k大（第k小）的元素，通過巧妙的分析，BFPRT可以保證在最壞情況下仍為線性時間復雜度。該演算法的思想與快速排序思想相似，當然，為使得演算法在最壞情況下，依然能達到o(n)的時間復雜度，五位演算法作者做了精妙的處理。

1.將n個元素每5個一組，分成n/5(上界)組。

2.取出每一組的中位數，任意排序方法，比如插入排序。

3.遞歸的調用selection演算法查找上一步中所有中位數的中位數，設為x，偶數個中位數的情況下設定為選取中間小的一個。

4.用x來分割數組，設小於等於x的個數為k，大於x的個數即為n-k。

5.若i==k，返回x；若i<k，在小於x的元素中遞歸查找第i小的元素；若i>k，在大於x的元素中遞歸查找第i-k小的元素。

終止條件：n=1時，返回的即是i小元素。

六：DFS（深度優先搜索）

深度優先搜索演算法（Depth-First-Search），是搜索演算法的一種。它沿著樹的深度遍歷樹的節點，盡可能深的搜索樹的分支。當節點v的所有邊都己被探尋過，搜索將回溯到發現節點v的那條邊的起始節點。這一過程一直進行到已發現從源節點可達的所有節點為止。如果還存在未被發現的節點，則選擇其中一個作為源節點並重復以上過程，整個進程反復進行直到所有節點都被訪問為止。DFS屬於盲目搜索。

深度優先搜索是圖論中的經典演算法，利用深度優先搜索演算法可以產生目標圖的相應拓撲排序表，利用拓撲排序表可以方便的解決很多相關的圖論問題，如最大路徑問題等等。一般用堆數據結構來輔助實現DFS演算法。

深度優先遍歷圖演算法步驟：

1.訪問頂點v；

2.依次從v的未被訪問的鄰接點出發，對圖進行深度優先遍歷；直至圖中和v有路徑相通的頂點都被訪問；

3.若此時圖中尚有頂點未被訪問，則從一個未被訪問的頂點出發，重新進行深度優先遍歷，直到圖中所有頂點均被訪問過為止。

上述描述可能比較抽象，舉個實例：

DFS在訪問圖中某一起始頂點v後，由v出發，訪問它的任一鄰接頂點w1；再從w1出發，訪問與w1鄰接但還沒有訪問過的頂點w2；然後再從w2出發，進行類似的訪問，…如此進行下去，直至到達所有的鄰接頂點都被訪問過的頂點u為止。

接著，退回一步，退到前一次剛訪問過的頂點，看是否還有其它沒有被訪問的鄰接頂點。如果有，則訪問此頂點，之後再從此頂點出發，進行與前述類似的訪問；如果沒有，就再退回一步進行搜索。重復上述過程，直到連通圖中所有頂點都被訪問過為止。

七：BFS(廣度優先搜索)

廣度優先搜索演算法（Breadth-First-Search），是一種圖形搜索演算法。簡單的說，BFS是從根節點開始，沿著樹(圖)的寬度遍歷樹(圖)的節點。如果所有節點均被訪問，則演算法中止。

BFS同樣屬於盲目搜索。一般用隊列數據結構來輔助實現BFS演算法。

1.首先將根節點放入隊列中。

2.從隊列中取出第一個節點，並檢驗它是否為目標。

如果找到目標，則結束搜尋並回傳結果。

否則將它所有尚未檢驗過的直接子節點加入隊列中。

3.若隊列為空，表示整張圖都檢查過了——亦即圖中沒有欲搜尋的目標。結束搜尋並回傳「找不到目標」。

4.重復步驟2。

八：Dijkstra演算法

戴克斯特拉演算法（Dijkstra』salgorithm）是由荷蘭計算機科學家艾茲赫爾·戴克斯特拉提出。迪科斯徹演算法使用了廣度優先搜索解決非負權有向圖的單源最短路徑問題，演算法最終得到一個最短路徑樹。該演算法常用於路由演算法或者作為其他圖演算法的一個子模塊。

該演算法的輸入包含了一個有權重的有向圖G，以及G中的一個來源頂點S。我們以V表示G中所有頂點的集合。每一個圖中的邊，都是兩個頂點所形成的有序元素對。(u,v)表示從頂點u到v有路徑相連。我們以E表示G中所有邊的集合，而邊的權重則由權重函數w:E→[0,∞]定義。因此，w(u,v)就是從頂點u到頂點v的非負權重（weight）。邊的權重可以想像成兩個頂點之間的距離。任兩點間路徑的權重，就是該路徑上所有邊的權重總和。已知有V中有頂點s及t，Dijkstra演算法可以找到s到t的最低權重路徑(例如，最短路徑)。這個演算法也可以在一個圖中，找到從一個頂點s到任何其他頂點的最短路徑。對於不含負權的有向圖，Dijkstra演算法是目前已知的最快的單源最短路徑演算法。

1.初始時令S=,T=，T中頂點對應的距離值

若存在<V0,Vi>，d(V0,Vi)為<V0,Vi>弧上的權值

若不存在<V0,Vi>，d(V0,Vi)為∞

2.從T中選取一個其距離值為最小的頂點W且不在S中，加入S

3.對其餘T中頂點的距離值進行修改：若加進W作中間頂點，從V0到Vi的距離值縮短，則修改此距離值

重復上述步驟2、3，直到S中包含所有頂點，即W=Vi為止

九：動態規劃演算法

動態規劃（Dynamicprogramming）是一種在數學、計算機科學和經濟學中使用的，通過把原問題分解為相對簡單的子問題的方式求解復雜問題的方法。動態規劃常常適用於有重疊子問題和最優子結構性質的問題，動態規劃方法所耗時間往往遠少於樸素解法。

動態規劃背後的基本思想非常簡單。大致上，若要解一個給定問題，我們需要解其不同部分（即子問題），再合並子問題的解以得出原問題的解。通常許多子問題非常相似，為此動態規劃法試圖僅僅解決每個子問題一次，從而減少計算量：一旦某個給定子問題的解已經算出，則將其記憶化存儲，以便下次需要同一個子問題解之時直接查表。這種做法在重復子問題的數目關於輸入的規模呈指數增長時特別有用。

關於動態規劃最經典的問題當屬背包問題。

1.最優子結構性質。如果問題的最優解所包含的子問題的解也是最優的，我們就稱該問題具有最優子結構性質（即滿足最優化原理）。最優子結構性質為動態規劃演算法解決問題提供了重要線索。

2.子問題重疊性質。子問題重疊性質是指在用遞歸演算法自頂向下對問題進行求解時，每次產生的子問題並不總是新問題，有些子問題會被重復計算多次。動態規劃演算法正是利用了這種子問題的重疊性質，對每一個子問題只計算一次，然後將其計算結果保存在一個表格中，當再次需要計算已經計算過的子問題時，只是在表格中簡單地查看一下結果，從而獲得較高的效率。

十：樸素貝葉斯分類演算法

樸素貝葉斯分類演算法是一種基於貝葉斯定理的簡單概率分類演算法。貝葉斯分類的基礎是概率推理，就是在各種條件的存在不確定，僅知其出現概率的情況下，如何完成推理和決策任務。概率推理是與確定性推理相對應的。而樸素貝葉斯分類器是基於獨立假設的，即假設樣本每個特徵與其他特徵都不相關。

樸素貝葉斯分類器依靠精確的自然概率模型，在有監督學習的樣本集中能獲取得非常好的分類效果。在許多實際應用中，樸素貝葉斯模型參數估計使用最大似然估計方法，換言樸素貝葉斯模型能工作並沒有用到貝葉斯概率或者任何貝葉斯模型。

盡管是帶著這些樸素思想和過於簡單化的假設，但樸素貝葉斯分類器在很多復雜的現實情形中仍能夠取得相當好的效果。

通過掌握以上演算法，能夠幫你迅速提高編程能力，成為一名優秀的程序員。

④ 要做程序員需要學會什麼

其實簡單來說，程序員的工作就是使用編程語言，根據需求寫出一個程序。
但是，在這個過程中，涉及如下幾個方面：

使用的編程語言 程序員需要選擇一門或者多門語言來編程，不同的語言適合編寫不同的程序，目前主流編程語言包括，Java、JavaScript、Python、C++、php以及其他小語種等等，每種編程語言適合開發的程序有所不同。目前從程序應用分來，主要可以分為三類a 企業應用，主要用於解決企業業務。各種企業管理後台系統，銀行系統，公安系統，圖書管理系統等等。
b 互聯網應用，面向互聯網用戶，為互聯網用戶提供各類服務。比如現在的京東淘寶各類電商系統等。
c 移動應用，各類在移動端使用的APP，有面向互聯網用戶的APP，也有面向企業內部的APP。
目前相對而言，在移動應用和互聯網應用方面，資本投入比較熱的風口，程序員的薪資較高。企業應用，發展了很多年，相對平穩。

2. 明白需求，實現需求
需求就是編寫程序的要求。一個程序要編寫成什麼樣子，具備哪些功能，都是由需求來具體說明。程序員要需要能看懂需求文檔，並且能准確地使用編程語言，根據需求中的要求來編寫成程序。企業開發的項目，往往會由該程序的架構師提供一個程序框架，程序員在該框架的規范下進行編程，實現需求的功能，以確保程序的規范、可讀，以及可維護性。

3. 日常工作寫程序
一個軟體開發一般流程是產品經理根據用戶需求做一個項目出來，然後UI設計師做一些圖片設計，前端開發編寫頁面，後台開發編寫核心編程，然後介入一些大數據和人工智慧，通過測試之類上線實施，後期還有運維進行相關維護。
程序員一般大多指的是前端和後台寫代碼程序的開發人員，除了編寫代碼，可能還需要通過介面和其它系統對接，實現系統間的數據交換。像單體測試，是程序員對自己寫好的程序單元進行測試，檢測這個程序單元數據輸入和數據輸出是否符合預期等等。測試出來的問題，需要修改正確，然後再測試，直至沒有問題。和同事共同開發的時候也需要聯合測試，以及用戶測試過後如果存在BUG繼續進行修改。

⑤ 電腦程序員怎麼學

計算機編程的學習過程雖然具有一定的難度，但是只要有一個系統的學習規劃，大部分人都能學得會。對於初學者來說，可以按照以下步驟完成編程入門：

第一：選擇一門編程語言。雖然目前編程語言有600種左右，但是比較流行的編程語言只有幾十種，所以盡量選擇流行程度比較高的編程語言來入門編程。對於沒有明確編程場景的初學者來說，盡量選擇全場景編程語言，比如Java、Python、C#等就是不錯的選擇，不僅應用范圍廣泛，而且也有大量的開發案例可以參考學習。

第二：建立基本的編程思想。編程語言本身的難度並不高，只要掌握了相應的編程規則就能逐漸建立起自己的編程思想。建立編程思想的第一步是了解編程語言的基本語法規則，以Java語言為例，要掌握各種抽象概念，比如類、對象、屬性、方法等；第二步是了解基本的編程過程，比如類的定義、對象的創建、方法的調用；第三步是學習經典的編程模式。

第三：注重實驗。學習編程語言一定要重視實驗，實驗不僅能夠幫助理解各種抽象概念，也能在一定程度上積累編程經驗。

最後，在學習編程語言的過程中，也需要同時學習計算機網路、資料庫等相關知識，在當前的雲計算和大數據時代背景下，還需要掌握如何通過雲計算（PaaS）來輔助開發，以及如何利用大數據平台的各種資源。

⑥ C#初級程序員，怎麼快速提高技能呢做技術牛人

1：團隊精神和協作能力
把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是不可想像的。獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。

2：文檔習慣
說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發流程中非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級程序員和系統分析員，這個比例還要高很多。缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。

3：規范化，標准化的代碼編寫習慣
作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。
有些coding fans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自己壓根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質需求。
再看看整個linux的搭建，沒有規范化和標准化的代碼習慣，全球的研發協作是絕對不可想像的。
4：需求理解能力
程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關注一個功能需求，他們把性能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考慮，有人曾經放言說寫一個廣告交換程序很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的性能指標是如何實現的，對於這樣的程序員，你給他深藍那套系統，他也做不出太極鏈的並訪能力。性能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。

5：復用性，模塊化思維能力
經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重復性工作變成了熟練程序員的主要工作，而這些，其實是完全可以避免的。
復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投入到創新的代碼工作中去。
一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模塊都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部代碼重寫，大部分重復性工作無謂的浪費了時間和精力。

6：測試習慣
作為一些商業化正規化的開發而言，專職的測試工程師是不可少的，但是並不是說有了專職的測試工程師程序員就可以不進行自測；軟體研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成後進行認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效率和可靠性就有了最大的保證。
測試工作實際上需要考慮兩方面，一方面是正常調用的測試，也就是看程序是否能在正常調用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務，實際上還差的遠那；第二方面就是異常調用的測試，比如高壓力負荷下的穩定性測試，用戶潛在的異常輸入情況下的測試，整體系統局部故障情況下該模塊受影響狀況的測試，頻發的異常請求阻塞資源時的模塊穩定測試等等。當然並不是程序員要對自己的每段代碼都需要進行這種完整測試，但是程序員必須清醒認識自己的代碼任務在整體項目中的地位和各種性能需求，有針對性的進行相關測試並盡早發現和解決問題，當然這需要上面提到的需求理解能力。

7：學習和總結的能力
程序員是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有領先性，程序員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。
善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就更加高了。但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網路程序不懂通訊傳輸協議，做應用程序不懂中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提高。
善於總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段代碼，都應當有目的的跟蹤該程序的應用狀況和用戶反饋，隨時總結，找到自己的不足，這樣逐步提高，一個程序員才可能成長起來。
一個不具備成長性的程序員，即便眼前看是個高手，建議也不要選用，因為他落伍的時候馬上就到了。
具備以上全部素質的人，應當說是夠格的程序員了，請注意以上的各種素質都不是由IQ決定的，也不是大學某些課本里可以學習到的，需要的僅僅是程序員對自己工作的認識，是一種意識上的問題。

那麼作為高級程序員，以至於系統分析員，也就是對於一個程序項目的設計者而言，除了應該具備上述全部素質之外，還需要具備以下素質：

第一，需求分析能力
對於程序員而言，理解需求就可以完成合格的代碼，但是對於研發項目的組織和管理者，他們不但要理解客戶需求，更多時候還要自行制定一些需求，為什麼這么說呢？
一般而言，進行研發任務，也許是客戶提出需求，也許是市場和營銷部門提出的需求，這時候對於研發部門，他們看到的不是一個完整的需求，通常而言，該需求僅僅是一些功能上的要求，或者更正規些，可能獲得一個完整的用戶視圖；但是這都不夠，因為客戶由於非技術因素多一些，他們可能很難提出完整和清晰，或者說專業性的性能需求，但是對於項目組織者和規劃者，他必須能夠清醒認識到這些需求的存在並在完成需求分析報告的時候適當的提出，同時要完整和清晰的體現在設計說明書裡面，以便於程序員編碼時不會失去這些准則。
程序設計者必須正確理解用戶需求所處的環境，並針對性做出需求的分析，舉例而言，同樣一個軟體通過ASP租用方式發布和通過License方式發布，性能需求可能就是有區別的，前者強調的是更好的支撐能力和穩定性，而後者則可能更強調在各種平台下的普適性和安裝使用的簡捷性。

第二，項目設計方法和流程處理能力
程序設計者必須能夠掌握不少於兩到三種的項目設計方法（比如自頂至下的設計方法，比如快速原型法等等），並能夠根據項目需求和資源搭配來選擇合適的設計方法進行項目的整體設計。設計方法上選擇不當，就會耽誤研發周期，浪費研發資源，甚至影響研發效果。
一個程序設計者還需要把很多功夫用在流程圖的設計和處理上，他需要做數據流圖以確立數據詞典；他需要加工邏輯流圖以形成整體的系統處理流程。一個流程有問題的系統，就算代碼多漂亮，每個模塊多精緻，也不會成為一個好的系統。當然，做好流程分析並選擇好項目設計方法，都需要在需求分析能力上具有足夠的把握。

第三，復用設計和模塊化分解能力
這個似乎又是老調重談，前面基本素質上不是已經說明了這個問題嗎？
作為一個從事模塊任務的程序員，他需要對他所面對的特定功能模塊的復用性進行考慮，而作為一個系統分析人員，他要面對的問題復雜的多，需要對整體系統按照一種模塊化的分析能力分解為很多可復用的功能模塊和函數，並針對每一模塊形成一個獨立的設計需求。舉個例子，好比是汽車生產，最早每輛汽車都是獨立安裝的，每個部件都是量身定做的，但是後來不一樣了，機器化大生產了，一個汽車廠開始通過流水線來生產汽車，獨立部件開始具有一定的復用性，在後來標准化成為大趨勢，不同型號，品牌甚至不同廠商的汽車部件也可以進行方便的換裝和升級，這時候，汽車生產的效率達到最大化。軟體工程也是同樣的道理，一個成熟的軟體行業，在一些相關項目和系統中，不同的部件是可以隨意換裝的，比如微軟的許多桌面軟體，在很多操作模塊（如打開文件，保存文件等等）都是復用的同一套功能模塊，而這些介面又通過一些類庫提供給了桌面應用程序開發者方便掛接，這就是復用化的模塊設計明顯的一個佐證。
將一個大型的，錯綜復雜的應用系統分解成一些相對獨立的，具有高度復用性的，並能僅僅依靠幾個參數完成數據聯系的模塊組合，是作為高級程序員和系統分析員一項最重要的工作，合適的項目設計方法，清晰的流程圖，是實現這一目標的重要保證。

第四，整體項目評估能力
作為系統設計人員，必須能夠從全局出發，對項目又整體的清醒認識，比如公司的資源配置是否合理和到位，比如工程進度安排是否能最大化體現效率又不至於無法按期完成。評估項目整體和各個模塊的工作量，評估項目所需的資源，評估項目可能遇到的困難，都需要大量的經驗積累，換言之，這是一種不斷總結的累計才能達到的境界。在西方一些軟體系統設計的帶頭人都是很年長的，比如4，50歲，甚至更老，他們在編碼方面已經遠遠不如年輕人那樣活絡，但是就項目評估而言，他們幾十年的經驗積累就是最重要和寶貴的財富。中國缺這么一代程序員，主要還不是缺那種年紀的程序員，而是那種年紀的程序員基本上都是研究單位作出來的，都不是從專業的產品化軟體研發作出來的，他們沒有能積累那種產品化研發的經驗，這也是沒有辦法的事情。
第五，團隊組織管理能力
完成一個項目工程，需要團隊的齊心協力，作為項目設計者或研發的主管人，就應當有能力最大化發揮團隊的整體力量，技術管理由於其專業性質，不大同於一般的人事管理，因為這裡面設計了一些技術性的指標和因素。
首先是工作的量化，沒有量化就很難做到合適的績效考核，而程序量化又不是簡單的代碼行數可以計算的，因此要求技術管理人員需要能真正評估一個模塊的復雜性和工作量。
其次是對團隊協作模式的調整，一般而言，程序開發的協作通常分為小組進行，小組有主程序員方式的，也有民主方式的，根據程序員之間的能力水平差距，以及根據項目研發的需求，選擇合適的組隊方式，並能將責權和成員的工作任務緊密結合，這樣才能最大發揮組隊的效率。
一個代碼水平高的人，未必能成為一個合格的項目研發主管，這方面的能力欠缺往往是容易被忽視的。

綜上可以看到，作為一個主管研發的負責人，一個項目設計者，所需要具備的素質和能力並不是程序代碼編寫的能力，當然一般情況下，一個程序員通過不斷的總結提高達到了這種素質的時候，他所具有的代碼編寫能力也已經相當不簡單了，但是請注意這裡面的因果關系，一個高水平的項目設計者通常已經是代碼編寫相當優秀的人了，但是並不是一個代碼相當優秀的程序員就可以勝任項目設計的工作，這裡面存在的也不是智商和課本的問題，還是在於一個程序員在積累經驗，逐步提升的時候沒有意識到應當思考哪方面的東西，沒有有意識的就項目的組織和復用設計進行揣摩，沒有經常性的文檔習慣和總結習慣，不改變這些，我們的合格的項目設計者還是非常欠缺。

另外，為防止有無聊的人和我較真，補充一點，本文針對目標是作商業化的軟體項目和工程，那些科研機構的編程高手，比如演算法高手，比如圖象處理高手，他們的工作是研究課題而非直接完成商業軟體（當然最終間接成為商業產品，比如微軟研究院在作的研究課題），因此他們強調的素質可能是另外的東西，這些人（專家），並不能說是程序員，不能用程序員的標准去衡量。

最後補充一點東西，一個軟體項目研發的設計流程是怎樣的呢？以通常標準的設計方法為例，（不過筆者喜歡快速原型法）。

第一個步驟是市場調研，技術和市場要結合才能體現最大價值。

第二個步驟是需求分析，這個階段需要出三樣東西，用戶視圖，數據詞典和用戶操作手冊。用戶視圖是該軟體用戶（包括終端用戶和管理用戶）所能看到的頁面樣式，這裡麵包含了很多操作方面的流程和條件。數據詞典是指明數據邏輯關系並加以整理的東東，完成了數據詞典，資料庫的設計就完成了一半多。用戶操作手冊是指明了操作流程的說明書。請注意，用戶操作流程和用戶視圖是由需求決定的，因此應該在軟體設計之前完成，完成這些，就為程序研發提供了約束和准繩，很遺憾太多公司都不是這樣做的，因果顛倒，順序不分，開發工作和實際需求往往因此產生隔閡脫節的現象。
需求分析，除了以上工作，筆者以為作為項目設計者應當完整的做出項目的性能需求說明書，因為往往性能需求只有懂技術的人才可能理解，這就需要技術專家和需求方（客戶或公司市場部門）能夠有真正的溝通和了解。

第三個步驟是概要設計，將系統功能模塊初步劃分，並給出合理的研發流程和資源要求。作為快速原型設計方法，完成概要設計就可以進入編碼階段了，通常採用這種方法是因為涉及的研發任務屬於新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是並不是說詳細設計說明書不重要，事實上快速原型法在完成原型代碼後，根據評測結果和經驗教訓的總結，還要重新進行詳細設計的步驟。
第四個步驟是詳細設計，這是考驗技術專家設計思維的重要關卡，詳細設計說明書應當把具體的模塊以最『干凈』的方式(黑箱結構）提供給編碼者，使得系統整體模塊化達到最大；一份好的詳細設計說明書，可以使編碼的復雜性減低到最低，實際上，嚴格的講詳細設計說明書應當把每個函數的每個參數的定義都精精細細的提供出來，從需求分析到概要設計到完成詳細設計說明書，一個軟體項目就應當說完成了一半了。換言之，一個大型軟體系統在完成了一半的時候，其實還沒有開始一行代碼工作。那些把作軟體的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。

第五個步驟是編碼，在規范化的研發流程中，編碼工作在整個項目流程里最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在很多研發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對於程序員而言，bug永遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候嗎？從來沒有！

第六個步驟是測試
測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試范圍，可以分為模塊測試和整體聯調；按照測試條件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。
總之，測試同樣是項目研發中一個相當重要的步驟，對於一個大型軟體，3個月到1年的外部測試都是正常的，因為永遠都會又不可預料的問題存在。
完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營狀況並持續修補升級，知道這個軟體被徹底淘汰為止。

寫這些步驟算不上賣弄什麼，因為實話講我手邊是一本《軟體工程》，在大學里這是計算機專業的必修課程，但是我知道很多程序員似乎從來都只是熱衷於什麼《30天精通VC》之類的，他們有些和我一樣游擊隊出身，沒有正規學過這個專業，還有一些則早就在混夠學分後就把這些真正有用的東西還給了老師。

網上現在也很浮躁，一些coding fans亂嚷嚷，混淆視聽，實際上真正的技術專家很少在網上亂發帖子的，如筆者這樣不知天高地厚的，其實實在是算不上什麼高手，只不過看不慣這種對技術，對程序員的誤解和胡說，只好挺身而出，做撥亂反正之言，也希望那些還沉迷於一些錯誤人士的coding fans們能認真想想，走到正途上，畢竟那些聰明的頭腦還遠遠沒有發揮應有的價值。

⑦ 初學者JAVA程序員怎樣快速提升自己技術

一、提升對java技術的思考
很多人口裡嚷著要提升java技術，行動也有，但就是不奏效，是怎麼回事呢?因為行動前沒有好好的思考，比如老是盯著已經掌握熟練的java技術練習，你為什麼不考慮多練練你不熟習的java技術呢?那麼應該思考些什麼關於java技術的問題呢?
1、這個技術能解決什麼問題(why)
2、比較適合在哪些場景應用(where+when)
3、這個技術跟我已經掌握的哪個知識或技能類似，有什麼差別、有什麼特點、有什麼優點和缺點(what)
4、了解前面的問題後，你在開始考慮提升java技術那麼效果會比較好。
二、善於模仿，把他人的變成你的
你的代碼剛開始是怎麼學會的呢?不外乎模仿，但是模仿也有訣竅，有的人模仿的快，有的人模仿的慢。時常強調，多去看看其他人的代碼是怎麼編寫的，你可以從其他人的代碼中模仿出很多的東西，甚至你可以嘗試去修改其他人的代碼，讓它跟你的想法更加接近，看看你下次是不是可以這樣做，看看學習效率有沒有提高或者變得簡單，長此以往，你的java技術一定會有質的提升。

⑧ 計算機專業學生該如何提高自己

一、要做到主動做功，施加外力，做熵減。在封閉的系統裡面，沒有外力做功，導致沒有能量和信息的交換，最後系統變得混亂以致於衰亡。那麼我們就需要主動做功施加外力，減少熵增。

在學習過程中主動清理干擾（保持專注），建立追蹤系統（以文檔的形式任務記錄和周期計劃），降低信息的混亂程度（時常反思、總結，找方法規律，勤整理）

二、保持開放的系統，不斷從外界獲取能量。

孤立封閉的系統，會導致熵增。我們需要保持開放的系統，不斷從外界獲取能量，才能不斷讓自己獲得能力的增長，不斷變得更強。獲得什麼樣的能量，新能量鄙人覺得包含了以下幾個方面：

1新情緒。當感覺自己情緒低落、心情不好時，放鬆下來，出去走走，散散心，當然，看一部《當幸福來敲門》《肖申克的救贖》也很不錯呀

2新知識

新知識能不斷刷新人的認知，促進人的成長。通過不斷學習新的知識，不管是學習心理學、管理學還是其它學科，你都會從外界獲得新的方法論，讓自己提升認知水平，讓自己解決問題能力更強，效率更高，那種感覺就像代碼過程解決了大bug，升級了Cpu一樣，加速了自我的發展。

3新社交

認識不同的人，得到的除了人脈，還有更多有價值的思想。要知道，人是一個系統，你和其它系統進行信息交換，會對你的思想有了不同的輸入和刺激，就會獲得不一樣的思想的影響，並促進自我思維和思想的多元化發展，也就提升了自己的問題解決能力，當然無效的社交，棄之