-
1 # 使用者556713097786
-
2 # 猿碼記
主要是沒有培養起興趣,就像打遊戲,上癮後。不打總會覺得難受,可以找個簡單點專案,或者自己感興趣點,不用非得做完一整個專案。
-
3 # Y完全二叉樹
“能聽懂”,不代表你掌握了,僅僅表示你有資格繼續學下去罷了。
再往上,“能做出來”,“能提問題”,“能歸納總結”,“能舉一反三”,“能擴充套件未知”等等等等。
要學的還多著呢,如果把“能聽懂”當做“已懂”,當做學習的終點,那還是趁早放棄吧。
-
4 # 山石嶙嶙
首先自己出題目,選題目,畫流程圖,模組設定入口條件,出口資料函式。按流程圖編寫程式,使用單步,多步,對程式跟蹤除錯,逐步驗證,改錯。最後從頭到尾執行程式。
-
5 # 自學JAVA
其實不止是題主有這種困擾,其實對於大部分沒有程式設計基礎學習Java的小夥伴來說其實都是一樣的。
為何會聽的懂但是寫不出來呢其實學習程式語言和傳統的應試教育的學習是不一樣的,傳統的應試教育只要你聽的懂,順著這個思路解題就行。但是程式語言的學習的話是僅僅聽的懂是很容易的,因為所有的程式語言剛開始都是基本的語法結構,語法結構還都是規定死了的。這個就好比如我經常舉的例子一樣:足球種的倒掛金鉤大家都應該能看的懂是怎麼做出來的,但是讓你去踢球的時候這樣做,你能做出來嗎?不可能吧?這個是需要練習的,學習Java也是一樣,你如果想把你聽懂的基本概念轉換為程式碼的話,那必須得多練習,才能弄會。其實這個也和我們平時的生活習慣有關,因為我們一直都是想到這個問題就用我們所熟知的方式去解決,但是現在我們想到了一個問題,需要轉換為程式碼,
第一:這是一個思想的轉變需要一個過程;
第二:這還是需要多練習,你越熟練,理解的程度就會越深刻,使用就會越得心應手;
如何解決聽的懂寫不出來的問題那麼我們已經知道了是因為什麼原因導致的,那麼答主給出自己的整理的解決方式:
1:還是要保證自己必須得聽懂
因為只有你聽懂了,才能知道這裡面有什麼東西,只有知道有什麼東西你才能去使用,所以對於初學者來說,聽懂是一個先決條件。
2:在聽懂的基礎上,開始做一些最基本的練習
剛開始聽完基礎知識之後,這個時候思想的轉變上肯定是沒有那麼快的,這個時候做一些比較難的題目是不可能的,那麼就從最基礎的題目開始做,讓自己儘量的對基本概念熟悉。並且在寫基礎練習題的時候其實你也在對程式語言的思想在加深。
3:在會使用基本內容之後,開始寫一些比較複雜的練習
這個相信很多剛開始學習的小夥伴都會很畏難,覺得自己基礎的都剛剛會寫,怎麼可能去寫比較難的呢?其實這是一個誤區,就是因為你在基礎不熟練,所以才更要寫,當你很深入的去思考這個比較複雜的題目的時候,其實你對於這個知識點的概念是在更加深入的理解。並且對於的的程式設計思想的轉變會有很大的提升,當解決完一個比較複雜的問題之後你會發現你提升的反而更加快。
4:一定要在學完之後,對於知識點給出自己的理解
這個點也很重要,因為你聽老師講解的內容是在從老師對於這個點的理解上轉換為自己的理解,說白了,你現在會的是老師的理解方式。所以你現在需要的是把這個知識點轉換為自己的東西。課後一定要自己去總結,並且轉換為自己的理解方式。
後面如何再次避免這種事情發生課前預習
如果你的第一遍接觸這個知識點就是從老師第一次講的話,那麼對於剛開始學習小夥伴來說確實,你肯定只能聽的懂,做不出來。但是你如果在上這個知識點之前做了預習,那麼老師上課在講一遍,對於你來說是聽了兩遍,不管是理解上還是做題來說你會輕鬆很多。
課後練習
程式語言的學習,真的沒有什麼捷徑,唯一的捷徑就是程式碼量,程式碼量怎麼累計,那隻能去多敲了。沒有其他辦法,但是你敲的時候也要多思考,不是盲目的練習,否則也是毫無意義。
課後複習
很多剛學的小夥伴可能對於複習沒有什麼概念,其實複習對於初學者來說也是很重要的,因為任何一門程式語言,說實話知識體系是很龐大很龐大的,你如果沒有做好複習的話,可能你剛開始學的實話覺得會,要不了多長時間你回頭想想也忘記了。
總結:對於程式語言的學習,剛開始一定好掌握好學習的方法,盲目的按照你自己特定的方式去學習,可能效果會很差,並且也會遇到和題主一樣的問題。
-
6 # 喂喂vv
先明白計算機原理,然後java50題,每天都要複習,然後資料庫基礎知識。多執行緒概念。這些會了以後去個大點的公司,別去小公司,因為你年輕,少要點錢,學習經驗,實話跟你說,大公司是用來你把基礎打紮實的,大佬會告訴怎麼寫好,小公司基本只是為了實現功能,至於框架工具罷了,會用就行,學會大佬的經驗後,你就基本可以獨擋一面了,然後你就開始了執行緒,定時器,資料庫操作的日常與前臺和產品斯比的生活。重點就是執行緒,資料庫,邏輯,這三點。
回覆列表
其實語言是磚廠,程式碼是磚,蓋房子並不是把磚拿過來隨便一堆就行,重要的是設計。比如:我要輸出1,2,3 首先想用什麼方法做?用for迴圈或者寫三個輸出,如果後續要輸出1 2 3....100顯然for更合理和方便一些。當時還有foreach 。
在這個基礎上擴充套件,輸出1 3 5 7 9....99 具體考慮如何實現。有了邏輯想法後,再去拿磚去幹活。
資料來源有了,就是具體業務邏輯,是取出全部還是分塊使用...再用程式碼具體分塊實現。
業務邏輯也完善了..就到應用層了,如何展現,是控制檯直接資料,還是xml資料或者json 再或者直接字串
程式在邏輯思維中就一點點出來了,然後細化實現每一步的時候就用到了老師教的知識點。