測試轉前端 - 一個平凡的小故事

時間 2019-11-05

標籤測試前端一個平凡故事简体版

原文原文鏈接

Hi~ 你們好，我是 Joking Zhang，是一名練習時長長達2年半的前端打字員。今天想給你們講講個人編程故事~前端

1 編程那些年

1.1 緣起

我來自於一個比較普通的本科院校。上學的時候，也只接觸過C語言，Java語言，以及一些計算機相關的知識。周圍同窗學習編程的目的，也只是爲了應付考試。可能由於大一C語言學的比較好的緣故，大二的時候老師找到我，說有一個 ACM 編程比賽，問我有沒有興趣。當時，我仍是蠻興奮的，由於這件事讓我看到了編程除了應付考試還有別的可能性，堅決果斷的就答應了。這個比賽我準備了半年的時間。當時基本已經放棄了一部分課程，打印了不少 ACM 的題目，天天上課就帶上一兩個 ACM 的題目，和一本小詞典，趴在最後一排去想怎麼解題。由於缺少系統的訓練，更難算法的學習，最終和小夥伴只拿到了省賽三等獎的成績。Joking Team 是咱們的隊名，這也是筆名 Joking Zhang 的來歷吧。比賽當晚，和兩個小夥伴坐在操場，一人一瓶啤酒，暢談人生和理想。恰巧此時，遠方的天空升起了色彩繽紛的煙花，好像在爲咱們慶祝同樣。我當時暗自下定決心，之後必定要寫代碼啊~node

1.2 教練，我想寫代碼

畢業以後去了一家北京的小公司。當時全公司的技術棧都是 JS，後端也是用 Node.js 開發的。我沒有相關經驗，也只能先從測試的工做開始入手。熟悉了測試的工做以後，發現公司常常會有一些前端的外包工做，就開始自學前端，JS，逐步承擔了一些前端，幫後端傳數據，使用 Node.js 寫腳本處理 Excel 的工做。由於一我的扮演了太多角色，天天就是很累，也沒什麼積累。但也由於沒有什麼積累，普通的學歷，更不敢出去面試，還安慰本身，這樣也還不錯。git

碩大一個北京城，面對單調的生活，沒有什麼奔頭的日子，日漸肥胖的身體，因而想去嘗試下健身。我先去了某熊快跑，天天只是簡單的跑步，以及跟視頻作一些訓練，沒怎麼瘦下來，還感受健身蠻無聊的。後來去了某刻健身，刷了 100 多節團課，認識了很多人，也瘦下來很多。這裏沒有說哪家健身房很差，只是想說應該找一個更加適合本身的環境。當時就下定決心要爲本身爭取一個更好的編程學習環境，一個純前端開發工做。github

刷了一下招聘網站，React 當時比較火，就用 React 作了一個博客，辭職出去面試了。當時投了100多份簡歷，由於工做經驗的緣故，只有5家約我去面試。比較幸運的是，遇到了如今的老大，願意把我當成畢業生，招進去培養。面試

1.3 平臺期

轉眼間，一年過去了，在作了一年純前端開發的工做以後，技術獲得了很多的成長，可是也到了一個平臺期。由於一直都處於野蠻生長，沒有系統的學習，我也不太清楚怎樣能讓本身變得更厲害。在這期間還發生了兩件事情，一件是我去學了 poppin（街舞），另外一件是我開始嘗試在思否翻譯文章。算法

poppin 的練習，在外人看起來仍是蠻無聊的，重複的動做，一遍又一遍練習。可就是這種傻傻的付出，卻讓我一點一點學會了solo。我也開始明白，如何去慢慢把一件事作的更好。express

在思否翻譯文章的初衷是：一、英文沒有那麼好，閱讀英文文檔有些吃力；
二、處於瓶頸期，想要進步，但願系統的學習前端的知識，可是市面上中文的技術書籍，博客文章不少，能讓我本身讀起來賞心悅目，又十分符合本身目前想學的卻比較少。
三、老外寫的東西還不錯，質量很高，且包含大量示例（我一直認爲：不包含示例的技術博客就是耍流氓🤣）編程

後來也由於文章被推薦，被關注，被公衆號轉載，認識了更多小夥伴。這些正反饋也讓本身在學習前端的路上多了一點動力。小程序

2 將來

最近我辭去了上一份工做，參加了很多面試，發現本身不論從知識的廣度，深度，項目的架構能力來講都還很欠缺，也想在這裏總結下接下來的學習計劃。segmentfault

2.1 如何學習

寫Demo

在平時的工做中，咱們每每只是負責一部分業務開發的工做，咱們固然能夠把這個過程當中碰到的每個概念，都搞清楚，學明白。可是業務開發中接觸不到的東西，好比項目架構的能力，部署運維能力，網絡方面的知識，新技術的學習。想要得到這些能力，只去看一些文章，確定是達不到的，惟有實踐纔是惟一方法。根據這些知識點，去作一些小而美的 Demo，讓本身的 GitHub 活躍起來！

閱讀，翻譯

剛開始寫博客的時候，天天的問題都是：我這篇應該寫什麼？其實，確定是平常工做中遇到的坑，填平了以後，總結成文章會比較有收穫；或者系統的學習某個知識點，寫 Demo 並整理成文章。可是對於我這種新手來講翻譯他人的文章，閱讀優秀的書籍、博客，翻譯文章，會有更大的收穫，也爲本身寫博客打下基礎。

閱讀源碼

這方面，我作的比較少，目前也只是看過 Antd Modal 組件 Confirm 組件的封裝，當時就是以爲這種命令式調用組建的方式比較神奇，不須要組件內部設置屬性來控制UI的展現，公司也有相似的實踐，本身也嘗試實現了一個：Modal.open 。這個過程必定會讓本身接觸到工做中接觸不到的知識，從而提高本身，而且更好地服務與工做。