頭條楓林網
文章摘要： 注重基本的設計規範反之亦然~ 五.不注重基本的程式碼規範 前端開發過程中
有時候，團隊之間協作能暴露更多的個人問題，只有當我們面對這些問題，從個人的角度去解決，才能優化團隊，高效協作。
自己專注Web設計與開發已經有七八個年頭，並不算是什麼大神，我自認為還是一個行業菜鳥，從最原始的Flash，到當今的一些互動趨勢、風格，都經歷了過來。雖然自己還有很多很多不足，但是對整個Web市場環境和對一些Web UI設計和前端開發的底層探索和深入學習，並沒有停止腳步。也經過自己的努力，得到過很多推薦和大大小小的獎項，也許，這是我夢想的必經的一個「彎路」。
有時候，團隊之間協作能暴露更多的個人問題，只有當我們面對這些問題，從個人的角度去解決，才能優化團隊，高效協作。
我自己做過工作室，單槍匹馬乾過，也有和團隊一起奮鬥過，在這坎坷的過程中，還是發現和總結了一些常見的問題，這些問題往往是有四五年甚至更多經驗的設計師或者開發者容易存在的問題，當然我自己曾經也有這些問題，現在慢慢已經強迫自己去Fix了。不斷完善自己，不斷學習，才能夠完成自己真正的夢想(如果你不是單純爲了打工或者做個專案而選擇的這一行，我想，你知道你的夢想是什麼，它的意義在哪兒)。
往往很多人，都會覺得自己很優秀，反而忽略了一些最重要的，容易忽視的基本功。或許你面對的是國內客戶，或許你是在一個團隊圈子中，無需面對眾多的考驗。但這些都不是理由，我覺得，只是沒有真正找到你的夢想和上進罷了。每個人都會迷茫，甚至一直迷茫，迷茫該怎麼做的更好，或者該怎麼繼續走下去。所以我非常有必要把這些常見的基本功問題做一個彙總。
一.不會運用網格(柵格)系統
網格系統已經有深遠的歷史背景，對於網頁來說，所有的網頁都構建與一個網格體系下，不論你的設計有多「個性」，都離不開網格。(Sorry, 這裏的個性是一個雙重詞彙，包含了褒義和貶義，大家可以自己去理解一下)。
前端利用良好的網格系統，對於響應式，元素的佈局和比例把控，提高開發效率和質量，都具有重要的意義。我們可以參考Bootstrap的網格系統，對前端網格進行一個更深入的理解和研究，不難發現，網格對於開發的重要性。
對於設計師而言，網格不應該僅僅作為一個「裝13」的工具，或者作為一個完成任務的工具，而應該從網格系統中，把控好不同解析度下元素的比例（按鈕，高度，文字大小，字型渲染，圖片大小，圖片比例，響應式的背書）等等，這是一個難點，也是一個擁有數年經驗設計師容易犯，而且不易改正的錯誤。往往設計稿可以非常美觀，但是對於元素的比例，在實際的前端開發過程中，往往能看出和原設計稿的差異有多大。為什麼會存在還原度差異？因為程式碼是活的，頁面時活的響應的，並不是一張圖那種死的。所以設計噶，必須要運用網格考慮更加深入的比例關係。
運用好網格系統，前端開發能夠快速肉眼測量設計比例，便於提高開發效率，同時便於響應式邏輯的梳理。
二.資訊展示邏輯不符合普通人的思維
前端開發中，一個小小的互動效果，也許需要一個小時，也許需要一兩天，一個小小的邏輯，可以造成無比巨大的時間投入。這是設計師不能夠理解的（除非設計師對前端程式碼有深入的理解，注意是深入理解，而不是簡單的瞭解）。為什麼UI設計入門容易，想做到很厲害真的很難，因為你要面對的領域和知識深度是無限量的，你如果不去接受不去改變，你永遠是一個只會做事的UI，沒有真正的合理邏輯思想。
改變，是對於有經驗的設計師和開發者提高的一種比較好的方式。
改變習慣，改變風格，改變操作方式，改變思維，改變目標群體，改變觀念等等，都對一個人的提高起著極其關鍵的作用。
舉個例子，一個設計稿，資訊切換複雜多變，一個頁面資訊重複毫無比重感，動效無止盡，對於一個普通的使用者，或者客戶來說，這個網站的體驗是極其差的。不論一開始你做的有多牛，最後都要摒棄很多「無用的東西」。如何解決這個問題？把自己當一個普通使用者，別把自己當做一個專業的設計師或者開發者，看看自己使用時會帶來哪些問題，如果連自己都覺得「暈」，那這個設計就是天馬行空。團隊協作過程，只會給前端開發帶來無止盡的工作量和返工量。
至於前端開發的邏輯，主要依賴於長期的積累和思維。不僅僅是互動的理解，更多的還是對使用者，對體驗的洞察力，需要不斷地積累。
三.程式碼沒有靈魂
就拿自己稍微熟悉的前端開發來說，一個網站的程式碼有沒有靈魂，我認為主要在於程式碼的規範和造輪子能力，什麼是輪子？如果不瞭解的可以去科普一下。
現在已經不是十年前了，入境開發都將就合理利用身邊的資源，提高質量和效率，當然，前提是有一定的基本功，前端開發有著眾多的領域分工，不論哪個領域，都需要具備模組化的一些思維和習慣。而這些思維和習慣，是需要強迫自己去改變的。你如果無法「讓別人更好的使用你的程式碼」，那隻能說明你寫的程式碼沒有自己的靈魂，不能夠與別人對話。
舉個例子，你的程式碼是否用了國際認可的BEM命名規範，就連谷歌都在用的命名規範，然後程式碼每個模組之間的程式碼，是否能夠快速剝離和重構（使用Webpack或者Gulp等自動化工具打包後的程式碼除外，這裏主要是指打包前的原始碼）。能夠看出你的產品化思維比重佔了多少？
我個人覺得，程式碼是給人看的，也是給人用的，不僅僅給自己看給自己用，特別對於團隊協作，更需要的是讓別人能夠理解和充分呼叫每個不同的模組的程式碼。時代在進步，只有不斷掌握各種新工具和技術，比如自動化開發，自動化測試等等，才能跟上「夢想的腳步」。我覺得，考驗自己程式碼靈魂的方式，就是開源到github上，看看有多少人會和你的程式碼互動。我自己也有一套前端開發的Kit工具包，目前也處於不斷優化升級的過程，大家感興趣可以去了解一下—— Uix Kit .
四.不注重基本的設計規範
對於設計師而言，設計規範至關重要，規範並不是束縛設計的東西，而是約束設計，併爲設計提供一個更長遠的發展空間的東西。關於網頁UI的設計規範，包含了非常多的底層知識，大家也可以通過我的新浪微博的#網頁設計技巧#標籤去檢視我平時的一些分享，也可以購買即將釋出的專注底層設計規範的一本書籍。：）無恥的做了一個廣告，哈哈，其實不然，這些確實是我的汗水和心血。
我個人覺得，底層規範直接關係到了設計中的方方面面，不論你是做多規範普通的佈局，還是多創意另類的風格，都有底層規範存在，那些屬於底層規範呢？我大概列一些，比如中英文字型的相關知識，網格系統，螢幕尺寸和解析度(關係到響應式設計)、安全寬度和安全高度、色彩、圖示格式、命名等等，都屬於任何網頁都需要注重的基本中的基本。我把它們列入底層規範的範疇。然後，就是實踐中的規範操作，比如PSD命名，圖層歸總，PSD大小控制，頁面字型的選擇，字型數量，統一的間距，常用的比例控制，動態資訊的佈局控制等。
由於這些是一個長期積累和學習研究的過程，大家可以在不斷實踐的過程中去體會，任何運用這些規範。我說的規範，並不是按鈕，視窗改多大？比例該多大？而是比它們更加原始的一些更基本的規範。
對於有些專案來說，很多客戶或者團隊是不注重規範的，因為能夠「成交」。而對於某些專案來說，規範是非常強制而且明顯的一個要求，最基本的都無法通過，你怎麼和客戶「成交「？我覺得想要提高自己，必須強制去改變自己的習慣，養成一個學習規範和運用規範的能力。如果一個設計師僅僅認爲規範就是束縛，那我覺得這樣的設計，永遠是虛無縹緲的，天馬行空的，是前端開發絕對不喜歡的。
注重基本的設計規範，能夠讓前端開發更加直觀的編寫統一的程式碼，可重複的程式碼，相容性更強的程式碼，從而提高協作效率，減少返工。反之亦然~
五.不注重基本的程式碼規範
前端開發過程中，也存在一些非常明顯的，容易犯的低階規範錯誤。比如命名。如果一個開發使用了拼音或者一些毫無根據的英文字母，這會讓其它開發者難以分辨，難以維護。開發是給人看的，也是給人維護的，這個人，不僅僅只是對於開發者本身。
再比如，開發過程中，檔案和目錄的結構，頁面結構，縮排，js程式碼的空格，CSS程式碼的格式等等，都是一些最最基本最容易犯下的問題。恰恰這些基礎問題，會造成大量的「垃圾程式碼」，每做一個專案就結束了，沒有任何升級和重複包裝利用的價值。
我個人非常看重程式碼的可重複利用性，可升級擴充套件性，閱讀性，雖然我並不是專業前端開發，只是一個爲了輔助設計而專研的前端小菜，但是我對於把程式碼寫「漂亮」，是非常注重的。只要是自己覺得不好的習慣，我就會強制自己去改變，去修正，而不是將就，一錯再錯。或許，我的目標不僅僅是能夠做專案，也不是能做點國內的不注重規範的專案，我更多的是想讓別人喜歡我的開原始碼。
再次宣告哦，我不是碼農，前端開發只是屬於我的附帶必須的技能~ 當然，我也不是一枚UI，我更多專注的整套產品的把控和設計開發，甚至運營。難度雖高，但是，這更有助於我實現我的各種小夢想。
六.綜合能力欠缺
或許很多人認為全棧是一種啥都會，啥都不精的行為，其實不然，這種人挺多的。而且也是未來的一種人才需求，越來越多的優秀企業，都會要求一個web設計師具備深入的前端知識掌控能力，對前端而言，也要求具備很多自動化工具的運用能力。行業之間都存在互補的特徵，同一行業，不同的技能也是一種互補和提升。你只有瞭解你不瞭解的，你才能提升。
否則，可能就只是一個眼高手低，只是一個「只能依託於團隊」的份子。想想當你離職以後，你自己能做什麼，能抗住什麼壓力？一個人，必須提高自己的綜合能力，學習很多自己不喜歡，甚至討厭的知識，任何人的成長，都是在不喜歡中成長起來的。不要排斥任何行業，也不要排斥任何技能，因為，一個小小的技能，可能讓你失之千里。
一個人會很多技能，而且有很多技能都能很溜，這種人，真的挺多的~ 跨出團隊的圈子，你才知道，你會有多菜~ 當然，每個人的追求不同，找到自己合適的目標，纔是最重要的。
我們這裏談的是團隊協作，當你的綜合能力比較突出的時候，團隊協作自然而然，會高效，會和諧很多。
七.沒有共同(≠相同)的目標
有時候團隊人員之間是否和諧，是否有一個不謀而合的想法，表現爲是否存在共同的目標。比如我想要拿到Awwwards類似獎項，而其它人沒有這個追求，那僅僅只是我自己去按照Awwwards的基礎標準去提煉自己，而真正的寫作過程中，由於專案或者產品的不可控性，往往最後是達不到Awwwards標準的。
因此，我爲了提升自己，常常會將自己的一些私人專案列入比賽範疇。我覺得工作，就應該有自己的空間，這是提升自己，發現自己的一種途徑，而不是爲了拿工資而去做那點點事，那樣會被束縛，找不到自己真正想要做的事，找不到真正的目標。一段時間後，也許，你會厭倦你做的工作，或者厭煩你的工作，或者換一份可能讓你厭倦的工作。
當然，奮鬥的同時，一定不要忽略了自己的身體，多鍛鍊，才能實現你的目標！
志同道合有多重要，也許，我已經舉了一個很明顯的例子了。不只是做產品或者創業的志同道合，我只是舉了一個團隊協作的志同道合。
結束語：
好了，我暫時彙總了這7個自己親身體會到，經常遇到的小問題，它們其實也算是大問題了，或許也是長時間影響一個人發展的問題。多多紮實基本功，多多改變自己，多多學習，去創造自己的夢想，並實現它吧。因為我也是一個紮根夢想而前行的人:) 感謝大家讀到最後。如果喜歡，可以關注我的個人中文部落格哦。
本文同步釋出於沒位道 個人部落格