掘金 AMA：聽 Vue.js 做者--尤雨溪談 Vue.js & 獨立開發 & 設計那些事

時間 2019-11-06

標籤 ama vue.js vue 獨立開發設計那些欄目 JavaScript 简体版

原文原文鏈接

第七期沸點，掘金團隊請來了Vue.js 的做者，全職獨立開源開發者尤雨溪作了爲期三天的 Ask Me Anything (AMA) 活動（已結束）。前端

咱們在此精選了一些來自用戶的提問及尤小右（尤雨溪）的回答。vue

關於尤雨溪

Vue.js 的做者，一名全職獨立開源開發者。過去曾就任於 Meteor 和 Google，畢業於 Parsons 設計學院。react

社區小夥伴提問

提升審美、構圖，是否對前端這份工做比較有益？ ─ @一百一

尤大你好，我是一個應屆畢業生，我想問下，從事前端的話，須要有一點的審美嗎？我認識的學長、學姐業餘時間會去遊玩、攝影，是否是提升審美、構圖，對前端這份工做比較有益呢？jquery

前端有良好的審美確定是好的，可是用「審美」不太準確，更準確地說，前端須要對設計（主要是交互設計，輔以平面設計）有良好的理解。設計的本質是理解你在作的產品和用戶之間的關係，產品須要經過怎樣的交互去知足用戶的需求。即便是相對主觀的配色、構圖、動效，根本上都是爲這個核心去服務的。學習設計不必定須要你可以本身出設計稿，可是掌握一些基本的設計原則能夠幫助你更好地理解設計師的意圖，讓你跟設計師更好地溝通，提升工做效率，也增長作出好產品的機率。git

您以爲和VUE合做起來作好，最值得推薦搭配使用的新技術有哪些呢？ ─ @龐亮

您好，前幾月還有人假冒您發了微博說VUE要出新版本，累死大家這幫前端😂，在這個新技術層出不窮，多關注幾個公衆號每天能被轟炸到不行的年代，您以爲和VUE合做起來作好，最值得推薦搭配使用的新技術有哪些呢？程序員

脫離場景推薦技術沒有太大意義。技術選擇的前提是明確場景和需求，盲目追求新東西很大程度上除了增長焦慮感，對你手頭的工做可能並無太大幫助。個人建議是反過來，在作手頭的事情時候，留意本身的痛點，哪裏以爲不爽，哪裏以爲應該有一個工具來讓事情變得更自動化，再去針對性地找，很大機率會發現好幾個解決方案。而後對這幾個方案進行研究和比較，你會對這個痛點得到很深的理解。常常這樣作，你會慢慢對各個常見的問題和對應的方案都有本身的理解，這樣你在選擇新技術時，會能很快理解新技術要解決什麼問題，比起已有的方案有什麼不一樣。這是一個須要長期積累的過程，可是授人以魚，不如授人以漁。github

是什麼驅動你去寫一個Vue這樣的框架？ ─ @noahlam

前陣子github棄用了jquery，我想問下你以爲下一個會被棄用的框架會是哪一個？算法

想問下如何成體系地輸出技術文章？單篇文章地思路我仍是蠻清晰，demo、設計思路、代碼分解、完整代碼（若是個人思路有問題歡迎指出）編程

寫 Vue 一開始純粹是處於技術上的好奇，想知足造輪子的快感，並無計劃要把它作多大多成功。中期主要是出於程序員的好勝心，專一於把性能和功能作好。慢慢地忽然發現用的人愈來愈多了，才考慮做爲工做的。小程序

如何將開源作成本身的事業？ ─ @mmsssq

如何將開源作成本身的事業？

這裏可能要潑點冷水，以開源爲事業是須要一點運氣的，我是在業餘時間作 Vue 作到必定程度才發現可能以此爲職業。若是直接以全職開源爲目標，成功率應該比創業成功還要低不少（尤爲是在中國）。另外一方面，作開源須要對技術自己有強烈的興趣和執着。個人建議是業餘時間多作探索，但不要以此爲你的根本目標。決心要作一個 nb 項目的人，纔有可能順便把它作成事業。核心是要作出一個解決痛點的 nb 項目，並且這個項目要麼有直接願意爲之付錢的羣體（瞄準特定類型公司的需求，作相似 freemium 的模式），要麼有足夠大的受衆，從而能夠以贊助的模式生存。

正確的參與開源項目的姿式是什麼呢？─ @DateBro

我是一名大二學生，想問一下尤大，計算機領域的內容那麼多，前端，後端，移動開發，機器學習。。。您是如何在確立好興趣方向後作出我的發展的規劃的呢？正確的參與開源項目的姿式是什麼呢？👀

個人路線可能對你參考價值通常，由於我是學藝術和設計出身，因此很天然的首先接觸了和用戶打交道的前端，最感興趣的也是前端。對你本身來講，感興趣，有熱情是最重要的。是作出使人愉悅的交互讓你更有成就感呢，仍是提高算法準確度，增長轉化率數據呢，又或者是設計出一個吞吐量巨大的後端系統呢？只有找到最能給你帶來成就感的那個方向，才最有可能作出成就，也最值得去鑽研。

至於參與開源，這是一個比較大的話題，因此只能歸納地說說。

首先，要避免以一種商家／用戶的關係去看待開源，而是以一種共同利益去思考，也就是把本身放在維護者的角度去想，什麼樣的貢獻對於這個項目是有益的。

其次，報 bug 的時候，必定要留意項目對 bug 的格式要求。不少開發者有個很差的習慣就是報 bug 的時候把錯誤堆棧甚至是截圖一丟就算是報 bug 了，但維護者修 bug 須要瞭解 bug 產生的根本緣由，沒有一個真正的重現，不少信息根本不可能猜獲得。而來回詢問須要浪費很是多的時間，對於大項目來講，天天都會有十幾個 issue，維護者是沒有這麼多精力一個一個去來回詢問的。

最後，關於貢獻代碼。遇到舉手之勞的錯誤，直接開 PR 會更好，但若是要作較大的改動，則應該注意先和維護者溝通，而且必定要說清楚本身的場景、用例，爲何須要作這樣的改動，爲何須要這樣的功能。有些時候，一些開發者以爲我辛辛苦苦貢獻了一個 PR 你竟然不要，以爲不爽，這樣的狀況通常都是缺少溝通致使的。

可視化編程，在近幾年是否會有爆發式的發展～？─ @佯真愚

可視化編程，在近幾年是否會有爆發式的發展～？衆所周知前端從原生的刀耕火種到jq的手動一把梭，再到vue的橫空出世以數據驅動封裝dom操做，讓開發者更專一於數據處理。那麼下一步會不會像桌面和native那樣實現可視化編輯界面，甚至更進一步地在底層利用函數式、響應式編程等技術來實現程序邏輯的可視化編程？

技術上其實早就能夠作到，但這類系統的難點本質上是如何平衡「可定製程度」和「易用度」。作得易用，就必然有不少東西不能暴露給用戶，可用的範圍就小；作得太可定製，變得很難用，還不如直接用代碼寫。因此這類系統，在針對特定用例的狀況下，是能夠起到很好的效果的，但很難作到徹底普適。如今有些新興的工具好比 FramerX 或是 Figma，是這個方向比較有但願的探索者。

vue與react最核心的區別在哪？─ @Shellming

請問你認爲vue與react最核心的區別在哪裏

Vue 更注從新人的學習曲線，也更傾向於在傳統 HTML/CSS 的大框架下漸進式地引入新概念，而 React 屬於直接另起爐竈。但二者提供的核心價值實際上是一致的。

對於之後該怎麼發展，也比較迷茫？─ @厄月下的命運

請問如何作到最好的自我驅動，以及最高效率的學習呢？前端入行快一年了，當感受連輪子還不會搭，Vue的源碼都看不懂。是本身的知識儲備不足呢？仍是哪方面不足呢？對於之後該怎麼發展，也比較迷茫。雖然說這些問題比較籠統，還望解答。尤大。

若是你本科學的不是計算機，入行一年看不懂很正常... 再找些東西從簡單的看起，從簡單的輪子造起。迷茫這種事情，不瞭解你的狀況無法給你建議，我只能告訴你我當年也是迷茫過來的 😂

Vue怎麼看待#private，以及當前的替代方案Symbol？─ @邊城

我想知道Vue怎麼看待#private，以及當前的替代方案Symbol。目前Vue是不支持Symbol(private)的，但經過@decorator和class提供了OOP的語法支持，也支持繼承，有時候確實須要私有化來隱藏一些屬性。

在 UI 組件裏，我我的認爲不存在對於 private field 的硬性需求。若是出現了直接拿着另外一個組件的 instance reference 進行操做的狀況，已經違反了基礎的最佳實踐，若是這都須要語言層面的制約，可能開發者的基本能力還有待提升

也有可能我誤解了你對 private 的需求，但總的來講 Vue 3 會對這些新語言特性作一次總體的適配。

對維護開源的3個疑惑？─ @碼個蛋

我寫了一個開源庫，Android的，目前累計1.4w star，在修復bug的時候我很享受，一邊在成長，一邊在幫助他人，感受很棒！

因爲近期工做很忙，天天都須要大量的時間加班，致使沒法維護，這使我很困惑。

如下是我對維護開源的3個疑惑： 1.前期：在開源沒有收入對狀況下，只能邊工做邊維護，這個時間如何調節？ 2.中期：如何讓開源成爲本身的工做？須要怎麼樣才能盈利，打造本身的全職團隊？ 3.後期：如今的你全職獨立開源開發者，你後續的開源規劃是怎麼打算的？

前期確定會須要犧牲必定的業餘時間，因此你得對這個項目有熱情到以爲樂在其中才可能堅持過這個階段。從你的描述看來，有戲。

能不能突破到中期，有必定的機遇成分。但前提是 1. 你的項目產生了足夠的價值 2. 有合適的渠道讓這些價值變現。1.4w star 說明你有大量的用戶，但一個功能型的庫很難像 Vue 同樣以贊助的方式去變現，你能夠考慮的是 dual license 或是 freemium 的模式，將之後新增的高級功能只在收費版本中提供。相似的模式作得最成功的項目是 sidekiq：github.com/mperham/sid…