VUE CONF大會以後的感想(非技術)

前言

應該不止一次參加這樣全國規模的前端會議了，從六年前踏入前端到今天依然在帶一個前端小組在夜以繼日的寫業務代碼。在會議中會由於切實的大佬對技術的獨到觀點而興奮而替他們高興、會因不一樣團隊對前端輪子創造的充實和自豪感、會因他們對技術前驅的倡導而膜拜。是的，我整個會議議程聽下來是這三種感受的混雜。

也有對本身職業的深入感想，僅此分享給將要入行前端以及入行多年，無論是在杭州仍是北京、上海，無論是小公司仍是BAT這樣的大廠，說一說本身從業下來的幾個體會。與技術自己弱相關，與前端與職業與人生方面強相關。

選擇合適的目標

在本身以前的掘金文章中分享過一個技術人員的職業生涯大概是怎麼樣的，每一個階段應該作什麼，但那是個標準版的答案，相信不少人最後不是那樣的一個過程。（傳送門：技術人員的職業規劃多是這樣的）

可能目標一 ：技術大佬

應該說可以開發維護一個開源框架，或者造出一個還不錯的開源輪子，都算是行業內的技術大佬了。好比vue做者：尤大；elementui的餓了麼團隊等。

若是要作到這點，須要很強的技術執念，很好的技術基礎，耐得住技術自己的枯燥，看獲得技術自己優化帶來的將來價值，可以在最後的升級、技術產品中找到自我定位、人生成就感、自個人快感。

若是說是想成爲這樣的人，但對於還不肯定是否本身就是這樣人，那看下首先：

1 本身是否持續關注了一些最新技術的特性，好比deno,vue3，webpack4,關注了表明你是有興趣的，而你關注的時間若是是下班或者休息時間就更證實你是這類人。

2 分析已經在用的技術究竟好在哪裏，爲何這麼用，咱們的用法合理麼。好比面試題裏會問es6，會問react和vue的對比，但實際上，難道不面試、沒人問咱們，咱們真的不去思考麼？當數組的find、includes語法出來以後，爲何不去分析下他的性能、合理性、簡潔在哪裏，爲何不去思考下我若是用了vue用的是否夠好，是否理解了vue的核心思想，去更好的實踐，而不是vue的高級api使用者。由於在不少時候，我會看到大部分的號稱中級甚至高級前端，在寫vue頁面代碼的時候，對於class,style的部分的理解和使用仍是用原來jq還有原生的套路，去找這個元素，而後去改的樣式，若是有看到element的源碼，應該很容易看到，組件是把這部分用data或者方法去承載的吧。

3 本身是不是技術興奮型的。反正我是，但不是很強烈的那種，當我聽到尤大在講vue3.0在進行升級，優化了運行時、體積、內存以後，以及是經過什麼樣的思路優化這些時，很贊有沒有，咱們也能夠看到他在分享時的那種享受，對本身成就的自我確定。但照進現實，咱們的公司或者技術團隊是否能採用，是另一回事。若是從這點考慮，也許不少人會對新技術自己是失望的，由於不能解決本身工做中、業務中的棘手問題。很明顯的，我感受到當尤大講到會不會支持ie時，你們是關注這個點的，由於業務就是業務，咱們須要關注剛需。因此是否本身或者團隊能找到業務和技術興奮度的平衡感是很重要的。由於有些公司的技術棧可能仍是jq的，對於可能近幾年都不能轉型爲新技術的前端來說，這裏的技術福利是香而不可食的。

4 本身是否有指望有可能成爲引領技術變革的人，公司是否會給你這樣的機會。若是說註定是要想成爲技術大佬的人，那麼按捺不住的你必定會選擇去創造新技術，去技術棧好的公司，去爲如今的公司作技術架構調整。這是一名技術執着的大佬會有的魄力。而有些雖然掛着技術經理、技術總監頭銜，卻職業定位徹底是項目經理、業務經理的人，重心是不在這個領域的。而實際來說，對於公司，不一樣階段，這兩種人都是須要的。

番外篇：曾經在杭州一個高級技術羣裏和一些ceo交流過一些問題，關於技術人員定位或者cto定位的問題，發現不少ceo對技術是有必定偏見的，尤爲是對底層的程序員，對他們的定位徹底是業務實現者，而對他們的專業能力、專業瓶頸徹底不考慮，也不會說考慮技術自己的更新性。固然，更不用提技術反推業務了。在業務方或者ceo或者其餘職能的眼中，管你是什麼技術，個人需求是最緊要的，至於由於技術迭代換新致使的問題，須要技術本身徹底買單。而技術給本身買單的過程，卻全程不給機會，沒有合做的平臺。大部分小公司都是這麼幹的，在他們發現問題的時候怎麼操做呢？把這批技術人員下線，從新招聘高能力人員。但仔細對比就會發現，在一些獨角獸或者bat的大廠，技術是能夠承載更多價值，能夠引導吧需求作的更好，能夠反推需求，能夠利用技術成品去大量的下降成本，這種模式是很成功的。而小公司不這樣作，核心緣由是耗不起、容不得不成熟的技術團隊去試錯的成本，另一個核心緣由就是看實際狀況，咱們目前不須要那樣。無論怎麼操做，都徹底沒有問題的，只是但願都能看長遠一點，不要僅僅作了當前那些事。我相信，這個現象不只僅是程序員的，也是後端、產品經理、大數據還有等其餘專業性職能都有的問題。

可能目標二 ：高級前端

在互聯網快速發展的今天，先後端分離的今天，除了後端、產品當項目經理外，對於前端來說，當一名高級前端也何嘗不可。

咱們就是成不了大佬可是能完美精確的完成需求的那批人，咱們就是制定團隊規範、組織好團隊指導團隊完成業務攻堅的人。技術不必定是行業最好的，也不必定要很牛逼的東西，但工做範圍內足夠用，當偶爾超出業務範圍、技術範圍，咱們也能解決。

與上面的技術大佬不一樣的是，這樣定位的前端已經對技術自己沒有那麼狂熱，而是對公司業務、實現產品價值更有興趣。也許在3-5年裏，技術提高也只有那麼一兩次在必要的時候精進，但這樣就夠了。事實上，有不少中小公司的技術總監都是這樣承載下來的。不要惟技術論，而要惟業務論，業務爲主心骨，技術只是必要時、嚴重欠債時纔會考慮。

番外篇：即便做爲高級前端，也要有一點點的技術敏感性。不要徹底爲業務需求所累，由於即便這樣，當新需求苛求新技術時，本身若是不會，那就尷尬了。

可能目標三 ：項目經理

在互聯網快速發展的今天，先後端分離的今天，除了後端、產品當項目經理外，對於前端來說，當項目經理也沒有很嚴重的壁壘，尤爲在中小公司。

咱們都知道項目經理的角色基本是肯定需求，跟蹤進度，協調資源，風險控制，項目測試以及交付，後續運營輔助。

那麼，其實在整個開發鏈中，發現前端是整個業務感知最細膩的，尤爲對用戶交付是直接負責的。並且先後端分離以後，前端對於數據的敏感性、操做性會進一步增強，能力稍強的能夠整理出整個業務的數據流，業務邏輯等。因此前端對整個開發進度是有必定能力去把控的。

也許有人講到確定是後端能力把控更合理，由於數據是核心，由於後端的問題前端解決不了。那我也想說，前端的問題後端就能解決麼？在我經歷的項目團隊中，也許大多數的前端代碼看起來都很是簡單，但只能說明那些頁面需求很簡單，須要前端專業能力的，後端也是一片空白。而後做爲一個開發團隊，不要期望項目經理要有能力解決專業問題才能夠當。若是這個邏輯的話，那產品經理當項目經理不是更不合理。在組建團隊的時候，對於每一個職能，就應該有對應的預期和風險評估，每一個職能是否有能力完成本身的任務。若是後端或者前端能力不行，應該是換能力強的人上或者找職能主管輔助解決。

可能目標四 ： 一份工做 && 一份生活

與後端的性質不一樣，前端是一名入門門檻很低的職業，並且薪資也還能夠，工做性質屬於代碼可見，最短鏈路的一個工種。因此，必然的會帶來不少非本專業的同窗，不少女性同窗。好比女的java,女前端，比例很是高。

不是不少人都有強烈的職業目標，有不少人只是做爲一份工做。就和行政、人事同樣，不少可能作三五年，也並無太大的職業能力變化和職業規劃的變化。我對它沒有那麼的熱愛，也不想變成本身的事業。

對於小公司的大多數的前端需求，尤爲簡單重複需求，其實自己就不須要招資深的前端去完成。這是一項工做，一個並不須要挑戰最新技術、嚴謹邏輯的工做。好比咱們知道的，登陸註冊頁、列表詳情頁，點擊一個按鈕頁面跳轉，實際上不少基本操做由於咱們的用戶規模、指望的體驗都沒要要求，因此都很簡單。

若是把前端當作一份普通的工做，其實就能夠擁有一份生活。在阿里的文化裏，你們都強調很拼，爲了理想能夠996，甚至906。但仍是有不少人也有理想，卻不是阿里那種。多是咱們在中小公司也有本身的價值和快樂，能夠承載本身的業務。多是咱們能夠收穫興趣和愛好，收穫家人。

幹工做確實要努力一點，尤爲是年輕的時候，但也能夠稍微不那麼拼，用一輩子去積累。多體驗一些生活，多去設計，多去實踐。不僅是工做裏纔有成長，你的工做也不是所有的可能，也許下一份職業就在你收穫其餘，靈感其餘時而變成本身的事業。

可能目標五 ：人生充滿可能

我想你們在當前端時，必定沒有想過本身能作多久，本身的瓶頸會是什麼，本身是喜歡前端的什麼，又何時會失去對他的興趣。當你不喜歡它的時候，也許工做自己就會變的乏味。當你喜歡時，就是一直坐在那裏作本身喜歡的事情。

你們必定不會懷疑像尤大，阿里大佬勾三股四，大漠這些人會不會對技術有什麼疑惑，還能幹多久。由於在技術的生涯裏，他們已經走了那麼久，找到了對技術的熱愛，因此技術不是工做，而是事務，而是作下去會開心的事情。包括你們都知道的阮一峯老師，人家寫了那麼多博客，在沒有任何酬勞，可能沒有預想過本身會進軍阿里、成爲帶隊人時。

而對於咱們來講，若是你尚未作那麼久，也尚未達到對前端的必定的積澱或者沉澱。必定要好好想一想這個問題。

技術是作一件事的一種技能，你是否喜歡作這件事。能作這件事是由於技術自己仍是由於事情自己。在不少阿里的p89出來創業的時候，你們會明顯的發現，他們這時候重點在作事上。咱們要用技術這個能力去作一件我想作的業務，我想作的產品，而不是關注此時個人技術還差多少沒提高，本身要不要搞最新的技術，個人技術帶來的薪資是怎麼樣的。

若是你決定你作事爲核心了，那麼其實咱們每一個人都有無限的可能，前端只是一種最小的選擇。咱們能夠選擇從前端入手，瞭解互聯網產品的開發流程，能夠了解醫療行業背景，能夠了解大數據，能夠了解與人溝通的能力，能夠了解區塊鏈，能夠了解一個產品背後的邏輯與商業模式。當變成這些時，你還有不少職業選擇。

大會能給咱們帶來什麼

技術動態

在上面講到，做爲技術，只要仍是在作前端，咱們須要關注技術動態。無論是否是能用到，無論咱們是否是技術大佬仍是管業務的經理，或者咱們就是想不要丟了本身的飯碗。那麼來參加一些技術行業的知名會議，對於咱們更好的關注一些重要技術的狀態是頗有幫助的，由於大會雖然分享的少，但必定會列舉的是比較里程碑性質或者編程思想角度的大問題。

從這個目的觸發，瞭解下就好的角度，大會是平時咱們關注動態少，關注不到重點的一種彌補。這個是傾聽學習瞭解的角度。

編程思惟 && 漲見識

無論怎麼說，在一個固定的公司裏，咱們的技術棧通常不會大的變革，咱們的一些編程思想也比較固定了。

那麼這裏看一些知名的團隊在作些什麼，有那麼一兩個問題是本身也在關注，看下他們怎麼作的，沒有乾貨，也能溼潤下本身。

再不濟，也比咱們大多數時候看網絡上參差不齊的文章，來的高效。做爲大多數非資深前端來說，其實不少問題、不少技術上都是迷茫的，而大廠在這方面的內容輸出少的可憐。因此你們在看到阮一峯教程時纔會以爲眼睛放光，除了通俗易懂，更大的特色是，能經過他的教程獲得了從入門到進階的一個階段。

另一個特色，就是目前的90、00後都不喜歡看書，也不喜歡研究源碼。因此能夠看到不少社區隨便分享下佈局知識、高階編程的知識，前端社羣就炸鍋同樣的，甚至每一個人都發一遍本身的版本。

而大會上，確定講的是一個不同的版本，有過實踐的，很漲見識對不對。

前端同行

對於前端來說，其實和大多數技術社羣是同樣的，你們都會進不少羣，卻不多交流。大會上能看到同行，這麼多，應該是很大的一種欣慰。

那麼對於一場大會，我我的以爲很是有價值的部分是diss，尤爲針對主題性質的有價值的Q&A.

好比此次有提問到爲何要對比antd vue 仿照antd react,怎麼支持阿拉伯語，至少從個人角度看，這兩個問題都很好。其實參加會議的每一個人平時積累下來，都會有很多於十個如下的精華問題，而這些問題不少時候都是被零散的解決或者妥協了。而大廠或者一些技術大佬彷佛能很好地解決問題，那麼他們是如何解決這個問題的，這個是你們最想聽到的一部分，最想diss的一部分。

團隊思考 && 業務思考

在分享之中，咱們也能看到每一個分享人基於本身或者團隊的立場，去分享一個事情的時候的核心點是什麼，分享的水平如何，其基本的思路是什麼，出於什麼樣的場景去解釋這個問題，以什麼樣的方法論、技術方案去解決。

咱們更多的時候會發現，咱們之因此沒有臺上的嘉賓作得好，除了公司的緣由，還有運做方式不同、團隊思考不同。他們有更多的角度去讓技術產出、技術驅動變得可能，而咱們更多的是技術讓需求變得可能，除此不多去思考出其餘的可能。

我記得以前校寶有次邀請到了螞蟻的一個資深技術，後面轉型管理的分享。她講到很重要的一點，其實開始也是作技術啦，不過到後面發現，產品還有業務方有些細節設置的不合理，有些地方沒有考慮的更好，到這裏仍是和咱們同樣的。但後面他們變成了什麼呢？他們的技術加班加點，在技術考慮到位的基礎上，吧需求更嚴謹的描述一遍，用嚴謹的數據模型、數據報表分析給產品、業務方，而後讓他們看到技術帶來的影響。在拿到話語權以後，他們針對需求有愈來愈多的控制權、分析的能力，在解決基本需求徹底沒問題的狀況下，他們又作了技術的產品，去承載團隊內部技術需求、額外的業務需求、創造用戶需求。當在看到部門的產品矩陣時，能夠看到好幾個技術產品。

雖然以上的過程不可複製，但值得參考，尤爲阿里或者騰訊在幾乎任何需求的狀況下，都不是直接完成，而是分析需求特色進行歸類工具化方案解決，這種點很好。把簡單重複的解耦出去，解放開發者能力，把剩下的再根據業務進行封裝。

人生百態

從波波的主持中，咱們能夠看到他在一直努力的嘗試作好他原來不擅長的事情，也會遭到知乎其餘人的評價，甚至diss，詆譭。

其實每一個人都未嘗不是如此呢，尤爲做爲管理者、倡導者，基本都會遇到很多的阻力、反對。但你們在堅持，有那些表率在堅持。

咱們也看到這些嘉賓，我不知道他們是有償仍是無償的，可是他們來分享了他們的收穫，我是感激的。尤爲一些大佬，在分享、挑選本身要講的內容時，講的很好，也有的講師可能講的不是很好，但也很是盡心了。

這是一種分享的精神，而不要被理解成打廣告，我我的是有點反感打廣告的，也但願在之後的會議中你們多一點內容，廣告開始結束說下就行了，不要老是插播，這其實有點影響不少很遠趕過來但願聽點內容的觀衆。

而我也是樂於分享的，因此寫這樣一篇文章，包括掘金、博客上也發了不少，不少是偏簡單的，但這樣就夠了，作本身想給你們分享的經驗，看看你們平時的工做中遇到的問題，踩過的坑，一塊兒樂一樂，吐槽或者點贊下本身的開發團隊，不是很好的事情麼？

對於一場會議，不要由於麼有獲得什麼而沮喪，失落，人生有不少時間投入了是沒有回報的。若是說咱們沒有直接的收穫，那那些分享的人不是更加負的收穫麼。

總結

感謝波波老師還有大佬們今天還有以後開的一切會議，由於這樣纔多一些機會了解，才能越辦越好，到中國的前端技術氛圍都變得很好，這是一個剛剛開始的過程。

咱們的分享的嘉賓都還很年輕，聽講的也還都很年輕，咱們的從業年齡和前端最新框架的發展年齡是同樣的，一塊兒期待之後更好的每年帶來的變化。