騰訊前端大會的幻燈片已經發布啦 share.weiyun.com/e6a49556fda…
主唱妹子聲音好聽,漂亮,工程師們特別熱情,一大早前排都被佔領了
到的時候前排都以被佔領,所以圖片不是特別清晰
一、開場致詞
by stonehuang(黃希彤)
之前希彤大神除錯程式碼乾的最多的事情竟然是重啟機器!(IE dom操作的部分介面可能會造成越界而導致藍屏)
每個技術人都要儘可能做到
問題到此為止
即到我這即知道當前問題能不能解決,如果能解決怎麼去解決
二、the Future of Writing JavaScript
by Nicolas Bevacqua
什麼是TC39
TC39(Technical Committee 39) 是一個推動JavaScript發展的委員會,它的成員由各個主流瀏覽器廠商的程式碼組成
以下關鍵詞自行百度
- Array#includes
- Async Functions
- Async Iteration
- Rest/Spread Properties
- Dynamic import()
- Named Captures
- Unicode Escapes
- Lookbehind Assertions
- Class Decorators
- Promise#finally
三、初創公司前端工程體系建設
by 張雲龍
天下武功唯快不破,提高效率
創業中技術選型就像在高速公路上換輪子
前期公司快速發展,在時間就是金錢的創業階段,技術選型更改壓力太大而且有很大風險
土鱉的方法往往最有效
這點我深有感觸,在公司全站vue之後遇上的種種問題(seo等等),但是也不能說是太前衛的方法不好,新技術用的多的感覺整個前端團隊都更有激情了
創業不是要減少犯錯的次數,而是要儘量減少犯錯的成本
前端架構:元件化+子系統拆分
持續整合:基於GitLab-CI的環境+GitFlow開發規範
系統測試:基於DOM-Diff的自動迴歸檢查系統
通過檢測dom的變化來標誌頁面的變化,測試人員將很方便的只通過肉眼就能方便的進行UI測試
敏捷開發:物理看板
四、面向前端開發者的V8效能優化
by justjavac(迷渡)
int30 int31 or int32
32位系統是int30,64位系統是int31
js中的'加法'
加法操作
V8的算數運算
去優化:
- 生成一個未優化的幀
- 生成重新優化後的機器嗎
- 去優化的消耗很大(重新優化的消耗很大)
v8看到一個變數跟0或運算,v8會把當前變數當作int32處理
SIMD:
充分利用cpu的資源,例如兩個int32相運算,是不是可以放到int64裡面以達到更快的效率
el.getAtttibute('name')與el.name的相同點不同點
因為本身沒有V8的具體研究經驗,所以基本沒有聽懂!!,看到微信群中一人說了句‘要下課了’,特別貼合現在的狀態
五、遲到的winter老師致詞
終於又到了能聽懂的內容
前端跟客戶端的競爭變為了前端跟客戶端的整合
大部分時間感覺都是在安利weex,所以最後放一張winter老師跟希彤老師的合照吧
六、Start R & B
by 賀師俊(Hax)
什麼是R&B
Reason & BuckleScript
什麼又是Reason:近js語法->OCaml
什麼又又是OCmal:ML語言家族一員(F#等)
什麼又又又是BuckleScript:JS編譯器 作者張巨集波
什麼又又又又是...(好吧,習慣性先寫模版)
所以R&B就是 js -> OCmal -> js,一臉懵逼,看圖
R&B牛逼在哪
- 動態型別一時爽,程式碼重構火葬場
- 函數語言程式設計
- 型別安全
- Reason是 真函式語言
- BuckleScript 速度編譯速度非常快,生成的程式碼可讀性高
- 效能牛逼
七、微信支付大規模前端外包實戰
by rizenguo (郭潤增)
當前微信支付前端外包實戰相關資料
初次嘗試原因
- 合作溝通成本高
- 文件不完善
- 外包研發水品相對底
方案
引入外包的挑戰
- 如何解決效率和質量問題
- 如何解決版本更新問題
- 如果解決可持續問題
如何解決效率和質量問題
- 抽象‘契約式’開發模式、提升溝通合作效率(升級版的後端介面約定)
- 抽象前端請求生命週期,填空完成業務邏輯開發(生成公共程式碼,只需要處理資料請求跟返回值接收)
- 給低水平的研發賦能,提升前端研發質量(UI元件庫)
- 提供更簡單的研發檢視,降低研發成本(縮小版的元件拖拉)
以上括號中內容為本人理解,僅供參考
如何解決版本變更風險問題(改別人程式碼的問題)
讓外包團隊推行自動化測試
PFAT:無痛的前端自動化測試
藉助工具儲存程式的測試用例視訊,程式碼迭代必須滿足之前儲存的用例,也方便bug的還原(個人理解)
如何解決“可持續”問題
- 持續培訓
- 持續平臺建設
- 持續推進標準化建設
- 持續加強系統管理分析能力
總結
善於接力和賦能,用有限的人做更多的事,解放勞動力,做更有價值的事情,獲得更快速的成長
路遇希彤大大,解答了自己的一些疑惑
Q:關於初創團隊前端技術選型,是成熟還是先進更合適
A:我之前最早的時候做過一個專案,當時java還是特別新的後端語言,java程式設計師大部分都不是特別厲害,而且價格不便宜,最後專案被我們玩死了,就我個人而言,感覺初期,專案能安安穩穩的活下來還是技術期望更加重要的
Q:但是如果我們選的是特別成熟的技術對我們找人的吸引力不夠大
A:現在沒有必要想這麼多,還是那句話,什麼體量就要想什麼事情,我上次聽說facebook一直在做一項關於chrome的優化,後來發現是google的問題,直接就去找google說你們改改這個地方,google一看是有必要改,然後他們就改了,你看看那個體量又在怎麼解決問題
Q:我們公司用的是vue,關於單頁面應用seo有什麼好的建議嗎
A:如果你們有論壇部落格這些,直接架設一個wordpress做seo然後給主站導流是個相對價效比方案比較高的方案
不是原話記錄,而且是到了酒店又寫的,所以完全不是希彤大神的語氣,跟希彤大神的合影就不爆了
end
by 邊浩@創客貼