保持對Java的敏感度切莫忽視思想研究(轉)
保持對Java的敏感度切莫忽視思想研究(轉)[@more@] 大聲的呼喊,希望更多的java開發者明白“了其然,知其用,研其究,發其思”。我們不僅需要探索技術,更需要探索思想。
先說個發生在自己身上的事情吧:
2003的整個下半年的私人時間裡更多是偏重workflow方面的理論和技術,卻忽略了新知識的更新。偶然的機遇,卻發覺MDA和AOP已經成長起來,而我卻幾乎一無所知。那幾天一直在責問自己,“為什麼我不知道呢”“為什麼我沒有關注呢”。
但是,當我花了一些時間看AOP的資料的時候,卻突然反問自己“我為什麼要知道呢?”。對,我只需要簡單瞭解,或者說,我只需要稍稍的瞭解這AOP可以解決什麼問題。如果這個新生物不是我所急需的,或者說起所解決的問題不是我目前所碰到的問題,我為什麼需要去花時間鑽研呢?
接下來的幾天,我放棄了對aop的進一步鑽研。僅僅只是將這個概念和可以解決的問題留在了大腦中。看到了吧。這樣,我就可以省下一些時間,更多的投入到我的workflow鑽鑽研中了。
因為這件事情,我考慮了幾天。考慮為什麼會出現這樣情況,考慮如何解決這種問題。於此,便有個這篇感悟。
其實,多數有幾年經驗的java工程師,會在突然的一瞬間感悟:自己對新知識反映變得越來越遲鈍。驀然回首,突然會發覺短短的半年,又出現了很多新的概念,很多新的api.但是,更多的時候,我們不得不搖搖頭??新知識太多了,我們學不完啊。
也許大家都想到了以前IT很奇怪的狀況:舊人比不過新人。(還好,這兩年狀況好多了)。雖然一方面是“精力”問題,但是對新事物的敏感度降低,我想也是一方面。
Java這一兩年的發展,遠比前幾年要迅猛的多。不論資訊流通量,還是知識廣度,都較前幾年要大。
如果把Java的發展比作一條流淌的大河,那麼那些新知識(應用概念,技術標準等等),就象一條條匯流的旁支。大家都知道,在匯流的地方,總彙或多或少激起“急流”,激起“漩渦”,激起“波濤”。當然,匯流的越多,越頻繁,反映也就越激烈。
那麼我們如何能夠比較良好的解決自己的Technology問題呢?這就是我這幾天思索的核心問題。下面就說說得自己的一些看法:
其實,這也是對新知識一個把握度的問題,總的來說,分為四種層次:了其然,知其用,研其究,發其思。
了其然:對最近新出現的理念技術能夠有所瞭解,簡單知道其可以解決什麼問題,分析一下是否最近自己所需要應用,或可被更好的利用。
知其用:知道如何應用這門新技術。簡單的應用一般花費不少時間,但是想複雜的應用,需要耗費的時間和精力可就多了。如果把握不好,盲目的應用和學習,會浪費不少時間。
研其究:對新技術新理念研究其深層次的原理,框架,結構。
發其思:這是最難的一層,首先需要有研其究的基礎,這本身就是一個高難度的事情。而研究之後,能夠發散思維,擴充或本土化改造,則更是艱鉅的事情。
所以,做好“了其然”對大多數java愛好者來說,是個很關鍵的問題。做好並不意味著瞭解的多。每個開發者首先需要對自己所從事的行業,愛好,領域有所分析。這樣當理念或技術推陳出新後,能夠很迅速的辨別出那些該被重點關注,那些該被一般關注,哪些應該被嘗試使用,那些需要深層次的研究??????也就是說,不能夠“了其然”,怎能夠“知其用”和“研其究”。
這樣做的目的無非兩個:
(1) 保持自己對新知識新理念新技術的關注
(2) 將有限的時間有效合理的利用,用管理學的角度叫做:資源合理分配。
說實在,真的很希望更多的java開發者能夠達到“發其思”。中國的軟體業需要更多的敢於“研其究”“發其思”的人才,需要更多堅持走在Technology道路上的研究人才。
先說個發生在自己身上的事情吧:
2003的整個下半年的私人時間裡更多是偏重workflow方面的理論和技術,卻忽略了新知識的更新。偶然的機遇,卻發覺MDA和AOP已經成長起來,而我卻幾乎一無所知。那幾天一直在責問自己,“為什麼我不知道呢”“為什麼我沒有關注呢”。
但是,當我花了一些時間看AOP的資料的時候,卻突然反問自己“我為什麼要知道呢?”。對,我只需要簡單瞭解,或者說,我只需要稍稍的瞭解這AOP可以解決什麼問題。如果這個新生物不是我所急需的,或者說起所解決的問題不是我目前所碰到的問題,我為什麼需要去花時間鑽研呢?
接下來的幾天,我放棄了對aop的進一步鑽研。僅僅只是將這個概念和可以解決的問題留在了大腦中。看到了吧。這樣,我就可以省下一些時間,更多的投入到我的workflow鑽鑽研中了。
因為這件事情,我考慮了幾天。考慮為什麼會出現這樣情況,考慮如何解決這種問題。於此,便有個這篇感悟。
其實,多數有幾年經驗的java工程師,會在突然的一瞬間感悟:自己對新知識反映變得越來越遲鈍。驀然回首,突然會發覺短短的半年,又出現了很多新的概念,很多新的api.但是,更多的時候,我們不得不搖搖頭??新知識太多了,我們學不完啊。
也許大家都想到了以前IT很奇怪的狀況:舊人比不過新人。(還好,這兩年狀況好多了)。雖然一方面是“精力”問題,但是對新事物的敏感度降低,我想也是一方面。
Java這一兩年的發展,遠比前幾年要迅猛的多。不論資訊流通量,還是知識廣度,都較前幾年要大。
如果把Java的發展比作一條流淌的大河,那麼那些新知識(應用概念,技術標準等等),就象一條條匯流的旁支。大家都知道,在匯流的地方,總彙或多或少激起“急流”,激起“漩渦”,激起“波濤”。當然,匯流的越多,越頻繁,反映也就越激烈。
那麼我們如何能夠比較良好的解決自己的Technology問題呢?這就是我這幾天思索的核心問題。下面就說說得自己的一些看法:
其實,這也是對新知識一個把握度的問題,總的來說,分為四種層次:了其然,知其用,研其究,發其思。
了其然:對最近新出現的理念技術能夠有所瞭解,簡單知道其可以解決什麼問題,分析一下是否最近自己所需要應用,或可被更好的利用。
知其用:知道如何應用這門新技術。簡單的應用一般花費不少時間,但是想複雜的應用,需要耗費的時間和精力可就多了。如果把握不好,盲目的應用和學習,會浪費不少時間。
研其究:對新技術新理念研究其深層次的原理,框架,結構。
發其思:這是最難的一層,首先需要有研其究的基礎,這本身就是一個高難度的事情。而研究之後,能夠發散思維,擴充或本土化改造,則更是艱鉅的事情。
所以,做好“了其然”對大多數java愛好者來說,是個很關鍵的問題。做好並不意味著瞭解的多。每個開發者首先需要對自己所從事的行業,愛好,領域有所分析。這樣當理念或技術推陳出新後,能夠很迅速的辨別出那些該被重點關注,那些該被一般關注,哪些應該被嘗試使用,那些需要深層次的研究??????也就是說,不能夠“了其然”,怎能夠“知其用”和“研其究”。
這樣做的目的無非兩個:
(1) 保持自己對新知識新理念新技術的關注
(2) 將有限的時間有效合理的利用,用管理學的角度叫做:資源合理分配。
說實在,真的很希望更多的java開發者能夠達到“發其思”。中國的軟體業需要更多的敢於“研其究”“發其思”的人才,需要更多堅持走在Technology道路上的研究人才。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10617542/viewspace-960171/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 軟體測試手記:切莫忽視效能測試
- java陷阱之不可忽視的預設配置Java
- Facebook超越的對手們:谷歌忽視Facebook崛起谷歌
- 智慧建築業不可忽視的五個方面(轉)
- 人們對WiFi的需求與日俱增卻忽視了安全WiFi
- 杜絕安全隱患 容易忽視的Oracle安全問題(轉)Oracle
- 不可忽視工作中的“小事”
- 面試——談談你對Java 物件導向思想的理解面試Java物件
- oDesk個人資料:容易忽視的6個方面及相應對策
- 被忽視的開發安全問題
- 建立 UIWindow 被忽視的一個坑UI
- 不要忽視BI的應用環境
- 不要忽視資料視覺化的實用價值視覺化
- MySQL 你可能忽視的選擇問題MySql
- 一點被忽視的模型使用方法模型
- IPD的核心思想(轉)
- 阿里巴巴java開發手冊容易忽視的幾個知識點阿里Java
- 資訊系統切莫陷入大整合的泥潭
- 朝鮮黑客實力不容忽視黑客
- 請不要忽視專案文件管理?
- Java基礎:類的深入研究(轉)Java
- Gartner對開源資料庫的研究(轉)資料庫
- JS敏感資訊洩露:不容忽視的WEB漏洞JSWeb
- Pandas切片操作:很容易忽視的SettingWithCopyWarning
- 我在開發中常忽視的安全問題
- 四個經常被忽視的KPI指標 - CrowdboticsKPI指標
- Vue文件中幾個易忽視部分的剖析Vue
- 那些容易被忽視的 JavaScript 細節總結JavaScript
- 專案開發中容易被忽視的部分
- VB呼叫API函式使視窗保持在最上層 (轉)API函式
- SAP TRM 模組提供的敏感度指標指標
- 【轉】iOS保持介面流暢的技巧iOS
- 為什麼說.gitignore不能忽視Git
- 對MFC封裝Windows通訊API的研究 (轉)封裝WindowsAPI
- 80%的前端大牛都會忽視的CSS 小知識前端CSS
- 不可忽視的前端安全問題——XSS攻擊前端
- 實用卻易忽視的DevTools除錯技巧dev除錯
- 新手不能忽視的MFC程式設計之CStringC程式程式設計