RPC（Remote Procedure Call Protocol）——遠程過程調(diào)用協(xié)議，它是一種通過網(wǎng)絡從遠程計算機程序上請求服務，而不需要了解底層網(wǎng)絡技術的協(xié)議。
RPC采用客戶機/服務器模式。請求程序就是一個客戶機，而服務提供程序就是一個服務器。首先，客戶機調(diào)用進程發(fā)送一個有進程參數(shù)的調(diào)用信息到服務進程，然后等待應答信息。在服務器端，進程保持睡眠狀態(tài)直到調(diào)用信息到達為止。當一個調(diào)用信息到達，服務器獲得進程參數(shù)，計算結果，發(fā)送答復信息，然后等待下一個調(diào)用信息，最后，客戶端調(diào)用進程接收答復信息，獲得進程結果，然后調(diào)用執(zhí)行繼續(xù)進行。
以上是百度百科對RPC的解釋。
一個通俗的描述是：客戶端在不知道調(diào)用細節(jié)的情況下，調(diào)用存在于遠程計算機上的某個對象，就像調(diào)用本地應用程序中的對象一樣。
JQuery是一款非常優(yōu)秀的JavaScript庫，極大地提升了前端js開發(fā)體驗，所以最近我在看jquery的源碼，想把自己理解的一些內(nèi)容分享給大家。
我們的APP運營人員向來比較擅長讓越來越多的人使用我們的產(chǎn)品，成為我們的用戶。但是在擁有了這些用戶以后又該怎么留住他們呢？ 一款新應用能吸引幾十萬上百萬的用戶可能不是什么難事。但是想要保留這些用戶并且讓用戶數(shù)增漲到一個億，這絕不是一件容易的事。
雖然用戶留存是一項需要我們堅持不懈的花很長時間來完成的工作，但是我們依然可以采取一些措施在短期內(nèi)提高它，并且可以提高用戶的活躍度，譬如一些營銷活動或者根據(jù)用戶的歷史使用情況給他們精準的推送相關消息等，這都是與用戶互動讓他們參與進來的好方法，用戶可以從這些活動和消息中獲得更有價值的東西，用戶需求滿足了留存率自然也就提高了。
以一個項目管理類的APP為例，我們可以給下載了APP但還沒有在上面創(chuàng)建項目的這群用戶發(fā)送一個入門使用指南的消息，或者給一直積極使用這個APP的用戶發(fā)送新功能體驗消息，這些消息在給用戶創(chuàng)造價值的同時也是在提高用戶留存率。做以上這些工作并不會花費我們很多精力和時間，但會給我們帶來很多意想不到的回報。
例如，對于一個記賬類app，一個有效參與用戶應該會每天都登錄，添加他新的收入或支出；而對于一個運營商類的app來講，一個有效參與用戶可能是每個月登錄一次，進行話費充值或者訂購額外的流量包等。因此，用戶參與度并沒有統(tǒng)一的可量化的界定標準，但是有可能形成垂直行業(yè)的標準；比如對于銀行來說，平均1.7次的用戶月均啟動次數(shù)是個較為合理的值（此數(shù)值來自于Cobub的長期觀測結果，Cobub是一個國內(nèi)的開源移動應用統(tǒng)計分析工具）。
用戶參與度并不像網(wǎng)頁瀏覽量（PV）、訪問者（UV）、回訪用戶或轉(zhuǎn)換率這些指標那樣容易衡量，沒有一款數(shù)據(jù)統(tǒng)計分析工具能夠即時直接反映產(chǎn)品的用戶參與度如何。但是，忽略用戶參與度是非常危險的。
雖然用戶參與度較為難以衡量并制定統(tǒng)一標準，但我們可以從移動應用分析平臺獲取如下幾個指標：
日志主要包括系統(tǒng)日志、應用程序日志和安全日志。系統(tǒng)運維和開發(fā)人員可以通過日志了解服務器軟硬件信息、檢查配置過程中的錯誤及錯誤發(fā)生的原因。經(jīng)常分析日志可以了解服務器的負荷，性能安全性，從而及時采取措施糾正錯誤。
Yarn在Hadoop的生態(tài)系統(tǒng)中擔任了資源管理和任務調(diào)度的角色。在討論其構造器之前先簡單了解一下Yarn的架構。
“全球有50%的用戶已經(jīng)更換或者正準備更換他們使用的銀行。在美國和加拿大，消費者變更自己銀行的比例正在上升。”——Global Consumer Banking Survey 2012, Ernst & Young.
對于市場營銷領域來說，現(xiàn)在是最好的時代。今天的市場營銷專業(yè)人士擁有大量的工具可以創(chuàng)造出更有吸引力、更有效的營銷活動和策略，其中一個工具就是數(shù)據(jù)分析。
近日，大數(shù)據(jù)互聯(lián)網(wǎng)產(chǎn)品運營平臺Cobub正式發(fā)布了Cobub Cloud無碼分析功能模塊，旨在幫助企業(yè)實時的了解產(chǎn)品及用戶的動態(tài)，運營人員及時作出運營策略。
English
