談?wù)劶夹g(shù)學(xué)習方法和個(gè)人總結的范文
一、選用技術(shù)的原則
比較規范的軟件開(kāi)發(fā)過(guò)程要到有限的幾個(gè)公司才能學(xué)到。偶現在所采用的方法都是圡方法，主程序員，測試驅動(dòng)，文檔和代碼寫(xiě)在一起，原型。但基本上堅持幾個(gè)原則：
在工作上以實(shí)用為主導，哪個(gè)實(shí)用學(xué)哪個(gè)，要以最小的努力獲取最大的成效。
偶寫(xiě)過(guò)的第一個(gè)實(shí)用程序是把一個(gè)法律光盤(pán)導入到數據庫中，光盤(pán)源文件格式需要分析。數據大概幾萬(wàn)條。一種方法是寫(xiě)程序直接導入，另一種方法是寫(xiě)一個(gè)界面，手工導入。偶選擇的是后者。程序界面如下：有一個(gè)文本框，有一個(gè)大按鈕，按鈕有一本書(shū)那么大，這樣設計的原則是讓閉著(zhù)眼睛就能夠點(diǎn)中。讓一個(gè)會(huì )灌水的哥們，ctrl+c,ctrl+v，不停的灌。文本貼過(guò)去，自動(dòng)解析，放入數據庫。左手alt+tabctrl+c/v，右手點(diǎn)鼠標，這樣有節奏的運動(dòng)。很快，幾個(gè)小時(shí)就把數據弄完了。最初設計的一個(gè)文本框，一個(gè)按鈕，很pp，但是老點(diǎn)不中。隨即偶才把那個(gè)按鈕做成老大的，就這一個(gè)改變，生產(chǎn)力提高了1倍以上。
工作，就要堅持這樣的原則。要能夠分辨出價(jià)值，找能夠提高價(jià)值的去做。即使這樣違背一般規律，違背技術(shù)教條。
學(xué)習上以簡(jiǎn)單，核心的東東為主�？蓪W(xué)可不學(xué)的不要學(xué)。復雜的東西除非你想要成為這方面的專(zhuān)家，就不要學(xué)。偶還是舉自己的一個(gè)例子，前一陣做GIS有需求，具體實(shí)現偶負責。預算很少。偶就定了開(kāi)源GIS軟件這條路，本來(lái)想用C#的，但沒(méi)有好用的開(kāi)源GIS軟件，偶決定用java寫(xiě)。偶手下還沒(méi)會(huì )java的。偶選擇了一個(gè)開(kāi)源lib，讓一個(gè)哥們運行一個(gè)Demo，然后讓他從那個(gè)Demo的main函數畫(huà)函數調用圖一直畫(huà)到數據庫調用。偶呢，跑去看GIS規范，然后他的圖，結合偶的規范知識，很快就知道這個(gè)軟件中間分了多少層，每個(gè)層每個(gè)接口是干什么用的，怎么調用。這個(gè)軟件的優(yōu)點(diǎn)缺點(diǎn)。然后體系結構，設計就出來(lái)了，然后2個(gè)java程序員，很快就做出來(lái)了。
二、技術(shù)學(xué)習的技巧
借著(zhù)上面例子說(shuō)說(shuō)學(xué)習軟件的技巧
要學(xué)一個(gè)東西，要學(xué)習該東西的兩類(lèi)知識：結構和細節。
結構性的東東非常重要.學(xué)習結構，就可以開(kāi)始干事了，學(xué)習細節，能夠把這件事情干好。結構不清楚，細節再好都不算了解。結構很簡(jiǎn)單，就是縱，橫兩條線(xiàn)�？v的來(lái)說(shuō)，就是一個(gè)程序的執行，你得知道哪一步在做什么。以ASP.Net來(lái)說(shuō)，就是從收到Request到返回一個(gè)頁(yè)面，中間的調用過(guò)程，這是主線(xiàn)，再進(jìn)一步，程序的加載->接收Request(->緩存，Session機制）->返回一個(gè)Page，這個(gè)過(guò)程清楚，Asp.Net也就差不多了�？v向一般是通過(guò)接口調用的，看源代碼很快就可以搞定。
橫向就是看看重要的接口，重要的抽象類(lèi)有哪些實(shí)現，知道哪個(gè)實(shí)現用于什么地方，有什么優(yōu)缺點(diǎn)。那么就算在結構上學(xué)好了。剩下的就是細節問(wèn)題了。細節問(wèn)題熟練自然很好，不熟練google都能google到，只是要花很多時(shí)間。這樣學(xué)習我覺(jué)得是最有效的學(xué)習，不必去跟蹤技術(shù)前沿，當一個(gè)技術(shù)在你眼前你很快就可以看出它的骨架，優(yōu)點(diǎn)缺點(diǎn)，性能，至少能估計到大致的范圍。這樣慢慢培養對一個(gè)技術(shù)的.悟性，做到舉重若輕，知道什么地方可能有陷阱，什么地方可能有創(chuàng )新。把握住重點(diǎn)和脈絡(luò )。
細節上就是不斷實(shí)踐，不斷重構。一個(gè)有用的軟件，不斷提出更高的要求，不斷重構，用不了幾遍，幾種重要的設計模式就了熟于心了。單為學(xué)習模式而去學(xué)習模式是不可取的。每個(gè)模式都針對一定的問(wèn)題。深入理解這些問(wèn)題才是學(xué)習的關(guān)鍵！技術(shù)是多種多樣的，是變化非�？斓�，但是技術(shù)所要解決的問(wèn)題卻并不多。
從架構級別來(lái)說(shuō)，所面臨的問(wèn)題主要有：（1）解決復雜性－－如何把復雜變得簡(jiǎn)單？這里的觀(guān)點(diǎn)就是封裝，OO是一種封裝，還有別的封裝方式�！吨貥嫛窌�(shū)中講了很關(guān)鍵的一點(diǎn)，就是要使你的類(lèi)名，方法名能清晰表明它的身份和功能。（2）解決程序演化與擴展的問(wèn)題－－組合優(yōu)先繼承，怎么暴露API，怎么寫(xiě)文檔，總之，讓程序演化與擴展越簡(jiǎn)單越好；（3）性能問(wèn)題－－80/20原則，性能測試怎么測試，怎么評估，不同使用場(chǎng)景中的性能，緩存機制；（4）功能問(wèn)題－－主要功能總得實(shí)現吧，這個(gè)和業(yè)務(wù)有關(guān)；（5）易用性；（6）縱向擴展，橫向擴展，并發(fā)......（7）自己開(kāi)發(fā)還是采用第三方插件還是外包以及選擇問(wèn)題。
具體的學(xué)習，偶推薦問(wèn)題導向，案例為基礎的學(xué)習，不要拘泥于語(yǔ)言，要學(xué)習能學(xué)習到的最好的東東。比如，性能的關(guān)鍵在調度，這時(shí)候可以看看資源調度模式，hibernate算是把資源調度玩到了極致�；谑录恼{度（如.net中的webcache），進(jìn)程調度，線(xiàn)程調度，工作流，這些都算是行為調度，要是把這些東東融會(huì )貫通，掌握每一種實(shí)現的優(yōu)點(diǎn)缺點(diǎn)。那么軟件設計中所有和時(shí)間、并發(fā)、資源相關(guān)的東東都不在話(huà)下了。行為調度可以看看.net中的cache實(shí)現，找一個(gè)工作流軟件看看，找找幾個(gè)線(xiàn)程框架看看，看看幾個(gè)典型操作系統的進(jìn)程調度機制。
具體到實(shí)現上，所面臨的問(wèn)題無(wú)非是：
�。�1）對象的創(chuàng )建及銷(xiāo)毀；（2）對象的封裝和繼承體系；（3）對象的粒度和語(yǔ)義劃分；（4）對象的復用；（5）對象的測試；（6）對象的持久化；（7）具體的API暴露；（8）常用Collections；（9）算法問(wèn)題；（10）性能問(wèn)題；（11）回調；（12）消滅語(yǔ)義溝；（13）我想要和你一起變懶......；（14）我能采用哪些API（15）對象的管理；（16）異步調用；（17）遠程調用
【談?wù)劶夹g(shù)學(xué)習方法和個(gè)人總結的范文】相關(guān)文章：
熱風(fēng)爐和高爐技術(shù)個(gè)人工作總結01-17
信息技術(shù)研修個(gè)人學(xué)習總結范文-學(xué)習總結12-21
學(xué)習方法總結01-27
煤礦安全和技術(shù)創(chuàng )效工作總結01-19
技術(shù)員個(gè)人年度總結12-19