無聊的前端工程師

jopen 9年前發布 | 10K 次閱讀 前端工程師
 

前端工程師總是喜歡超越極限,他們熱衷于追逐各種最新、最優秀、最牛逼閃閃的用戶界面框架及前端編程庫。我們經常發現,他們一直試圖縮小 Web 程序與原生程序之間的差距,而且,正是基于這個原因,他們已將用戶界面的外觀和行為變得越來越像一款原生程序。你可能會問,是哪一類應用程序?iPhone?Android?那個版本?這些問題都很好,只可惜和我們討論的問題無關。與此同時,還有一類前端工程師,我們姑且稱之為無聊的前端工程師。以下就是一首贊美他們的頌歌,如果你愿意的話,請簡稱他們為 BFED(boring front-end developer)。

瀏覽器支持

BFED 認為,用戶體驗不可能完全相同。一個網站會被各種各樣的瀏覽器訪問,不管是微軟最新研發的 gasp(微軟為 Windows 10 設計的最新瀏覽器的暫定名),還是陳舊過時的 IE6,都有可能。應該盡量改進和提升應用程序的瀏覽器兼容性。BFED 覺得,放棄對一個或一類瀏覽器的支持,并不是什么英雄壯舉。BFED 深知,忘記這些用戶的存在,不僅會傷害他們的感情,而且會影響他們對公司或產品的認知。

預處理器

當我們在判斷是否有必要給現有的技術堆棧增加一個預處理器(如:LESS、SASS、CoffeeScript 等)的時候,BFED 認為,這是一個影響深遠的選擇,不只是“少寫一點代碼”的事情。對于一名剛加入團隊的新手來說,這樣做是否增加了額外的難度?代碼調試是否變得更加困難?如果這些問題的答案是 “Yes” 的話,BFED 通常就會對預處理器說 “No”。

可訪問性

BFED 認為,用戶的能力存在著不同程度的差異,即使是同樣一臺設備,無論是鼠標,還是鍵盤,或者其他什么東西,不同用戶的使用習慣完全迥異。一個網站也是一樣,它應該適應不同的訪問者,這理應與他們使用設備的屏幕大小或者瀏覽器的能力無關。

用戶界面設計

BFED 愿意接受瀏覽器的各種限制和約束。他們認為,在一定程度上,適應性設計與用戶環境探測的意義不大,因為這個世界本來就是可怕、荒唐且代價高昂的。

為了避免浪費時間,最好在設計用戶體驗過程的早期就讓 BFED 加入團隊。因為有些看似重要的復雜用戶界面設計,實際上占用了大量時間,但是最終你將發現,簡單的設計方案可能更為有效。

BFED 建議采用原生的表單控件,只有這樣,才能得到瀏覽器的最大支持。這一點在移動端尤為關鍵,過度控制這些控件的外觀,實際上對你的品牌和形象并沒有太多好處。

BFED 還將建議,超鏈接應該看起來就像超鏈接,下劃線必須保留,這樣更方便用戶識別。

第三方 CSS & JavaScript 類庫與框架

BFED 在選擇第三方代碼時,決策依據是代碼質量,而不是流行度。他們認為,代碼質量比流行度更重要。

用戶界面架構

BFED 始終信奉以下格言:

“作為一名優秀的 JavaScript 工程師,我和我的團隊將盡最大可能少寫 JavaScript 代碼。” - James Norton

更有甚之,BFED 認為, 單頁應用程序容易引發一些嚴重的問題 ,應該極力避免這樣的架構,可能的話,盡可能采用適當的服務器端技術,以便給用戶提供更好的體驗和呵護。

履歷

BFED 開發一個程序時,會根據問題的所在環境和實際情況,選擇適宜的解決方案。他們不會為了方便他們找尋下一個工作崗位,而采用時髦的熱門技術來提升自己的履歷,從而達到最終提高自己的薪資待遇的目的。

結論

你想要成為一名優秀的前端工程師嗎?那就先變得無聊吧。

本文寫作靈感來自 Cap Watkins 的文章 - 《無聊的設計師》 ,謝謝你。

作者: Adam Silver ,前端工程師,生活在英國倫敦。

原文: The boring front-end developer

感謝:Qingniu 幫助審閱并完成校對。

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!