第六期 沸點,掘金團隊請來了開源活躍貢獻者 + 程序員秀恩愛僞專家 -- phodal作了爲期三天的 Ask Me Anything (AMA) 活動(已結束)。前端
咱們在此精選了一些來自用戶的提問及 phodal 的回答。jquery
- 掘金專欄地址:juejin.im/user/5567e3…
- 我的博客地址:www.phodal.com/
- 微博地址:weibo.com/phodal?is_a…
- 近期文章:《如何提高 Web 應用的代碼質量》 、 《實施微前端的六種方式》、《如何從業務代碼中提高技術:使用領域特定語言消除重複代碼》
你好,我剛看了下你專欄下的微前端文章,我這裏有幾個疑問,如今有哪些公司用了微前端,以及它適合哪一種業務場景?先感謝你的解答git
事實上,大部分的大的前端都有本身的微前端實現方式,如淘寶、京東,只是其表現方式不同。出現微前端的主要緣由,在我看來有兩個,一個是前端應用的聚合,即在一個頁面裏,須要將過去的前端應用整合到一塊兒;另一種場景,則是一個大的幾十號到幾百號人的前端團隊維護一個項目,這種規模的團隊是難以在一個項目裏工做的,所以須要從架構設計上拆分應用。至於適合於業務場景,那應該是沒有特別場景的,主要是團隊場景緻使的結果。程序員
一樣都是一天二十四小時爲何你那麼優秀,請問,你是如何平衡寫做、工做、生活的呢?延伸一個問題:如何高效地持續輸出技術?github
Web 高產和時間長度不要緊,效率纔是最重要的。晚上能花在這方面的時間主要是 8:00~11:00,在 6:40 以前到家,而後休息,有時候會短暫的憩一小會兒。而後早上,7:00 左右起牀,也會寫一下子代碼,8:00 左右上班。至於寫做的內容,個人公號如今是一週更新一次,因此內容就週末產出,也就還好。至於內容,能夠參考我以前一篇文章:程序員怎樣才能寫出一篇好的博客或者技術文章?後端
前陣子github棄用了jquery,我想問下你以爲下一個會被棄用的框架會是哪一個?瀏覽器
要預測下一個被棄用的框架很難。可是像 GitHub 這種棄用,不表明 jQuery 被棄用。GitHub 是一個面向開發者的網站,他們對於瀏覽器的兼容性要求沒有那麼高,能夠輕鬆使用各類新的 HTML 5 API。而且對於那些不是單頁面應用的前端項目來講,jQuery 實現上更能知足他們的需求——修改下顏色,作作動畫。jQuery 能夠用在非 SPA 應用上,基本上很難被徹底棄用。架構
而現有前端應用的變革——新的框架都替換了舊的框架,多數是在開發 SPA 應用上。從這個角度來看,就會發現過去的 SPA 框架,如 Backbone、Mustache 都處於一個被棄用的階段上。框架
你好,我想問您寫技術文章能夠提升本身對技術的理解嗎post
能夠的。在寫技術文章的時候,只推進本身去了解技術的細節。同時,技術文章還有一個做爲筆記的功能,當咱們再遇到類似的問題時,能夠看看過去本身是怎麼解決這個問題的。
我來自馬來西亞,想請問一下,一名工程師適合長期待在一家企業仍是應該往不一樣的環境轉換工做,這樣會提升技術能力嗎?
不一樣的人對於環境都有所不一樣。像我習慣於在一家公司,有時間能夠作本身想作的事。在工做上的提高就比較少了,主要依賴於本身來提高。而依賴於環境的話,則是將成長的機遇交給了工做。工做上有挑戰了,那麼就成長了。
我不是很相信能在工做上獲取成長機會,因此押給了本身。
怎麼看左耳朵耗子說前端只是輔助?
這個問題就好像前端在說後端只是 CRUD。不一樣場景下的應用對於先後端的需求是不同的。對於某些應用來講,我只須要 FAAS 就夠了,徹底不須要後端。可是大前端是必須的,這個時候後端就只是輔助
本期 AMA 社區小夥伴提了許多實用問題,感謝 phodal 認真地爲掘金小夥伴解答了很多疑問。瀏覽更多的問答,能夠到 phodal 的 AMA 進行閱讀和討論。
phodal 從全部提問中選擇 2 個提問者贈送他的書籍《全棧應用開發:精益實踐》。記得查收通知喲~