參加2017年在新浪舉辦的北京場「前端體驗大會」是個什麼樣的體驗?

創辦於 2007 年的 Webrebuild 交流組織團體於 2015 年更名為「前端體驗大會」,旨在推動互聯網業界信息觸達、提供交流平台、促進交流氛圍讓更多互聯網體驗職人參與表達不同的聲音,輸出更多的專業價值,讓互聯網改變生活,體驗更加美好。

本屆交流會主題「本固枝榮」,主幹強固,枝葉才能茂盛。大會組委期盼在專業延伸、職業發展的過程中,涉獵更多泛專業上下游環節的信息完善知識結構,同時可以更為關注專業基礎的深入與鞏固,讓決策更為成熟,結果導向價值最大化。

這次大會12月17號,新浪移動北京入口:https://feexp.org/beijing/


朋友圈看到的,我是第三個。[微笑]

以上是開玩笑,之後會有具體的ppt在官網同步。

我簡單說說,其實其他同學總結的已經挺好的了。

第一場是說的設計也要會代碼可以發散思維,做出一些錯誤之美,重複之美。讓設計和交互了解代碼,才能更好地為設計服務,再以這個為基礎構建流程和結果,在騰訊如何落地的。

第二場主要是說css的發展歷程以及分享了css如何代替js做一些行為和表現上的控制,最後又說了如何擴展css的能力,讓應用和前端開發不要再過度依賴js,很好的主題和思路。

第三場是我的,可能太幹了,並不像前兩場那麼宏觀,開始展示了jsbridge在新浪移動的一個應用落地展示,概述了一下hybrid的優缺點以及使用了hybrid後如何對已有流程優化。

然後jsbridge的具體實現分為客戶端iOS和android不同的實現原理以及兼容方式,js在其中的作用,兩端互相調用如何進行介面的設計處理。

最後是如何設計和構造一套可用的完整的jsbridge的方案和設計原則,我考慮的點和分層設計。

第四場是下午的,第一位兄弟闡述了性能優化的一些思考方式和百度外賣的一些實現,常見的優化方式總結和一些針對業務的定製,屬於更多的tips匯總和靈感上的啟迪。唯一有些我覺得不妥的是沒提http2,過度注重了資源的管理,載入的控制,忽略了大殺器。

第五場是騰訊地圖開放平台的webgl分享,很詳細的概述了webgl的前世今生以及應用場景,地圖產品的發展歷史,難點瓶頸的解決辦法,比如緩存的處理,演算法上的介紹,壓縮計算的原理,文本和圖形繪製的技法,非常的干,如果對webgl和地圖有興趣的開發人員一定是收穫非常大,我屬於只聽懂了概念的那種。

最後一場是聯想的前端,之前在豆瓣和騰訊也工作過,說的是持續集成,但是只是粗略的總結了一下持續集成的方法論沒有具體到如何來做,這方面比較遺憾,對於優化集成速度方面的建議也給了一些比如把編譯過程剝離成模塊做局部集成和模塊集成,確實是可以減少打包的啟動時間因為node_modules下的模塊或者你提純後的組件是都可以被忽略構建的。

會後主辦人彪叔做了總結,其實就是大會主題的討論,不要太關注枝葉,只有自己的根基好了,才能以不變應萬變,舉了個劫持的例子,比如拿樣式控制快速處理,重寫document.write等,而https那些長效的辦法不一定就是唯一辦法,例子很好,貼題。

我個人其實也有一些看法,比如我的主題是jsbridge的設計思考,追到端上,搞清楚bridge到底是如何在兩端實現的,關注根本,搞透原理後,再去處理細枝末節的設計可能會做得更好。

——————

辛苦主辦方和承辦方,辛苦了新浪微博和新浪移動的小夥伴們,騰訊,小米,新浪這些投了錢的爸爸們,辦一場技術論壇實屬不易,但是這次大會卻被一致好評。

我是沒見過免費的大會,又抽獎又送禮物又中午管50塊錢標準餐的。倒貼錢啊簡直是。

D2也是這兩天大家都去關注了,其實無論是什麼技術大會,分享人咖位如何,能實實在在幫助社區成長,就是非常好的大會。

歡迎其他參會同學補充。

我的ppt真的挺清楚的,都怪投影!(逃


騰訊QQ瀏覽器的UI負責人提到一個FE與UI的新配合方式:UI設計師負責用代碼實現一些不太好表達的設計或交互,將最終效果傳達給FE。

真心覺得這個流程很棒,個人覺得解決了2個痛點,

1. 反覆修改;

2. 純搬磚的時間消耗;

給99分吧,怕驕傲!

可能的話,回去開一門針對設計師的程序入門課,主要是html,css的基本使用,個人認為這點成本的消耗會換來超大的效率提升!

.……………………分割線……………………

新浪的前端專家「 爝神 」(大夥認可度很高啊)

對混合開發(我所理解的工程化/工具化)Jsbridge的講解,詳細說了端到端的通信方式,並發請求代理,資源載入及更新優化,嗯,總結一下:乾貨滿滿的……令我佩服的是這哥們說的很接地氣,超級幽默,哈哈,上來一句開玩笑的話—js才是前端最好的語言(借用上一大胸弟說的css是前端最。。。。的語言),氣氛滿滿,點贊,向你學習!


第一次參加前端體驗大會。

先說體驗,本次前端會場雖然臨時更換場地,但是還不錯(主要里住的地方近,走路10分鐘...)。現場新浪的同學們也都很熱情,大會準備很周到,主持人也 hold 住場。由於是新浪承辦,所以現場新浪的氛圍很濃。

第一場分享:代碼解鎖設計之美

來自騰訊 MXD 的劉遠濤分享,一個會寫代碼的設計師,提供了一種叫做「新流程、新協作」的設計師和工程師的協作開發方式。大概思路是設計師用代碼實現一些其他設計工具不太好表達或者設計出來工程師不太好像素還原的部分設計和交互。整場聽下來感覺非常有趣與借鑒嘗試,分享過程提出普通設計的痛點、然後針對一些痛點提出用代碼進行設計的一些提升效率的思路,不錯。後端的答疑也是非常之干。

感覺小團隊可以進行一些嘗試,比如讓設計師去了解 html、css。畢竟這部分也不需要很強的邏輯性。尤其是 css3 中一些有趣的屬性,或許在設計師那裡,能夠改動一個小小的 css,就能實現意想不到的效果。另外,css在實現某些交互和設計的時候或許比用工具去一點點拖拉,一幀一幀做更方便,同時,交給開發之後,也能更好的還原。(當然設計師怎麼用好css,這點還需要摸索和嘗試,目前感覺除了大廠可能沒有太好的實踐吧,疑問...)

第二場分享:CSS: 從呈現到控制

來自龔偉的分享,還是關於 css 的,對於現在重JS時代確實是一個小話題吧,整場聽下來,闡述了一些可以css替代js實現的地方。對於這點的話,在 css3 出現之後確實有了很多 css 處理的地方,比如最常見的輪播、tab、下拉菜單、多級菜單等等。可能是在現在Vue、React盛行的時代,css 的最佳實踐之類,漸漸的不再受人關注。另外提到了另外一個cssHoudini 當然這條路雖然理想分豐滿,賦予了更多的控制能力與定義能力,不過目前實現的API並不是很多,有待關注。

對於 css 個人感覺,目前在IE漸漸弱去的時代,用起來感覺很爽了,尤其是 Flex 、Grid 等新特性的出現(已經好久沒用float了),並且各大瀏覽器廠商的兼容積極推進,頁面布局變得更加輕鬆。css3 也讓頁面特效更加豐富與易實現。css 依舊是前端的一板斧,學好、用好依然是必須的。

第三場分享:如何優雅的設計和實現一個 JSBridge

來自小爝老師在 hybrid 開發中的經驗分享和在新浪新聞客戶端的落地實踐,很乾。我本身還是個剛畢業的菜鳥,沒有怎麼接觸過hybrid,所以聽的有點懵。不過其設計與分層的理念很值得學習。這個等有經驗的同學來答比較好。

更新:

第四場分享:性能優化三部曲

來自 @徐辛承 大佬在百度外賣性能優化的幾個實踐分享。提出了幾個性能優化的三個步驟和侵入性性能檢測埋點和非侵入性性能測試的對比。結合具體的場景來進行性能優化點的講解,很細緻。

第五場分享:WebGL 地圖渲染

對於 WebGL 沒有玩兒過,主要講了一些在騰訊地圖的的從 png 到 canvas 再到 WebGL 的使用進化,比較了地圖和遊戲的區別(進度條),講了一些關於數據計算、動畫性能和渲染性能相關的內容,對於數學不太好的,可能聽起來有點吃力。當然這也想到了一個數學好的前端同學的一個新的方向。

第六場分享:前端可持續化集成

是來自聯想的一位 80 後大叔,嗯...以前還開過火車,這...難道是傳說中的(laosiji)。話題分享的內容...沒太細聽。如果有想了解關於 Git 工作流的東西,可以看看這篇常見工作流比較,根據自己團隊和項目的情況選擇合適的協作方式。

唯一比較遺憾的是沒有關於 Node.js 的分享。

最後談一下自己對於「本固枝榮」的理解:

前端發展也有幾個年頭了,最近這兩年 Hybrid、各種 JS 框架、CSS 預處理器、打包構建工具、Node.js 的誕生,讓前端這棵大樹變得枝繁葉茂,前端圈子也儼然成為最活躍的圈子與群體,這幫人也是比其他圈子更可愛的人。我相信對於程序開發工程師來說,前端依然是非常好的一個選擇。當然前端學習者們也要牢固自己的基礎,不人云亦云,當你基礎牢固之後,再去發展枝葉,必然繁榮。

也許若干年後,我不在是一名前端,但回首過去,依然為做為一名前端而榮幸。


今天我參加了『本固枝榮』第二屆前端體驗大會(北京站),收穫了很多。

首先感謝一下新浪和騰訊組織這次大會,質量很高,乾貨滿滿,舉辦方準備了豐富的小禮物、茶歇和美味的午餐,主持人風趣幽默,聲音很有磁性。

其次,這次大會有個小插曲,原定的地點在新浪總部大廈,後來由於報名的小夥伴太多,原會場規模不足,大會前一天臨時將地點改為了北京天信亮酒店。可見:

  1. 前端開發的技術分享氛圍非常火熱。
  2. 前端對於用戶體驗的重視程度越來越高。

前端程序直接和用戶進行溝通,我們的目標就是給與用戶更加卓越的視覺體驗,前端開發者對於用戶體驗的探究將會越來越深入。

本次大會有六位大牛進行演講,圍繞著『用戶體驗』,從視覺設計、交互設計、性能優化、開發體驗、團隊協作等角度闡述了自己的理解,大有百家爭鳴、爭芳鬥豔的局面,非常精彩!

一、代碼解鎖設計之美

騰訊 MXD 的劉遠濤老師帶來了這場演講,演講嘉賓中唯一一位設計師開場,演講可以說非常有激情,看得我熱血澎湃:原來這些酷炫的動效的設計與開發是由同一個人完成,原來這些富有視覺衝擊力的動畫可以純編碼實現。

代碼解鎖設計之美,最開始看到這個題目還以為將的是某種屏幕解鎖的交互設計 ,原來是給設計師說的,用編碼來進行設計,解鎖設計的新姿勢,這個思路非常新穎,講師也為我們介紹了他們團隊的 FE 與 UI 配合的新開發模式,振聾發聵,原來團隊協作還可以這麼玩兒 ,可是這種協作方式實現難度好大。

QA 環節,我有幸請教了講師關於設計規範執行的問題,非常感謝劉遠濤老師的解答 。

二、CSS: 從呈現到控制

魅族科技的龔偉老師帶來了這場演講,令我印象最深刻的一點是:用css實現一部分功能,省去了js的執行過程,這樣在性能上提升很大,加快了載入速度。

此外介紹了很多 CSS 的新特性以及這些特性的應用,Houdini 草案的新規範等等,這些用法的巧妙令我非常震撼。

三、如何優雅的設計和實現一個 JSBridge

這場分享的演講者是前端名人小爝,一上來就開了個玩笑,說看了前面講得css,要說一句 JavaScript 才是最好的語言 (沒毛病啊)

可能是臨近午飯時間,小爝講得有些匆忙,簡單介紹 Hybrid JSBridge 的概念,然後講了 JSBridge 在新浪的應用,以新浪新聞客戶端為例,展示了 JSBridge 應用的效果,展示的過程中我發現該客戶端的交互體驗做得非常好,得益於首屏速度優化,和一些良好的交互設計。後面還從 Android、iOS、前端方面詳細介紹了 JSBridge 的實現原理、JSBridge 的設計原則(適配性、易上手,學習成本低,擴展方便)、路由設計的進化,滿滿的乾貨啊。

四、性能優化三部曲

來自百度外賣的徐辛承老師帶來的這場演講,隨著產品的使用量的增加,每天可能產生上百萬的 PV,從性能角度進行優化,可以提升用戶體驗。

徐辛承老師總結了性能優化的方法論:首先搞清楚為什麼做性能優化。然後就是性能優化的三部曲:收集性能數據,找到性能瓶頸。制定最終優化目標方案,並執行。持續優化迭代,可以不必一次性做很多性能優化。

開發一套工具來監控性能,如跑分平台屬於非侵入式,不植入代碼即可進行測試,但這種非侵入式的方式得到的結果不準確,不是線上用戶真實的結果。通過在代碼中埋點的形式,進行侵入式的性能監控要更加準確。工具對白屏時間、下載時間、用戶可操作時間、首屏時間等指標進行收集,進而制定目標。

對於短期的頁面,如活動頁,不需要持續優化,可以使用一些通用的優化方案,例如:圖片懶載入2.0(先下載小尺寸圖片展示出來模糊的圖片,再下載原圖,給用戶一個頁面載入中的感覺)與智能打包等。

五、WebGL 地圖渲染

騰訊地圖的龐鳳老師為我們帶來了騰訊地圖在地圖這一領域的使用體驗的探究,涉及大量的交互細節,如修正文字在透視效果和方位旋轉中的影響、隱藏掉不可見的部分等。

介紹了WebGL的由來,現狀,和未來,未來可以製作更酷炫的效果,因此 WebGL 帶來了卓越的用戶體驗。介紹了地圖渲染過程的進化過程,從請求img到請求json 繪製canvas。

地圖已經存在了近千年,時代在發展,地圖也會變得越來越酷炫,演講者將地圖分解成一個瓦片拼接的世界觀。當然酷炫不是重要的,地圖的終極目標是重現真實世界,這就需要跨越維度鴻溝,因為 2D 地圖重現真實世界是 3D 的。好的地圖應該清晰流暢,在性能和效果直接做平衡,優化過程:聚焦中心、聚焦道路,聚焦可視部分的理念。

此外龐鳳老師也提出了方法論:壓縮提升數據傳輸效率、重用(緩存)、合併數據和操作、分離(多線程拆分繁重的計算任務)

六、前端可持續化集成

這位分享者是一位 80 後的大叔,邱博老師,來自聯想,曾在北京站三站擔任火車司機,真·老司機

大叔聲音低沉,像一節緩緩前進的車廂,車廂里有位老人講故事,講了很多持續優化過程中的思考和感悟,感覺有點上升到哲學的高度了 ,聽完後感覺充滿正能量得。

談到了理解需求的本質:理解不是扼殺自主意識,而是要帶動大家主動思考。了解需求方的意圖、大家的想法、團隊的想法。還有效果重於效率:在快速並行開發的時候注重質量。

總結

『本固枝榮』,主幹強固,枝葉才能茂盛,大會的官網背景就是這樣一棵獨木成林的榕樹,恰似前端的發展:能力不斷深入,泛上下游專業的知識日趨完善。

再次感謝活動的組織者們!希望明年能帶來更精彩的內容!

原文地址:第二屆前端體驗大會

團隊官網:YMFE - 去哪兒網移動架構團隊

個人博客:dwb-blog


前面的回答總結的很好了,遺憾的一點是沒有關於node的。

我主要想說下關於css的,因為在會場有位同學提出了自己對css的疑惑,覺得面試時css或有或無的,現在這麼多的ui框架,可能css不是很迫切的需求。這裡我要反駁了

  1. 作為一個前端,有事沒事的時候喜歡扒開別人的代碼看,比如餓了么的mint-ui @餓了么。最近一直在做移動端h5,選用了mint-ui,沒有找到一個單獨loading的交互(主要用於上拉載入),然後想抄下它的toast上的loading

效果看著還不錯,但是,看了下它的實現

what?十幾個div實現的,頓時激情就沒了,我只是想做個代碼搬運工而已,這讓我什麼時候搬 完。命名可以一個div實現的

上面的所有loading都只用了一個div,效果是一樣的,而且顯得還很有逼格(哈哈 )。

html結構是不是簡介了,性能是不是有所提高。所以說,css重要嗎?

2. 就像騰訊 MXD 的劉遠濤說的那樣,css可以幫我們實現很好的設計,不會css的前端工程師不是好的設計師。可以去看下codepen,裡面好多css實現的動畫,很炫很漂亮很有藝術感,我曾經搬過好多用來忽悠我班裡的mm,屢試不爽。你看,css還可以幫你把妹。

大家可以看下 @海島心hey 的博客,他的回答下有鏈接,一個background-attachment實現的效果。這個屬性我原本不知道的,猛然想起一句話『貧窮限制了我的想像力』,其實『對css的匱乏也限制了我的想像力』,真的又被驚艷到。

在我眼裡,css是一門藝術,他的每個屬性都是一小塊積木,可以組合成任意你想要的東西。之所以你覺得不重要,是因為你還不了解


先說點題外話吧,可能參加的會議比較少,這是我遇到的最嚴的會議了。確認會議的時候要輸身份證號,然後周五的時候有工作人員來電要發送照片,後來才知道是製作了胸牌,結果到會場沒有我的,一問說有一批沒有製作,我,無所謂了。然後周六的時候又臨時更換場地,這就比較亂了,微信通知,簡訊通知,電話確信,真真的是辛苦工作人員了。最後周日竟然有免費的午餐,據說50大洋呢,恩,不太合胃口,但依舊要謝謝金主爸爸的。

廢話完了,說正題。

第一位嘉賓是來自鵝廠的設計師,沒錯,是設計師,開始以為我來錯了,後來一想體驗大會嘛,當然是講體驗,設計師也對呀。但是重點來了,這個設計師可真不一般,著實驚艷了我一把,他竟然會CSS,恩,至少算半個專家了,他的設計稿竟然是代碼寫的,你能想像嗎,要交互有交互,要動畫有動畫,那動畫寫的真是666,比一般的前端都要好太多。然後他也講到了與前端溝通上的障礙,有些設計不是實現不了,是實現的成本太高了,溝通也是成本,靜態的圖片,天馬行空的指手畫腳,前端貌似get不到所有的點,然後設計師直接甩給你demo如何呢,你覺得最難的我給你做完了,我只能說不能更吊,大廠真是卧虎藏龍的地方,想像一下和這樣的設計師合作是件多愉快的事呢。然後他也呼籲了下設計師應該學用CSS,當然現場也沒幾個設計師啦,然而個人覺得就業現狀還是要殘酷的多的,這種人才真真是萬里挑一的,很多廠是不具備這樣的條件的,不過夢想還是要有的,望給前端做設計的同學們學下CSS吧,真的對生產力有質的提升。

第二位嘉賓講的依舊是CSS,從呈現到控制,我以為會有工程化的控制方案,解決CSS難寫的問題,看來還是我想多了。他提到了DSL(domain specific language 領域專用語言)這個詞,個人覺得比較貼切,CSS嚴格來說確實不是編程語言,因為邏輯太弱了,這也是業內普遍認為CSS很簡單也很困難的原因,它有很多屬性你都知道又都不完全清楚,寫的好不好快不快,很大一部分靠經驗,寫過的就快很多,但時間久了也基本忘乾淨,沒有寫過的就基本靠靈感了,不像程序語言有基本的套路,還能以一推十,猜的狀態是無法工程化的,無法工程化的事情業內就無法得到重視和重用,就像前幾年的js,沒有模塊化的時代,哪有前端工程師這個崗位。這也印證了行業內的現狀,CSS寫的很6無法成為高級前端工程師,但js寫的6的就待遇很好了。這位講師還提到能用CSS解決的就不用js,比較了其中的性能,而我個人的看法是寫CSS的場景越來越少了,前端的飛速發展,裸寫HTML的時代終將結束,工程化後的頁面內七八十的部分被組件化了,剩餘的部分幾乎用不到幾句CSS控制,那麼使用CSS的場景就剩下寫組件的人和不能工程化的活動頁或專題頁了,這些地方確實是很缺高級CSS工程師和設計師的,不禁讓我想到上一位來自騰訊設計師,哈哈。

第三位是知乎大V小爝,講的jsbridge設計與實現,真真的乾貨呀,由於我未接觸過這塊技術領域,就不發表什麼實質的看法了,總體來看聽完還是很透徹的,不僅給出了整體的框架結構,也涉及了一些corner case,對正在和想做這塊技術的人提供了一個可行的思路。這讓我想到知乎上有很多的邀請回答如何成為高級前端,所謂高級前端不過是想別人不想,做別人不做的框架級應用,將零碎的功能代碼整合集中和工程化,提供簡單高效可靠的介面,jsbridge做的就是這樣的事情。想成為高級不僅僅是年限,更重要的還是多想和多做。提問環節有同學問到關於RN和jsbridge的取捨問題,小爝的看法是根據業務場景和項目的歷史包袱決定吧,有時候遷移的成本還是挺重的。

第四個嘉賓是來自百度的工程師,講了一些性能優化的解決方案,包括性能參數的收集,分析以及如何優化。在參數收集方面他們用到了一種侵入代碼方案,打點回傳,介紹了具體在什麼位置打點用於收集什麼性能參數,但感覺他們的頁面像是沒使用當下流行組件化方案,像是對傳統頁面的優化。然後是性能分析,由於他們的頁面基本是使用jsbridge掛在native上的,所以也說到了一些使用jsbridge帶來的網路請求的corner case。結論是大部分的性能損耗基本都耗在了請求部分,那麼重點就是怎麼優化資源的載入了,如減少請求次數,緩存等常規手段,並在幾個案例中講到了幾個非常規的手段,印象較深的是更改請求的時機,由webview載入完ajax改變為native的fetch和webview載入同時執行,利用native的特性提前載入資源,然後再將資源發消息給webview。總體來看,在性能優化這個事情上實際會有n多種情況,基本思路比較固定,碰到後分析根源給出特定的解決方案即可。聽完嘉賓的幾個案例的分析又漲了幾分見識。

第五位嘉賓同樣來自騰訊,講的是webgl在地圖中的應用,不過對於我來說也是個未知的領域,不過多評論實質的內容。這位講的也是實實在在的乾貨,講到了很多在實際應用中的corner case以及性能優化方案,像減少瓦片渲染,文字如何渲染等,收穫還是頗豐的。

最後一位來著聯想,講持續化集成方案的,只能說與我的認識有些出入,理論偏多,還涉及了需求分析方面的事情,他大概是想說整個產品的迭代周期吧,我以為會是代碼的持續集成,包括最後有一位小夥伴提問到使用Jenkins做項目的持續集成和自動部署是的問題時,感覺並沒有get到問題的點,在這裡我簡單說兩句吧,其實在大部分to C的公司的前端是沒有持續集成的,因為項目周期很短,也不存在長期維護和版本迭代,所以沒有必要持續集成,可能測試階段的自動部署有些必要,但也是可有可無的,但對於to B的項目或一個穩定的產品線,持續集成和自動部署還是很有必要的,持續集成是周期性(一般是每天)使用最新代碼打包,一旦構建失敗即可立刻在上個周期內快速定位問題所在,不至於最後發布時才發現在錯誤的代碼上開發了很久了,而自動部署就是對構建包的在線驗證,快速發現集成後的bug所在。持續集成和自動部署屬於工程化的範疇,在大型項目中就顯得尤為重要了。

以上基本就是這次大會的全部主題了,當然最後創辦方也講了一些初衷,順帶分享了幾個技術的解決方案,感覺也是個大牛啊。

若問參加會議的體驗是什麼,特別的也沒啥了,對於我來說就兩個,開闊眼界和交朋友,每天在自己一畝三分上耕耘,難免限制了自己的想像力,出來聽聽別人都遇到了什麼問題和怎麼解決問題的,說不定哪天就遇到了並用上了呢。有些遺憾的是沒有關於node的分享,大概不符合體驗大會的主題吧,希望以後多些關於node的佈道,迎接工程化的來臨。


那裡能看大會視頻


程序員應該做的事是什麼

  • 把需要人工重複做的事自動化
  • 工具能夠解決 80% 問題就值得去做
  • 過程中遇到問題時,如果最終受益遠大於解決問題的成本,那就想辦法解決
  • 應該把產品/設計/測試等同事當作用戶,協助完成他們的工作 - 會額外收穫信譽等
  • 從整體角求去對待需求/任務,避免各自為政
  • 無知才會限制想像力 - 同意,但做到不受已有知識限制還是很難的

不知道 Houdini 是什麼...

  • 不認同最終頁面("編譯"後/production 頁面)中, CSS 命名需要語義,個人支持 CSS Module 開發方式,當然支持原生 :scope 方式
  • 拿 React/Vue/CSS 做對比沒有任何意義
  • 同樣看好瀏覽器端的發展
  • 八卦,Html 寫法差評

介面設計

  • 八卦(1),整個活動情況和官網的計劃完全不一致 - 但結果還比較滿意
  • 八卦(2),也算是見到網紅了 有同學聽到現場是網紅分享,從去洗手間路上返回...
  • 八卦(3),看不清 ppt 內容
  • 八卦(4),JavaScript 是最好的語言
  • 整體設計和瀏覽器插件平台基本一致 - 放一個 Message 介面地址
  • 需要有反查代碼的能力 - 了解 Android/iOS 開發...

需要解決的幾個問題:

  • 明確 Native 可以/應該開放什麼
  • 有哪些方式可以做到 Native 和前端腳本通信
  • 向頁面中注入腳本時機
  • 頁面中 Hook 住介面

午餐時間 主持人很贊/午餐很贊(50 塊錢一份)/各種贊贊贊贊贊/最後還有紅包(夠來回打車 )

是在搶紅包嗎

下午第一個分享主題挺好的,但是太困了(囧)。只聽到幾個時間點和 performance 對象

  • 白屏
  • 首屏(業務決定)
  • 可操作
  • 資源 Loaded 完

前端工程師可以做的面很廣,深度需要自己選擇

  • ToB 業務中,酷炫就是生產力,就有可能拿到甲方的 Money
  • 沒有去了解過 WebGL,只支持繪製三角形
  • 各種圖形需要剖分成三角形,文字(特別是漢字)剖分成本較高,用圖片來實現,由於成本和重用推到伺服器端來實現(返回 base64)
  • 剖分需要各種計算,為了不影響渲染進程,使用 worker 處理
  • 用儘可能簡單方式解決問題(抓住關鍵問題 - 地圖:視覺焦點/熱點 - 道路/文字)

不能夠理解《前端可持續集成》話題

  • 八卦(1),開發還好,測試會混亂 - 為什麼?
  • 八卦(2),面向 github 編程
  • 八卦(3),真正老司機
  • 八卦(4),「快」 是一個中性詞

其它

  • 本固枝榮
  • 危機和機遇並存
  • 八卦,運營商向頁面注入腳本,老闆直接電話過去,把域名加到了白名單
  • 新浪新聞/Weibo 在招聘
  • 和同行聊了下,他的關注點移到了 Node 方向
  • 掃地僧、彪叔


推薦閱讀:

TAG:用戶體驗 | 前端開發 | JavaScript | 性能優化 | 技術大會 |