今年5月開始前端之旅，學**4個月之後，於9月底，參與了乙個**廠家後台的前端頁面的開發，所做的內容並不多，但是在這段時間的收穫卻不少。接下來將詳細談談這些收穫。
1）參與專案之前應該做什麼
在實*剛開始的時候，主要是從git上clone**，然後自己在前輩的指導下檢視**結構，理解整個流程。當時花的時間不長，基本也把**看的差不多了。這個是很重要的，你需要對整個前端的架構有乙個大致的了解。
2）寫第一行**前應該做什麼
仔細看產品原型，檢視介面文件。這是非常重要的，特別是原型，需要仔細的檢視原型，看看那些地方存在不合理的，需要及時找產品或相關負責人溝通，最終要確保你對整個產品原型有很詳細的了解。這樣子不至於在寫頁面，寫互動的時候出現大問題。還有介面文件也是很重要的，前端和後端都需要乙份共同的介面文件，大家根據這個文件進行資料互動。有了共同的介面文件，在開發過程中不用關注變數名這些無關緊要的細節。而且能確保前後端資料互動時不會有不一致的地方。
3）寫**時應該做什麼
多思考，就能少寫幾行不必要的**。這是很重要的乙個問題，一般來說，在最開始的時候，需要將所需要的技術掌握，然後將頁面分成幾個小塊，從整體到部分，要清楚**的大致結構，脈絡。先將大的東西做好，再慢慢細調。這樣子不必時刻糾結於細節，浪費不少時間。寫**時要遵循**規範，比如說tab鍵還是空格縮排的問題，比如說是lf還是ctlf換行的問題，盡量採取和大家一致的開發環境，這樣在別人看你的**和你看別人的**時會減少不必要的麻煩。
4）寫完**時應該做什麼
單元測試，不用多說。如果是用rap來進行單元測試的話，要注意測試用例設計的合理性。
5）前後端聯調
前後端聯調應該採取怎樣的方式才是最好的？以前是乙個前端搭配乙個後端，他們用同乙個分支。聯調時，後端從git上pull**，然後在本地跑一遍gulp，然後執行聯調。這樣有乙個問題就是，當前端有問題時，如果是乙個很小的問題，那麼他也需要從他自己的機子上改，然後commit，push**，然後後端在他的機子上重新pull，gulp，執行聯調。這樣子比較繁瑣，效率不怎麼高。現在的做法是前端將請求用nginx**請求到後端的機子上，然後在前端進行測試。這樣前端發現有問題，他自己修改就好。後端不用pull**。後端發現有問題也是如此，這樣前後端就分開了。
6）提交給測試人員
當聯調完成之後就可以將**提交給測試人員。測試人員通過模擬真實資料來進行功能測試。之所以在測試階段會有這麼多問題，是因為：前後端聯調的時候，對聯調資料沒太在意，以為資料跑得通就ok。導致一上到真實環境出現一堆問題。另外乙個原因是，測試人員往往不能夠詳細描述問題出現的情形，比如說：在什麼情況下，做了什麼操作之後，出現了什麼樣的結果。出現的頻率。和預期的差別。實際得到的結果往往是：出現了某個問題，然後把錯誤一截圖發給開發人員就沒了。其實對於前端來說，需要知道做了哪些操作導致的bug往往是特別重要的。
暫時就先寫這些，其實還有很多，但還沒整理好，先不寫了。
頹廢的乙個月
哎，九月末到十月末實在是太頹廢了。其實是因為不想面對一些事。但現在想想，是我自己忘記了最初的夢想，之去追求一些有的沒的的，所以才如此不精進。記得那幾天玩的也不好，每每想到自己還沒學好，還是個醬油的時候，就很煩惱。室友也說我，為什麼最近不怎麼去實驗室了？我也不知道怎麼回答。甚至可以躺床上一整天，一直躺...
與英語有關的乙個月
有時候，我覺得我的反應慢半拍，英語學習已經結束了，才知道 噢，這個月已經結束了，過得真快 確實，過得真快，有對比才有進步，這也是為什麼要寫部落格的原因之一，英語也一樣，我覺得很有必要對比一下現在和以前的狀態。談談以前的狀態？要不從小學開始說？呵呵，just a joke。是接觸sb以前，本身來說，我...
實習乙個月記
今天下班很早，沒有像往常一樣的加班，回到宿舍之後早早的就洗洗睡下了，但是卻久久不能入眠，思緒煩亂，所以乾脆起來做點事情。首先自我介紹一下，我是一名大四在讀實習生，現在實習剛滿乙個月，接下來想要談談我在這乙個月中的經歷 我是在學校的時候校招進入的公司，先來實習的，剛來的時候被分到了公司的服務支援部。剛...