如何做好程序員研究

㈠ 程序員工作要做什麼

程序員(英文Programmer)是從事程序開發、維護的專業人員。一般我們將程序員分為程序設計人員和程序編碼員，但兩者的界限並不非常清楚，特別是在中國。
作一個真正合格的程序員，應該具有的素質。
1：團隊精神和協作能力
團隊精神和協作能力是作為一個程序員應具備的最基本的素質。軟體工程已經提了將近三十年了，當今的軟體開發已經不是編程了，而是工程。獨行俠可以寫一些程序也能賺錢發財，但是進入研發團隊，從事商業化和產品化的開發任務，就必須具備這種素質。可以毫不誇張的說這種素質是一個程序員乃至一個團隊的安身立命之本。
2：文檔習慣
文檔是一個軟體系統的生命力。一個公司的產品再好、技術含量再高，如果缺乏文檔，知識就沒有繼承，公司還是一個來料加工的軟體作坊。作為代碼程序員，必須將30％的工作時間寫用於技術文檔。沒有文檔的程序員勢必會被淘汰。
3：規范化的代碼編寫習慣
知名軟體公司的代碼的變數命名、注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。 一些所謂的高手甚至叫囂高手寫的代碼一般人看不懂，我只能說他不是一名合格的程序員。
4：需求理解能力
程序員要能正確理解任務單中描述的需求。在這里要明確一點，程序員不僅僅要注意到軟體的功能需求，還應注意軟體的性能需求，要能正確評估自己的模塊對整個項目中的影響及潛在的威脅，如果有著兩到三年項目經驗的熟練程序員對這一點沒有體會的話，只能說明他或許是認真工作過，但是沒有用心工作。
5：模塊化思維能力
作為一個優秀的程序員，他的思想不能在局限當前的工作任務裡面，要想想看自己寫的模塊是否可以脫離當前系統存在，通過簡單的封裝在其他系統中或其他模塊中直接使用。這樣做可以使代碼能重復利用，減少重復的勞動，也能是系統結構越趨合理。模塊化思維能力的提高是一個程序員的技術水平提高的一項重要指標。
6：測試習慣
測試是軟體工程質量保證的重要環節，但是測試不僅僅是測試工程師的工作，而是每個程序員的一種基本職責。程序員要認識測試不僅是正常的程序調試，而要是要進行有目的有針對性的異常調用測試，這一點要結合需求理解能力。
7：學習和總結的能力
程序員是很容易被淘汰的職業，所以要善於學習總結。許多程序員喜歡盲目追求一些編碼的小技巧，這樣的技術人員無論學了多少語言，代碼寫起來多熟練，我們只能說他是一名熟練的代碼民工，他永遠都不會有質的提高。一個善於學習的程序員會經常總結自己的技術水平，對自己的技術層面要有良好的定位，這樣才能有目的地提高自己。這樣才能逐步提高，從程序員升級為軟體設計師、系統分析員。
作為高級程序員，乃至於設計師而言，除了應該具備上述全部素質之外，還需要具備以下素質：
1、 需求分析能力
2、 整體框架能力
3、 流程處理能力
4、 模塊分解能力
5、 整體項目評估能力
6、 團隊組織管理能力

一般招工時需要提供基礎程序員證書，要參加考試的：

[編輯本段]考試說明
1、 考試要求：
（1） 熟練掌握基本演算法和數據結構，用C語言編製程序；
（2） 掌握數據結構、程序變速器和操作系統的基礎知識；
（3） 了解軟體工程、資料庫、多媒體和網路的基礎知識；
（4） 掌握數制、機內代碼及其算術運算和邏輯運算的基礎知識；
（5） 了解計算機的體系結構和主要部件的基礎知識。
2、 通過本級水平考試的合格人員能按照軟體設計說明書編製程序，具有相當於助理工程師
的實際工作能力和業務水平。
3、 本級水平考試范圍包括兩個模塊：模塊1——程序編制能力（考試時間為150分鍾）；模
塊2——基礎知識（程序員級）考試時間為120分鍾）。題型為：單項選擇題十多項選擇題。

㈡ 怎樣做一名高效率程序員

很多人問我，你怎麼效率那麼高，工作很忙，又要帶娃，還寫博客，還有時間運動。今天就寫寫這個話題：程序員如何提高工作效率
保持高工作效率，我覺得主要有一下4個方面，希望能對大家有幫助。
集中目標
工作列表
不論是開發還是設計，還是其他職業，工作列表都很重要，工作目標很明確。工作的時候才能格外專注，才不會走神。
用自己最熟悉的工具（我用Evernote），把待辦工作列表（今天要做什麼）記錄下來，很重要的一點是記錄分解後的小目標（分解任務也是一個很重要的能力）。同時也保持工作中產生的新的問題（任務），經常性地調整當前工作任務列表，根據重要性對這些任務進行劃分，經常想著那些最重要的問題。
專注目標
專注目標不是那麼容易做到的，需要學會分離與當前無關的任務/問題，工作中經常會碰到的問題可以首先尋找簡單可用可靠的方案，並將心中的疑慮記錄下來，集中成一個列表，工作之外翻翻書，系統思考和學習，而不會因為這個問題而叉開思路對相關的內容研究一番。總之，專注當前的任務，把新問題記錄下來，回頭再專心攻克。
學會避繁就簡，在基本功的增強後，會發現很多問題可以簡單閱讀或查找文檔，或瀏覽問題相關的庫的源碼解決；
學會簡化問題
無論是在廣義的工作方法/工作態度上，還是在針對具體問題上，很重要的一個個人能力就是化繁為簡了。化繁為簡是所有工作方法/軟體設計的核心。將那些可以砍掉的工作砍掉，做到盡可能地簡單。
從工作方法和態度上來講，真正需要去做的工作才值得去做，大力砍掉那些不應該在當前工作中處理的事情。例如不必要的優化，不必要的擴展性，不必要的性能，不必要的功能，可以不要的技術，不必要的流程，不必要的文檔，統統砍掉，一切可以沒有的全都不能有。
工作中也可能遇到非關鍵的難題，通常繞過它們，使用更簡單的方案就是了。糾纏於這些不重要的難題，最容易浪費時間。
從設計/實現來講，最好的方案就是最簡單直接、一眼就能看懂的方案。而且通常最簡單直接的方式，通常性能也最好。
基本功
基本功的內容十分復雜。
第一項基本功是對整個計算機體系的理解，對操作系統/虛擬機/資料庫本質的理解，對語言基礎類和庫的理解，這些是核心基本功。
第二項基本功是學習能力。通過快速閱讀核心文檔理解核心思想，然後其他的東西總是能從文檔中查到就行。細枝末節的東西，即學即用，學過就忘可也。
第三項基本功是文檔、代碼、資料的搜索和收集，技術問題建議大家用Google搜索，有意識的整理出自己的代碼庫。
工具
選擇工具核心標准，就是簡單樸素可信賴，如果一個工具出幾次詭異現象，那就乾脆丟掉它。
熟悉工具，實際上我們工作中，就是和各種各樣工具打交道，各種IDE，編輯器，版本管理工具，命令行終端，TODO工具等等。要想在工作中如行雲流水，一定要熟悉工具，包括工具快捷鍵，命令，原理等等。
寫自己工具，很多時候，我們需要重復的做一件事情，當你做第2遍，第3遍的時候，就應該想一想，能不能自動化，很多簡單的幾句shell就可以搞定，麻煩的一點的，可以先記錄下來。比如，我就寫了非常多的腳本：一個命令反編譯APK並查看源碼、提取當前版本號打git tag並提交等等。很多時候幾分鍾到幾十分鍾的事情可以壓縮到幾秒鍾完成，也避免了對工作的打斷。

㈢ 如何能成為一個好的程序員

程序員一定要除了基本的道行修煉外。更重要的是德行修煉。德行＝合作能力或溝
通能力。對於規模大，生命周期長（特別是衍生生命周期長）的軟體項目而言，德行更
重要。
德行的標准
軟體開發離不開企業，企業的文化決定著程序員的行為規范，比較理想的企業文化
是：
溝通方式開放、自由、平等，個人長期發展和企業發展的有限度統一。這樣的企業
文化，必然會造就具有長遠眼光和冒險精神的將帥之才。
這方面的楷模是微軟公司，該公司全球員工平均年齡只有28歲，無論在全球的哪家
公司，微軟評判人才的標准都是相同的。挑選員工的第一標準是應聘者是否具有良好的
品德。微軟認為，良好的品質是職業道德的基礎。其次，看應聘者解決問題的能力如何
，在面對困難時是退縮，還是勇往直前，因為實際工作中常有新問題需要解決。第三，
要測試應聘者有沒有快速學習的能力，日新月異的技術發展要求有快速學習能力。另外
，團隊精神、責任心、工作熱情、創新精神和獨立工作能力都是必須的。
好的企業文化熏陶出來的程序員，必然是關注個人長遠發展的職業精英，這樣的程
序員必然會較早地設定自己的職業發展管道。比如：
管理序列：程序員->項目管理人員->中級管理人員->高級管理人員；
技術序列：程序員->高級程序員->需求分析師\\架構工程師\\質量管理；
市場序列：程序員->售前支持->銷售；
與這樣的個人職業發展管道相適應的個人技能是：
——軟體基礎理論扎實；
——系統分析與設計能力較強；
——具有熟練的系統開發、系統測試與系統維護技術和管理技能；
——較強的項目管理能力和交流與組織協調能力；
——在企業既能適應軟體產品研發，又能適應項目管理崗位；
——具備獨立工作能力和創新意識。
在項目開發過程中，有效溝通非常重要，溝通的形式多種多樣，除了常見的幾種方
式外，下面講幾種比較有特點的溝通方式：
＊ 歷史和現在
如何最大程度地挖掘過去成果的價值，需要講過去的成果(演算法，code，設計思想等
)進行再組織，使之可以被快速檢索。
＊ 標准化
「最好的溝通是沒有溝通」，通過標准化的技術手段，使個人的輸出可以被他人非
常容易地了解，這樣可以避免溝通帶來的效率低下。
＊ 技術一致性
軟體技術的發展，使得程序員這個職業需要不斷細分，這帶來的最大問題是不同技
術間的互通問題。為此，在程序開發過程中，需要不斷進行的技術預研變得越來越重要
。並且，只要滿足功能需求，就採用最簡單的實現技術。
＊ 簡單性
程序規模變得越來越龐大的同時，修正Bug的代價程指數級增長。因此，盡量少用比
較容易犯錯誤的編程技術（比如C語言的指針），盡量採用簡單（犧牲效率）的演算法，接
口間盡量少一些「合並點」，將是非常有價值的。
不良的德行
盡管國內程序員有一些普遍的優點：比如有雄心壯志，面對困難時比較堅毅，理論
基礎、尤其是數學功底扎實，編程能力強，吃苦耐勞、講紀律、講服從等。
而缺點也是突出的：創新精神不足，做事缺乏主動，獨立從事研究的能力弱，對很
多事沒有主見，而且有想法不直接說，對新知識了解不夠，不善於與人交流，缺乏合作
精神。
還有一些缺點：不誠實——表現在答應了的事不去做；貪小便宜——用公司設備辦
私事；不夠踏實——急功近利，擅長做表面文章。
這些不良德行在實際的程序開發中表現如下：
＊ 濫用不變數，以自己模塊調試通過為最高目的
大家知道，程序中到處存在著「瓶頸」，這些瓶頸是造成程序運行時不穩定的最重
要的因素之一。比方說，在模塊介面間定義了一個用常數開辟的內存空間。消除這些瓶
頸要從幾個方面入手：
——採用技術手段減少不變數的使用，不要給別人造成麻煩；
——集中使用不變數，方便自己的上司作出Bug修正決定；
——應用各種異常捕獲機制，在不變數導致的異常出現點進行精確定位；
＊ 不尊重文檔，契約意識淡薄
應該把文檔看成法律合同，要認真書寫，完全徹底地遵守。並且，一旦發現定義模
糊的地方，應該及時通報作者進行適當修正。
＊ 不寫或少寫注釋，小農思想嚴重
程序是共有的，模塊是不能獨活的，注釋可以幫助測試人員和維護人員的工作，並
且，特別利於軟體重用，最大限度地延長模塊的生命周期；
＊ 不關心他人的進度，個人利益高於以前
開發進度的平衡是一個項目成功的重要標志。個人的能力是不平衡的，每個人的工
作量也是不平衡的。關心他人的進度，並在適當時機施以援手，將最大程度地消除開發
進度中「人的瓶頸」。要知道：團隊成功是個人成功的前提；
＊ 不借鑒他人的閃光點，偏重技術，忽視德行，難成大器
創新分精神創新和內容創新。有一個有趣的現象，大家大概都經歷過，比如：A在他
負責的模塊內用了一個演算法，得到領導表揚；B就另外寫一個演算法，可能B的演算法要好，
但，站在整個項目的角度看，B的行為是有害的，因為他損害了溝通的效率（領導要分別
看兩個演算法，測試員要策兩種演算法，維護人員就更苦了）。
企業的德行
IT界普遍認為國內IT教育在課程設置上存在不足，比如課程陳舊，學生的動手能力
差，缺乏實踐經驗。很多企業抱怨，學生到了企業後，不好用，企業不得不再培訓一段
時間才能用，所以，很多企業不願選擇應屆生，而喜歡從社會上招聘。實際上是這樣嗎
？
這實際上反映了國內軟體企業的規模比較小，偏重只有較短生命周期的應用軟體開
發，所以，這些企業在自身資源有限和發展定位上的「鼠目寸光」決定了他們對人才需
求的的急功近利。
實際上，培養剛從學校出來的大學生是最合適的人才選拔方式。學生剛剛踏上社會
，對職業的理解可以從0開始塑造，這樣建立起來的團隊特別整齊。這可以從每年跨國公
司的校園招聘會上得到證明。

㈣ 系統程序員，主要學會那些技能，如何做好一個系統程序員，需要注意事項有哪些

程序員是一種技術工作，在IT的發展中有相當重要的地位，從底層硬體通訊協議的建立， 到數據傳輸層的處理，到操作系統的建設，到資料庫平台的建設，一直到應用層上各種數 據營銷平台的搭建，程序員在裡面都扮演著舉足輕重的角色並為IT事業的發展做出了巨大 的貢獻。 中國有很多精於編碼的人，但是中國軟體行業，尤其是網路應用開發方面誤區很大，很難形成有規模的軟體開發力量和產品能力，不但比美國差距甚遠，和印度相比也是頗有不如。這些問題不是在於中國程序員的智商和工作努力狀況，也不是在於國家和民間對開發的投入程度，而是很大程度上，有一些對技術，對程序開發，對項目設計方面的思想誤區，這些誤區，導致了軟體行業的產品化能力不足，缺乏規模化和大型復用系統研發能力，可以說，改變認識誤區，是解決軟體行業小作坊模式和個體英雄模式所帶來的局限性 的重要工作。 中國有很多小朋友，他們18,9歲或21,2歲，通過自學也寫了不少代碼，他們有的代碼寫的很漂亮，一些技術細節相當出眾，也很有鑽研精神，但是他們被一些錯誤的認識和觀點左右，缺乏對系統，對程序的整體理解能力，這些人，一個網上的朋友說得很好，他們實際 上只是一些Coding fans，壓根沒有資格稱為程序員，但是據我所知，不少小網路公司的 CTO就是這樣的coding fans,拿著嚇人的工資，做著嚇人的項目，項目的結局通常也很嚇 人。 程序員基本素質: 作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應該具 有的素質。 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們能認真想想，走到正途上，畢竟那些聰明的頭腦還 遠遠沒有發揮應有的價值。

㈤ 如何做一名優秀的程序員

首先就是你的目標就不明確,你先要確定自己打算向哪方面發展
當好一名合格的程序員不僅要有扎實的基礎知識，還要多思考，多實踐，勤看書，更要有團隊合作精神，平時多和別人交流，俗話說：「三人行必有我師」，多上網看看一些資料，看看別人對同一問題的看發會有很大的啟發，要知道不是你一個人在寫程序而是和大家一起寫程序，注重團隊的力量！編程是一種藝術，要好好的發揮團隊的力量把它做的漂亮，完美。

勤奮聯系，多寫一些程序，然後在根據程序代碼多想想用多種方法去測試運行它`實習基地給我們提供了實際做一些項目的機會`我會借這個機會多學習`多思考，多實踐。多看一些相關的書，不斷提高自己。

我覺得做一名程序員是很難的，特別是做一名合格的程序員就更要嚴格要求自己，增加團隊合作能力，不斷提高自身水平。

1.1 程序≠軟體
現在很多人以為程序就是軟體，軟體就是程序。事實上，軟體和程序在20世紀80年代時，還可以說是等同的，或者說，在非pc領域里它們可能還會是等同的，比如說某個嵌入式軟體領域，軟體和程序可能是等同的。但是，在pc這個領域內，現在的程序已不等於軟體了。這是什麼意思呢？
1. 軟體發展簡述
在20世紀80年代的時候，pc剛誕生，這時國內還沒有幾個人會寫程序。那麼，如果你寫個程序，別人就可以拿來用。這時候的程序就能產生價值，這個程序就直接等同於軟體。
但軟體行業發展到現在，這里以中國的情況為例（美國在20世紀80年代，程序已經不等同於軟體了），程序也不等同於軟體了。因為現在會寫程序很容易，但是你的這個程序很難產生什麼樣的商業意義，也不能產生什麼價值，這就很難直接變成軟體。要使一個程序直接變成軟體，中間就面臨著很高的門檻問題。這個門檻問題來自於整個行業的形成。
現在，你寫了一個程序以後，要面臨商業化的過程。你要宣傳，你要讓用戶知道，你要建立經銷渠道，可能你還要花很多的時間去說服別人用你的東西。這是程序到軟體的一個過程。這門檻已比較高了。
我們在和國內的大經銷商的銷售渠道的人聊天時，他們的老闆說，這幾年做軟體的門檻挺高的，如果你沒有五、六百萬做軟體，那是「玩」不起來的。我說：「你們就使門檻很高了。」他說：「那肯定是的。如果你寫個「爛」程序，明天你倒閉了，你的東西還佔了我的庫房，我還不知道找誰退去呢。我的庫房是要錢的呀！現在的軟體又是那麼多！」
所以，如果你沒有一定的資產的話，經銷商都不理你。實際情況也是這樣的，如果你的公司比較小，且沒什麼名氣，你的產品放到經銷商庫房，那麼他最多給你暫收，產品銷不動的話，一般兩周絕對會退貨。因為現在經銷商可選擇的餘地已很多了，所謂的軟體也已經很多了。而程序則更多，程序都想變成軟體，誰都說自己的是「金子」。但只有經受住用戶的檢驗，才能成為真正的「金子」。
這就是美國為什麼在20世紀90年代幾乎沒有什麼新的軟體公司產生的原因。只是原來80年代的大的軟體公司互相兼並，我吞你，你吃我。但是，寫程序的人很多，美國的程序變軟體的門檻可能比我們還高，所以很多人寫了程序就丟在網上，就形成了共享軟體。
2. 共享軟體
共享軟體是避開商業渠道的一種方法。它避開了商業的門檻，因為這個行業的門檻發展很高以後就輕易進不去了。我寫個程序丟在網上，你下載就可以用，這時候程序又等於軟體。共享軟體是這樣產生的，是因為沒有辦法中的辦法。如果說程序直接等於軟體的話，誰也不會輕易把程序丟到網上去。
開始做共享軟體的人並不認為做它能賺錢，只是後來用的人多了，有人付錢給他了。共享軟體使得程序和軟體的距離縮短了，但是它與商業軟體的距離會進一步拉大。商業軟體的功能和所要達到的目標就不是一個人能「玩」得起來的了。這時的軟體也已不是幾個人、一個小組就能做出來的了。這就是在美國新的軟體公司沒法產生的原因。比如netscape網景是在1995～1996年產生的新軟體公司，但是，兩三年後它就不見了。
1.1.1 商業軟體門檻的形成
1. 商業軟體門檻的形成
商業軟體門檻的形成是整個行業發展的必然結果。任何一個行業初始階段時的門檻都非常低，但是，只要發展到一定的階段後，它的門檻就必然抬高。比如，現在國內生產小汽車很困難，但在20世紀50年代～60年代的時候，你裝4個輪子，再加上柴油機等就形成汽車。那時的萊特兄弟裝個螺旋槳，加兩個機翼，就能做飛機。整個行業還沒有形成的時候，絕對可以這樣做，但是，到整個行業形成時，你就做不了了。所有的行業都是這樣的。
為什麼網站一出來時那麼多人去擠著做？這也是因為一開始的時候，看起來門檻非常低，人人都可以做。只要有一個伺服器，架根網線，就能做網站。這個行業處於初始階段時，情況就是這樣的。但這個行業形成後，你就輕易地「玩」不了了。
國內的軟體發展也是如此。國內的軟體自從軟體經銷商形成以後，這個行業才真正地形成。有沒有一個渠道是判斷一個行業是否形成的很重要的環節。任何一個行業都會有一個經銷渠道，如果渠道形成了，那麼這個行業也就形成了。第一名的經銷商是1994年～1995年成立的，也就是說，中國軟體行業大概也就是在1995年形成的，至今才經歷8年時間的發展。
有一種浮躁的思想認為，中國軟體產業應該很快就能趕上美國。美國軟體行業是上世紀80年代形成的，到現在已經發展了20多年了。中國軟體行業才8年，8年才是一個懵懂的小孩，20多歲是一個強壯的青年，那麼他們的力量是不對等的。但也要看到，當8歲變成15歲的時候，它真正的能量才會反映出來。
2. 軟體門檻對程序員的影響
現在中國軟體行業正在形成。所以，現在做一個程序員一定要有耐心，因為現在已經不等於以前了。你一定要把所有的問題搞清楚，然後再去做程序。
對於程序員來說，最好的工作環境是在現有的或者初始要成立的公司裡面，這是最容易成功的。個人單槍匹馬闖天下已經很困難了。即使現在偶爾做兩個共享軟體放在網上能成名，但是也已經比較困難了。因為現在做軟體的人已經很多了。這也說明軟體已經不等於程序了，程序也不等於軟體。
程序要變成軟體，這中間是一個商業化的過程。沒有門檻以前，它沒有這個商業過程，現在有這個行業了，它中間就有商業化的過程。這個商業的過程就不是一個人能「玩」的。
如果你開始做某一類軟體的時候，別人已經做成了，這時你再決定花力氣去做，那麼你就要花雙倍的力氣去趕上別人。
現在的商業軟體往往是由很多模塊組成的，模塊是整個系統的一部分。個人要完整地寫一個商業系統幾乎是不可能的。軟體進入windows平台後，它已經很復雜了，不像在dos的時候，你寫兩行程序就能賣，做個zip也能賣。事實上，美國的商業編譯器也不是一個人能「玩」的。現在你可能覺得它是很簡單的，甚至linux還帶了一個gcc，且源程序還在。你可以把它改一改，做個vc試一試，看它會有人用嗎？它能變成軟體嗎？即使你再做個界面，它也還是一個gcc，絕對不會成為visual c++那樣能商業化的軟體。
可見，國外軟體行業的門檻要比中國的高很多了。我覺得我們中國即使再去做這樣的東西，也沒有多大的意義了。這個門檻你是追不過來的。不僅要花雙倍的力氣，而且在這么短的時間內，你還要完成別人已經完成過的工作，包括別人所做的測試工作。只有這樣，才能做到你的軟體與別人有競爭力，能與它做比較。
1.1.2 認清自己的發展
如果連以上認識都不清楚，很可能就以為去書店買一本mfc高手速成之類的書，編兩個程序就能成為軟體高手。就好像這些書是「黃金」，我學兩下，學會了vc、mfc，就能做一個軟體拿出去賣了。這種想法也不是不行，最後一定能行，但要有耐心，還要有機遇。機遇是從耐心中產生的，越有耐心，就越有機遇。你得非常努力，要花很多的精力，可能還要走很多的彎路。
如果你是從mfc入手的，或是從vb入手的，則如要做出一個真正的能應用個人領域的通用軟體，就會走非常多的彎路。直接的捷徑絕對不是走這兩條路。這兩條路看起來很快，而且在很多公司裡面確實需要這樣的東西，比如說我這家公司就是為另一個家公司做系統集成的，那我就需要這樣的東西，我不管你具體怎麼實現，我只需要達到這個目標就行了。
任何軟體的實現都會有n種方法，即使你是用最差的那種方法實現的，也沒有問題，最後它還是能運行。即使有問題，再改一改就是。但是，做通用軟體就不行了，通用是一對多，你做出來的軟體以後要面向全國，如果將來自由貿易通到香港也好，通到國外也好，整個產品能銷到全世界的話，這時候，通用軟體所有做的工作就不是這么簡單了。所以說，正確的入門方法就很關鍵。
如果你僅僅只是想混口飯吃，找個工作，可能教你成為mfc的高手之類的書對你就足夠了。但是，如果你想做一個很好的軟體，不僅能滿足你謀一碗飯吃，還能使你揚名，最後你的軟體還能成為很多人用，甚至你還想把它作為一個事業去經營，那麼這第一步就非常關鍵。這時就絕對不能找一本mfc或找一本vb的書學兩下就行，而是要從最底層開始做起，從最基本做起。
1.2 高手是怎樣練成的
1.2.1 高手成長的六個階段
程序員怎樣才能達到編程的最高境界？最高境界絕對不是你去編兩行代碼，或者是幾分鍾能寫幾行代碼，或者是用什麼所謂的可視化工具產生最少的代碼這些工作，這都不是真正的高手境界。即使是這樣的高手，那也都是無知者的自封。
我認為，一個程序員的成長可分為如下六個階段。
 第一階段
此階段主要是能熟練地使用某種語言。這就相當於練武中的套路和架式這些表面的東西。
 第二階段
此階段能精通基於某種平台的介面（例如我們現在常用的win 32的api函數）以及所對應語言的自身的庫函數。到達這個階段後，也就相當於可以進行真實散打對練了，可以真正地在實踐中做些應用。
 第三階段
此階段能深入地了解某個平台系統的底層，已經具有了初級的內功的能力，也就是「手中有劍，心中無劍」。
 第四階級
此階段能直接在平台上進行比較深層次的開發。基本上，能達到這個層次就可以說是進入了高層次。這時進入了高級內功的修煉。比如能進行vxd或操作系統的內核的修改。
這時已經不再有語言的束縛，語言只是一種工具，即使要用自己不會的語言進行開發，也只是簡單地熟悉一下，就手到擒來，完全不像是第一階段的時候學習語言的那種情況。一般來說，從第三階段過渡到第四階段是比較困難的。為什麼會難呢？這就是因為很多人的思想變不過來。
 第五階級
此階段就已經不再局限於簡單的技術上的問題了，而是能從全局上把握和設計一個比較大的系統體系結構，從內核到外層界面。可以說是「手中無劍，心中有劍」。到了這個階段以後，能對市面上的任何軟體進行剖析，並能按自己的要求進行設計，就算是ms word這樣的大型軟體，只要有充足的時間，也一定會設計出來。
 第六階級
此階段也是最高的境界，達到「無招勝有招」。這時候，任何問題就純粹變成了一個思路的問題，不是用什麼代碼就能表示的。也就是「手中無劍，心中也無劍」。
此時，對於練功的人來說，他已不用再去學什麼少林拳，只是在旁看一下少林拳的對戰，就能把此拳拿來就用。這就是真正的大師級的人物。這時，win 32或linux在你眼裡是沒有什麼差別的。
每一個階段再向上發展時都要按一定的方法。第一、第二個階段通過自學就可以完成，只要多用心去研究，耐心地去學習。
要想從第二個階段過渡到第三個階段，就要有一個好的學習環境。例如有一個高手帶領或公司里有一個好的練手環境。經過二、三年的積累就能達到第三個階段。但是，有些人到達第三個階段後，常常就很難有境界上的突破了。他們這時會產生一種觀念，認為軟體無非如此，認為自己已無所不能。其實，這時如果遇到大的或難些的軟體，他們往往還是無從下手。
現在我們國家大部分程序員都是在第二、三級之間。他們大多都是通過自學成才的，不過這樣的程序員一般在軟體公司也能獨當一面，完成一些軟體的模塊。
但是，也還有一大堆處在第一階段的程序員，他們一般就能玩玩vb，做程序時，去找一堆控制項集成一個軟體。
現在一種流行的說法是，中國軟體人才現在是一個橄欖型的人才結構，有大量的中等水平的程序員，而初級和高級程序員比較少。而我認為，現在中國絕大多數都是初級的程序員，中級程序員很少，高級的就更少了。所以，現在的人才結構是「方塔」形，這是一種斷層的不良結構。而真正成熟的軟體人才結構應該是平滑的三角形結構。這樣，初級、中級、高級程序員才能充分地各施所長。三種人才結構對比如圖1.1所示。
圖1.1 三種人才結構對比
1.2.2 初級程序員和高級程序員的區別
一般對於一個問題，初級程序員和高級程序員考慮這個問題的方法絕對是不同的。比如，在初級程序員階段時，他會覺得vb也能做出應用來，且看起來也不錯。
但到了中級程序員時，他可能就不會選擇vb了，可能會用mfc，這時，也能做出效果不錯的程序。
到高級程序員時，他絕對不是首先選擇以上工具，vb也好，vc也好，這些都不是他考慮的問題。這時考慮的絕對是什麼才是具有最快效率、最穩定性能的解決問題的方法。
軟體和別的產品不同。比如，在軟體中要達到某個目標，有n種方法，但是在n種方法中，只有一種方法或兩種方法是最好的，其他的都很次。所以，要做一個好的系統，是很需要耐心的。如果沒有耐心，就不會有細活，有細活的東西才是好東西。我覺得做軟體是這樣，做任何事情也是這樣的，一定要投入。

程序員到達最高境界的時候，想的就是「我就是程序，程序就是我」。這時候我要做一個軟體，不會有自己主觀的思路，而是以機器的思路來考慮問題，也就是說，就是以程序的思考方式來思考程序，而不是以我去設計程序的方式去思考程序。這一點如果不到比較高的層次是不能明白的。
你設計程序不就是你思考問題，然後按自己的思路去做程序嗎？
其實不是的。在我設計這個程序的時候，相當於我「鑽」入這個程序裡面去了。這時候沒有我自己的任何思維，我的所有思維都是這個程序，它這步該怎麼走，下步該怎麼走，它可能會出現什麼情況。我動這個部分的時候，別的部分是否要干擾，也許會動一發而牽全身，它們之間是怎麼相互影響的？
也只有到達這個境界，你的程序才能真正地寫好，絕對不是做個什麼可視化。可視化本身就是「我去設計這個程序」，而真正的程序高手是「我就是程序」，這兩種方法絕對是不同的。比如，我要用vb去設計一個程序，和我本身就是一個程序的思維方式，是不一樣的。別人也許覺得操作系統很深奧，很復雜，其實，如果你到達高手狀態，你就是操作系統，你就能做任何程序。
對待軟體要有一個全面的分析方法，光說理論是沒有用的。如果你沒有經過第一、第二、第三、第四這四個階段，則永遠到達不了高境界。因為空中樓閣的理論沒有用，而這些必須是一步一步地去做出來。
一個高級程序員應該具備開放性思維，從里到外的所有的知識都能了解。然後，看到世界最新技術就能馬上掌握，馬上了解。實際上，技術到達最高的境界後，是沒有分別的。任何東西都是相通的，只要你到達這個境界以後，什麼問題一看就能明白，一看就能抓住最核心的問題，最根本的根本，而不會被其他的枝葉或表象所迷惑，做到這一步後才算比較成功。
從程序員本身來說，如果它到達這一步以後，他就已經形成了開闊的思維。他有這種開放性思維的話，他就能做戰略決策，這對他將來做任何事情都有好處。事實上，會做程序後，就會有一種分析問題的方法，學會怎麼樣把問題的表象剖開，看到它的本質。這時你碰到任何具體的問題，只要給點時間，都能輕而易舉地解決。實際上，對開發計算機軟體來說，沒有什麼做不了的軟體，所有的軟體都能做，只是看你有沒有時間，有沒有耐心，有沒有資金做支撐。
這幾年，尤其是這兩三年，估計到2005年前，中國軟體這個行業裡面大的軟體公司就能形成。現在就已經在形成，例如用友，它上市後，地位就更加穩固了。其他大的軟體企業會在這幾年內迅速長大。這時候，包括流通渠道、經銷商的渠道也會迅速長大。也就是說，到2005年以後，中國軟體這個行業的門檻比現在還要高很多，與美國不會有太大的差別。此時，中國軟體才真正體現出它的威力來。如果你是這些威力中的一員，就已經很厲害了。
別人可能知道比爾•蓋茨是個談判的高手，是賣東西的高手，其實，比爾•蓋茨從根本上來說是個程序高手，這是他根本中的根本。他對所有的技術都非常敏感，一眼就看到本質，而且他本身也能做程序，時常在看程序。現在他不做董事長，而做首席設計師，這時他就更加接近程序的本質。因為他本身就有很開闊的思維，又深入到技術的本身，所以他就知道技術的方向。這對於一個公司，對他這樣的人來說，是非常重要的。
如果他判斷錯誤一步，那公司以後再回頭就很難了。計算機的競爭是非常激烈的，不能走錯半步。很多公司以前看上去很火，後來就
銷聲匿跡了，就是因為它走錯一步，然後就不行了。為什麼它會走錯？因為他不了解技術的本質在哪裡，技術的發展方向在哪裡。
比爾•蓋茨因為父母是學法律的，所以他本身就很能「侃」，很有說服力，而他又是做技術的，就非常清楚技術的方向在哪裡，所以他才能把方向把握得很准確，公司越來越大。而別的公司只火一陣子，他卻火了還會再火。就算微軟再龐大，你如果不把握好軟體技術的最前沿，一樣也會玩完。就像intel時刻把握著cpu的最新技術，才能保證自己是行業老大。技術決定它的將來。

所以，程序員要能達到這樣的目標，就要有非常強的耐心和非常好的機遇才有可能。事實上，現在的機會挺好的，2005年以前機會都非常大，以後機會會比較小。但是，如果有耐心的話，你還是會有機會的，機會都是出在耐心裡。我記得有句話說「雄心的一半是耐心」，我認為雄心的三分之二都是耐心。如果你越有野心，你就越要有耐心，你的野心才有可能實現。如果你有野心而沒有耐心，那都是胡思亂想，別人一眼就能看穿。最後在競爭中，對手一眼就看到你的意圖，那你還有什麼可競爭的？

1.2.3 程序員是吃青春飯的嗎
很多人都認為程序員是三十歲以前的職業，到了三十歲以後，就不應再做程序員了。現在的很多程序員也有這種想法，我覺得這種想法很不對。
在20世紀80年代末到90年代初，那時軟體還沒有形成行業，程序員不能以此作為謀生的手段時，你必須轉行，因為你年輕的時候不用考慮吃飯的問題，天天「玩」都可以，但是以後就不可能了。
據我了解，微軟裡面的那些高手，幾乎都是四五十歲的，而且都是做底層的。他們是上世紀70年代就開始「玩」程序的，所以對於整個計算機，他們是太清楚了。現在有些人主觀臆斷地希望微軟第二天倒閉就好了，但那可能性太小了。因為那些程序員是從cpu是4004的時候開始，玩到現在奔騰iv，沒有哪一代東西他們沒有經歷過。
你知道他們現在正在玩什麼嗎？現在正在玩64位的cpu。你說你普通的程序員，有這個耐心嗎？沒有這個耐心，你絕對做不了，你也絕對做不了高手。他為什麼能做？因為他不僅是玩過來的，而且他還非常有耐心，每一步技術他都跟得上，所以對他來說，沒有任何的難度和壓力。
因為計算機技術沒有任何時候是突變的。它的今年和去年相差不會很大，但是回過頭來看三年以前的情況，和現在的距離就很大。所以說，如果你每年都跟著技術進步的話，你的壓力就很小，因為你時刻都能掌握最新的技術。但是，如果你落下來，別說十年，就是三年，你就趕不上了。
如果你一旦趕不上，就會覺得非常吃力；如果你趕不上，你就會迷失方向；如果你迷失了方向，你就覺得計算機沒有味道，越做越沒勁。當你還只是有個思路的時候，別人的產品都做出來了，因為你的水平跟別人相差太遠，人家早就想到的問題，你現在才開始認識。水平越高，他就看得越遠，那麼他的思維就越開闊；水平越低，想的問題就越窄。
64位cpu是這個十年和下個十年最重要的技術之一，誰抓住這個機會，誰就能抓住未來賺錢的商機。cpu是英特爾設計的，對這一點他肯定清楚。舉例來說，如果從64位的角度來看現在的32位，就像從現在的角度去看dos。你說dos很復雜嗎？當你在dos年代的時候，你會覺得dos很復雜。你說現在的windows不夠復雜嗎？windows太復雜了，但是你到了64位的時候再去看windows，就如同現在看dos一樣。
整個64位系統的平台和思維方式、思路都比現在更開闊，打個比方說，現在的windows裡面能開n個dos窗口，每個dos窗都能運行一個程序。到達64位的時候，操作系統事實上能做到開n個x86，開n個windows 98，然後再開n個windows 95都沒有問題，系統能做到這一步，甚至你的系統內開n個windows nt都沒有關系。這就是64位和32位的差別。所以，微軟的那些「老頭」，四、五十歲的那幾個做核心的人，現在正在玩這些東西。你說微軟的技術它能不先進嗎？是linux那幾個玩家能搞定的嗎？
微軟的技術非常雄厚，世界計算機的最新技術絕對集中在這幾個人手裡。而且這幾個人的思維模式非常開闊，誰都沒有意識到的東西他早就開始做了。現在64位的cpu都出來一二年了，你說有什麼人去做這些應用嗎？沒有，有的就是那幾個unix廠商做好後給自己用的。

所以，追求技術的最高境界的時候，實際上是沒有年齡限制的。對我來說，現在都三十三了，我從來沒有想過退出這行，我覺得我就能玩下去，一直玩到退休都沒有問題。我要時刻保持技術的最前端，這樣的話對我來說是不困難的，沒有任何累的感覺。
很多人說做程序不是人乾的事情，是非人的待遇。這樣，他們一旦成立一個公司，做出一點成績，在輝煌的時候馬上就考慮退出。因為他們太苦了，每天晚上熬夜，每天晚上燒了兩包煙還不夠，屋子裡面簡直就缺氧了，好像還沒有解決問題。
白天睡覺，晚上幹活，那當然累死了，這是自己折騰自己。所以，做程序員一定要有一種正常的心態，就是說，你做程序的時候，不要把自己的生活搞得顛三倒四的。如果非得搞得晚上燒好多煙才行，這樣你肯定折騰不到三十歲，三十歲以後身體就差了。
事實上，我基本上就沒有因為做程序而熬夜的。我只經歷過三次熬夜，一次是在學校的時候，1986年剛接觸計算機時，一天晚上跟一個同桌在計算機室內玩游戲，研究了半天，搞著搞著就到了天亮，這是第一次。然後在畢業之前，在286上做一個程序。還有一次就是超級解霸上市前，那時公司已吹得很大了，那天晚上沒法睡覺。
一般來說，我也是十二點鍾睡覺，第二天七點就起了。所以說，只有具有正常的生活、正常的節奏，才有正常的心態來做程序員，這樣，你的思路才是正常的，只有正常的東西才能長久。搞疲勞戰或者是黑白顛倒，時間長久後就玩不轉了，玩著玩著就不想玩了。

㈥ 如何成為一名好的程序員

第一：要有學習精神，謙虛必懂得善於用頭腦。
第二：開發自己獨特的思維，善於用不同的設計開發理念來研發新程序。

㈦ 程序員工作總結

程序員是從事程序開發、程序維護的專業人員。以下是我整理的程序員工作總結，希望對大家有幫助！

程序員工作總結1

光陰如梭，一年的工作轉瞬即將成為歷史，伴隨著新年鍾聲的臨近，我們依依惜別碩果累累的20xx年，滿懷熱情的迎來即將到來的20xx年。在這年終之際，現對我來公司這幾個月的時間里，總結自己所做的工作，分析在工作中的得與失，現匯報如下：

20xx年的六月份，我帶著好奇而歡快的心情來到我心目中嚮往的神聖之地北京。這是我畢業後第一個目標，來北京發展。我離開了我上學的原始領域，和我的同學們踏入北京之地。說句好聽的，我的技術生涯還是很幸運的，當然這是我相對於留守本地找工作的同學來說的,面對高昂的學費和殘酷的社會現實，選擇本專業就業還是有一定困難的，在北京中關村混了幾個月後，幸運地找到了我人生的第一份工作,做Java程序的工作。也就是來到咱們公司—北京聯合興辰。

來到貴公司，學了半個皮毛的MVC和SSH的我有了份工作，我感到十分的慶幸，也承擔了第一個項目，能一個人自主開發的項目。在這里，終於能夠將學到的那點東西派上用場。從技術的角度來講，20xx年我的關鍵詞就是SSH，其次就是Hibernate。

這幾個月淡淡無奇，學到的東西很多，有框架上的、Mysql資料庫的，等等，但是也都是在皮毛上的，掌握著能熟練使用而已。首先，做程序員的要記住第一條經驗：「學歷代表過去、能力代表現在、學習代表未來。」我個人覺得學歷並不代表全部，我們每天都可以學到新的知識，知識是可以一點點積累的，只要肯努力，一切皆有可能.其次，一定要確定自己的發展方向，並為此目的制定可行的計劃。不要說什麼，「我剛畢業，還不知道將來可能做什麼?」「跟著感覺走，先做做看」。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物?向管理方向走，成為職業經理人?先熟悉行業和領域，將來自立門戶?還是先在行業裡面混混，過幾年轉行做點別的?這很重要，這是你值得深思的問題，它將決定你近幾年、十年內「做什麼事情才是在做正確的事情!。」

軟體開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要麼。在軟體項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做ERP、管理、系統分析、設計、編碼，還是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。但是你沒有這方面的基礎是萬萬不能勝任你的工作的詳細制定自己軟體開發專業知識學習計劃，並注意及時修正和調整(軟體開發技術變化實在太快)。請牢記：「如果一個軟體開發人員在1、2年內都沒有更新過自己的知識，那麼，其實他已經不再屬於這個行業了。」

不要告訴自己沒有時間。時間就像海綿里的水，多學一些技能對於我們來說虧不到自己，我們的工作從學而來，就是靠著每天的學習，交流，做人中得到書籍是人類進步的階梯，對軟體開發人員尤其如此。我的項目經理經常說，趁著自己還年輕，花幾個錢買書看看，書籍是學習知識的ZUI有效途徑，不要過多地指望在工作中能遇到「世外高人」，並不厭其煩地教你。只有通過自學將書本變成的自己智慧，才算是真正擁有了它。不要僅局限於對某項技術的表面使用上，哪怕你只是偶爾用一、二次。

對於一個做程序的，試試學習其領域的相關知識點，對各個平台都要了解，向什麼JavaEE，J2ME,JavaSE,VB,VCC#,C++這些程序啊，也要試著去了解他們，雖然程序的套路基本是差不多的，但是也各有千秋的，我是學Java的，當然Java很強大，我就很愛Google出的那個安卓系統，Java實在太牛啦!不得不驚嘆，例如我沒有事的時候也因該提醒自己學習一些JBoss、Spring、Hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著研究一下jar包，知道每個jar的功能和實現的方法，免得自己以後的工作遇到一些讓你不明就裡、一頭霧水的問題，因為，很多東西你「知其然且知其所以然」!在一種語言上編程，但別為其束縛了思想。「代碼大全」中說：「深入一門語言編程，不要浮於表面」。深入一門語言開發還遠遠不足，任何編程語言的存在都有其自身的理由。

有時候咱們會遇到一些問題，你單純的用著一種方法有時候會解決不了問題，或者遇到問題卡在那裡啦，這是你需要的是靈感。靈感來自那裡，你可以借鑒Spring、Hibernate、JBoss等等優秀的開源框架的設計思想，你可以參照Java的IoC、AOP的設計思路，你可以從其他語言的程序中借鑒他們的套路，這就是我們的靈感，俗話說「他山之石、可以攻玉」。養成總結與反思的習慣，並有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統體系結構、甚至進化為框架。我們在做程序的時候，別人為什麼要提示你把每個方法都要寫上注釋，注釋這段代碼是干什麼的，這是做好一個程序員基本的要訣，這就是你的基本功，當然在寫代碼的時候也不是都是有用的代碼，有些功能是可以通用的，咱們為什麼不可以給他打包封裝jar，將來或者以後會用到呢，為什麼會有那麼多很牛的框架，這些都是程序員們提煉出來的，形成一整套的代碼結構和體系，被人用的時候感覺非常好用，我們目前寫不了這么牛的程序，但是還是可以形成自己的個人源碼庫的。

心態有多開放，視野就有多開闊。不要抱著自己的技術和成果，等到它們都已經過時變成垃圾了，才拿出來丟人現眼。請及時發布自己的研究成果。例如你在網上看到別人遇到問題，這個問題可能你之前也遇到啦，不要抱著你那自私的心態，背後說「累死你，自己去找吧，小樣「，建議大家,上你的CSDN號，我感覺這個東東很不錯，技術交流。咱們「與人交換蘋果之後，每個人還是只有一個蘋果;但交換思想之後，每個人都擁有兩種思想」，道理大家都懂，但有多少人真正能做到呢?我的反思不要去做技術上的高手，學會做人。提高自己的專業技能，能勝任工作。

提高軟體知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質，尤其是那些目標不在技術方面的朋友。這也是本人的目標，再接再厲吧!

程序員工作總結2

時間一晃而過，轉眼間到公司已經半年多了。這是我人生中彌足珍貴的一段經歷。在這段時間里各級領導在工作上給予了我極大的幫助，在生活上給予了我極大的關心，讓我充分感受到了領導們「海納百川」的`胸襟，感受到了大發人「不經歷風雨，怎能見彩虹」的豪氣。在對公司各級領導肅然起敬的同時，也為我有機會成為公司的一份子而自豪。在這半年多的時間里，在領導和同事們的悉心關懷和指導下，通過自身的努力，各方面均取得了一定的進步，現將我的工作情況作如下匯報。

一、通過培訓學習和日常工作積累使我對公司有了一定的新的認識。在5月中旬我來到了公司信息科技有限公司參加招聘，經過幾輪面試和筆試，終於能夠有幸加入了公司，在我進入公司時我拿到的第一份資料就是公司介紹和新員工入職說明，當時只是覺得公司很正規，很強大。在和部門領導以及項目經理交流後，感覺公司很親切，很溫馨。對其它方面就不太知道了，特別是對視頻監控幾乎一無所知。通過三個月的親身體會，對智能交通和公司有了一定了解。

公司的理念在平時的工作以及項目開發時體現的淋漓盡致，本人對公司的理念非常認同。公司發展不忘回報社會的壯舉，令人敬佩。公司以人為本、尊重人才的思想在實際工作中貫徹，這是公司能發展壯大的重要原因。在十年左右的時間實現跨越發展的確很不容易，在智能交通行業深入發展是公司的雄心壯志，也是凝聚人才的核心動力。現在公司在視頻監控以及安防行業起到了舉足輕重的地位，今後還將更加輝煌。

二、遵守各項規章制度，認真工作，使自己素養不斷得到提高。愛崗敬業的職業道德素質是每一項工作順利開展並最終取得成功的保障。在這半年多的時間里，我能遵守公司的各項規章制度，兢兢業業做好本職業工作，半年來從未遲到早退，用滿腔熱情積極、認真地完成好每一項任務，認真履行崗位職責，平時生活中團結同事、不斷提升自己的團隊合作精神。一本《細節決定成敗》讓我豪情萬丈，一種積極豁達的心態、一種良好的習慣、一份計劃並按時完成竟是如此重要，並最終決定一個的人成敗。這本書讓我對自己的人生有了進一步的認識，渴望有所突破的我，將會在以後的工作和生活中時時提醒自己，以便自己以後的人生道路越走越精彩。

三、認真學習崗位職能，工作能力得到了一定的提高。根據目前工作分工，我的主要工作任務是：

(1)參與公司軟體項目的開發與測試;

(2)負責安徽省路警聯合指揮中心軟體系統的維護工作。通過完成上述工作，使我認識到一個稱職的開發人員應當具有良好的語言表達能力、扎實的技術能力、較強的邏輯處理能力、靈活的應變問題能力、有效的對外聯系能力。在參與項目開發的過程中，發現很多看似簡單的工作，其實裡面還有很多技巧。

四、不足和需改進方面。

雖然加入公司這個大家庭已經半年有餘，對開發技術掌握的還不是很深，對發現問題的處理還不是很全面，對分工的工作還沒有形成系統的計劃。隨著對公司和工作的進一步熟悉，我也希望能夠在今後的工作中更加迅速的提升自己的業務能力以及技術能力，我覺得多做一些工作更能體現自己的人生價值。「業精於勤而荒於嬉」，在以後的工作中我要不斷學習業務知識，通過多看、多問、多學、多練來不斷的提高自己的各項業務技能。學無止境，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種知識，並用於指導實踐。在今後工作中，要努力做好開發人員的本職工作，把自己的工作創造性做好做扎實，為項目的開發以及公司的發展貢獻自己的力量。

程序員工作總結3

我是一名程序員，在過去的一年裡，軟體研發部團結協作，以及在公司這充滿奮斗的環境下，我以嚴肅認真的工作態度和百折不饒的精神，努力的完成了公司的各項工作，在軟體研發、團隊協作和個人成長上也取得了一定的成績。在公司一年的工作已經結束，特向公司總結匯報如下：

一、軟體研發

根據公司的安排，項目的需要。在自身的努力、伍經理的幫組，團隊的合作下，克服重重技術困難，增長了工作經驗，收獲豐盈：

1、asp開發

以前我在其他公司也做過一些開發，但是底層和架構與頁面樣式我都是沒有涉及到的。通過這一年在本公司的的這些項目程序中的鍛煉，我成長了，我學會了很多很多。

首先，面向對象語言的收獲。對於當前編程的主流思想是對象，任何事物都可以用對象來表示。以前理解這些話很費解都是從表面上理解，沒有從中的體會，通過這次asp項目的開發，不管是數據還是外部一些條件我們都可以抽象成對象，都可以用對象來表示，具體可以用語言中的類方等。asp如此，c#如此java也同樣如此。

其次，具備獨立完成vb知識方面的能力。以前沒有做過vb的東西，加上這次asp的做，這次涉及到的領域也非常廣，常用的重要的都有涉及，並且還補充xml，java實際操作中空白的部分。通過這一年的開發，我能勝任這方面的工作，能獨立完成這方面的工作。

再次，c#方面存在一些不足。LocALhOST通過c#這次軟體的開發，也發現自己的不足，如基礎知識掌握不牢，缺乏編程整體思想。這些都是需要在工作中完善和改進的。

2、資料庫開發

資料庫是伴隨著項目以來用的最多最平凡的技術。以前對資料庫只是會一些簡單常用的操作，經過這一年項目的實戰，對資料庫的操作增加了一些豐富的經驗。為以後的工作和經驗的積累都奠定了堅實的基礎。同時在項目中還用到了oracel與access資料庫，這是我的收獲。

優點：

能熟練的運用資料庫技術進行開發。特別是對sql資料庫的操作，經過這么長時間的積累，基本上能合理的設計和新建資料庫，同時在數據結構上也加強了對資料庫的理解。通過項目的實踐現在能熟練使用和編寫多種sql語句。還掌握了一些關於資料庫優化sql語句優化的方法，能進行一些簡單的優化。

缺點：

數據是一門比較先進的技術，並不是你會寫一些sql語句，能建幾個資料庫你就是資料庫工程師。要成為一個好的資料庫管理員是要經過長時間的工作積累。針對自己的不足，在以後的工作和學習中多接觸，多運用新的知識點。充實自己的經驗和知識儲備。

二、團隊協作

上面的成功與收獲，除了自身努力外，以及公司的支持。是這個團隊鑄造了我。我們這個團隊也是因為有了我們這些拼搏協作的隊員，使得它成為一個具有務實、拼搏、創新精神的團隊。我與軟體研發小組是一個整體，這里的團隊總結也就是我在這個團隊中的收獲。

務實：公司下發的任務，下發的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關對公司有益的事情。相信在伍經理的帶領下現在是這樣，以後同樣也是這樣。

拼搏：公司給的每一個任務不管它多難，如果工作沒有完成我們會晚上加班，也要盡可能的完成當天的工作。如果工作實在忙，為了趕進度我們放棄周末休息時間也要盡可能的使項目提前。

創新：現在我們開始項目的時候都會進行研討，一般都會進行一個效率和邏輯的分析與討論，保證程序正確的前提盡可能的提高程序的效率。

互助：我們小組內只要任何一個人出現技術或其它的問題，我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個項目滯後。

交流：我們在項目中會及時溝通自己的收獲，特別是一些針對性的技術問題。這樣可以省了很多重復研究的時間，這是一筆很可觀的時間。

在交流中只要我會的，我懂的，我不會去吝嗇。我會積極的去與你交流，我的團隊名言「人強團則強，人弱團則削」。

三、個人成長

通過公司這快一年的鍛煉與學習我真的進步了很多，不管從技術上還是做事上，都不像以前那樣了。我在公司學到的懂得的使我飛速成長。

技術上：不管從語言上還是做事的邏輯上都得到了很大的的提高。現在在軟體小組裡面自己能獨立完成一部分工作，承擔自己的責任。

㈧ 如何才能修煉成一名不可替代的程序員，避免裁員危機

程序員，就是從事程序開發、程序設計、程序維護的專業人士。

作為一種專業性極強的技術性專業，程序員的工作難度非常高，只有專業技能水平高超的人才能在這個領域獲得良好的發展前景。……那些實力不足的人，只能被最終淘汰。

因此，要想在程序員這一行里成為不可替代的人，避免自己被淘汰出局的情況，就必須具備以下幾方面能力：

1，高人一籌的專業技能。

在職場上，要想確保自身生存，就必須具備一項專業技能。……要想確保自己不被淘汰，就必須具備高人一籌的專業技能水平。

因此，要想讓自己成為不可替代的程序員，要想讓自己避免被淘汰的情況，就必須確保自己的專業技能水平高人一籌。

2，強大的羅輯思維能力。

程序，是一個邏輯性極強的系統。

一個程序的各個部分之間、各項功能之間，都存在著極強的關聯，也擁有著非常強的邏輯關系。

因此，要想編寫出性能優異的程序，就必須擁有極強的邏輯思維能力。……這是確保自己擁有更強實力、確保自己不被淘汰的重要能力。

3，高超的數學水平。

程序的表象，是一段代碼。而其核心，則是數學模型，是具體的演算法。……只有具備高超的數學水平，才有能力編寫出演算法精妙、邏輯嚴謹的程序來。……這是自己具備更高水準的關鍵因素。也是自己高人一籌，不可替代的關鍵因素。

4，精通至少一門編程語言。

編程語言是程序員在編程時所用的工具。……只有熟練掌握手中的工具，才能讓自己編寫出優秀的軟體。……編程語言有很多種，一個程序員不可能面面俱到。……但是一個合格的程序員必須掌握至少一門編程語言，這就是自己工作時最得力的工具。……運用這個工具，自己就可以編寫出優秀的軟體，就可以獲得更好的業績，最終成為不可替代的優秀人才了。……自己也就不可能被淘汰了……

㈨ 做好一個程序員應該做些什麼

1、扎實的基礎數據結構、離散數學、編譯原理，這些是所有計算機科學的基礎，如果不掌握它們，很難寫出高水平的程序。程序人人都會寫，但當你發現寫到一定程度很難再提高的時候，就應該想想是不是要回過頭來學學這些最基本的理論。不要一開始就去學OOP，即使你再精通OOP，遇到一些基本演算法的時候可能也會束手無策。因此多讀一些計算機基礎理論方面的書籍是非常有必要的。2、豐富的想像力不要拘泥於固定的思維方式，遇到問題的時候要多想幾種解決問題的方案，試試別人從沒想過的方法。豐富的想像力是建立在豐富的知識的基礎上，除計算機以外，多涉獵其他的學科，比如天文、物理、數學等等。開闊的思維對程序員來說很重要。3、最簡單的是最好的這也許是所有科學都遵循的一條准則，復雜的質能轉換原理在愛因斯坦眼裡不過是一個簡單得不能再簡單的公式：E=mc2。簡單的方法更容易被人理解，更容易實現，也更容易維護。遇到問題時要優先考慮最簡單的方案，只有簡單方案不能滿足要求時再考慮復雜的方案。4、不鑽牛角尖當你遇到障礙的時候，不妨暫時遠離電腦，看看窗外的風景，聽聽輕音樂，和朋友聊聊天。當我遇到難題的時候會去玩游戲，當負責游戲的那部分大腦細胞極度亢奮的時候，負責編程的那部分大腦細胞就得到了充分的休息。當重新開始工作的時候，我會發現那些難題現在竟然可以迎刃而解。 5、對答案的渴求人類自然科學的發展史就是一個渴求得到答案的過程，即使只能知道答案的一小部分也值得我們去付出。只要你堅定信念，一定要找到問題的答案，你才會付出精力去探索，即使最後沒有得到答案，在過程中你也會學到很多東西。6、多與別人交流三人行必有我師，也許在一次和別人不經意的談話中，就可以迸出靈感的火花。多上上網，看看別人對同一問題的看法，會給你很大的啟發。 7、良好的編程風格注意養成良好的習慣，代碼的縮進編排，變數的命名規則要始終保持一致。大家都知道如何排除代碼中錯誤，卻往往忽視了對注釋的排錯。注釋是程序的一個重要組成部分，它可以使你的代碼更容易理解，而如果代碼已經清楚地表達了你的思想，就不必再加註釋了，如果注釋和代碼不一致，那就更加糟糕。 8、韌性和毅力這也許是「高手」和一般程序員最大的區別。高手們並不是天才，他們是在無數個日日夜夜中磨煉出來的。成功能給我們帶來無比的喜悅，但過程卻是無比的枯燥乏味。你不妨做個測試，找個10000以內的素數表，把它們全都抄下來，然後再檢查三遍，如果能夠不間斷地完成這一工作，你就可以滿足這一條。

㈩ 怎樣做好一個程序員

請不要做浮躁的人

1.不要看到別人的回復第一句話就說：給個代碼吧！你應該想想為什麼。當你自己想
出來再參考別人的提示，你就知道自己和別人思路的差異。

2.初學者請不要看太多太多的書那會誤人子弟的，先找本系統的學，很多人用了很久
都是只對部分功能熟悉而已，不系統還是不夠的。

3.看幫助,不要因為很難而自己是初學者所以就不看；幫助永遠是最好的參考手冊，
雖然幫助的文字有時候很難看懂，總覺得不夠直觀。

4.不要被對象、屬性、方法等詞彙所迷惑；最根本的是先了解最基礎知識。

5.不要放過任何一個看上去很簡單的小問題--他們往往並不那麼簡單，或者可以引伸
出很多知識點；不會舉一反三你就永遠學不會。

6.知道一點東西，並不能說明你會寫腳本，腳本是需要經驗積累的。

7.學腳本並不難，JSP、ASP、PHP等等也不過如此--難的是長期堅持實踐和不遺餘力的博覽
群書；

8.看再多的書是學不全腳本的，要多實踐

9.把時髦的技術掛在嘴邊，還不如把過時的技術記在心裡；

10.學習腳本最好的方法之一就是多練習；

11.在任何時刻都不要認為自己手中的書已經足夠了；

12.看得懂的書，請仔細看；看不懂的書，請硬著頭皮看；

13.別指望看第一遍書就能記住和掌握什麼——請看第二遍、第三遍；

14.請把書上的例子親手到電腦上實踐，即使配套光碟中有源文件；

15.把在書中看到的有意義的例子擴充；並將其切實的運用到自己的工作中；

16.不要漏掉書中任何一個練習——請全部做完並記錄下思路；

17.當你用腳本到一半卻發現自己用的方法很拙劣時，請不要馬上停手；請盡快將余
下的部分粗略的完成以保證這個代碼的完整性，然後分析自己的錯誤並重新編寫和工
作。

18.別心急，寫腳本確實不容易；水平是在不斷的實踐中完善和發展的；

19.每學到一個腳本難點的時候，嘗試著對別人講解這個知識點並讓他理解----你能
講清楚才說明你真的理解了；

20.記錄下在和別人交流時發現的自己忽視或不理解的知識點；

21.保存好你做過的所有的源文件----那是你最好的積累之一；

22.對於網路，還是希望大家能多利用一下，很多問題不是非要到論壇來問的，首先
你要學會自己找答案，比如google、網路都是很好的搜索引擎，你只要輸入關鍵字就
能找到很多相關資料，別老是等待別人給你希望，看的出你平時一定也很懶！

23，到一個論壇，你學會去看以前的帖子，不要什麼都不看就發帖子問，也許你的問
題早就有人問過了，你再問，別人已經不想再重復了，做為初學者，誰也不希望自己
的帖子沒人回的。

24，雖然不是打擊初學者，但是這句話還是要說：論壇論壇，就是大家討論的地方，
如果你總期望有高手總無償指點你，除非他是你親戚！！討論者，起碼是水平相當的
才有討論的說法，如果水平真差距太遠了，連基本操作都需要別人給解答，誰還跟你
討論呢。

浮躁的人容易問：我到底該學什麼；----別問，學就對了；
浮躁的人容易問：JS有錢途嗎；----建議你去搶銀行；
浮躁的人容易說：我要中文版！我英文不行！----不行？學呀！
浮躁的人分兩種：只觀望而不學的人；只學而不堅持的人；
浮躁的人永遠不是一個高手。