【系列文章】如何做好一線網際網路技術團隊管理
關於作者
作者為 liudaoru 。作者及其所在團隊從2011年起開始負責微博Feed系統的後端研發,歷經了技術體系由PHP轉為Java的平臺化,也經歷了產品驅動由PC專項客戶端的移動化,並從2014年開始參與Feed策略相關研發。
其中經歷了技術團隊成長的各種問題:如何同眾多需求部門合作、如何選擇合適的技術方向、如何跟兄弟部門進行協作、如何解決核心骨幹發展瓶頸等等,也在摸索中取得了一些成績,如主導過微博多機房部署、微博平臺改造、Feed客戶端效能優化等重大專案。
《一線網際網路技術團隊管理經驗談》系列文章,分享了作者及其團隊對網際網路技術團隊管理的實踐和思考,並和大家探討面臨的挑戰、機遇及應對思路。目前有三篇:
關於『問題與挑戰』,作者總結了常見的挑戰:
- 事多活苦
- 人少協作多
- 成員訴求多胡蘿蔔少
- 技術要求高雜事多
關於『手段與生命週期』,常用的管理手段有:
- 晉升提名和績效評估權
- 職責劃分權
- 表揚權
- 代表權
談到管理手段,作者認為:
不同公司、不同階段的不同的團隊,團隊負責人可以使用的管理手段各不相同,但一定要細加盤點、謹慎使用、不斷總結,以確保物盡其用,最大化的促進團隊的發展。同時,任何單一的管理手段都有其優勢,也有其不足,實際工作中需要將多種手段組合起來使用,這樣才能保持管理手段長期總體穩定,畢竟工資普調、大規模授予期權/股權等眾多手段都可遇不可求。
上面盡是本系列的開頭三篇,後續更新可以關注作者微博:
一線網際網路技術團隊管理經驗談(一):問題與挑戰
近兩年以來,電商、移動網際網路、O2O等領域大熱,網際網路開發人員也急劇膨脹。2010年前後百餘人的技術團隊就感覺規模很大了,而現在千餘人的技術團隊都不少了。技術團隊擴大了,也就需要一大批技術管理人員,但由於之前網際網路開發團隊規模很小,技術管理人員缺口很大,只能提拔一線開發骨幹到管理崗位。關於技術人員如何轉管理,相信很多公司都會組織管理培訓,QCon等大會也有較多的相關分享。筆者所在團隊從2011年起開始負責微博Feed系統的後端研發,歷經了技術體系由PHP轉為Java的平臺化,也經歷了產品驅動由PC專項客戶端的移動化,並從2014年開始參與Feed策略相關研發。其中經歷了技術團隊成長的各種問題:如何同眾多需求部門合作、如何選擇合適的技術方向、如何跟兄弟部門進行協作、如何解決核心骨幹發展瓶頸等等,也在摸索中取得了一些成績:主導過微博多機房部署、微博平臺改造、Feed客戶端效能優化等重大專案。近期將依照我們團隊和兄弟團隊成長中的問題和心得,通過一個系列的文章,分享我們對網際網路技術團隊管理的實踐和思考,並探討一下可能共同面臨的挑戰、機遇及可能的應對思路。
一線技術團隊管理面臨的挑戰
網際網路技術團隊與傳統的技術團隊有很大的差別,傳統的研發迭代以月為單位,網際網路的迭代則以天為單位。傳統技術團隊負責人可以不用很懂技術,而網際網路技術團隊負責人技術不精通的話很難負責好團隊,因為各種新技術層出不窮,各種挑戰性的問題也會不斷出現,作為團隊的負責人必須能見招拆招。下面我們將講講一個一線網際網路技術團隊負責人所面臨的挑戰。
事多活苦。雖然傳統技術團隊事情也不少,但由於研發節奏慢,所以幾年下來負責的事情也不多。而網際網路技術團隊則不同了,我們十幾個人的團隊負責近百個業務模組。有的模組雖然沒有需求,但也要不斷維護,出問題還要處理和修復。而除非業務停到,新的需求還會源源不斷的到來,新需求開發、服務問題支援、老系統改造將會消耗掉團隊所有的人力。同時,團隊的職責說起來很酷,但具體的工作則更多是苦,因為需求總要一個一個高質量完成,問題總要一個一個解決掉。以我們團隊為例,我們負責微博Feed系統研發,說出去很高大上,每秒萬級寫入、每秒百萬級併發請求、每天億級活躍使用者訪問、單業務千億級資料量,雖然比不上BAT,但也是很光鮮。但我們也得承接各種小需求,也得處理各種使用者投訴,更得在半夜協助運維處理線上服務問題,還得不斷去修補幾年前留下來的系統問題。所以,事多活苦將是一線網際網路技術研發團隊長期面臨的問題,而如何。
人少協作多。雖然整體網際網路研發團隊規模都不小,但拆解到一線開發團隊規模就很有限了,所謂的三五個人、十來條槍是一線團隊的常見規模。而且,即使團隊發展了,擴莫擴大了,也不要以為問題就能解決了。當我們團隊三四個人時,當時想如果有十個人啥問題都解決了。後來團隊終於發展到了十個人,結果發現人還是不夠。細細思索,才體會到人總是相對不足的,如果人浮於事則必有人無法晉升、加薪,在外面誘惑如此大的年代,這些人會很快流失掉,又會達到人少事多的狀態。雖然人少,但網際網路技術研發協作卻不少。由於專業化程度高,一個團隊通常只負責一個環節,比如我們團隊只負責Feed的後端工程部分,Feed業務還有客戶端研發、MAPI研發、PC研發、推薦和廣告研發、大資料研發等眾多團隊,這還不包括各自的測試團隊、運維團隊、UDC團隊等。這樣完成任何一項功能研發都需要跨團隊協作,誰來主導需求對接、遇到聯調問題誰來解決、有團隊延期等都將是協作中面臨的問題。
成員訴求多胡蘿蔔少。由於報酬頗豐,網際網路開發團隊吸引了很多人才,這些人才年齡、經驗、加入團隊時間等各不相同。以我們團隊為例,有工作十年的同學,也有本科畢業兩三年的同學,有清華、北航、北郵這樣名校的同學,也曾有專科畢業的同學。這就決定了團隊成員的訴求將差異非常大,校招同學希望快速成長,社招同學希望則更希望儘快發光發熱、體現價值,而實習生同學則希望用好的專案來包裝自己,骨幹同學則希望有充足的空間。如何滿足這複雜多樣的需求將是網際網路技術團隊負責人每天面臨的挑戰,否則一旦有訴求不能很高滿足,就會有人員流程,而網際網路人才招聘的成本和複雜度想必所有的負責人都會深有體會。團隊負責人通常有一些手段來滿足大家的訴求,或者是晉級機會、或者是加薪提名、或者是各種榮譽。但這些看似不少的胡蘿蔔,如果往人頭一均分,就發現少的可憐。如何科學的分配這有限的激烈資源,並能獲取更多地資源,確保團隊成員的努力都有很好的回報,將是一個很大的難題。
技術要求高雜事多。技術總在不斷變化,團隊負責人也需要不斷的充電學習,不斷提升自己的技術能力、專案管理能力,否則很難進行有效的技術決策。但寫彙報、做總結、招聘、組織活動、新員工入職引導、員工成長、員工離職等等,有會把團隊負責人的時間打的很散,導致沒有足夠的時間進行學習。同時,這些看似雜事的職能類工作,有時也非常重要,且會突然到來,這就要團隊負責人能夠快速學習,快速進入角色。
(未完待續)
--------------------------------------------------------------關於我們的團隊
我們是微博Feed研發團隊,隸屬於微博平臺研發部,負責Feed系統後端工程的研發。我們團隊有近五年的發展史,團隊曾走出多個平臺技術骨幹,同時團隊也還在不斷髮展變化之中。我們有健全的新員工培訓體系,實習生、校招生、社招員工各有不同的培訓方案;我們有精幹的評審小組,幫助參謀方案並把關程式碼;我們有以半年為週期的輪崗制度,保證業務、技術均衡發展;我們有高昂的士氣,各種工程問題都能迎刃而解。當前我們也面臨業務發展較快,人員規模跟不上的情況,非常期待對網際網路大規模工程感興趣、也新技術有追求的同學加入(簡歷請發 [email protected]),與我們一起共同打造一個優秀的網際網路研發團隊~
一線網際網路技術團隊管理經驗談(二):手段與生命週期
介紹了我們對一線網際網路技術團隊管理面臨挑戰的理解,本篇將介紹一下我們常用的管理手段以及我們對團隊生命週期的理解。 一線技術團隊管理的常用手段作為團隊的負責人,要想把團隊引向好的方向,需要藉助一些手段。團隊管理的手段非常多,包括公司職責拆解的授權如職責劃分、晉升提名、績效評估等,也包括公司、部門職能體系的支援手段如優秀評選、培訓機會等,也有作為團隊負責人而擁有的表揚、批評等權利。這些手段作用各不相同,也各有利弊,團隊負責人需要清晰理解每種手段的優劣方能合理實施,對團隊進行有效、正面的價值引導。下面將介紹我們團隊常用的幾種手段。
晉升提名和績效評估權。晉升是團隊成員最喜歡,即使大家口頭不這麼說,也是對個人來講效果最好的手段。晉升不僅帶來一定程度的加薪,也體現出公司對個人工作的認同感,以及一定的榮譽感。這種手段優點是立竿見影,激勵效果非常明顯。缺點是數量偏少,用不好還會導致部分成員有怨言,進而導致離職的情況。績效評估跟晉升提名類似,同樣比較稀有,但激勵效果非常好。這兩種手段都要按照能力和貢獻進行分配,才能起到正向激勵的作用,而不能按照跟負責人的親疏或者入職早晚來定。
職責劃分權。職責劃分看似是最平常的手段,其實也是最好的手段。因為不同崗位要求不同,不同崗位的產出也不同。團隊負責人需要合理的將崗位和成員進行組合調配,以確保每個人都能有合適的崗位,進而確保每個人都有相應的收益。這種手段優點是普遍性比較好,安排的好可以照顧到大多數人。缺點則是好的崗位總是相對有限的,髒活苦活也要有人去做,怎麼分配比較合適需要拿捏一下。
表揚權。表揚看似簡單,其實很難。特別技術出身負責人,通常覺得分配的事情很簡單,員工做的也就一般,所以更多是批評,而不是表揚。團隊負責人應該放低姿態,以當前為標準,只要比當前做的好就要表揚。同時,積極、負責、勤學等正向的行為也都要表揚,這樣整體團隊才能形成積極輕鬆向上的氛圍。表揚是普遍性和效果都比較好的手段,能讓乏味的日常工作變得有趣,能持續讓員工保持高昂的狀態。但是也要注意,不要讓表揚氾濫,更不能表揚一些負面行為。
代表權。如技術分享、參與重要會議、參與招聘面試、負責評審培訓等,不僅能夠將職責合理的拆解,減輕負責人的壓力,讓負責人聚焦在核心問題,同時對員工也有很好的激勵和鍛鍊作用。需要注意的是,這些代表不能只重形式,更要注重員工從中學到的東西,要利用這些機會讓員工學會如何進行分享、溝通、權衡利弊、權衡優先順序等。
不同公司、不同階段的不同的團隊,團隊負責人可以使用的管理手段各不相同,但一定要細加盤點、謹慎使用、不斷總結,以確保物盡其用,最大化的促進團隊的發展。同時,任何單一的管理手段都有其優勢,也有其不足,實際工作中需要將多種手段組合起來使用,這樣才能保持管理手段長期總體穩定,畢竟工資普調、大規模授予期權/股權等眾多手段都可遇不可求。
一線技術團隊的生命週期網際網路技術團隊同樣有生命週期,而且變化的更快,一個團隊可能通過一年的努力變得非常有戰鬥力,也有可能過了一年因為戰鬥力太差而被解散。所以,作為團隊的負責人要了解團隊的生命週期,以及各個階段需要的注意事項,以未雨綢繆,讓團隊的發展更加平滑和順利。團隊同樣有初創期、發展期、成熟期、衰亡期等階段,普通團隊是這樣,優秀團隊也是這樣,只是優秀團隊在成熟期之後會拆解成幾個新團隊,然後繼續經歷團隊的發展週期。
初創期。可能由於業務高速發展,也可能是新技術的廣泛應用,總之基於某種價值和服務,團隊開始組建,三五個人通常是團隊最初的規模。這個時候團隊生命力非常弱,需要快速找準定位,強化團隊的價值,以使團隊能夠存活下來。這個時候的重點不是高大上的技術,也不是設計良好的流程,而是明確團隊的定位,體現出團隊對公司的價值。
發展期。這裡的發展不僅指人數的增多,更多指服務成熟度的變化。服務在這個過程不斷髮展和演進,業務開發變得複雜,團隊熟練度快速增加,人員規模一般也有所擴大,團隊開始有了一些沉澱和積累,職責開始分化,制度開始建立。這個時候最危險的是團隊規模的快速擴大,團隊還不成熟時就進行擴張,會導致職責不清晰、效率低下等問題,進而導致團隊整體服務質量下降,團隊快速進入衰敗期。這個時候更應該修煉內功,抵制住內心擴張的念頭,確保團隊規模和職責範圍都在一個合理的範圍。要戒驕戒躁,踏踏實實的將職責梳理清楚,摸索合適的內部協作機制,著手建立評審、培訓等機制,並讓團隊成員梯隊化,為團隊更好的發展奠定良好的基礎。
成熟期。歷經一系列的發展和挫折之後,團隊成員間的配合開始默契,業務也有了極強的掌控力,各種機制和制度也已成熟,這時的團隊就已經成熟了。成熟期的團隊要嘗試進行突破,或者業務上,或者技術上,或者繼續讓團隊演進,變得更有戰鬥力。我的理解,美團團隊的成功建立在校內團隊、飯否團隊經驗的基礎之上,微信團隊的成功也建立在Foxmail團隊、QQ郵箱團隊的基礎之上。十年磨一劍,一朝試鋒芒。沒有十年的磨礪,怎會有寶劍的鋒芒,所以在團隊沒有準備好或者時機還不成熟之前,團隊要耐得住寂寞,不斷的積攢、演進,大好時代總會有試劍的時候。
衰亡期。一線網際網路技術團隊大多數生存週期不超過兩年,合併、調整太常見不過,而在這個過程中大多數技術團隊就衰亡了。有的團隊,雖然建制還在,但經過調整,團隊核心已經變化,各種積累也都未能傳承,之後的團隊只能認為是一個新團隊。所以,團隊一定要有自己的精神,有自己的積累,並且要不斷進行傳承,這樣才能迎來爆發的機會。一個團隊,持續活著,就是最大的勝利。
一線網際網路技術團隊管理經驗談(三):優秀團隊
什麼是優秀的網際網路技術團隊
有時我們會發現即使都是成熟期的團隊,各個團隊的戰鬥力還是有很大的差別,否則大家都能做出美團、微信。優秀技術團隊給人的印象是士氣高昂、戰無不勝、攻無不克,充滿榮譽感,其成員渾身充滿自信。除了這些印象,我的理解優秀團隊還有如下的特徵:
- 作為一個整體。團隊成員之間有良好的協作,就像羅馬軍團一樣,目標清晰,思想統一,行動一致,令行統一。一個團隊的最大戰鬥力就取決於這個團隊高效做一件事情最多可以調配的成員總數,一個三十人的團隊面臨極大的挑戰時也只能有五個人來做,這種團隊的戰鬥力也就是五人規模。國共內戰時期,國民黨面上看有近500萬軍隊,但是實際目標行動一致的嫡系部隊也就200多萬,所以對150萬的共產黨軍隊也沒有絕對的優勢。所以,作為團隊的負責人務必要確保團隊對目標理解是一致的;
- 意志堅定。不會因為暫時的困難而氣餒,堅定目標,不斷嘗試,不達目標誓不罷休。任何團隊工作中都會面臨這樣那樣的問題,即使是日常的研發工作如果想做的突出也會有很大的挑戰,更不用說各種緊急重大專案、各種技術挑戰等,在面臨這種困難時優秀團隊能夠堅定不移,沉著應對,最終得以解決問題。我們不僅要羨慕優秀團隊的成果,更要學習優秀團隊的堅強意志;
- 足夠的耐心。獵物在進化,競爭對手也在進化,獲取獵物的難度會越來越大,這也就需要團隊要有足夠的耐心。很多事情都需要時間的積累,以我們團隊為例最近介紹的異地多活(http://t.cn/RAWuGV5)我們已經做了近五年,還準備繼續做;HBase應用我們從2012年5月就開始投入,到現在也還在做;防禦標準化也是跟運維的同學做了好幾年了。特對對於一線團隊,人數少,任務重,很多基礎建設或者新技術都需要很長的時間積累才能搞定,更需要足夠的耐心。激情很容易消退,而耐心實屬不易,能用十年的時間堅持去做一件事情,只要別太笨,方向不錯,總能做的非常厲害;
-
利益分配合理。不管在團隊中處於任何位置都不會被遺忘,都能達成很好的成就,獲得豐厚的回報。優秀的團隊更要把利益拿出來講,而不要偷偷摸摸的分。狼群就是這樣,打下獵物,總要頭狼先吃。對團隊而言,不是整個負責人先得到利益,而是讓具體負責的成員優先得到利益,而且要宣傳,讓所有成員都認識到貢獻大收穫就大,這樣才能形成所謂狼性。當然也要注意公平的問題,我個人的理解公平更多體現在機會上,而不是利益分配上;
- 極高的靈活度。面臨各種疑難問題時,都能夠找到合適的解決方案,從而確保團隊不斷向前進。不要拘泥,不要墨守成規,唯一的規則就是達成團隊的目標。日常我們常聽到“這個幾年前就是這樣了”,存在不一定合理,團隊的發展也要勇於突破藩籬,依據目標和困難的同步而採取不同的策略;
- 極強的適應能力。環境總在變化,形式不斷髮展,技術團隊也要跟上時代,不斷通過進化去適應時代。就像夏天非得還穿著棉襖,冬天非得還穿著短袖,不能隨著環境而變化的個人會被淘汰,不能隨著環境而變化的團隊也一樣的宿命,只能無情被淘汰。當然有的時候冬天來的太快,可能還沒準備好冬衣,這就需要夏天的時候就要考慮冬天的事情,要提前做準備,未雨綢繆。同時也要保持團隊的多樣化,多樣才能更好的應對變化;
以上只是個人對優秀網際網路技術團隊的看法,管中窺豹,但希望所有的網際網路技術團隊都有一個成為優秀團隊的心,這樣我們整體的研發水平會越來越高。
相關推薦
【系列文章】如何做好一線網際網路技術團隊管理
關於作者 作者為 liudaoru 。作者及其所在團隊從2011年起開始負責微博Feed系統的後端研發,歷經了技術體系由PHP轉為Java的平臺化,也經歷了產品驅動由PC專項客戶端的移動化,並從2014年開始參與Feed策略相關研發。 其中經歷了技術團隊成長的各種問題
一線網際網路技術團隊管理經驗談
成員訴求多胡蘿蔔少。由於報酬頗豐,網際網路開發團隊吸引了很多人才,這些人才年齡、經驗、加入團隊時間等各不相同。以我們團隊為例,有工作十年的同學,也有本科畢業兩三年的同學,有清華、北航、北郵這樣名校的同學,也曾有專科畢業的同學。這就決定了團隊成員的訴求將差異非常大,校招同學希望快速成長,社招同學希望則更希望儘快
【Spark SQL 源碼分析系列文章】
blog .com data 原創 org 分析 成了 系列 ice 從決定寫Spark SQL源碼分析的文章,到現在一個月的時間裏,陸陸續續差不多快完成了,這裏也做一個整合和索引,方便大家閱讀,這裏給出閱讀順序 :) 第一篇 Spark SQL源碼分析之核心流程
【機器學習系列文章】第1部分:為什麼機器學習很重要 ?
目錄 路線圖 關於作者 簡單,簡單的解釋,附有數學,程式碼和現實世界的例子。 這個系列是一本完整的電子書!在這裡下載。免費下載,貢獻讚賞(paypal.me/ml4h) 路線圖 第1部分:為什麼機器學習很重要。人工智慧和機器學習的大
【機器學習系列文章】第6部分:最好的機器學習資源
目錄 基金會 程式設計 線性代數 概率與統計 微積分 機器學習 培訓 教科書 深度學習 培訓 專案 閱讀 強化學習 培訓 專案 閱讀 人工智慧 簡訊 別人的建議 製作人工智慧,機器學習和深度學習課程的資源彙編。 關於制定課
【機器學習系列文章】第5部分:強化學習
目錄 你做到了! 結束思考 探索和開發。馬爾可夫決策過程。Q-learning,政策學習和深度強化學習。 “我只吃了一些巧克力來完成最後一節。” 在有監督的學習中,訓練資料帶有來自某些神聖的“主管”的答案。如果只有這樣的生活! 在強化學
【資料化運營方法論系列文章Ⅱ】大道至簡的資料體系構建方法論
導讀 很多企業已經意識到,一個系統化的資料體系將是資料化運營的核心支柱。那麼,企業該如何清晰地打造自己的資料體系呢?作者將根據多年經驗總結用簡樸的語言告訴讀者一套大道至簡的方法論。 本文是“資料化運營方法論系列”文章的第二篇。第一篇講的是“不知道該怎麼分析”的問題,本文講的是“不知道該分析
【轉載文章】拜占庭將軍問題深入探討
監聽 修改 最終 重寫 其中 聯系 默認 命題 不存在 原文地址:http://www.8btc.com/baizhantingjiangjun part1: 拜占庭將軍問題是什麽? 1.1 拜占庭將軍問題場景 1.2 與拜占庭將軍相關問題:兩軍問題 part
【計算機網絡】數據交換技術和多路復用技術的正(nao)確(can)打開方式
分割 image user 信號 也不能 soft 所有 什麽是 收費 交換的作用 數據交換是計算機網絡中兩個終端進行數據傳輸的方式,它又可以分成兩種類型:電路交換和分組交換。很顯然,問題的核心在於“交換”,那麽我們首先要思考的是:交換的作用
【系列5】使用Dockerfile創建帶weblogic的Centos Docker鏡像
帶weblogic的docker鏡像Weblogic是一個基於Java EE架構的中間件(應用服務器),WebLogic由Oracle公司維護。 ? ?WebLogic是用於開發、集成、部署和管理大型分布式Web應用、網絡應用和數據庫應用的Java應用服務器。是商業市場上最主要的Java (J2EE)應用服務
【系列6】使用Dockerfile創建帶LAMP的Centos Docker鏡像
dockerfile創建帶lamp LAMP值的Linux (操作系統)、ApacheHTTP服務器、MySQL(有時也指MariaDB,數據庫軟件)和PHP(有時也是指Perl或Python)的組合方案,一般很適合用來建立Web服務器環境。 ① 下載LAMP鏡像: 下面介紹如何使用Do
【系列8】使用Dockerfile創建帶MongoDB的Centos Docker鏡像
dockerfile創建帶mongodb MongoDB是一款可擴展、高性能的開源文檔(Document-Oriented)數據庫。它采用C++開發,支持復雜的數據類型和強大的查詢語言,提供了關系數據庫的絕大部分功能。MongoDB由於其高性能、易部署、易使用等特點,已經在各種領域都得到了廣泛的應用。 ①
【系列6】使用Dockerfile創建帶mysql5.6的Centos Docker鏡像
truct sel 5-0 schema closed res using ecif 循環 Docker官方的Mysql鏡像的Dockerfile托管在Github上,地址如下:https://github.com/docker-library/mysql/tree/583
【轉】美團點評技術團隊金融核心交易系統可用性7個9是這樣煉成的
log OS IT 系統 交易系統 團隊 .html .com html https://tech.meituan.com/%E4%B8%9A%E5%8A%A1%E9%AB%98%E9%80%9F%E5%A2%9E%E9%95%BF%E5%9C%BA%E6%99%AF%E4
【系列6】使用Dockerfile創建帶mysql5.7的Centos Docker鏡像1
mysql5.7的Centos Dock1、進入Linux後,使用Docker命令下載MySQL,命令如:docker pull mysql:5.7運行該命令後,則會顯示以下日誌:[root@localhost ~]# docker pull mysql:5.7 5.7: Pulling from libra
【精選文章】YUM 8分鐘部署LAMP架構
list httpd配置 php.ini 分享圖片 服務器軟件 yum ini install create 什麽是LAMP? LAMP指的Linux(操作系統)、ApacheHTTP 服務器,MySQL(有時也指MariaDB,數據庫軟件) 和PHP(有時也是指Perl
【面試題】Java面試題--技術框架--個人學習記錄
1、看過哪些開源框架的原始碼 2、為什麼要用Redis,Redis有哪些優缺點?Redis如何實現擴容? 3、Netty是如何使用執行緒池的,為什麼這麼使用 4、為什麼要使用Spring,Spring的優缺點有哪些 &
【面試題】Java面試題--技術深度--個人學習記錄
1、有沒有看過JDK原始碼,看過的類實現原理是什麼。 2、HTTP協議 TCP詳解 關於http協議 3、TCP協議 TCP詳解 關於http協議 4、一致性Hash演算法 5、JVM如何載入位元組碼檔案 loa
【新書推薦】【2018.04】射頻系統技術
【2018.04】射頻系統技術Technologies for Rf Systems ,共330頁。 如果需要電子版,請聯絡QQ:3042075372。 本書介紹了微波和射頻工程中的主要概念、技術和元件。 This comprehensive resource provid
【系列分享】探索QEMU-KVM中PIO處理的奧祕
投稿方式:傳送郵件至linwei#360.cn,或登陸網頁版線上投稿 我們都知道在kvm/qemu的虛擬機器中向埠讀寫輸入會陷入kvm中(絕大部分埠)。但是其具體過程是怎麼樣的,虛擬機器、kvm和qemu這三者的關係在這個過程中又是如何相互聯絡來完成這一模擬過程