IT PRO的知識結構

2021-09-07 21:15:14 字數 4396 閱讀 1794

我一直想幫助新入行的朋友建立乙個知識結構,但是一直也沒有想好怎麼寫。在我之前的文章中,我曾提到了,從事計算機it pro,需要建立自己的知識結構。這方面的文章,估計介紹的很少,需要作者豐富的行業閱歷。在這方面,本人也覺得資歷不夠,不過還是想寫一寫,算是拋磚引玉吧。

首先給從事計算機的工作來乙個分類。根據醫學家的介紹,人的大腦實際上是兩半,左腦控制邏輯和語言,右腦控制感知和創造。好了,回到我們的正題,計算機工作我也分為2種,一種是邏輯設計,一種是感知設計。關於後一種,就是以美工為主的人,通常我們說的美術設計人員。這類人一般不屬於計算機專業類。前一種又分為開發設計,和管理類。it pro就屬於後一種。好了,我們慢慢開始正題了,it pro需要什麼樣的知識結構取決於你要從事什麼類的崗位工作。一下知識對it pro的技術做乙個簡單的分類。

一、網路技術類的知識結構。毫無疑問思科公司是全球領先的網路技術公司。以它的認證系統為依據,如果要從事網路技術的工作,就要建立這類的知識結構。按照實際網路通訊tcp/ip協議集網路被劃分為4層。網路技術基本上都在下三層活動,物理層、網路層和傳輸層。關於最上層的應用層,考慮的很少。關於網路技術的書籍和資料,思科出版的讀物是最權威,最全面和最系統的。所以如果想學習這個方向的技術,購買思科的教程去學習是乙個比較不錯的選擇。關於官方教程,可能有些人會有異議。在這裡我不想做過多的辯解。在這裡我主要想提示一點的是。產品和技術之間既有聯絡又有區別。思科的教程除了傳授網路技術原理和知識的同時,還融合了自己的產品,很多一些例項化的實施和解決方案,是和其產品分不開的。為此我強烈建議大家一定要努力去把這兩者分開,不管這是一件多麼困難的事。因為畢竟網路裝置還沒有到思科一統天下的時候(實際上也永遠不會發生)。在掌握網路技術原理的同時,多多去了解和學習其它網路裝置,比如華為的裝置或者其它的裝置。也許大家需要花費一點時間,但是這是有好處的。因為你就職的企業未必就使用思科的產品,當你的企業使用其它的產品時,你不會因此而手忙腳亂,也不會成為井底之青蛙。具體的實施方案是應用在產品上,對產品不熟悉,甚至不知道,那結果恐怕是可很怕的。

網路技術類知識結構的縱深。網路規模越大,網路拓撲會越複雜,網路實施起來也越困難。更多的裝置,更多的知識需求,更多的策略和配置,維護以及管理,造就了技術層次的出現。傳統的按照思科的認證來劃分層次是比較直觀的 ccna-ccnp-ccie

中小企業、初級需求:ccna-ccnp

大型企業、高階需求:ccnp-ccie

骨幹網路(比如一些電信等服務商 ccie或同等技術層次)

二、企業資訊化管理的知識結構。微軟--作為巨頭級的軟體公司,微軟開發的軟體太多了。不過與我們不相關的產品我們不考慮。比如開發軟體。從歷史的角度來看,作為微軟的旗艦產品,windows作業系統就是乙個起點。由於作業系統軟體的特殊性,造就了系統平台這個概念。對於桌面型應用,windows作業系統幾乎佔據了絕大部分的江山。當我們把個人計算機從多功能的特性中剝離掉生活的需求,那麼只剩下了企業工作需求這一部分來考慮。我們把作業系統加上一些微軟開發服務軟體,就組成了企業需求的資訊化管理模組。從企業資訊化管理的角度來看,我們必須有乙個機制來管理企業員工所使用的終端(個人用計算機)還包括一些共享的工作站機器(伺服器)。要解決這個問題的第一步,就是要熟悉微軟的作業系統。當然僅僅掌握乙個windows作業系統,如果你對外人說,可能會遭到業內人士包括非業內人士的恥笑。你需要做的是把企業資訊資源進行有效的整合,集中的管理,那麼第二步就是掌握微軟的ad(活動目錄)元件了。關於活動目錄的功能,和一些具體的步驟,在這裡就不多講了。因為內容太多,也不符合主題。請大家自行參考相關書籍。整合資源和集中管理是企業資訊化管理的乙個核心問題,但ad顯然不是萬能的,當我們需求更多的應用時,比如讓企業內部員工進行通訊,管理企業內部員工網路資源的使用,對企業內部軟體的管理。就需要在ad的基礎上搭建微軟開發的其他服務軟體了。比如exchange,isa,sccm,sms等。

企業資訊化管理知識結構的縱深。微軟有著一整套的產品可以實現企業資訊化管理,從而滿足從小到大企業的需求。不過必須要知道和印在腦子裡的是,微軟的大部分產品都是商業軟體,這就意味著這些軟體都付費後才能使用的。也許有些技術人員覺得這些問題根本不是我們需要關心的。但是你要明白,不是所有的產品都是可以d(這個d就是dao的拼音,是什麼,我想你應該懂的)來使用的,當企業無力支付時,也就表示你無法使用某些產品來解決問題。在實踐中限制了你的技術增長。最後說一句我個人的感受。基於微軟的技術和產品,在學習過程中理解和認知是比較困難的,而操作和實施相對來說反而容易一點 ,這與下面的開源技術正好相反。

中小企業、初級需求:windows windows server產品的熟悉使用 ad的熟練使用

office產品,exchange產品。可能會涉及到部分forefront產品和sharepoint產品或system center產品。

大型企業、高階需求:基於ms的所有產品,掌握的越多越好。

三、開源軟體類知識結構 linux

按照我個人的理解開源技術,目前在server領域用的最廣泛。特別是基於web的,更是開源技術大行其道的地方。當然基於mail,儲存技術,虛擬化和雲計算,開源軟體也是喜歡滲透的地方。想要進入這個知識結構,像上面描述一下,必須有乙個系統平台做支撐,那麼linux當仁不讓的成為大家首選的學習目標。因為linux本身遵守開源協議,所以在旗下就開發出了更多的開源軟體。對於新手朋友,我們不妨設想乙個有趣的問題?在win平台的軟體,為什麼要麼是免費的,要麼是收費的,怎麼沒有開源的呢?呵呵~答案大家自己想。linux系統的學習是進入開源領域的大門,但是很多人在大門前徘徊很久,駐足停留了。原因是很多人沒有開始思考開源技術知識結構。當把系統熟悉掌握後,發展方向還是兩個:要麼是開發方向,開發新的開源軟體,要麼是管理方向,使用這些開源軟體。當然具體要使用或開發那些軟體,就是要根據你的需求來定了。你想做web方面的,就去找這方面的軟體。你想做mail方面的,就是找這方面的軟體。總之,需求什麼,需要解決什麼問題,就去找什麼方面的軟體。

開源軟體的縱深。與上面的一和二的知識結構積累方式不同。上面兩個都有明確的廠家做底層的產品或是裝置的支援。開源軟體像是一盤撒沙。各路豪傑紛紛登場,使得我們總結和條理他們很困難。不過還是一條,你掌握的越多,你的水平也就越高。

中小企業、初級需求:linux熟練(所謂熟練就是安裝,除錯,管理,操作linux系統)安裝開源環境,比如基於web的lamp架構。lvs等。

大企業、高階需求:linux精通(定製或編譯linux )架構開源環境。架構就是設計:在幾台機器上搭建什麼環境,安裝什麼軟體

四、資料庫管理知識結構。 資料庫對很多企業來說,是企業的核心機密。正所謂,裝置有價,資料無價。一台裝置壞掉了,可以修,可以換。但是如果資料壞掉了,可能就找不回來了,所以資料的管理是一些企業非常重視的地方。當我們把資料與資料之間關聯,形成集合,也就有了資料庫,也就有了資料庫的管理。廣義上資料庫的管理工作有很多,安裝,維護,安全,調優等都是資料庫管理的工作。

中小企業、初級需求:安裝,日常維護,遷移、備份

大企業、高階需求:調優、架構、災難恢復

五、儲存知識結構。說實話,這個是我最朦朧最不擅長的部分。但是這部分很重要,太重要了,所以必須要說。對於一般企業,資料直接儲存在硬碟或磁碟等媒介就ok了。但是對於一些特殊企業或者大企業,儲存問題就變的不是那麼簡單了。海量的資料,分布式的資料如何通過網路從乙個節點到達另乙個節點。如何保證資料海量資料的儲存(一塊或幾塊硬碟恐怕是不行了)

儲存知識結構縱深。初級了解簡單的儲存技術,然後是例如raid的陣列技術,到後面就是nas和san技術了。

中小企業、初級需求:das儲存 部分需要nas

大企業、高階需求:das、nas、san、容災、雲儲存

五、虛擬化知識結構。虛擬化技術如今開始逐漸成熟,虛擬化的應用也越來越高,把虛擬化單獨列為乙個知識體系結構我覺得還是很有必要的。目前市面上的虛擬化技術按照產品去劃分學習,我覺得是比較合適的。主要是vmware

的系列產品,微軟的hyper-v 還有思解的citrix 產品。從應用上分有伺服器虛擬化,儲存虛擬化,網路虛擬化和桌面虛擬化。按照四個方向和三大產品來定位和學習是不錯的選擇。

初級需求:虛擬化自身的實現。

高階需求:為別人實現虛擬化服務。

六、企業資訊保安知識結構體系。這個體系應該是上面幾個體系的部分集合。做安全的人所需要的知識多而且雜。上面我提到的幾個體系需要從中提煉出安全需求的知識,然後再加以整合,就是企業資訊保安的需求了。

初級需求:企業資訊保安的防禦

高階需求:企業資訊保安的加固,策略優化。

其實以上知識乙個簡單的分類,對於不同崗位來說,所需要的知識體系可能存在著某種交集。總之一句話,每個人的知識體系不可能完全一樣,你所接觸的資訊,你所在公司的崗位,你對知識的渴求和認知,通過時間的積累,造就了你自己的知識體系。之所以在文中反覆強調知識體系這個名詞,就是希望大家能夠把知識進行集合,像滾雪球一樣,而不是像沙子一樣處於鬆散的狀態。只有這樣,才能讓我們遇到的問題進行分析形成乙個比較完善的思路,能夠盡量去解決我們當前的問題。

注:不是說小企業的需求一定是初級的,要具體問題具體分析。希望大家不要被我上面的「中小企業、初級需求」所誤導,這是的頓號,是「或」的邏輯

作者心語:這片文章終於寫完了。之前是寫了一半就停止了。說實話,對文章的後半部分不很滿意,希望各位大牛,高人多多指點,希望能夠完善這篇文章,主要還是想幫助一些新入行的朋友。

本文出自 「丁胖胖的blog」 部落格,請務必保留此出處

Linux知識結構

1.掛載 系統目錄與硬碟分割槽建立聯絡的過程,稱為掛載。2.掛載點 與硬碟分割槽取得聯絡的目錄,稱為掛載點 3.掛載的型別 自動,手動 4.根目錄 linux系統只有乙個根目錄,名稱 斜槓 5.檔案佔據分割槽空間 會佔據其上邊與其挨著最近掛載點的分割槽 usr home etc var dev 建立...

memcache知識結構

memcached.exe memcached d install memcached d start memcached d stop restart memcached d install php對memcache的操作 new memcache set key,value,壓縮,有效期 add...

ERP人員的知識結構

能力名稱 erp工程師 工作任務 操作規範 相關知識 考核比重 基礎知識 erp產生背景 erp發展歷程 5 erp生產製造系統管理 1 基礎資料管理1 能夠根據物料編碼規則為物料編制 2 能夠編制多型別bom表 3 能夠計算工作中心資料 4 掌握工藝路線校驗方法 5 掌握生產提前期計算方法 6 了...