大家進(jìn)入職場(chǎng)都是小白,有的人短短幾年就成長(zhǎng)為經(jīng)理、總監(jiān)甚至副總裁。有的人工作10多年卻依然在最基層的崗位掙扎徘徊。更殘酷的是,很多人也很勤奮、努力,卻得不到晉升,只能感嘆時(shí)運(yùn)不濟(jì)。
當(dāng)前,各大資訊社交類 APP都在顯著的版面展示或者推薦熱點(diǎn)相關(guān)內(nèi)容,信息流應(yīng)用能否快速發(fā)現(xiàn)熱點(diǎn)、引導(dǎo)用戶閱讀熱點(diǎn),是影響用戶體驗(yàn)的重要因素。本次分享主要介紹騰訊 在 熱點(diǎn) 挖掘 方面的工作。
首先我們聯(lián)想一下鏈表,在單鏈表中,我們只能對(duì)他的鏈表表尾進(jìn)行插入,對(duì)鏈表的表頭進(jìn)行結(jié)點(diǎn)的刪除,這樣強(qiáng)限制性的鏈表,就是我們所說(shuō)的隊(duì)列。也就是說(shuō),隊(duì)列(queue)是限定在表的一端進(jìn)行插入,表的另一端進(jìn)行刪除的數(shù)據(jù)結(jié)構(gòu)。
互聯(lián)網(wǎng)大廠的leader,聽起來(lái)很牛的樣子,他們的工作是不是也很牛呢? 一個(gè)leader發(fā)帖抱怨說(shuō)自己雖然月薪五萬(wàn),卻時(shí)常陷入焦慮中,覺得自己工作沒有價(jià)值,再這樣下去就廢了!讓我們看看他都說(shuō)了些什么?
往往開始做一個(gè)項(xiàng)目時(shí),不會(huì)過(guò)多的考慮性能問題,以快速迭代功能為主。后續(xù)隨著業(yè)務(wù)的快速發(fā)展,系統(tǒng)運(yùn)行的性能越來(lái)越慢,此時(shí)就需要對(duì)系統(tǒng)進(jìn)行相應(yīng)的優(yōu)化,而效果最顯著的就是給系統(tǒng)加上緩存。那么問題來(lái)了,當(dāng)你為系統(tǒng)加上緩存時(shí),有沒有考慮過(guò)使用緩存需要注意哪些事項(xiàng)呢?
arthas中文直譯過(guò)來(lái)叫阿爾薩斯,是阿里巴巴開源的java應(yīng)用診斷工具,在線排查問題,無(wú)需重啟服務(wù),實(shí)時(shí)監(jiān)控jvm狀態(tài)。支持JDK6以上版本,支持Linux/Mac/Window操作系統(tǒng)。
分布式事務(wù),就是運(yùn)行在分布式系統(tǒng)中的事務(wù),是由多個(gè)不同的機(jī)器上的事務(wù)組合而成的。
最近的工作中,要實(shí)現(xiàn)對(duì)通信數(shù)據(jù)的CRC計(jì)算,所以花了兩天的時(shí)間好好研究了一下,周末有時(shí)間整理了一下筆記。
基礎(chǔ)數(shù)據(jù)結(jié)構(gòu)的融合是成為龐大系統(tǒng)的基石,比如Redis中的跳躍表,數(shù)據(jù)庫(kù)索引B+樹等,只有對(duì)基礎(chǔ)的數(shù)據(jù)結(jié)構(gòu)足夠的熟悉才能更容易去理解稍微復(fù)雜的結(jié)構(gòu),就仿佛我們闖關(guān)打怪一樣,一步一步解鎖直到結(jié)局。今天想和大家一起分享的是常見數(shù)據(jù)結(jié)構(gòu)以及面試中的高頻手撕算法題,一定要去手動(dòng)寫這些代碼,可說(shuō)百分之七八十都是這些題,一定要好好掌握。
生動(dòng)有趣,一定要看!
你沒看錯(cuò),本文探討的主題是“讓系統(tǒng)發(fā)生重大宕機(jī)事故的15個(gè)方法”,仔細(xì)研究后你會(huì)發(fā)現(xiàn),把系統(tǒng)搞宕機(jī)是一件非常有技術(shù)含量的事情,團(tuán)隊(duì)成員不是瞎子,老板也不是傻子,怎么可能眼睜睜地看著你搞破壞呢?
你好,我是Redis,一個(gè)叫Antirez的男人把我?guī)У搅诉@個(gè)世界上。說(shuō)起我的誕生,跟關(guān)系數(shù)據(jù)庫(kù)MySQL還挺有淵源的。在我還沒來(lái)到這個(gè)世界上的時(shí)候,MySQL過(guò)的很辛苦,互聯(lián)網(wǎng)發(fā)展的越來(lái)越快,它容納的數(shù)據(jù)也越來(lái)越多,用戶請(qǐng)求也隨之暴漲,而每一個(gè)用戶請(qǐng)求都變成了對(duì)它的一個(gè)又一個(gè)讀寫操作,MySQL是苦不堪言。
TCP握手一定是三次?TCP 揮手一定是四次?為什么要有快速重傳,超時(shí)重傳不夠用?為什么要有 SACK,為什么要有 D-SACK?Silly Window 又是什么?為什么有滑動(dòng)窗口流控還需要擁塞控制?快速重傳一定要依賴三次重復(fù) ACK ?
開始前,首先聲明這篇文章不是炒幣、不是炒幣、不是炒幣,重要的話說(shuō)3遍!區(qū)塊鏈最近勢(shì)頭又被DE-FI帶起了節(jié)奏,眼睜睜看著一群綠油油的韭菜跑步入場(chǎng),F(xiàn)OMO(害怕錯(cuò)過(guò))直線上升,這幅場(chǎng)景和2017年仿佛似曾相識(shí),大部分人對(duì)區(qū)塊鏈的關(guān)注都是炒幣。
Redis可以看成NoSQL類型的數(shù)據(jù)庫(kù)系統(tǒng),Redis也提供了事務(wù),但和傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)的事務(wù)既有相似性,也存在區(qū)別,因?yàn)镽edis的架構(gòu)基于操作系統(tǒng)的多路復(fù)用的IO接口,主處理流程是一個(gè)單線程,因此對(duì)于一個(gè)完整的命令,其處理都是原子性的,但如果需要將多個(gè)命令作為一個(gè)不可分割的處理序列,就需要使用事務(wù)。