2019個人年終總結
儘管非常的不願意(又老了一歲)接受這個現實,但我還是擦了擦鼻涕,懷著無比複雜的心情決定寫下這篇。
轉眼間2019年的bug已經改完,馬上又要迎來一波新的bug。
新的bug,新的希望。我們總是在開啟命運帶給我們的一個又一個驚喜。
2019年初,那時的我還是一個菜鳥程式設計師,要多菜有多菜(雖然現在也很菜),當時公司要每個人都定自己的年度目標,我也就隨波逐流,寫了一下自己2019的目標,現在翻出來看看,只從中發現了一句話:敬自己當初是條漢子!
一年之後,感覺當初自己信誓旦旦發下的毒誓也沒有實現幾個,歸根到底還是自己的自制力比較差吧,有些計劃做著做著就散了,還有極小部分原因也是沒有機會往深了去研究。比如node,當初node學了一點,看了看eventloop,http,還有koa,正好有機會也做了個小專案,很簡單,就兩個介面,負責調取微信公眾號的文章給前端做展示,然後嵌到公司的公眾號中。從那以後就在也沒碰過node。這兩頭回過頭來看了兩眼,果然都忘了,事實證明: 即使你學了某個技術,一直沒有實踐,不去在專案中運用,你終究還是學不會,對於我來說,學習是一個反覆的過程,有些東西看一遍我並不能記住,我需要不斷去看,去用,但是你別讓輕易我記住,記住你我就再也忘不了你了(壞笑)。
在這一年中,做過的專案有三個,每做一個專案,都是一次新的鍛鍊,有時候回到家裡,躺在床上回想一下自己之前做過的專案,真的是感慨萬千,總感覺自己做的還不夠,不知道為什麼,總有這種感覺,可能是因為自己是個處女座的原因吧。
19年做的第一個專案是公司的外網,包括web端和app,這個專案是我今年做的最滿腔熱血的一個。web端採用的是vue+vuex+axios,裡邊用到了一些外掛,比如echarts和swiper。app用的是跨端框架-uni-app,雖然uni-app是基於vue的,但是vue的很多語法它並不支援,具體裡邊多少坑,可以移步這裡一起討論。這種框架對於沒有Android和ios人才儲備的公司來說還是挺方便的,而且一套程式碼多端執行,可以節省很多時間成本。在這個專案中我學的最多的使用者體驗以及如何管理好自己的專案,一定要不定期的進行code review,不然你會對這個專案陌生。對了,還有一點就是做專案切記一定不要著急,先想好這個專案怎麼寫,也就是設計,比如資料流向是什麼樣的,可能會用到哪些設計模式,把所有的準備工作做好在開始寫程式碼,這樣一定不會多耗時,比如web端的ssr,由於拿到專案沒有想太多就直接幹了,所以如果後期想做ssr會更加困難。
第二個專案是範圍盤,公司是做房地產服務行業的,這個專案解決的問題是管理每個門店可以做業務的範圍,也就是在地圖上圈出這個店可以做哪一片的業務。這個專案不大,但也不是特別簡單。一是需要地圖展示和後端資料的結合,二是門店的操作狀態來回切換(我記得有未設定,設定中,已儲存,已提交),聽起來簡單,但做起來並不是(誰做誰知道)。我感覺我從這個專案中感觸最深的是元件的劃分以及對元件內資料的處理吧,總之就一點,業務元件內的資料就在業務元件內去請求,不要交給他的父元件去請求,然後再傳給業務元件,如果都交給父元件,會導致父元件中的程式碼量加倍,還要進行元件通訊,加大了程式碼量。
第三個專案做的是基礎服務---表單設計器,服務於這種表單填寫類的專案,比如像我們公司的電子合同,其實開這個專案也是因為合同,目的是解決更改合同條款不需要開發人員改程式碼,增加了專案的靈活性。做這個專案的期間可以說是我19年最艱難的歲月,為啥這麼說呢,總結起來就是三個字--沒需求。沒有需求的專案簡直就是開發人員的噩夢,所有的功能都要我自己想,自己做,做完了時候給其他人看看好不好用,不好用回來接著改(就這樣吧,又不是不能用)。給我的只有一個原型(是從網上找的表單設計器,但是不能滿足我們公司的業務),真正做的時候可以說是一步一個坎,我感覺自己既是需求,又是設計,還得自己開發。人就是這樣,在最無助的時候往往會打擊自己的士氣,我也想過放棄,但是自己充當team leader這個角色,如果自己先跑路,專案中的其他人會怎麼樣?所以還是堅持下來了。好在現在上線了,能夠支撐合同的編輯。同時我在這個專案中感覺成長最快的是自己的抽象能力,也就是如何將公用能力下沉成基礎能力。基礎服務是不能摻雜任何業務程式碼的,否則就是耦合。
總之這一年我感覺自己技術進步不是那麼快吧,更過的是經驗的積累以及處理問題的能力。所以在2020年,我打算關注前端的前沿技術,除了node,資料庫和ts,還要試著瞭解一些前端工程化,把前端需要學習的技術做紮實,深入學習。除了這些,最主要的是自己的心態和自制力吧,coding的過程漫長而又孤獨,枯燥而又乏味,我們要放平心態,在碼字的過程中尋找快樂。不管怎麼說,要對得起子的格子衫和散落在地上的頭髮,讓自己的腦細胞不白流。
2020,加油!
&n