首頁>Club>
腿骨折了不能工作,想學習
5
回覆列表
  • 1 # IT資訊i

    就是踏踏實實學習。買相關的書籍看相關的影片。因為你只能自學 就是在論壇問大佬就好了 還就是影片教程

    www.aiquanti.com

    這裡面有免費的如果選擇付費的建議你慎重 這個就要你自己選擇了加油 記得多敲多看原始碼啊

  • 2 # 神秘程式設計師

    沒有什麼是坑,任何踩過的坑都是經驗。

    自學java,可以通過幾種方式

    1.培訓班

    培訓班是最快上手的一個途徑。有網課和培訓公司可選,顯然培訓公司不適合題主現在。

    培訓班填鴨式學習是java入門最快點方式

    2.看書

    thinkJava java從入門到精通 java講義都是不錯的書籍

    但是看書這個得看人。書看了但是記不住

    3.看影片

    網上,網盤java快速入門的影片有很多。

    不管看書還是影片。敲程式碼的程式碼數量肯定是不能少的。程式碼量是很客觀的一個體現

  • 3 # 小蔡帶你看科技

    第一,學習順序,建議看一整套基礎影片,然後再去看那些高深一點的設計模式之類的東西。

    第二,肯定是要多寫程式碼,寫的多了,自然能總結出經驗。

    第三,不要限制在學java這個點上,學完基礎知識夠用了,找一些專案拿來練手,最最重要的還是思路,跟著思路走,不會什麼就去查什麼,才能真正入門。

  • 4 # IT人劉俊明

    作為一名從業多年的程式設計師,同時也出版過Java程式設計書籍,所以我來回答一下這個問題。

    首先,目前學習Java依然是不錯的選擇,Java在Web開發、Android開發和大資料開發領域都具有廣泛的應用,而且從目前的發展趨勢來看,未來Java將依然長期佔據主流開發語言的位置。

    在學習Java的過程中,確實會出現一些所謂的“坑”,而且隨著Java的不斷髮展,這些“坑”也越來越多,其中以下幾個“坑”需要重點規避:

    第一:學習路線。學習Java語言一定要有一個合理的學習路線,隨著Java的不斷髮展,一些技術也開始逐漸淡出主流解決方案,比如EJB技術目前就已經淡出了企業級開發領域,目前更多的解決方案集中在資源介面以及輕量級解決方案上,所以目前應該規避掉EJB技術。隨著JavaEE被交由Eclipse基金會管理,未來JavaEE的走向還有待觀察。另外還包括Struts框架、Hibernate框架等,都已經逐漸被取代。

    第二:實踐路線。學習Java一定要有一個完整的實踐規劃,一方面要多做實驗,另一方面要注重實驗的質量,不能只關注數量。要注重階段性的綜合性實驗,實驗要有連續性並且能夠逐漸深入,同一型別的實驗不要重複太多次,意義並不會很大。

    第三:聚焦。學習Java的初期不能把知識面拓展的太寬,一方面會影響學習的深度,另一方面也沒有太大的實際意義,應該抓住一個方向持續深入下去,這樣會取得更好的學習效果。不少初學者在學習Java的時候一味的追求知識的廣度,這樣並不會加強自己的崗位競爭力。

  • 5 # 科技老三

    美好一天很榮幸為大家解答這個問題,讓我們一起走進這個問題,現在讓我們一起探討一下。

    一、累覺不愛

    同學甲:提起自學就頭大,每天晚上看書都到深夜,感覺很累。。。

    死記硬背得不到真知識,投機取巧學不到真本領;紙上談兵學不到真本事,

    閉門造車結不出好碩果。

    二、似懂非懂

    同學乙:看了很多相關學習影片和書,看完好像懂了,自己一實踐就遇到諸多問題,煩死了。。。

    遇到問題很正常,甚至是挫折,但一定要敢於面對,才可以真正去解決它。

    三、人堅不拆

    同學丙:自學堅持了一個月,我就堅持不下去了,毫無動力,有些時候都感覺自己做的是無用功。。。

    如果在勝利前卻步,往往只會擁抱失敗;如果在困難時堅持,常常會獲得新的成功。

    四、雜而不精

    同學丁:我自己下載了很多java的自學資料,可以說整個體系都有,很多還是一些名師的課程,但學完之後還是沒有很強的專案操作能力。。。

    五、難而無解

    同學丁:我自學有一段時間了吧,可是學習過程中老是遇到自己聽不懂的知識點,然後去網上搜,搜了很久都得不到解決,真的讓我很苦惱。。。

    能夠到達金字塔頂端的動物只有兩種,一種是蒼鷹,一種是蝸牛。

    六、無題可練

    同學戊:我自己陸陸續續自學有一年了,也搜了很多小專案去練習,但一旦遇到一些具體的專案我就無從下手,思緒很亂。。。

    用理論來推動實踐,用實踐來修正或補充理論。

    七、無師可點

    同學己:我對自己自學的能力還是很認同的,一些小的專案現在都能獨立完成,但始終無法去做一些稍微難的專案,沒有一個好的思路,有沒人指導,無法精進。。。

    人生需要四種人:名師指路,貴人相助,親人支援,小人刺激。

    八、浪費時間

    同學庚:我自己自學了快6個月了吧,目前還是停留在JVM調優上,跳不過去,學的都快吐血了,浪費了太多時間在這個上面。。。

    合理安排時間,就等於節約時間。

    九、毫無實戰

    同學辛:我自己自學完後,也練了很多專案,最後自信的去面試,人家問了幾個開發過程中會遇到的問題如何解決,讓我給出解決思路,我瞬間懵逼。。。

    不登高山,不知天之高也;不臨深溪,不知地之厚也。

    在以上的分享關於這個問題的解答都是個人的意見與建議,我希望我分享的這個問題的解答能夠幫助到大家。

  • 6 # 碼農1號

    學語言要效率高,必須要動手實踐。

    看書一兩本就夠了,然後是上機練習。基礎知識掌握後,則嘗試進行專案開發,相關工具也要掌握。

    切記:自己實現並修改,比看書強100倍。

  • 7 # 牛旦IT課堂

    首先祝願樓主早日康復!

    俗話說傷筋動骨一百天,一點要注意飲食休息。

    自學JAVA需要規避哪些坑?

    首先,你得想明白為什麼自學JAVA?是興趣,是工作,還只是作為了解?因為像JAVA這種技能,更多是一種功利性學習,如果沒有目標,你一開始就掉坑裡了。

    然後,分析構建一下知己的自學能力模型,瞭解自己的相關基礎如何,如計算機基礎,程式設計概念,邏輯思維,思考力和專注力等。如果學習能力模型透過緯度值構建達標,那就成功避開學習力的坑,同時也強化了你自己自學內力引擎,可以啟動了。

    接著,你得建立你對這門技能的認知支柱體系,比如說,是什麼,為什麼,哪裡用,怎麼用,從哪入手,達到何種水平等。如果只是整本書悶頭學,學到哪裡是哪裡,如果沒有毅力的話,等著你的就是放棄,甚至挫敗感。換句話說,就是建立了對JAVA的技能知識支柱,你就可以在這個架構中有針對性的學習力。就像鋼架結構的樓房,支柱起來了,結構有了,你是就在裡面開搞了,是強化成摩天大廈還是小平房,看你的取向了。或換種說法,程式設計師,架構師,專案經理,技術總監等等。

    跟著,快速的掌握基礎,學會簡單應用,強化程式設計思維邏輯,換著法的夯實基礎。也就是說,對JAVA這張技能進行快速構建,形成從認知到應用的整體構建,相當於打通任督二脈,剩下的就是指哪學哪,只不過是補充技能樹的支脈罷了。在這個過程中,涉及對細節的過於深入,否則,你很容易把自己整到泥潭裡,這是個坑。建議自學的過程,更多的應該是照著練,先正確的做,培養風格和規約,等初步應用體系構建完成,學的都是正確的,樹立起了學習成效和信心,再起了解深入的和背後的原理機制,這樣效果會更好。

    最後呢,一定要把會做到不理解的知識技能重新來認知,深入掌握理解,這樣能為後續企業化實戰提供優良的“底色”支撐。從而達到學有所用,用有所值。

    ……

    不說了,有點多。

    這是方法論層面的建議,望對你有用。畢竟,選對方法,那將是事半功倍嘛。

    就這樣~

    ~~~~牛旦教育,學習解決方案專家~~~~

  • 8 # 高階Bug調查員

    你好,我是你們的小可愛“Java聖鬥士”,每天分享Java相關技術,期待老鐵的關注!

    如果是問自學Java,我最有發言權。在15年上崗工作之初,就處於一種完全蒙圈的狀態,但是憑藉著不錯的自學能力,如今已經成為獨當一面的Java中級開發工程師。

    我來說一說自學Java應該注意的一些坑。

    第一:自學Java千萬不要急於碰《Java程式設計思想》。這本書是Java程式設計的聖經是沒錯,但是如果你在還沒有形成足夠的程式設計經驗之前就妄圖學習這本書那隻能是自討苦吃。

    第二:要從語法基礎開始。凡事總要循序漸進,一口吃不了胖子。語法基礎作為一門程式語言最重要的部分,你應該做到的就是信手拈來,一定不要對此鬆懈。

    第三:一定要做總結。不論是多麼簡單的知識點,如果你忘記了,一定要在掌握之後做總結,推薦CSDN部落格。

    這三點,都是我個人認為非常重要的注意事項,如果可以做好這三點,應該可以順利達到一個入門的級別。後面的學習還需要不斷調整自己的學習方法,並找到適合自己的學習模式。

    其實說應該注意的一些坑,我覺得真的有很多,但是這些只有自己親自去體會,才能夠記憶深刻。其他人能夠給你的只是一些膚淺的忠告和建議,但也會對你的方向起到糾正的作用。

    希望可以幫助到你。

  • 9 # 珠鄉二哥

    哈哈,關於學習Java是多年前的事了,不過事情我現在想起還是記憶猶新,我以前也有過這樣的困惑,因為當時是一家公司的IT負責人,司業務需要進行一些大資料類的開發,但之前整個團隊都有沒有這方面的開發經驗,團隊成員人也只會寫一些shell和Python之類的指令碼,並且他們都比我忙,所以決定自己來,我學這個的時候35歲,如果你年紀比我小的話,那恭喜你你一定會學的比我好,我也經歷蠻多曲折,分享出來給你參考,不見得一定適合每個人,但可以作為一家之言參考參考。

    用一句話說,我認為比較有效的學習方法是儘快找一個業務相關的(沒有就想一個)簡單的小專案馬上著手去做,不要等基礎全學完了再開始。

    我的過程是這樣,一開始也是非常迷茫,沒有頭緒,找了很多這方面的朋友(很有經驗的高手)請教,他們的答案如出一轍,就是讓我看《Java程式設計思想》,並且有三個兄弟都從他的書櫃了拿出那本《Java程式設計思想》第四版然後嘴巴吹一吹上面的灰,讓我拿回家看,我確實也看了,但痛苦就從此開始了,這本書足足用完了我兩個月的業餘時間,終於有一天看完了,合上書,閉上眼睛想一下,我記住什麼了嗎?結果發現除了 String str = "Hello World"和System.out.println(str) 之外,好像其他的什麼都沒記住。不說大資料開發了,到那一刻為止我連如何讀取一個檔案都記不住,也許是我年紀大了記性差的緣故,也許是我天賦不夠異稟,但是無論如何我發現這個方法不適合我,我不適合強記一些沒有邏輯的符號,所以我決定換一種方式。

    第二天上班,我把那本朋友送我的《Java程式設計思想》帶在身上,到辦公室就開始找一個小專案開始做,第一個小專案是改寫我原來用shell寫的一個伺服器系統記錄檔案(log) error資訊檢查過濾的小小應用,邏輯非常簡單,就是把公司的伺服器每天產生的logs檔案一行行讀出來,過濾出裡面有沒有包含error這個關鍵字,有的話就把這行過濾出來然後把附帶的一些資訊比如伺服器的IP地址和主機名也一起讀出來,我就能知道那臺伺服器產生了錯誤資訊,讓維護的小夥伴去看看發生了什麼事情,是否嚴重,是否需要馬上處理,就是這樣簡單的業務邏輯。

    這個小應用雖然簡單,但是他讓我真正開始學會了一些基本有用的東西,比如:

    第一,開發工具是什麼,因為記性不好,我需要有程式碼提示的開發工具,比如IntelliJ IDEA 就很適合我,打程式碼的時候輸入首字母就會出提示,完美。

    第二,如何用Java開啟一個檔案流按行讀取資訊,這個時候你就要學到IO流的API,這個時候你就要關注Java的IO流有哪些?什麼是字元流什麼是位元組流,他們適合怎樣的用途,如何建立一個IO流的物件等,其實這些在《Java程式設計思想》裡面都有,但看書就是記不住,可一旦你透過查資料把它用到專案中馬上就記住了,比如怎麼區分位元組流和字元流的呢?你使用的過程中檢視API的時候你一定會發現FileInputStream,FileReader,FileOutputStream,FileWriter他們都是用來建立輸入輸出流的,用哪個好呢?查一下書你就發現,帶有Reader和Writer的就是字元流,其它的就是位元組流,位元組流可以讀寫一切格式的檔案,但字元流只能讀取文字檔案(簡單說就是記事本能開啟不亂碼的檔案),這些如果你只是從書上看了,看十遍也會在兩個小時內忘掉。

    第三,你要查詢不同的目錄,所以你可能要用到遞迴,第一次寫遞迴,你多半會寫一個死遞迴出來,然後摸摸鼻子繼續查資料,哦原來沒有設定出口條件,好這問題解決了,我的遞迴終於可以把目錄和子目錄下的檔案全部都讀出來了,好嗨喲~ 感覺人生到達了高潮,你會試著讓你的遞迴去查詢一個很深的目錄,裡面有很多層資料夾,然後你發現記憶體溢位了,瞬間又回到了現實,抓抓頭髮又查資料,哦原來遞迴次數不能太多,它不能上天跟太陽肩並肩的,好,到這我學了遞迴的用法。

    第四,在這個小應用裡面你還會用到異常處理 try ... catch,應為你要開啟檔案流,可能會出現異常,所以就要異常處理,查書,查資料,上網搜..... 但無論如何你不會覺得無聊,你會快速的得到答案並且解決你的問題,會覺得興奮並且有成就感,感覺你能開掛似的。

    當然,還有很多別的事可以碰到.....

    然後你終於寫完了,在開發工具上執行也沒問題了,你才突然意識到,怎麼讓它在伺服器上執行啊?然後你又學會怎麼打jar包,怎麼讓它在伺服器上執行,然後提交到伺服器上,你又發現伺服器上根本沒裝java執行環境,接著你就學會怎樣配置Java執行環境 ......,然後你的小應用終於跑起來了,也執行正常了,也得到了你想要的結果,繼續嗨,把兄弟都叫過來,跟他們show一下你的作品,大家都看得眼睛閃閃的時候突然有個兄弟說:“老大,我剛剛偷偷的往你那個logs目錄下方了一堆含有error關鍵字的中文檔案,我咋沒看到你的console上面有打印出來呢?”,我!......這孩子真會聊天 .......哎!

    但他說錯了嗎?沒錯啊,這確實是個大問題啊,這很明顯這個應用沒有對目錄下的檔案進行實時監控,這程式到現在為止根本不能用,當然你可以做個指令碼定時執行,但每執行一次都要做檔案的全量過濾,多笨啊?只是當你是個新手你很難在一開始的時候就想到這些,你把程式設計思想讀爛了不動手做出一個東西出來,你也想不到這些。接下來你又會學到使用Commons-io的monitor下的相關類對檔案變化進行監控...... , 當然解決方案會非常多,比如還可以用開源的更穩定的flume對檔案進行監控,按行傳送給一臺裝有Spark/Storm的機器進行處理等等,這就更自動化了,但這一切都不是看哪本書能就在腦袋裡面形成的,一定是一步步一步步錯改出來的。

    所以我個人感覺,最大的坑就是你總是在看書不做專案,無論多小的專案,只要做就能學到。

    那麼照你這麼說不用看書是嗎?NO! NO! NO! 這又是一個坑,書一定要看,但是邊做邊看,更多的是查書,特別是在一開始的時候千萬不要花大量的時間k很厚的書,這隻會讓你感覺這件事情很困難,等到你做了一年半載了,覺得你看這類書不費勁並且越看越有味了,你再系統的看人家推薦的書,看書一定是愉快的,如果你看書的時候覺得很苦惱,那麼一定是看書的時間不對。

    現在雖然很長時間沒做這樣的事情了,但是看到類似的書我還是會買,但多半不會從頭到尾看完,用什麼找什麼,看最厚的那本就是《Java程式設計思想》,把我坑的最慘。

    下班了,希望大家一起來分享,分享過往,分享快樂,讓生活更加easy.

  • 中秋節和大豐收的關聯?
  • 活躍在宋元明時期的都掌蠻,為何會在明代遭遇彌天大禍?