我是一個前端程式設計師，那麼肯定就會遇到諸如:你怎樣看待自己的崗位在整個專案的角色的問題。起初入行只是覺得自己就是一個寫程式碼的，並沒有什麼特殊的作用，但是工作九個月之後，重新回答這個問題我會做如下回答：在整個專案的開始到結束，ui設計師完成自己的圖稿，後臺程式設計依照圖稿完成後臺的程式碼的編寫，而我作為一個前臺的程式碼在工作者，既要實現圖稿，將靜態的頁面程式設計動態的展示，同時也需要將後臺無形的資料用一種視覺化的方式展示在使用者面前，我需要完成的就是使用者與資料的互動，將使用者行為用資料的方式記錄下來，並進行儲存。在此過程中我一直扮演一個溝通者的角色，平衡使用者與資料的關係。
在九個月的工作中我也漸漸養成一些小習慣來可以提高工作的效率，接下就是我的小小心得。
定義變數
定義變數的時候用var關鍵詞，在後續的使用的時候可以隨時賦值與修改；如果是常量的話用const關鍵字比較合適，比如在vue的前端框架中定義使用const that = this 中轉this值，因為this的指向問題在不同的函式場景之下是不一樣的，所以需要中間常量來區分；在常規的for迴圈中使用let定義變數適合解決變數提升的問題，在此時var定義變數就會有些不合適，當然也可以使用forEach的陣列方法對陣列進行操作，減少變數的定義，可以減少一些隱藏問題的出現。
標點與空格
對於標點與空格的使用需要格外注意。空格在一般的變數之間可以增加程式碼的整齊美觀度，但是如果空格出現在定義變數的引號中那麼它就是變數的部分。比如
在vue的element ui 的tabs標籤頁用來定義tab皮膚的開啟時機 v-model="activeName" ， 在子tab中使用name = ‘first’ 標記子tab，當vue中定義 activeNative:"first"和activeNative:"first "，當然你會理所應當的二者在頁面的展示效果是一致的，但是效果確是相反的，第一個在頁面可以正常展示子tab ，第二個在頁面不展示子tab 原因是第二中賦值的時候 多打一個空格
，所以在定義變數的情況下，需要特別注意自己的小習慣，我有敲空格的習慣是從我的第一位程式設計老師的課堂中學到的，依稀記得當時是為了讓自己從開始就養成一個好習慣，所以就一直保持下來了，但是沒有想到曾經的好習慣在工作中也會成為自己的阻礙，影響工作的效率，但是既然是好習慣就需要接著用下去，不可以因為一次阻礙就放棄。
學會流程的通用化
學會讓自己的工作流程變得通用。每一次做專案的時候可以考慮專案中的哪些部分可以抽離出來，做成單獨的模組，在後續的使用與維護中可以事半功倍。真正體會這個道理正是目前進行的後臺管理專案，在這個專案中同一個模組多次在不同頁面進行引用，而當時的我並沒有想到做成通用模板減少自己的工作量，所以在實際的工作中工作量無形中加大，但正是這次工作經驗讓我學到了這個道理，心裡也是開心的，畢竟在職場多多試錯才可以好好成長。
心態很重要
還有一點就是在在職場中不要害怕困難，因為在你坦然接受挑戰的時候就已經贏得了戰勝它的信心，下一步就是需要你找到解決的方法，然後完成挑戰。
個人覺得初入職場的時候遇到的挑戰都會成為以後工作道路上的跳板，換一種心態看待挑戰就是另一種心情境遇。