去年換工作的時候,面試了一下 Google (這里說的是 Google 中國),來了個 Google 面試七輪游,結(jié)果是沒通過?,F(xiàn)在分享下我參與面試的具體流程以及個人認(rèn)為應(yīng)該注意的事項(xiàng),希望對大家有所幫助。
不管是后端開發(fā)還是前端開發(fā),說到底我們所有的軟件開發(fā)都是在計(jì)算上編寫程序,雖然對于大部分人來說,真正開始寫代碼的時候很少會讓你去解決計(jì)算機(jī)底層的問題,不接觸不代表不重要,計(jì)算機(jī)基礎(chǔ)是最重要的。
互聯(lián)網(wǎng)業(yè)務(wù)往往使用MySQL數(shù)據(jù)庫作為后臺存儲,存儲引擎使用InnoDB。我們針對互聯(lián)網(wǎng)自身業(yè)務(wù)特點(diǎn)及MySQL數(shù)據(jù)庫特性,講述在具體業(yè)務(wù)場景中如何設(shè)計(jì)表和分表。本文從介紹MySQL相關(guān)基礎(chǔ)架構(gòu)設(shè)計(jì)入手,并結(jié)合企業(yè)實(shí)際案例介紹分表和索引的設(shè)計(jì)實(shí)戰(zhàn)技巧。
【2w1h 】是技術(shù)領(lǐng)域中 一種非常有效的思考和學(xué)習(xí)方式,即W hat 、W hy 和 H ow ; 堅(jiān)持【 2 w1h 】,可以快速提升我們的深度思考能力。今天我們通過【2w1h】方式來討論“連接池”:什么是連接池(what)?為什么需要連接池(why)?
前段時間,某互聯(lián)網(wǎng)大廠在廁所安裝計(jì)時器的行為引起眾怒?,F(xiàn)在又有人發(fā)帖爆料一家公司監(jiān)控員工離開工位的時間。爆料截圖中顯示,有人詢問一位員工:“你昨天這個時間段做什么去了?”下面附著的兩張截圖分別顯示該員工離開和回來工位的時間,間隔大約33分鐘。
一組漫畫告訴你,什么是 “智能供應(yīng)鏈” ?
我們在使用mybatis時,如果出現(xiàn)sql問題,一般會把mybatis配置文件中的logging.level參數(shù)改成debug,這樣就能在日志中看到某個mapper最終執(zhí)行sql、入?yún)⒑陀绊憯?shù)據(jù)行數(shù)。我們拿到sql和入?yún)?,手動拼接成完整的sql,然后將該sql在數(shù)據(jù)庫中執(zhí)行一下,就基本能定位到問題原因。mybatis的日志功能使用起來還是非常方便的,大家有沒有想過它是如何設(shè)計(jì)的呢?
想必大家也經(jīng)常收到垃圾短信吧...短信中的鏈接一般都是短鏈接,為什么這里面的URL都是短的呢?有什么好處呢?怎么做到的呢?
我是 Windows 98、2000、XP、7 和 10 的粉絲。但是,我最終決定永遠(yuǎn)使用 Ubuntu。
本來不知道寫點(diǎn)啥,正好手頭有個新項(xiàng)目試著用阿里的Seata中間件做分布式事務(wù),那就做一個實(shí)踐分享吧!
RESTful想必大家都耳熟能詳,但為什么要有RESTful?RESTful 到底是什么意思?為什么稱之為 RESTful 架構(gòu)?我不用 RESTful 不行嗎?什么樣才叫真正的 RESTful?
一名36歲的機(jī)器學(xué)習(xí)專業(yè)博士,能夠在硅谷找到工作嗎?Reddit上的一個提問又引發(fā)了大家對程序員“年齡危機(jī)”的討論。
緩沖區(qū)溢出非常危險(xiǎn),因?yàn)闂?臻g內(nèi)保存了函數(shù)的返回地址。該地址保存了函數(shù)調(diào)用結(jié)束后后續(xù)執(zhí)行的指令的位置,對于計(jì)算機(jī)安全來說,該信息是很敏感的。如果有人惡意修改了這個返回地址,并使該返回地址指向了一個新的代碼位置,程序便能從其它位置繼續(xù)執(zhí)行。實(shí)際上很多程序都會接受用戶的外界輸入,尤其是當(dāng)函數(shù)內(nèi)的一個數(shù)組緩沖區(qū)接受用戶輸入的時候,一旦程序代碼未對輸入的長度進(jìn)行合法性檢查的話,緩沖區(qū)溢出便有可能觸發(fā)!本文主要介紹棧溢出的相關(guān)知識與保護(hù)措施,文章較長,建議先碼后看。
眾所周知,日志是排查問題的重要手段。關(guān)于日志設(shè)計(jì),以及怎么根據(jù)從【用戶報(bào)障】環(huán)節(jié)開始到秒級定位問題這個我們下一期說(絕非套路),這一期,主要講一下,在沒有異常日志的情況下,如何定位問題。沒有日志當(dāng)真能排查問題,不會是標(biāo)題黨吧!
越來越多的組織開始放棄單體應(yīng)用,逐步轉(zhuǎn)向微服務(wù)的架構(gòu)模式–將業(yè)務(wù)流程分為多個獨(dú)立的服務(wù)。微服務(wù)架構(gòu),就是將各個流程按照業(yè)務(wù)拆分為獨(dú)立的服務(wù)。在上面的示例中,機(jī)票預(yù)訂服務(wù)可以被拆分為機(jī)票預(yù)訂,付款和確認(rèn),拆分后的微服務(wù)可以通過接口相互通信。那么,微服務(wù)與單體應(yīng)用,究竟有什么不同?