網站首頁 實用文 書信 面試 實習 實習報告 職場 職責 勵志 名言 熱點
當前位置:人人簡歷網 > 熱點 > 心得體會

學java的心得體會最新5篇

欄目: 心得體會 / 發佈於: / 人氣:9.49K

我們在現下社會中時常會運用到心得這一文體,根據心得的基本要求展開寫作,我們才能有所提升,本站小編今天就為您帶來了學java的心得體會最新5篇,相信一定會對你有所幫助。

學java的心得體會最新5篇

學java的心得體會篇1

在參加java培訓的過程中,我感覺其實生活中很多時候與java編程是存在相似點。比如説我們想做一件什麼事情,總是要先考慮下這件事的目的,做這件事需要先準備些什麼,中間需要哪些步驟,最後怎樣實現等等,這與計算機編程思想驚人的相似,所以説,在很多人看來,計算機很複雜,有數不清的代碼和程序,可以完成各種各樣的任務,功能千變萬化,要掌握它是一件難比登天的任務,其實不然。計算機這種複雜性,完全是人賦予的,計算機只是單純的按照人的指令去完成我們想要完成的事情,從這方面看,計算機是簡單的。 經過這一次的java培訓,其中在java的各種對象、方法、類等方面上有了一個比較清晰的想法。當自學時你就不會聽到有這樣那樣的想法與指導,學起來就會比較迷茫點,但是有一個比較好的老師來指點下,那樣的效果上就不同了,可以讓自己的想法和思維開拓點來學習java,親身感受過後,確實跟自學不一樣,自學的話自己可能沒這麼好去理解代碼,有個人帶着去理解代碼的話學起來比較快點,,用起來也會容易慣通點。

通過這次也可以學到一個團隊的重要,一個小項目可以一個人完成,那已經是很痛苦地那種了,但是有一個大項目的話,那就不是一個人可以完成的事了,必須由一個團體來共同完成項目,一個的技術牛不算牛,一個團體的技術都很牛了那才是真正的牛,這樣合作起來就可以更快的把一個項目完成,而個人來説,也不會感到非常吃力,分功合作對於開發一個項目來説是重要的一步,在分功的時候必須分功明確,不然在開發程中會出現錯亂,例如一個人開發了登陸的功能了,由於分功不明確導至另一個在也在開發此功能,分功明確了會減去諸如些類的一些錯誤和麻煩。

學習java聽老師講起課來,自己聽得明白,但是要自己真的去動手起來做的話,那又是另一回事了,聽得明白不一定就可以自己動手做出來,學習java只有聽懂了再自己動手去真正的做出一些東西來運用這些代碼,讓代碼在你腦子裏轉來轉去不會忘記,看到有類似的功能你就會想起用這些代碼來實現功能,那樣才是真正的學會了,不然你就是沒學會。 在學習java的過程中,最需要的就是耐心,在學習過程中,你會感到很枯燥,煩惱,無聊,寂寞感,,但這些都不是問題,問題就是你能不能有很好的耐心學習下去,一般的人都是因為沒耐心學下去才覺得它難,其實java語言本身不難,難的是你自己有沒有這樣的心去學,耐心很重要。耐心+靈活變通=學習成功

學java的心得體會篇2

面臨畢業與就業的壓力,不久將來就要從一個學生到一個社會人的轉變:技術在不斷的提高,思路在不斷的開闊,思想在不斷的昇華,更重要的是自己的理想和抱負更加的堅定。對於一個投身於it的新人,經驗談不上,一些學習的心得倒是可以拿出來探討一下,我們該如何面臨這個似曾相識的社會,突然一天如此接近。面對“全球經濟不景氣”帶來的就業壓力,我們正在逐漸走向成熟,我們意志更加堅強,我們深知不經一番寒徹骨,哪來梅花撲鼻香。深深地體會到找一份好工作多麼不容易的,尤其是能力匱乏的我們。一切都要付出行動,不能空想,要實現目標,就得不懈的努力。

的確,軟件仍然是一個朝陽行業,對於人才的需求量也很大,這也是為什麼很多人努力走上這座獨木橋的原因。但是當你面臨人生的一個選擇時,當你決定要踏上軟件開發之路時,你應該問一下自己:我為什麼要選擇它?其實很多人在這條道路上摸爬滾打了多年也沒弄清楚這個問題的答案。如果你想在這條道路上有所成就的話,一是興趣使然,二是做好自己的職業規劃。

軟件開發其實是一條非常艱苦的路,不停的學習,不斷的熬夜,沒有鮮花更沒有掌聲,陪伴你的是那漫長而孤獨的夜。想一想我們準備好迎接這一切了嗎?如果沒有興趣我勸你還是放棄這條路,沒有興趣你就在這條路上走不長,等待你的只有轉行。如果你真的把它作為你職業生涯的跳板,那麼請你做好自己的人生規劃,有步驟的實現它。

話題稍微遠了一點,現在我就談談自己在java學習方面的心得和教訓。古人云:活到老,學到老。讀書學習實乃艱苦之事,花費時間,消耗精力。然苦之外亦見其樂:得到了知識,提高了認識,完善了自己。學習,求其真,務其實,應“敏而好學,不恥下問”,才能不斷促使進步。學習,不僅求知,也要懂法,學會方法比掌握知識更加重要。笛卡爾説過,“沒有正確的方法,即使有眼睛的博學者也會像瞎子一樣盲目摸索”,可見學習方法的重要性。

其實,大學之前幾乎沒有軟件技術之類的概念,大三之前仍然對於程序懵懂不開。但是這並不能妨礙我熱愛這個行業,也不能就斷定我在這個行業裏一事無成。剛學?java,我的確感覺不開竅,特別對oo(面向對象)編程仍然不能理解。但是人如果一思考,其實什麼問題都解決了。對於學習java基礎的經驗就是多做、多思考,基礎知識的學習不能不求甚解,要追本溯源,弄清問題的本質。這樣才能舉一反三,由點及面。對於抽象的東西要能具體化,對於具體的東西要能抽象化。

我學習java基礎一直使用的是《編程思想》第四版這本書,感覺挺不錯的,全面透徹通俗易懂,在國外也是廣受好評,我很惋惜沒有早點知道這本書,否則也不回浪費大學三年青春歲月,一無是處的打發光陰,值得慶幸的事這本書一定程度上激發了我對java學習的興趣與潛力。英語能力強的話,可以直接看英文原版。我一直強調重視基礎,如果你的java基礎打的牢,你在學習那些java框架就是非常輕鬆的事了。

學java的心得體會篇3

記得當時拿着oracle授權學習中心頒發的畢業證書時喜悦的心情,到現在對着電腦寫心得體會的時間,才發現,半年的的時間,一眨眼就過去。回顧這半年的生活,心裏總充滿着感激,感激oracle授權學習中心給了我一個學習深造的平台,感激java教學老師對我的培養。

國內java熱自從20xx年就有增無減,無論是遊戲,還是大中小網站,還是b2c商城,還是各大信息系統,到處都是是java的身影;各大招聘網站的java工程師的招聘信息也是目不暇接,於是我便決定要改行學it這塊。

我記得我編寫首個小程序“helloword”,在這一刻我已經進入了java的世界。當時自己不是很理解為什麼main方法一定要這樣來定義publicstaticvoidmain(string[]args),能不能不這樣寫?問了好多同學,他們告訴我的答案是一樣的“java本身要求就是這樣子的”,但我自己不甘心,就進行了下面的好多操作:把main改個名字運行一下,看看報什麼錯誤,然後根據出錯信息進行分析;把main的public取掉,在試試看,報什麼錯誤;static去掉還能不能運行;不知道main方法是否一定要傳一個string[]數組的,把string[]改掉,改成int[],或者string試試看;不知道是否必須寫args參數名稱的,也可以把args改成別的名字,看看運行結果如何。結果把helloworld程序反覆改了七八次,不斷運行,分析運行結果,最後就徹底明白為什麼了main方法是這樣定義的了。接着在以後的學習中我也採用這樣的方法解決問題,卻發現自己的速度比別人慢了好多,我就把自己的課餘時間也分一部分給了java。因為基礎是最重要的,只有基礎牢固才有可能對後面的學習有更加深刻的認識!學習一門新的語言,參考書是離不開的。聽老師説訂的教材偏難,不適合我們初學者,於是我在圖書館借了參考書(一本篇幅較短的入門書來學習那些最簡單、最基本的東西、包括學習java語法等)。同時,對一個最簡單的程序也應該多去調試,多想想如果改動一下會出現什麼結果?為什麼必須那樣寫?多去想想這些問題然後去操作,會讓你有更多的收穫。這樣反覆地思考是很有用的。在學習java的語法時,java的語法是類似c語言的,所以學習的比較輕鬆。唯一需要注意的是有幾個不容易搞清楚的關鍵字的用法,public,protected,private,static,什麼時候用,為什麼要用,怎麼用,和同學一起討論了好久才得以解決。在學習java的面向對象的編程語言的特性。比如繼承,構造器,抽象類,接口,方法的多態,重載,覆蓋,java的異常處理機制。對於一個沒有面向對象語言背景的人來説,我覺得這個過程需要花很長很長時間,因為學習java之前沒有c++的經驗,只有c語言的經驗,花了很長時間,才徹底把這些概念都搞清楚,把書上面的例子反覆的揣摩,修改,嘗試,把那幾章內容反覆的看過來,看過去,看了很多遍,才徹底領悟了。開始熟悉java的類庫。基礎類庫裏面的類非常非常多。據説有3000多個。但是我真正使用的只有幾個,比如説java。io。*;java。util。*;java。sql。*;等。此外,我對於static,public,private,exception,try{},catch{},finally{}等等一開始都不是很懂,都是把書上面的例子運行成功,然後就開始破壞它,不斷的根據自己心裏面的疑問來重新改寫程序,看看能不能運行,運行出來是個什麼樣子,是否可以得到預期的結果。這樣雖然比較費時間,不過一個例子程序這樣反覆破壞幾次之後。我就對這個相關的知識徹底學通了。有時候甚至故意寫一些錯誤的代碼來運行,看看能否得到預期的運行錯誤。這樣對於編程的掌握是及其深刻的。

在學習java的過程中我得出這樣的結論:

1。學習中,要養成良好的習慣(寫括號時要成對,字母大小寫要區分,單詞拼寫要準確)。

2。在學習的過程中,最好不是僅僅停留在java表層,不是抄書上的例子運行出結果就可以。要注意,即便對一個簡單的例子也要有耐心去琢磨、調試、改動。

3。在學習的過程中一定要動手做、試着寫代碼,而不是抱一本書看看就行。很多東西和體會必須自己動手才能真正屬於自己。

4。在java的學習過程中,可能會遇到形形色色的問題不容易解決,應多去專業論壇瞭解相關的知識,書本上的知識有限。要會從網上搜索有用的信息加以整理,促進學習的深入和知識水平的提高。

現在的我在家軟件公司上班,it業之所以那麼有魅力,其中的一個原因就是相對高的年薪誘惑。不論是年輕人還是中年人,與其他職業相比,能力稍差也能賺到不錯的年薪。以上呢就是我學習java的學習心得和體會,希望能和大家共勉!

學java的心得體會篇4

作為一個以前從來沒有接觸過互聯網產品設計的菜鳥級產品設計人員,在沒有人指導,只能自己摸索的情況下設計出並和技術與美工培訓和將網站做出來,其中的艱辛只能自己體會。不過,雖然過程艱辛,但自己的收穫頗大。一直以來希望能夠轉型做互聯網的產品,但總是沒有機會。這次公司網站的策劃及設計給了自己很好的學習和實踐機會。在這斷斷續續的七個月中,自己對於網站的策劃和設計有了一定的認識,也通過實踐的對照,對過去自己看過的產品設計和產品經理書籍中的理論有了更加深刻的理解。

在此,將在網站設計過程中的一些心得總結如下。雖然對於已經身為產品經理的人可能沒有用處。但,我想,可能對於那些想要入行,或者希望在自己的公司內部轉入產品行業的人來説,可能多少有一點點用。

* 要注意網站的定位

任何一個公司或單位,要設計一個網站,都必然有其核心定位,即這個網站設計出來要幹什麼。這一點對網站的設計具有決定性的影響。如果不能將網站的定位把握好,作為一個設計人員,其工作往往會是無功而返。因此,在網站策劃階段,產品設計人員必須多和上層溝通,甚至多和領導爭辯,通過溝通和爭辯來明晰公司對網站的定位。同時,也可以讓領導對網站的定位更加明晰。只有完成了這一項,其餘的策劃和設計工作才應該繼續進行。

* 要了解用户

產品經理或產品設計人員很容易將自己作為用户來判斷產品的功能或體驗是否好用,但現實的情況是大部分用户很可能與產品經理所屬的人羣差距很大。比如,在網站設計過程中,發現本網站的使用人羣中 竟然有不知道如何註冊網站的人,這這真是出乎意料。但這就是現實。所以,在產品設計的過程中,不能以自己為中心,把自己當做用户。事實上,很多用户的互聯網水平真得沒有達到我們的水平。

* 明確、牢記目的和需求

網站的定位明確後,接下來要明確的是網站設計的目的和要滿足的需求。即:網站整體設計完成要達成什麼目的,每個模塊設計完成要達成什麼目的。從另一個層面來講,也就是,網站整體要滿足用户什麼需求,每個模塊又要滿足用户什麼需求。同時,在網站的設計過程中,要一直將目的和需求牢記心中,不斷地對照當前的設計是否能夠達到目的或滿足用户需求。在設計過程中不斷修改不斷調整最終導致偏離目的和需求的情況屢見不鮮。

* 保持簡潔

為什麼要簡潔?因為,無論是設計一個網站,還是設計一個其他的產品,都不可能一步到位。尤其在人力物力時間等資源有限的情況下,更是不可能一次性滿足所需求,達成所有目的。因此,在這種情況下,為了確保核心目標和需求的達成,只能也必須優先保證核心功能的完成,只上核心模塊或功能。同時,在產品設計的過程中,也要不斷地向同事和領導灌輸這種意識。否則,需求無止境,網站永遠難以完成上線。

* 注意細節

這次的網站設計師自己第一次設計網站。因此,在設計網站的過程中自然而然地非常關注網站的整個架構,什麼模塊放什麼地方,模塊之間如何相互聯繫等等。但網站最終出來的結果展示了殘忍的一面。由於在細節上把握不夠,網站的設計和實現結果和想象中出入很大,甚至一些格式、排版上的問題都出現在了網站的各個地方。自然,最終的結果就是網站成品與原始設計相差甚遠。因此,在產品設計的過程中,作為設計人員,一定不能小看細節。一定要將細節想細緻,沒有細節餓網站很容易出問題。

* 注重邏輯性

網站的設計過程中,必須要注意邏輯判斷。對於輸入信息或註冊流程中的每一個環節的每一種狀態都要考慮到。舉一個最簡單的例子,一個輸入框輸入數據,有正確的輸入、必然有錯誤的輸入,也必然有空輸入。那麼,每種狀態下系統都要考慮到,也都要有相應的反應。

* 流程圖很重要。

説到邏輯性,就不能不談流程圖。作為梳理邏輯的工具,流程圖非常重要。它不但可以幫助我們梳理每隔一環節的不同狀態,更可以幫助我們和技術進行溝通,確保技術對核心流程的把握。雖然每個技術的邏輯能力都不錯,但在編程的過程中不可能次次幫我們想到邏輯的不合理處。因此,一個合格的流程圖就非常重要了。

* 沒想清楚的事情不錯

即使是一個非常小的網站,也是一個系統,如果需要添加功能或模塊,就需要考慮到方方面面的變動,是一個比較複雜的過程。而若是一個較大的網站,那需要考慮的方面就更多了。因此,在設計過程中要本着一個原則:如果一個功能或模塊沒有想清楚為什麼添加,有什麼用處,那就不要無謂地添加這類功能或模塊。除了增加技術人員和設計人員的工作量、增加網站的複雜程度外,基本沒有啥好處。

* 一定要評審

評審對於所有的產品設計人員來説都是一場噩夢。但是評審可不可以省略呢?不可以。一方面,我們需要通過評審讓大家認可自己的設計。如果對我們的設計不認可,那麼在真正執行過程中便會有更多的障礙。另一方面,我們需要通過評審收集意見,查漏補缺,找到我們沒有注意到的地方。不過,在評審過程中,我們也一定要做好心理準備,畢竟,讓一大堆人説你設計的這不行那也不行,心裏是絕對不會好受的。唯一能夠減少這種情況出現的方法,也許就是儘可能細緻地想到各個方面,有充足的理由來説服對方。

* 一定要寫產品需求文檔。

在自己設計網站之前,看過一些產品經理方面的書,每本書裏都介紹到了產品需求文檔的撰寫,可見產品需求文檔的重要性。但説來奇怪,在自己真正做網站時,由於團隊里人很少,所以自己竟然認為不需要寫產品需求文檔,認為只要當面溝通就可以了。但事實是,沒有需求文檔,很多細節的東西,自己設計的時候哦想得很好,但過段時間卻模糊了,結果技術人員詢問時只能憑感覺給出解決方案。當然,結果可想而知,出現了很多不應該出現的問題和bug。這些問題和bug讓我真正體會到了產品需求文檔的重要性。

* 要懂得妥協和聽取意見。

在產品設計過程中,經常會出現一種情況:產品設計人員或產品經理苦思冥想找到一種解決方案或展現形式,可以上級領導或公司管理層不認可。這種情況下,我們常常會因為自家孩子就是好的心理而忽略他人的意見,或者堅決不妥協、不接納他人意見。這樣做非常不利於我們工作的推進。因此,在這種時候,產品人員一要沉下心來,耐心聽取別人的意見,看看是否有可取之處。而是要懂得妥協,不在非常細節的地方和領導層較勁,阻礙工作的推進。

* 要堅定,更要執行。

當然,在產品設計過程中,也會出現這種情況:我們認為某個功能非常重要,可上級認為不需要,要砍掉;或者,我們認為一個功能或模塊完全沒必要展現,可上級堅持要求添加。這種不可調和的矛盾怎麼處理呢?我的建議是:要堅定,更要執行。首先,我們要堅定我們的想法和做法,儘量通過種種方法去説服上級。只要我們的説法和做法有道理,上級應該會同意我們的做法。其次,如果無法説服上級,那麼,一旦上級決定如何做,我們則堅決執行。雖然我們常説產品是為客户設計的,但很多時候,產品也是為老闆設計的。

* 要抱着做完美產品的心態去設計產品。

看過很多產品類的書籍,都説完美主義要不得。在這點上,我也同意。但是,從另一個層面來講,在產品設計或構思的過程中,一定要保證做完美產品的心態去設計。因為,很多時候,即使完美的設計,在通過執行的種種換屆後,也可能變得慘不忍睹,或者最終也就是成為一個及格產品。而如果我們抱着湊乎的心態來設計產品,那做出來的東西可能真的就沒辦法用了。

* 要相信自己的直覺

在產品設計或製作的過程中,可能常常會有這種感覺:好像哪兒不對呀。以我的經驗來説,這種感覺的出現往往是自己忘掉了一些地方或做的東西中有錯誤,潛意識在提醒我們。所以,在這種情況下,一定要相信自己的直覺,來對相應的模塊或功能進行審查,找出不合理的地方進行修改或彌補。

* 要看鍋下菜

現實裏,每個公司的資源都是有限的。而做一個網站也好,做一個產品也好,公司能夠提供的資源也是有限的。因此,作為產品經理或設計人員,一定要有現實感。要知道在現有資源情況下,能夠做到什麼程度。比如:不要指望一個拿3000塊工資的美工設計出一流的頁面,也不要指望一個臨時來幫忙上傳資料的同事能夠一步到位地將資料的格式調整到最好的狀態,更不要指望剛畢業的程序員能夠迅速地解決你所提出的bug。一句話,不要指望同事做出超過其能力以外的事情,不要指望公司提供超出其能力範圍外的資源。

* 永遠不要偷懶。

最後一條,永遠不要偷懶。我的感受是,偷懶絕對會讓我們在後期多花費更多的時間和精力。不要因為自己懶不想寫產品需求文檔就隨便弄個原型給技術,那樣後期會讓你有無窮bug去修改;不要因為自己懶或時間緊急就不做評審,否則,一旦領導層看到設計沒有滿足其要求,你可能得重頭再來;不要技術改了bug你就天真地相信一定是沒問題了,一定要自己確認,否則,過兩天就會有人找你問為什麼bug沒有修改。今天的偷懶往往需要明天的雙倍甚至多倍付出。

學java的心得體會篇5

初次涉及java領域,感覺到java入門是好像沒有c,c++入門快,工具也沒有什麼turboc,visualc++好用,什麼ja_home,classpath,虛擬機等概念都是初次基礎,旁邊的人都很少用java的。感覺java就是做applet的。讓我不可思議的是ja2,jdk,j2se,j2ee,j2me等新名詞在自己的腦海裏蔓延。搭起java開發環境後,記得剛開始還是用ultraedit編輯並編譯的慢慢的改用jcreator了,要開始幹項目了,以前從書上看到的東西,在項目中有了很好的機會去温習,開始主要是用swing,開發桌面系統,放置一個按鈕怎麼也放不好,後來才知道有一個佈局管理器。後來開始涉及到數據庫訪問,jdbc。隨後java規範了。最開始_的規範是jdbcspecification,很多概念一目瞭然,尤其是database的事務性控制,自己對於她的理解慢慢的有了較為深入的瞭解。對於開發c/s結構,比如,swing+jdbc,開發數據庫應用系統,讓我學會開發兩層結構的應用系統。

開發豆豆網時,基於linux+jsp+javabean+oracl的系統。不同於swing+jdbc的開發模式,系統之間多了一層;同時,很多開發技術和麪向左面系統不一樣,比如分頁技術。

完成項目後,自己對於java的很多方面都比較瞭解了。開始思考一個問題,j2ee是什麼東西?。我們學習java大概有3個方向,第一,桌面系統,包括c/s結構;第二,j2me,面向無限領域,很有潛力的傢伙,看_的手機用户就知道了。第三,面向企業應用、計算的平台,j2ee。

通過實習,我自身發生了重大的轉變,我相信我會在ja開發這條路上走的更長更遠。

實習雖然結束了但是給我的感觸很大。在信息時代,學習是不斷地汲取新信息,獲得事業進步的動力。作為一名即將的大學生更應該把學習作為保持工作積極性的重要途徑。

實習,是開端也是結束。展現在自己面前的是一片任自己馳騁的沃土,也分明感受到了沉甸甸的責任。在今後的工作和生活中,我將繼續學習,深入實踐,不斷提升自我。

實習的同時也讓我瞭解到了自己的不足,我會繼續努力,完善自我。對於學校的精心安排和指導老師的用心輔導非常感謝.