2016上海QCon見聞

有幸參與了QCon 2016的上海站會議。官方宣傳這是一個中高端會議,專題豐富涵蓋了當(dāng)前互聯(lián)網(wǎng)各種技術(shù)領(lǐng)域。

10月20號周四 10月21號周五 10月22號周五
前端技術(shù)實踐 玩轉(zhuǎn)大數(shù)據(jù) Growth Hacking,IoT & React Native
安全之戰(zhàn) 移動開發(fā)探索 互聯(lián)網(wǎng)廣告系統(tǒng)實戰(zhàn)
新Java,新未來 移動視頻 工程團(tuán)隊管理
無處不在的容器 讓架構(gòu)更簡單 技術(shù)創(chuàng)業(yè)
微服務(wù)架構(gòu),我們該如何實踐? 運(yùn)維與監(jiān)控 機(jī)器學(xué)習(xí)與深度學(xué)習(xí)
大數(shù)據(jù)應(yīng)用與系統(tǒng)優(yōu)化實踐(廠商共建專題) 大數(shù)據(jù)服務(wù)與應(yīng)用 用戶體驗設(shè)計
業(yè)務(wù)上云技術(shù)拆解(廠商共建專題) 高并發(fā)與實時處理架構(gòu)設(shè)計(廠商共建專題) 研發(fā)支撐體系
智能出行 - 高德開放平臺專場(廠商共建專題) 微服務(wù)實踐與架構(gòu)演進(jìn)之路(廠商共建專題) 業(yè)務(wù)系統(tǒng)架構(gòu)
大數(shù)據(jù)分析與應(yīng)用
大規(guī)模前端系統(tǒng)

QCon 上海站PPT 下載

其中每個專題會在固定的宴會廳進(jìn)行,由專題出品人主持專題的會議開展。專題下面是各個議題,時長大致為45分鐘包含Q&A環(huán)節(jié)。

根據(jù)自身技術(shù)棧出發(fā),我選擇了以下專題

  • 20號 前端技術(shù)實踐
  • 21號 移動開發(fā)探索
  • 22號 Growth Hacking & 用戶體驗設(shè)計 & 技術(shù)創(chuàng)業(yè)

前端技術(shù)實踐

周四的專題對于 客戶端開發(fā)來說稍顯尷尬,沒有與之相關(guān)的議題。 我選擇了和客戶端相對平等的前端專題。 下面重點(diǎn)介紹一下我認(rèn)為有意思的議題:

Vue 2.0: 漸進(jìn)式前端解決方案

講師@尤雨溪,很早就關(guān)注他了。這次總算見到真人了。Vue已經(jīng)在Github上收獲了3w+顆star,對于開源項目來說,無疑是相當(dāng)成功了。

我很認(rèn)同他對框架的理解。框架的存在是為了幫助我們應(yīng)對復(fù)雜度。但同時框架也有復(fù)雜度,Pick the right tool for the job.

開篇的框架理解引出了 Vue ,這個漸進(jìn)式前端解決方案??赡芫褪撬麑Ξ?dāng)下JS開發(fā)環(huán)境的一個答案。

框架本身,我不是JS開發(fā),沒有使用經(jīng)歷就不做主觀評價了。 回到一開始的"框架",他是如何解決框架復(fù)雜度的呢? 答案是"漸進(jìn)式"。

progressive
progressive

Vue框架提供 聲明式渲染 核心功能,加上可選的附加庫/工具鏈,來打造彈性復(fù)雜度。這個區(qū)別于傳統(tǒng)框架,集成整合了一整套解決方案。提高框架復(fù)雜度,增加開發(fā)者的學(xué)習(xí)使用成本。

這種框架的設(shè)計思路,是明智的。

Progressive Web App:反擊序章

講師@黃玄開篇講述了web在當(dāng)下移動時代的窘境。有一定的技術(shù)高度看待這類行業(yè)問題是蠻贊的。不認(rèn)可web在移動時代只有Hybrid這一種選擇。

開始布道 PWA(Progressive Web App),認(rèn)為這是web針對native的一次反擊。
The new application model for Web

  • add To HomeScreen (web 也有像native原生應(yīng)用一樣的桌面圖標(biāo)入口)
  • Instant Loading & ReliableExperience (提供一種緩存機(jī)制,類似原生應(yīng)用的首次下載)
  • Push Notifications (web 也可以像原生應(yīng)用一樣接受通知)

...等等一些特性。讓我這種native同學(xué)感到十分新鮮。確實在 純web 到 純navite 之間有許多可能的點(diǎn)。

反觀業(yè)界,應(yīng)該很少有企業(yè)對自己的網(wǎng)站能支持到這種體驗程度。特別是在iOS 9提供了 web mark機(jī)制之后,直接把web流量切給了native。不知道有沒有統(tǒng)計過用戶是愿意留在瀏覽器 還是 更愿意跳往原生應(yīng)用

不過在原生應(yīng)用開發(fā)實踐中,我個人偏向于 hybrid 方案。這個取決于你的App大多數(shù)是什么樣的業(yè)務(wù)場景,需要權(quán)衡體驗和發(fā)布節(jié)奏等利益點(diǎn)。

  1. 純native,體驗是有可以保證的。 缺點(diǎn)就是發(fā)版受限
  2. hybrid,這里討論指的是 RN,Weex這種跨端方案。好處是 發(fā)布不受限制,一人開發(fā)跨兩端(iOS,Android) 節(jié)省人力。體驗稍遜于native
  3. 純web,包括不經(jīng)優(yōu)化,直接套用webview的這種。缺點(diǎn)是體驗差,卡頓,load時間久

移動開發(fā)探索

這個專題與我息息相關(guān),吸引的我是這些議題

React Native 業(yè)務(wù)實踐和性能優(yōu)化

who use RN
who use RN

講師 攜程@趙辛貴。 攜程積極擁抱RN技術(shù),多數(shù)業(yè)務(wù)和頁面使用RN搭建。
好處明顯

  • size優(yōu)勢,RN頁面大小計算脫離原生包大小
  • 支持動態(tài)發(fā)布,跨端節(jié)省開發(fā)人力
  • RN技術(shù)成熟,社區(qū)活躍(參會時和旁邊的途牛網(wǎng)開發(fā)交流,他們動態(tài)方案也是選擇RN)

攜程內(nèi)部還演化出了CRN(ctrip RN)業(yè)務(wù)框架。做了性能和穩(wěn)定性優(yōu)化(思路參見PPT),規(guī)劃支持CRN-web實現(xiàn)跨三端(iOS,android,H5)。

外界RN動態(tài)方案使用的如火如荼,他們正在證明這是未來移動前端開發(fā)的方向。

Weex 極致性能優(yōu)化

公司同學(xué)分享,Weex性能優(yōu)化的幾個思路方向。圍繞性能,干貨較多。
不過,這種經(jīng)歷只能聽聽思路。 基本沒有實踐復(fù)用場景 :)
安利Weex性能很好,倒是真的。

蘑菇街 App 的穩(wěn)定性與性能實踐

從用戶角度出發(fā)看 性能和穩(wěn)定性問題:

  • 閃退
  • 打開慢
  • 滑動不流暢
  • 耗電
  • 網(wǎng)絡(luò)不暢/出錯
  • 流量大

都是客戶端常見的問題,相信各大公司都有自己的答案實踐。

他們有一個比較有意思的工具:AppMate(小蘑菇) 提供給測試和業(yè)務(wù)開發(fā)進(jìn)行開發(fā)階段的一個性能把控。

或許是在阿里的原因,這些東西聽來都不足以讓我興奮。

Growth Hacking 最新動態(tài)和最佳實踐

這個是受團(tuán)隊運(yùn)營產(chǎn)品委托,刻意留意了這個議題(我所在的天貓team也負(fù)責(zé)push通道來召回用戶,提高留存)

Growth Hacking 最新動態(tài)和最佳實踐

  1. 數(shù)據(jù)看板 - 數(shù)據(jù)分析 - 數(shù)據(jù)監(jiān)控
  2. 數(shù)據(jù)驅(qū)動產(chǎn)品決策
  3. AB 測試實驗
  4. 灰度渠道發(fā)布

其中的數(shù)據(jù)分析提到:"Core Action" 指到的是核心操作,關(guān)鍵路徑到達(dá)。
列舉了幾類APP的"Core Action"

APP類型 Core Action
Facebook connect(連接?相互關(guān)注?朋友互動?)
Slack/Wechat 接發(fā)信息
Pinterest 曬圖
電商 瀏覽、下單購買
知乎 回答,點(diǎn)贊,收藏,感謝
互聯(lián)網(wǎng)金融 購買理財產(chǎn)品
二手車 購買,砍價

這里有一個觀點(diǎn) 重點(diǎn)關(guān)心產(chǎn)品核心操作是否被用戶觸達(dá)

recall
recall

這個模型 描述了 新客或流失客戶(最近打開app的時候是在30-60天之前),我們應(yīng)該積極的通過Push通道來進(jìn)行用戶召回,當(dāng)用戶下沉為忠實用戶之后。要謹(jǐn)慎使用push。這個模型是可逆的,也就是說當(dāng)用戶不再活躍的時候,回歸上層我們也要通過push相關(guān)利益點(diǎn)來進(jìn)行召回。

分享了業(yè)界做病毒式擴(kuò)散的幾個經(jīng)典例子:

  1. airbnb 分享給朋友,兩方都能獲得25刀的優(yōu)惠券
  2. PRISMA 圖片濾鏡軟件 制作圖片打上軟件水印
  3. Pokémon Go 戶外現(xiàn)象級戶外捕捉小精靈

這些快速擴(kuò)散區(qū)別于 用戶推薦和口口相傳。分享者和你分享的時候,并不是在說這個平臺或者軟件如何如何,還是在和你分享他們得到了什么。分享一定要滿足用戶一些心理:增加聲望、財富、樂趣。

最后病毒式擴(kuò)散一定要作用在Core Action上。

產(chǎn)品思維和設(shè)計思維詳解

講師 @張玉婷,她的設(shè)計思路蠻不錯的。她認(rèn)為設(shè)計師設(shè)計產(chǎn)品交互的時候,一定是從產(chǎn)品架構(gòu)出發(fā)分析產(chǎn)品用戶需求,進(jìn)而推導(dǎo)出產(chǎn)品界面。而不是接到需求在網(wǎng)上一通翻找競品界面。不同的需求場景有不同的用戶語境,進(jìn)而有不同的視覺交互表達(dá)。

比如 從業(yè)參與的Weico客戶端,是設(shè)計驅(qū)動的一個產(chǎn)品。目前是最大的微博第三方客戶端,跳脫開 官方微博客戶端的通用性和功能化,主打個性化和情感化。圍繞核心功能(閱讀和發(fā)送微博)進(jìn)行 特色的設(shè)計擴(kuò)展。

后面提及高德客戶端的交互設(shè)計,雖然 App類型不同,設(shè)計很難參考。但思路是ok的。要關(guān)注 用戶與產(chǎn)品發(fā)生交互的真實場景,介紹了高德在這方面的交互實踐。

如何選好技術(shù)初創(chuàng)風(fēng)口:從0到1,1到100

這個。實話說我睡著了,可能是吃完中飯乏了。恩,是的。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容