Android客戶(hù)端的架構(gòu)不論如何演變，架構(gòu)設(shè)計(jì)的出發(fā)點(diǎn)總是離不開(kāi)兩點(diǎn)，一是提高開(kāi)發(fā)效率，二是降低維護(hù)成本。阿劉基于這兩點(diǎn)，主要分享了in Android客戶(hù)端的架構(gòu)演變。以下是正文： 1.0 時(shí)代：小、快...

最近，收到一封緣創(chuàng)派用戶(hù)的反饋：“我這二周談了十幾個(gè)技術(shù)合伙人。很多人并沒(méi)有做好心理準(zhǔn)備，只是希望找個(gè)兼職或者賺個(gè)外包。所以我用一個(gè)詞形容他們叫葉公好龍。是否真的準(zhǔn)備好創(chuàng)業(yè)，愿意承擔(dān)風(fēng)險(xiǎn)和準(zhǔn)備投...

近在工作中我需要把數(shù)據(jù)從公共的Data Warehouse（數(shù)據(jù)倉(cāng)庫(kù)）導(dǎo)出來(lái)，放到屬于我們team自己賬號(hào)的云端存儲(chǔ)資源中去，然后再在我們的應(yīng)用中查詢(xún)這樣的資源。需要導(dǎo)出數(shù)據(jù)是因?yàn)橹苯?從Data Warehouse查詢(xún)數(shù)據(jù)...

這八個(gè)建議，來(lái)源于鍵者幾年來(lái)編寫(xiě) shell 腳本的一些經(jīng)驗(yàn)和教訓(xùn)。事實(shí)上開(kāi)始寫(xiě)的時(shí)候還不止這幾條，后來(lái)思索再三，去掉幾條無(wú)關(guān)痛癢的，最后剩下八條。毫不夸張地說(shuō)，每條都是精挑細(xì)選的，雖然有幾點(diǎn)算是老生...

要為日志記錄機(jī)制找到合適的“度”殊非易事——日志太多則無(wú)關(guān)內(nèi)容泛濫，日志太少則可能錯(cuò)過(guò)重要信息。這一問(wèn)題在微服務(wù)架構(gòu)下則變得更為棘手。 日志難題 根據(jù)用戶(hù)們的反饋，其面對(duì)的兩大常見(jiàn)難題為：哪...

在基準(zhǔn)測(cè)試中，Java基礎(chǔ)框架以出色的性能表現(xiàn)傲視群雄——但真正吸引開(kāi)發(fā)人員的因素卻并非性能 骨文公司似乎正持續(xù)將Java推向各個(gè)領(lǐng)域，從“物聯(lián)網(wǎng)”等新興領(lǐng)域到傳統(tǒng)范疇，而且這一推動(dòng)并非依靠宣傳...

前言：你真的以為找一個(gè)大公司就是“穩(wěn)定”了嗎？你真的以為“工作穩(wěn)定”就可以讓你“生活穩(wěn)定”嗎？你真的以為現(xiàn)在很“穩(wěn)定”嗎？ 一直以來(lái)，在生活方面，我們都想過(guò)“穩(wěn)定”的生活，不想到處漂泊...

在CAAS系統(tǒng)出現(xiàn)前企業(yè)應(yīng)用架構(gòu)基本被IAAS/SAAS/PAAS等模式壟斷，直到docker的出現(xiàn)為我們打開(kāi)了另一個(gè)扇大門(mén)，廢話(huà)不說(shuō)了，我們直奔主題 我們先了解下一個(gè)簡(jiǎn)單的CAAS系統(tǒng)是如何為用戶(hù)提供服務(wù)的 企業(yè)用戶(hù)...

談到重新定義，說(shuō)及計(jì)算邊界，也許感觀上還帶有些神秘。但如果談及信息技術(shù)（Information Technology），那信息技術(shù)為當(dāng)前 30 年的社會(huì)進(jìn)步作出的不可磨滅的貢獻(xiàn)，相信無(wú)人再會(huì)質(zhì)疑。 1946 年，第...

1、HTTPS的工作原理 HTTPS在傳輸數(shù)據(jù)之前需要客戶(hù)端（瀏覽器）與服務(wù)端（網(wǎng)站）之間進(jìn)行一次握手，在握手過(guò)程中將確立雙方加密傳輸數(shù)據(jù)的密碼信息。TLS/SSL協(xié)議不僅僅是一套加密傳輸?shù)膮f(xié)議，更是一...