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