第一篇：如何成為一名優秀的程序員

如何成為一名優秀的程序員?

一位仁兄說的“程序員寫的程序不是算法+語法，而是要能夠滿足用戶需求的工具”我非常贊同，要想達到用戶需求就必須從各個方面來考慮如業務、人機交互、效率等方面，而不只是一個語言（語法）的問題，語言（語法）只是工具，只知語法不知其他那就真是編程機器了！編程機器在印度高中生經過幾個月培訓，按照嚴謹的軟工方法，加上較高的管理，就可以勝任了！大家相信嗎，我是相信的！談到這里我就不禁說到了國內教育界最近在探討的問題“計算機科系的畢業生特別是本科大專生到底出來干啥、如何適應社會要求，大家也看到了很多計科系大學生說精通N種語言，熟悉N種工具，不知道學校里的其他知識到那里去了，甘愿做編程機器，浪費了人民的納稅，干高中生能干的事，比較可惜吧！在國內現在就是這樣了，看過一則帖子：清華的計科系畢業生在建筑院里搞開發還不如建筑專業的畢業生。說著說著就岔道了，國內的軟件開發業到底是需要那些人：如果僅僅是編碼機器，那我估計中國硅谷還是做夢去吧！

社會似乎也需要編碼機器，翻翻招聘廣告，做應用開發的都要求精通某某語言，熟悉某某工具，很少需要懂管理懂軟工的人。以我個人一點偏激的想法，民族軟件產業要騰飛，更需要的是能管理使用編碼機器的人，即管理人員、國內軟件產業編碼機器已經很多了。希望不要惹怒了那些編程高手！system develop與Application develop在國內到底哪個能養活你，能賺錢，諸位仁兄想必也知道，況且俺也沒發現幾家水平高的公司招這方面的人，畢竟OS，DB MS，COMPILER都被國外做了、另外也別跟我談LINUX，畢竟還是少數燒錢的人做的事情，我先喂飽肚皮再說。我手下的很多搞4GL語言的程序員都想轉行學VC等所謂的更低級的語言，我總是說在XX城市，先用4GL工具生存，以后再學習VC吧！，說的簡單一點先解決肚子問題。如何判斷自己是否是編程機器？

1、面對需求不考慮用戶，只是考慮用那些程序技術展示自己的語言語法技巧.2、學習了N種語言.3、從來不學習或實踐軟工.4、語法語言水平在眾人中遙遙領先、特別是一些稀奇古怪的語法 憑著興趣和創造力去干，卻重復繁瑣的勞動。做著沒有意義-唯一意義是賺錢，而且真是出了半斤力，拿不足八兩。終日勞累，卻不能學自己想學的。最終結果是跟不上社會科技的發展，人已衰老。悲哀！！

開發軟件的關鍵是要有想法，一個好的想法比什么都重要。尤其是有關 網絡方面的就更是如此。入門還可以，但是要繼續深入了解可能要難點。未必吧 偶覺得大學里的高數 數理方法之類的, 如果你不是做研究的話, 應該是很少能 用到的 不過如果說到離散之類的, 倒還是時不時的能有點用現在的程序員比起十年前是不是要花更多的時間來 查幫助呢。系統越來越大，手冊越來越厚，軟件開發的 周期是不是越來越多的淹沒在查幫助之中了呢。

實際上一個程序員最終的技術需要和實際相結合。真正在編寫程序到達一定時候，語言的使用并不是最大的障礙，對整個項目的把握、軟件工程的把握、數據庫的設計以及執行效果的分析等等才是需要進一步考慮的東東！否則，為何大多數公司到要求有編程經驗了！這些不是程序員必須學的。但數據結構，編譯原理，操作系統原理等是必須要學好的，英文的多看，不懂計算機英語可不行。其實我不是什么中專生,而是我讀的中學和一個私人辦的電腦學校聯合開的電腦專業(并不是我中考考的差,而是這個學校太貪錢了,才被錄取到這里,惱火,我們班里中考成績從兩百多到四百多的都有,我就是四百多分(重理輕文的結果,要不然...),當時讀書的時候,我是班是的高手(其實只是比其它同學懂而已),大家叫我dos,因為當時學的都是dos的內容, 畢業后還沒有對編程很感興趣,只想找一個電腦的工作就可以了,哪怕是打字的,可是看報紙,去人才中心,看到都是要大學的,為此感到很失望.也對電腦失去了興趣.后來學校打電話到我家,說廈門

廈華公司要招工,要不要去,我很快就答應了,因為當時沒工作,天天呆在家里.后來打工的時候,天天象一個機械人一樣,重復著同一道工序,因此經常在深夜的時候,思索著自己的未來,由此重新生起了對電腦的感情,因此經常買電腦雜志和報紙看(可以堆成一座山了).由于離我住的地方不遠處,有一個電腦培訓的,所以經常到那里上機,而在學校里學過的軟件也只有FOXBASE和WPS,其它的不值一提,所以上機經常用foxbase,直到這時候,才對編程產生了濃厚的興趣,一年后,自已買了一臺電腦,開始認真學習編程.由于我是屬于職業中專的,因此經常想,就算學得再好也沒有用,所以想考程序員,而考程序員要懂得c語言,所以就學習turbo c,學完了,學數據結構,同時看'C高級實用程序設計',澳門回歸和2000年的兩個晚上,我都是在編程中度過的.由于我這個人對書很感興趣,經常在星期六,星期七去書店,而在書店里,也是看編程方面的書,而看到的編程書籍大部份都是windows方面的,為此也經常思索著學dos編程到底有沒有用.后來,春節放假(要2月13日上班)回老家,天天去新華書店(正月初一也去),看到也都是windows編程方面的書多得像狗屎一樣,所以就下決心學windows編程,因此正月初四(快餐店還沒有開張)就去廈門了,很快買了delphi的書和d版delphi5,瘋狂地學習(到目前為止,買了8本delphi的書,因為國人的寫的書實在太爛),而由于遇到不懂的又不知道怎么辦,為此想到了網絡,但在外打工不可能上網(上網吧太貴),所以就辭職了(4月21日),現在,程序員考試快到了,是報還是不報一直猶豫不覺,困此才有此問題.打工的歲夜,我永遠不會忘記,因為付出太多了,也失去了太多(壞了兩個光驅,瘦了幾斤),直到現在,腦海里還不時浮現起那幾個無眠的夜晚.忠心感謝大家.我不認為編碼的人就是機器, 而系統分析就不是機器, 其實系統分析員就是銷售的機器, 所有職員有是老板的機器.它們之間這是不同工種吧了, 當然對系統分析要求要高一些, 薪水也高一些, 但更讓人佩服的是銷售, 是他們驅動了整個的運作.我也是個中專生, 還是學機械的(后來自學了計算機), 我非常了解在傳統的制造業是如何的規范, 設計人員設計圖紙, 然后經審核, 再到車間試樣, 再根據情況, 修改圖紙, 如此反復幾次后才能一個產品定型,而在軟件界, 就沒那么好了, 領導會說, 這個你做, 那個他做, 也沒有經過很細的分析(國內很多都是這樣), 在我們這里也沒有系統分析員, 每個人都是設計員, 也是編程員, 雖然這樣對個人來說, 能學到很多東西, 但不利于項目.我國的軟件過程水平,確實令人擔憂, 目前為止只是, 幾個人十幾個人的小軟件, 還沒有能拿得手的大型軟件.至于中專生編程問題, 我認為只要入了這個行, 就不會比本科生差, 因為對他來說沒有優越的學歷條件, 那么只好埋頭苦學, 但這正好適應當前計算機軟件迅速發展的今天, 學歷只能代表過去和基礎, 更需要的是有能力的人, 解決問題的人, 實干的人.對我來說確實有時有點自卑, 沒有上過高中和大學(由于那個年代, 我只知道能為父母減少一點負擔就行了), 所有我一直在努力的學習(corba, uml, java, 軟件過程等), 目前為止我并沒有覺的我的構架能力和編碼水平比他們差, 只是覺得E語言實在太差.過計算機本科又如何？我有幾個同學到銀行去搞業務了，有同學任教，有同學收稅去了......60多個人真正現在搞計算機的還就只有幾個人，再看看當時這些計算機本科生的畢業設計,//faint有的人到最后連vb都搞不定，但他們什么編譯原理啦什么組成原理啦什么軟件工程啦學的（應該是考試的分數）真還不錯，至少我感覺有些概念比我清楚（上課沒聽?)所以我覺的中專生并不比一般大學生差（當然有些重點學校除外//hehe)，有時中專生有更大的壓力逼迫自己去學習，學歷不是重要的，關鍵是一個人的素質.我們不能將目標定位在做程序員或編碼員（Coder)上光會寫代碼有什么用？那叫“編碼員”，在國外是屬于體力勞動的，不像國內，會寫程序的就叫高科技。重要的是分析問題、解決問題和規劃的能力，系統分析，系統設計及項目規劃才是正途。這就需要學習所謂的基礎課程了，如：軟件工程、離散數學、數據結構等等。

從vb到現在開始學vc后，一個人搗鼓了幾天也沒有什么新發現。跟本不知道VC的編程思想是什么，請大蝦們告訴我，它和VB的差別真是太大了。VC的博大在于MFC的操縱,它是Win32API的封裝.思想在于怎樣了解MFC的內幕,它的運行機制.差別也大，差別也不大！這要看你對API的理解了，雖然VC++的可視化沒有VB的好，但是不是絕對沒有的，其對而且對話框的編輯是跟VB一樣的，不過不是像VB那樣放在第一個界面罷了，VC++的博大精深是VB難以望其項背的！：）而且VC++是完全面向對象的編程工具，而VB是不夠完全的面向對象編程工具，VC++是完全編譯語言，VB是本地編譯語言，不夠完全，VC++效率高，封裝性好，繼承性高，VB效率相對低了很多，但界面友好，二者只能取其一，或者使用VC++，VB輔助(因為VB開發快)，當然Delphi，BCB也是不錯的選擇。

程序員不應依賴開發工具，程序員更應該擁有的是一種思維、一種精神、一種觀念。就像

Richard.M.Stallman一樣，有自己的精神，為自由軟件而奮斗。就像求伯君，為民族軟件的振興而奮斗。這才是真正的程序員。

應該說，他們更注重的不是技術，而是軟件的思維，軟件的靈魂！我剛學ＶＣ的時候,還沒有上網.身邊也沒有一個可以問的朋友,所以大部份都是自己啃的.那種感覺真是很痛苦.現在在網上就不同了,可以得到太多的資料了,而且還可以得到在線幫助.但這些都不是學習的關鍵.相信各位也知道ＶＣ的難度,并不是那么容易上手的,所以要想學會,學好ＶＣ,靠外力是不可能的.主要得靠自己.自己要有一份難得的毅力,對編程的狂熱也可以在一定程序上起到幫助.我就是這樣的.起初,沒有人幫我,我學習ＶＣ是三天打魚兩天曬網,學習進度很慢,幸好對編程的執著,使得自己堅持下來了.如果你從來就沒有接觸過編程,那你學習ＶＣ的速度可能會比學過面向過程編程的人要慢一些,因為你要去理解命令及語句的含義.但只要你努力,并且可以得到別人的幫助,我相信在半年內會對ＶＣ有一定的認識.請學赤面向過程編程的朋友也不要笑,因為面向過程與面向對象實在是區別太大了.就拿封裝一詞來說吧.當初我是左想右想才想通的.所以不要自己學過編程,就會在學習ＶＣ的通道上比別人輕松.現在有一種現狀應該讓我們注意.我發現有很大一部份初學者覺得ＶＣ是一種語言,Ｃ++又是另一各語言.我在和一些初學者的交談當中,查覺到了這一點.有的初學者竟然還認為我學ＶＣ為什么就一定要學Ｃ++?我想這個問題是我們大家都沒有注意到的一個問題.就是向初學者講述Ｃ++對ＶＣ學習的重要性.我這有個例子,跟大家講一下.我有個同學,他接觸編程比我要早,在我還在為ＶＣ中“::”符號怎么標記的時候,他已經在學習Ｃ了.后來,我對ＶＣ稍有理解的時候,他也發覺Ｃ的跟不上時代的腳步了.我便提議他從Ｃ++語言學起,可他認為自己有Ｃ的學習功底,根本就用不著再去學習Ｃ++.可在學習ＶＣ的當中,遇到的困難真是數不勝數.最近,他還是去買了一本學習Ｃ++的書.從頭再來學習Ｃ++.我希望通過這個例子,能讓廣大的初學者知道,Ｃ++對ＶＣ學習的重要性。

學習VC必須有狂熱的編程熱情，否則是很難堅持下來的，我周圍就有幾個這樣的人，他們比我先學VC近半年，但現在仍然學不會，而我現在雖說不是很厲害，但基本的應用程序是不在話下，我就是天天看書，上機實踐，幾乎所有的時間都泡在里面，有時連吃飯都在想，為什么，因為我確實想啃下這塊硬骨頭，我不想半途而廢，我覺得學習VC不僅僅是學到了更多的東西，最主要的是培養了我們自己一種堅持克服困難的毅力。

對于VC，我有幾點經驗：

1。技術為本，語言為次.2。MFC的單個類有用，DOC/VIEW要小心。

3。OOP要小心，使用不當反而造成大量的工作和糟糕的代碼。

4。如果可能，考慮選擇使用Delphi(CBuilder+VCL)。

5。到了一定程度，一定要學COM。

要學VC，必須有對C++深刻的理解，對WINDOWS運行機制的深刻理解。尤其想成為VC高手。舉例，對于虛函數，不僅要知道有這么一個東東，更要知道它的內存鏡像。這樣才能對VC中很多的東西舉一反三，事半功倍。本人學習VC近2年，但自覺第一年由于心情浮躁，把VC的書翻了一遍又一遍，卻每次都只看了一點就無法再深入。直到畢業前夕，痛定思痛，克服浮躁，認認真真的從最基本的開始學，把每一點都搞的水落石出，經過三個月的刻苦，終于大成。直到現在，半月搞定COM/DCOM，都托當日刻苦之福，因此勸告想學VC的朋友，一定要頂住開始的艱難歲月。成功屬于刻苦者。

每個人都有自己的學習方法,也許這種方法對我來說有用,但不見 得就對所有的人有用.所以,請不要盲目的跟著別人的學習方法學習,要思考屬于自己的學習方法.但我還是會向大家說出我自己認為比較好的一種方法.學習編程其實與學習其它東西一樣,要想掌握它,就要實踐,實踐,再實踐.當你學到了一種新的技術或知識時,多實踐是鞏固學習的一種最好最有效的方法.這個實踐不是照著書上的例子做一遍,而是根據自己的能力,給自己出題,然后去完成它.只有這樣,你才能發現自己的不足,同時又增加了自己的編程經驗.但要成為合格的程序員,光會寫代碼是遠遠不夠的,更重要的是思考.謀定而后動,是 不變的真理.在我的理解，VC只是一個編程工具，就如BC、BCB、Delphi 一樣，其實對于編程最根本的就是三個方面，語言、開發包、操作系統API，他們三個方面應該說是相對比較獨立的。

VC是MS開發的，所以針對的是windows api，你可以不會C++，也可以在VC下用C寫出很優秀的程序，當然如果你比較熟練C++，并且熟悉開發包MFC的話，工作可能要輕松不少。所以在我看來，學習的過程可以是這樣的：

1、先學習C或C++，在windows的console環境下編寫不太深入涉及API的程序；

2、在基本上掌握了語法之后，開始接觸簡單的系統API，學習Windows的編程原理和機制；

3、在可以編寫簡單的菜單程序，可以簡單地在WM_PAINT下操作 GDI函數后，開始學習MFC，可以從Step tourist學起，看MFC的源代碼，理解幾個關鍵的宏的定義與實現，特別是MESSAGE MAP。在學習的過程中為了給自己增加點挑戰，盡量不要使用resource edit，試著自己編碼實現控件的創建，消息的響應。再就是看自己的造化了，動手做一些小工具，特別是自己平常需要的，對自己的提高也應該是很有幫助。究竟我們要的是結果！良好的分析問題高效清晰地肢解問題的能力才是我們真正要不斷學習的吧？和學習其他知識一樣，重要的是獲得提出問題，分析問題，解決問題的能力，不是為編程而學習，你具有什么樣的思想，就會寫出什么樣的程序。學一門語言，不能僅僅是語言，要注重語言背后的思想方法，看他是如何來解決某一問題的，為什么要這樣去做，他總是要符合客觀事實的，就像人說的話一樣，存在某種邏輯，數據的組織，信息的傳遞，靠你自己的頭腦去建立，然后看C++中有什么可以幫你的，該怎么樣用他來表達自己的想法。只要你認真實踐，努力去做，尋求樂趣，就會達到目標。我雖然 真正認真學習編程的時間不長，但現在我是認真的，就有了以上的體會。

學習VC++有相當的內容要學，而最后的深度則看個人的悟性與勤奮了。

1）掌握最新標準的C++。(2個月)

如果曾經在大學里自以為學過C/C++,還對

dynamic_cast/static_cast/template/try/catch/throw/stl/...感到陌生，那你該Refresh一下新的ANSI C++標準了。----此與VC++無甚關聯，g++/bcb均有所支持。

2）學習SDK編程；:-O（6個月）痛苦是暫時的，必要的，堅持就是勝利！建議用Lccwin32/Masm32/Tasm

編寫小而精的工具軟件； “Windows Programming Guide.”“Advanced Windows programming ”

3）研究MFC源代碼。(6個月)

不要被一大堆的宏所蒙蔽，just track and dig into it！在知道MFC如何擴展，包裝SDK之后，自可功力漸進，不被其MFC系統框架所困繞。“MFC Internals”

4）研究OLE/COM技術。

COM/ActiveX技術是MS的核心技術，只有徹底洞察其理論精髓才可以體會現在的操作系統的技術趨勢，以不變應萬變。

“Inside Ole 2”

***幾點建議***：

1)Delphi/BCB/VB可以很快構筑界面，但對于想真正學習、理解系統不是一個好的平臺，但如果有時間讀一讀VCL的源碼，看看Borland是如何封裝系統的，也可借鑒不少。

2)學習ASM對理解C++有很大益處。Soft-ICE也是和VC++結合在一起的好工具;

3)語言本身是皮毛，算法是筋骨；無論高級語言如何發展，在理解操作系統的基礎上不斷自我創新的能力是源源不斷的；如果精髓一旦了然于胸，選擇何種開發工具都可以駕御，一見如故了。

每個人學習的過程都會不同吧，我在98從TC轉向VC時，對Windows的消息機制一點概念也沒有，對著個MFC不知所措，幾個月下來一點進展也沒有。我于是暫時轉向win32位編程。整整一年時間吧，我就是與API打交道，連編輯菜單條對話框等資源文件時也用Uedit32手工編寫，為的是希望能對編譯器的全過程有個感性的了解。之后我再轉向MFC時，果然發現兩者是相通的，雖然有一定的區加，不過有了win32位編程的基礎再看MFC 時會發現它比win32位編程要方便了太多。現在市面上的VC書很多，不過大多是入門書。我以為要精通VC（只是以為，本人自已距精通還遠的很）應該多看多寫程序，看書只能是入門，會用了而已。我不贊成濫用ActiveX，一來我以為它的性能很成問題，真是又大又慢又不穩定（可能是我有點偏激了吧），二來用了它您的程序今后就要被別人牽著鼻子走了。有次我用了個控件，程序都寫了大半了，它給我來個繼續使用請支付333美元，我兩個多月的工錢，煩不煩人？現在我盡可能用別人寫的類源代碼(我已收集各類代碼3-400MB了)，一樣用起來方便，還能邊用邊學，必要時還能自已改造。

我以為在現代的網絡時代，資料到處都有，無論什么先進的技術，今天我不會我只要查到資料，快的學上幾天慢的一兩個月我也能學會，現在已沒有寫不出的程序了，寫不出是因為你沒有耐心寫完它。我以為現在的程序員不一定要多么聰明，而更需要他有完成枯燥項目的耐心，找BUG的細心，對于金錢的平常心（不要為了早日拿到錢而趕進度），最后最重要是有顧全大局，團隊協作的精神。最后，王靖朋友的經歷與我實在是有點相似，算是同病相伶吧，真心祝您早日實現自已的人生目標！學習VC是一項費時費力的艱苦學習過程。為了真正用好VC，你 不得不先從OOP開始學起，也許瀏覽一本純理論的書要更有意思。你將從另外的角度考察OO思想。接下來學習C++，學習WindowsAPI 學習MFC，剖析MFC，擴充MFC，創造自己的類庫（不要企圖寫一個 和MFC同重量級的類庫）。如果能夠精通Microsoft C編譯器的各種 參數，你就可以開始研究微軟C/C++語言編譯器的進化歷史（結合 各種背景知識）。掌握了編程的思想，征服VC只是時間問題。

學習VC是接受微軟技術體系的過程。所需要學習的不僅僅是C++，MFC。需要學習所有微軟的技術，包括Windows編程，Win32系統（實際上 Win32系統實現了很多我們在屏幕上能看到的東西，最起碼NT的內核 并不大），COM（深入研究它，理解對象是如何跨越進程邊界的，最終 能夠自如地在Exe中實現自己定義的接口才算到家了。不過這多少有些 不太必要。），DCOM，ctiveX，Windows DNA...如果你想成為

大拿，學吧，沒完沒了。最起碼，使用VC，你甚至于可以開發自己的操作系統（當然與MFC沒有一點關系）。

第二篇：如何成為一名程序員

苦逼中的戰斗雞：如何成為一名程序員

下面要說的是我在成為一名程序員的道路上做的幾件事情。寫在這里除了要讓自己銘記在心外，我還希望它能對別人有些用處。1.建立一個博客

這是我后來才認識到的事，其實應該很早就去做。如果你是跟我類似的情況，你應該盡早開通一個博客——盡管還不知道該寫什么。注冊一個域名，買一個 空間。你會驚奇的發現有很多可寫的東西。你可以記錄下你成為一名程序員的過程，或寫一下你感興趣的技術方面的東西。我一直以為沒什么好寫的，可當真正思考 這些問題時，卻發現有很多值得寫的。最重要的事情是開始去做。2.開發一些東西

開發什么并不重要。選一種編程語言，任何一種都行，開始干。你不必去花大量的時間來決定應該使用什么語言。直接開始學一種語言，事實上最重要的是學習編程語言的基礎知識，而不是勞神費力的去選擇一種“最好的編程語言”。我選擇的是PHP。因為它是一種被廣泛使用的語言，在網上有大量的學習范例，我已經通過搭建一個WordPress網站而熟練的掌握了它。沒有絲毫的遺憾。它使我學到了很多 基礎知識。我還學習了其它語言嗎？當然，我后來涉獵了很多腳本語言，我要在下一個項目上試試Ruby。編程語言不斷的在變化，不要只盯著一個不放。3.注冊你的GitHub帳戶

我已經在Bitbucket上有了一個代碼庫。我最初選擇注冊Bitbucket是因為它能提供5個免費的私有庫。后來我決定在GitHub上注冊。事實上，我絲毫沒有拖延，看看我的成果吧。4.向開源項目捐贈代碼

我早該如此做了。我起初低估了做這種事情的重要性，說老實話，我現在仍需要進一步重視。向開源項目捐贈代碼，這是一種很好的學習別人如何編程的方法，并且能把自己的代碼公開。我今晚的就要去列一個準備去參與的開源項目的清單。5.熱心參與

這也是我需要改進的方面。我應該到stackoverflow網站上去回答更多的問題，在一些博客，科技網站上分享自己的東西。去那些網站，讓大家看到你。不在網上露面，就相當于待在屋里不出門卻想找一份做巴黎導游的工作。重復做第2，4和5點 其它一些事情

很明顯，每一個有志向的程序員都應該每天閱讀Hacker News和其它開發/科技/編程類的博客文章。

我打聽到了不少的技術討論會。這周末我準備去參加一個。我會把那里的情況寫出來。我在這里并沒有提讀書。我喜歡閱讀，但我們沒有買任何的關于web開發的書籍。這是我個人的做法。我相信很多人都會建議首先買一本書看看。

找一些能和你討論你的web開發/技術/編程想法的人和群體。如果我做了更多的第5項，我可能找到了更多的這樣的人。

好了，這就是我要說的。這些就是在過去的一年里我成為一個程序員的成長之路上做到事情。如果有人覺得在這個清單里我還應該加入什么，請給我留言。我永遠都希望聽到新的觀點。

第三篇：如何成為一名優秀的Java程序員

www.tmdps.cn

如何成為一名優秀的Java程序員

為什么越來越多的90后偏愛互聯網行業呢？他們的擇業觀與80后有哪些區別呢？

在公司內部，90后更偏愛自由開放的企業文化。從調查結果來看，有73%的受訪者贊同“開放自由、相對寬松”是最理想的企業文化，僅有13%的受訪者可以接受“嚴格守序、集體高于個人的傳統企業文化”。在追求自由的風格影響下，大部分90后都明確表示反感辦公室八卦和職場潛規則。

每一代人都有自己的擇業觀——70后追求穩定“鐵飯碗”；80后奉行實用主義，看重職業發展；而90后愛高薪更愛自由。波士頓咨詢公司的最新分析報告顯示，2014年互聯網行業在中國直接創造了170萬個就業機會。隨著行業的進一步發展，預計2020年有望直接為約350萬人帶來就業機會。短短幾年間，蓬勃發展的互聯網公司已經成為深受90后青睞的就業選擇。很多90后之所以熱衷在互聯網企業就業，與行業廣闊的發展空間、人性化的管理風格以及誘人的薪酬福利有著密切關系。

四川是旅游的天堂，無法拒絕她火辣辣的美食，無法拒絕她驚艷的自然風光，更無法拒絕她的古蜀文化。中國作為全球首屈一指的大國，IT培訓缺口日益增大。從國家到地方，政府紛紛鼓勵年輕人學習一技之長改變命運，成為很多人的首選。那么，2017IT培訓前景如何？是不是真如傳言中所說的高薪職業永不失業呢？

不要被小編的慷慨陳詞所打動了，和你們說好做彼此的天使，所以今天不選擇套路你們。好了，言歸正傳，來看看小編送上的IT培訓福利是否能打動你吧~今天小編想給大家扒一扒大家感興趣的IT培訓！

www.tmdps.cn

我們認為想要成為一個合格的Java程序員，必須需要牢固的基礎，這樣在未來接觸新的知識的時候，才能快速吸收，基礎不牢固的程序員，隨時都會被新的知識和技術所淘汰，下盤不穩風一吹就倒，那么作為一個合格的Java軟件工程師需要怎樣的素質？

一，良好的編程能力。編程能力直接決定了項目開發的效率。這要求軟件工程師至少精通一門編程語言，熟悉它的基本語法、技術特點和API(應用程序接口)。

二，自覺的規范意識和團隊精神。隨著軟件項目規模越來越大，僅僅依靠個人力量已經無法完成工作，因此，現代軟件企業越來越重視團隊精神。一般來講，軟件企業中的程序員可以分為兩種，一種是“游擊隊員”，他們可能對編程工具很熟，能力很強，編寫的程序簡潔高效，卻缺乏規范和合作的觀念；另一種程序員個人能力不一定很強，但程序較為規范，合作意識良好。第二種人更適合現代軟件企業發展的潮流。對于基礎軟件工程師來說，他們在企業中的角色決定了他們必須具有良好的規范意識和團隊精神。

三，認識和運用數據庫的能力。信息以數據為中心，因此與數據庫的交互是必不可少的，了解數據庫的操作和編程是軟件工程師需要具備的基本素質之一。四，較強的英語閱讀和寫作能力。程序世界的主導語言是英文，編寫程序開發文檔和開發工具幫助文件離不開英文，了解業界的新動向、閱讀技術文章離不開英文，與編程高手交流、發布幫助請求同樣也離不開英文。作為基礎軟件工程師，具有一定的英語基礎對于提升自身的學習和工作能力極有幫助。

www.tmdps.cn

五，具有軟件工程的概念。基礎軟件工程師從事的工作相對于系統分析師和高級程序員要單純一些，但是他們仍然是整個軟件工程中重要的一環，他們同樣需要具有軟件工程的概念：從項目需求分析開始到安裝調試完畢，基礎軟件工程師都必須能清楚地理解和把握這些過程，并能勝任各種環節的具體工作。與信息技術領域先進的基礎理論教育相比，我國高校軟件人才培養模式在實踐技能的培養、IT編程前沿技術的獲取與溝通、具有國際水平和標準的軟件項目開發等方面的培養存在極大不足。為解決這一問題，有必要在高校推出“軟件教育產品”的人才培養模式。“軟件教育產品”是一種培養中、高級軟件人才的教育產品化解決方案，其根本目的可以歸結為--培養掌握IT技術發展方向、熟悉國際開發準則和標準，并且具有豐富項目管理經驗的高級軟件項目管理人員。“軟件教育產品”包含了教學方案的設計、課程選取與設置、教材的引進與二次開發、教學管理流程的監控、教學實踐環節的落實等等。

國信安IT培訓基地專注java培訓、php培訓、UI設計培訓、軟件測試培訓、大數據培訓、web前端培訓等培訓課程。你們準備好怎么學習IT技術了嗎?來參加國信安IT培訓課程，你的選擇不會有錯！

第四篇：教你如何成為一名Java初級程序員

目前，JAVA是開發人員的熱寵，很多論壇都有不少熱愛JAVA的開發人員，也有不少想成為JAVA程序員，但苦于不知道該如何學習，也不清楚該學些什么知識才能成為一個JAVA程序員。本人在這里拋磚引玉，和大家討論成為一個JAVA初級程序員應該具有的知識，與大家共享。

個人認為想成為一個合格的JAVA初級程序員應該具備如下知識：

一、面向對象的知識：JAVA是一個面向對象的開發語言，因此熟悉面向對象對學習JAVA很有必要，您要了解：什么是對象，什么是類;什么是封裝，什么是多態，什么是繼承;什么是抽象類，什么是接口。了解了概念后，您還需要這些概念是如何體現的，如類和對象有什么區別?類是如何封裝的?

二、JAVA語法：如果您已經有了開發經驗，恭喜您，您學習JAVA語法來將比較容易。如果您有C++等面向對象語言的開發經驗，您只需簡單的翻看一下介紹JAVA的相關書籍就可以了。如果您是新手，沒有關系，您下些工夫，好好研究一本JAVA初級教程之類的書就可以了。

學習了JAVA語法，加上面向對象的知識，只有您用心，您就可以寫出來比較好的JAVA代碼了。如果您再抽出時間熟悉一下JAVA編程規范，您代碼的水平就應該不俗了。

三、JSP和HTML：在我國的絕大多數公司，做JAVA程序員都少不了和JSP以及HTML打交道。因此，想成為JAVA程序員就不可避免的要熟悉JSP和HTML，您最好能知道JSP的幾個內置對象，如Session，Request，Reponse，以及常用的JSP標簽，如include,userBean等。盡管一些工具會幫您生成HTML代碼，但您還是要熟悉比如title，，等。如果您再熟悉一下JS和CSS就更好了，那會使您制作的頁面更友好。

四、WebServer:熟悉了以上三種，可以肯定的說您已經可以制作出來JSP頁面了，您也可以在您的頁面里使用自己開發的JAVA類(JAVABEAN)了，但您的頁面總要跑起來才能看到您要的效果，這就要求您必須熟悉一種WebServer，比如：TOMCAT，RESIN等。您要熟悉如何發布您的應用，如何利用WebServer的數據庫資源等。

五、開發工具：大家都知道，開發工具可以幫助您更好更快地開發，因此熟悉幾種開發工具很有必要。目前JAVA的開發工具比較流行的有JBuilder,IDEA,Eclipse，HTML的開發工具有Dreamweaver等。

六、熟悉一種框架：熟悉一種框架其實是成為JAVA程序員的一種可選知識，但目前開發B/S結構的應用的開發小組，都差不多會采用一種框架來構建自己的應用系統。框架都會有許多可重用的代碼，良好的層次關系和業務控制邏輯，基于框架的開發使你可以省出很多的開發成本。目前比較流行的框架有Struts和WAF等。

第五篇：如何成為優秀的程序員

如何成為優秀的程序員?

1）學習應該從基礎打起，不要一開始就嘗試最高深的技術。

2）每看一本書，不要說這章我以前學習過了，也掌握的很好，因此我可以跳過這一章看更重要的了。

3）對于作業，遇到不會的盡量不要立刻向別人請教。如果實在解決不了的問題，可以先 完成你會的，然后把一些特別的難點提煉出來，向高手請教。

3）不要指望書本和行家能幫你解決一切問題，因為并不是所有問題都能由別人教給你。

4）向別人請教問題應該把問題說明白。對于錯誤提示信息應該原樣提供出來，不要按自

己理解的信息提供。因為既然你自己做不了，說明你理解一般都有問題。

5）問問題最好能帶代碼。

6）不要說“編譯通過，可是運行時...“，因為編譯錯誤和運行錯誤可能根本沒有關系。

一般來說，編譯是語法問題，而運行是邏輯問題。

7)書看千遍不如做程序一遍，應該盡量嘗試去寫程序。

8）做程序千個不如做好程序一個。應該盡量完善你現在做的程序，而不要不斷開新的計

劃，而每個計劃都虎頭蛇尾。

9）要想到你不是一個人寫程序，而是和大家一起寫程序。

10）高深的技巧雖然顯示了高深的本領，但是對于合作往往是有害的，應該盡量寫出簡

單易讀的代碼。

11）編制程序應該盡量做到自注釋，即代碼本身一讀就懂，好象自己在說明自己的邏輯

一樣。

12）復雜的代碼如果實在做不到自注釋，應該給出適量的注釋。

13）注釋在修改代碼的時候應該相應修改，不能用陳舊的注釋去誤導別人。

14)代碼應該盡量可重用，相同功能的代碼應該由相同的函數完成，重要函數應

試信息，以便調試時及早發現問題。

15）應該盡量寫小函數，每個函數盡量不要超過40行或者更少。這樣不用滾動屏幕也許

就可以讀完整個函數。

16）對于switch語句，盡量不要有過多的分支，如果分支太多，可以考慮用跳轉表。

17）盡量少使用一些有爭議的語句，如goto和三目運算符，既然有爭議，它肯定有一定的缺點。

18）對于goto，許多工程師技術高到可以合理使用，而不至于導致問題。但是你的程序

并不一定給你同水平的人看和修改，他們可不能保證合理的讀和修改這些相關代碼。

19)代碼編寫時應該有一定的格式，其基本要求是對理解代碼有一定幫助。

20）如果數據是多個模塊共有的，應該提供一個封裝的類來管理它，并提供一個合適的接口給各個模塊。這樣，如果數據內容有重大修改，則只要接口不變，基本上可以保證

程序不要很復雜的修改。

21）應該盡量考慮到數據的并發控制。

22）數據的并發控制應該封裝在接口內，而不要暴露給其他模塊，這樣可以減少因為并

發原因導致的程序死鎖。

23）數據本身結構不可以太復雜。應該盡量把不相關的數據分割成為兩組數據。

24）對于數據量比較大的情況，應該考慮數據庫。

25）數據庫接口應該采用標準ODBC或者ADO接口，盡量不要根據實際數據庫DBMS提供的接

口來處理，因為你可能在實際使用中更換DBMS。

26）小的數據可以考慮文件，文件路徑應該必須設計成相對路徑。

27）在一個函數中，應該盡量打開文件后使用完后立刻關閉，這樣其他程序可

件。

28）不要嘗試把文件全部讀到內存中，應該分次處理大文件。

29）編寫程序應該提供相關的測試程序，以提供測試手段。

30）應該考慮代碼、函數的使用情況，不要超越函數可以使用的范圍使用之。

1.扎實的基礎。數據結構、離散數學、編譯原理，這些是所有計算機科學的基礎，如果不掌握他們，很難寫出高水平的程序。據我的觀察，學計算機專業的人比學其他專

業的人更能寫出高質量的軟件。程序人人都會寫，但當你發現寫到一定程度很難再提高的時候，就應該想想是不是要回過頭來學學這些最基本的理論。不要一開始就去學OOP，即使你再精通OOP，遇到一些基本算法的時候可能也會束手無策。

2.豐富的想象力。不要拘泥于固定的思維方式，遇到問題的時候要多想幾種解決問

題的方案，試試別人從沒想過的方法。豐富的想象力是建立在豐富的知識的基礎上，除

計算機以外，多涉獵其他的學科，比如天文、物理、數學等等。另外，多看科幻電影也

是一個很好的途徑。

3.最簡單的是最好的。這也許是所有科學都遵循的一條準則，如此復雜的質能互換

原理在愛因斯坦眼里不過是一個簡單得不能再簡單的公式：E=mc2。簡單的方法更容易被

人理解，更容易實現，也更容易維護。遇到問題時要優先考慮最簡單的方案，只有簡單

方案不能滿足要求時再考慮復雜的方案。

4.不鉆牛角尖。當你遇到障礙的時候，不妨暫時遠離電腦，看看窗外的風景，聽聽

輕音樂，和朋友聊聊天。當我遇到難題的時候會去玩游戲，而且是那種極暴力的打斗類

游戲，當負責游戲的那部分大腦細胞極度亢奮的時候，負責編程的那部分大腦細胞就得

到了充分的休息。當重新開始工作的時候，我會發現那些難題現在竟然可以迎刃而解。

5.對答案的渴求。人類自然科學的發展史就是一個渴求得到答案的過程，知道答案的一小部分也值得我們去付出。只要你堅定信念，一定要找到問題的答案，你

才會付出精力去探索，即使最后沒有得到答案，在過程中你也會學到很多東西。

6.多與別人交流。三人行必有我師，也許在一次和別人不經意的談話中，就可以迸

出靈感的火花。多上上網，看看別人對同一問題的看法，會給你很大的啟發。

7.良好的編程風格。注意養成良好的習慣，代碼的縮進編排，變量的命名規則要始

終保持一致。大家都知道如何排除代碼中錯誤，卻往往忽視了對注釋的排錯。注釋是程

序的一個重要組成部分，它可以使你的代碼更容易理解，而如果代碼已經清楚地表達了

你的思想，就不必再加注釋了，如果注釋和代碼不一致，那就更加糟糕。

8.韌性和毅力。這也許是”高手"和一般程序員最大的區別。A good programming

is 99 weat and 1ffee。高手們并不是天才，他們是在無數個日日夜夜中磨練出來的。成功能給我們帶來無比的喜悅，但過程卻是無比的枯燥乏味。你不妨做個測試，找個1

0000以內的素數表，把它們全都抄下來，然后再檢查三遍，如果能夠不間斷地完成這一

工作，你就可以滿足這一條。

比較寬的知識面，并且能夠時時補充自己的知識和完善自己的知識結構

* 耐心好，特別是在調試和學習階段，世界上沒有聰明的人只有刻苦的人。做開發其實

就兩件事情學習和改錯，在這兩件事情中間的開發過程其實是比較簡單的* 永遠記住：代碼是給人看的而不是給機器運行的，計算機在執行程序時是不怕累的，而人在看代碼時是非常累的* 良好的編碼習慣，至少保證自己能夠隨時看懂幾個月前自己所寫的代碼

* 盡量讓你的代碼能夠很容易的被別人理解，寫代碼時想想你會不會在兩個月后被別人

罵

* 不要容忍自己犯重復的錯誤和寫重復的代碼

* 知道如何做比得到代碼更重要

* 盡量不要做已經有很多人已經做過的事情

* 學會尊重別人的開發成果，除非不得已不要下決定全面替換以前的系統

* 珍惜自己的時間與工作成果，盡量讓別人分享自己的開發成果

* 避免假設，多思考極端情況與引起錯誤的可能性，努力減少低級錯誤

* 不要相信至少是不要輕信自己為自己所做的測試結果

* 懂得堅持自己的開發思路，并懂得理解與吸收別人的思想

* 學會與其他人保持一致，但不能放棄自己的開發特色

* 懂得向你周圍的人學習，不論是開發能力上的還是開發經驗上的* 懂得軟件結構的的重要性，分析代碼前先分析代碼的結構

* 學會總結，定期總結自己所學會的知識，看看自己前段時間因為各種原因所浪費的時

間

* 學會計劃，盡量不要認為通過延長自己的工作時間來完成任務

* 學會正確估計自己的能力和工作時間

下面這些是我認為一些比較適合我自己的方面，不一定對每個人都合適：

* 多看些雜志，沒事情的時候可以看看以前看過的參考書，書中很可能有你以前沒有注

意到的一些細節

* 不要太早去做一些與開發無關的事情，因為學習的黃金時期是很短暫的* 學會分析別人的系統，多看看別人所開發的系統的先進的一面。這里包括別人的開發

思路，實現時所采用的結構

* 時常感到自己將被淘汰，經常埋怨自己的不努力

* 知道自己缺少什么

* 強迫自己做一些自己不喜歡做的事情，比如說寫文檔

* 能夠有勇氣重寫自己所開發的系統，但當你重做時你應該采取和前一次不同的工作方

式和方法，否則重做就沒有必要

* 將問題簡單化而不是復雜化

* 將維護時會產生的一部分問題轉移到開發時或是設計時來解決

* 有時候也不妨問問自己：我不做開發時去做什么

* 堅持為自己做每周的開發計劃，在事情沒有做完以前不要輕易轉移自己的注意力

* 盡可能多的將你所做的教給別人，因為你有一天可能不再負責這個系統

* 做事一定要有始有終，除非是有不得已的理由否則不要在工作完成前提前離開

* 不要將你為公司做的東西帶走，你因該帶走的是開發經驗和對開發的認識而不是代碼

和產品

* 感到累時就休息一下，給自己放個假也無妨，畢竟人不是機器

做程序員很累的，夠你受的，加油吧！