我是笨蛋,但是我依然渴望成功
阿新 • • 發佈:2019-02-16
雖然我不願意承認,但是我知道,我沒有學習的天賦。
我的腦袋好像是多動症一樣,學習的時候,聽講的時候都不能集中五分鐘。最可悲的是我知道有這個毛病很久了,可是我根本改不了,只能一次一次的發現走神的時候在拉回來。
垃圾大學畢業。不是老師教的不好,也不是環境不好,我覺得就是大學不好,這樣的大學為了錢把你招進來,為了名讓你畢業,你要是不能給他籤個就業協議,想畢業就難了。這只是我抱怨下學校管理方便的原因罷了,主要原因還是在我,一個連遊戲都玩不好的男生,怎麼能編好程式呢。
我不是學習那塊料,估計也不可能成為一名優秀的專案經理了。但是我還是想好好努力,實現自己的價值,畢竟我也是學軟體,搞技術的。
我的程式設計之路,從這裡開始了。
[color=red]關於面向物件的程式設計[/color]
我腦袋挺笨的,抽象的東西根本想不來。在靠後的課程中,老師經常會提到面向物件的程式設計,我直接把現實中的各種物體抽象成物件了。現在想想雖然例項化的沒什麼問題,但是這種抽象實在是太單一了。
面向物件是一種思考問題的方法,是基於所要解決的問題。
物件應該是一個被抽象的概念,不應該簡簡單單是實物。覺個例子,我也不知道是不是合適,比如說,要削蘋果,我以前肯定會把蘋果抽象成一個例項,然後就拿刀削唄。但是現在我覺得可以這樣想:1.我想要做什麼,是削蘋果。2.我和蘋果之間應該建立起一個連結。就是如何削蘋果。3.用刀
我自己感覺吧,應該是這種解決蘋果這個物件的方式才是面向物件吧。面向物件,光有“物件”蘋果,沒有“面向”拿刀,就不應該叫物件。
今天使用hibernate連結資料庫,出現問題了。這是一個很久不用的配置檔案,以前的時候就是直接配置hibernate的 Hibernate Configuration 和Hibernate Code Generation就可以了。這次沒好用,我當時就蒙了(我一遇到問題基本上第一放映就是蒙,跟本沒有思路)。直接就問旁邊的同事(是帶我的師傅)。我舉得自己思考問題的的寬度實在是太狹窄了,我就侷限在Hibernate Configuration 和Hibernate Code Generation上了,完全沒有別的想法(說實話,自己也沒有實際配置過)。我覺得自己錯在解決問題時侯,思考問題的方法。
在這總結下,應該分層思考。從後往前來唄
第一層:發生錯誤的地方在哪裡,是hibernate。這沒有錯
第二層: Hibernate Configuration 和Hibernate Code Generation這也沒有錯。但是我錯在了沒有繼續思考,就抓狂了。
第三層:既然連線不上,我就應該想想在層序中的hibernate配置檔案。
第四層:雖然到第三層就結束了,不過我要是還沒好,我就應該想想是不是少包了。
我覺得我一遇到問題就蒙,就是沒有一個好的思考問題的方式,不知道從哪裡開始考慮。現在開始,我就用這種一層一層的方式思考,這也應該是跟主流的MVC程式設計思想是一樣的吧。哈哈
我的腦袋好像是多動症一樣,學習的時候,聽講的時候都不能集中五分鐘。最可悲的是我知道有這個毛病很久了,可是我根本改不了,只能一次一次的發現走神的時候在拉回來。
垃圾大學畢業。不是老師教的不好,也不是環境不好,我覺得就是大學不好,這樣的大學為了錢把你招進來,為了名讓你畢業,你要是不能給他籤個就業協議,想畢業就難了。這只是我抱怨下學校管理方便的原因罷了,主要原因還是在我,一個連遊戲都玩不好的男生,怎麼能編好程式呢。
我不是學習那塊料,估計也不可能成為一名優秀的專案經理了。但是我還是想好好努力,實現自己的價值,畢竟我也是學軟體,搞技術的。
我的程式設計之路,從這裡開始了。
[color=red]關於面向物件的程式設計[/color]
我腦袋挺笨的,抽象的東西根本想不來。在靠後的課程中,老師經常會提到面向物件的程式設計,我直接把現實中的各種物體抽象成物件了。現在想想雖然例項化的沒什麼問題,但是這種抽象實在是太單一了。
面向物件是一種思考問題的方法,是基於所要解決的問題。
物件應該是一個被抽象的概念,不應該簡簡單單是實物。覺個例子,我也不知道是不是合適,比如說,要削蘋果,我以前肯定會把蘋果抽象成一個例項,然後就拿刀削唄。但是現在我覺得可以這樣想:1.我想要做什麼,是削蘋果。2.我和蘋果之間應該建立起一個連結。就是如何削蘋果。3.用刀
我自己感覺吧,應該是這種解決蘋果這個物件的方式才是面向物件吧。面向物件,光有“物件”蘋果,沒有“面向”拿刀,就不應該叫物件。
今天使用hibernate連結資料庫,出現問題了。這是一個很久不用的配置檔案,以前的時候就是直接配置hibernate的 Hibernate Configuration 和Hibernate Code Generation就可以了。這次沒好用,我當時就蒙了(我一遇到問題基本上第一放映就是蒙,跟本沒有思路)。直接就問旁邊的同事(是帶我的師傅)。我舉得自己思考問題的的寬度實在是太狹窄了,我就侷限在Hibernate Configuration 和Hibernate Code Generation上了,完全沒有別的想法(說實話,自己也沒有實際配置過)。我覺得自己錯在解決問題時侯,思考問題的方法。
在這總結下,應該分層思考。從後往前來唄
第一層:發生錯誤的地方在哪裡,是hibernate。這沒有錯
第二層: Hibernate Configuration 和Hibernate Code Generation這也沒有錯。但是我錯在了沒有繼續思考,就抓狂了。
第三層:既然連線不上,我就應該想想在層序中的hibernate配置檔案。
第四層:雖然到第三層就結束了,不過我要是還沒好,我就應該想想是不是少包了。
我覺得我一遇到問題就蒙,就是沒有一個好的思考問題的方式,不知道從哪裡開始考慮。現在開始,我就用這種一層一層的方式思考,這也應該是跟主流的MVC程式設計思想是一樣的吧。哈哈