「降本增效」是人們在生產過程中永恆不變的話題、永遠的追求——於公，長久看可以讓企業減少開銷並提供更為穩定、優質的產品；於私，能夠使自己減少重複無營養的勞動，將精力投入到更為「高精尖」的地方，有助於自我成長，為自己為企業創造更大更多的價值。 提效的方式 現在想一下，在純 Web 開發或大前端結合 Web 服務的領域中，提效的方式都有什麼？ 單點提效 從前端角度看，絕大部分前端團隊都在不遺餘力地去封裝
我在平時上下班開車時，全憑身體記憶與條件反射，基本不用腦子，所以腦子就空出來胡思亂想了，東想想西想想。 某天早上忽然想到：最近幾年，業界在開發時都講究以「數據驅動」的方式更新視圖，回想過去這幾個月的工作內容，發現我們的視圖層開發並不是單純的數據驅動，而是「配置驅動」。 視圖更新 讓我們先來回顧一下以往以及現在，在視圖層開發時一般是如何更新視圖的吧—— 在 React、Vue 等前端庫/框架流行之前
如果把「客户端」想成是樓，把「數據」想成是水——「Model」就是這幢樓的蓄水池，提供充足的水源；「ViewModel」是將蓄水池裏的水進行淨化等加工的地方，然後輸送給挨家挨户；「View」部分的每個 UI 組件就是「挨家挨户」，對水進行消費的地方。 一切皆為模型 模型是人們根據事物特徵將它們分類並抽象後的結果，建模是人們認知世界的一種方式。 模型驅動 數字世界這種虛擬空間，裏面本無一物，是個需要
相信看到「Future.js」這個名字，會想起之前某廠連續開源的好幾個前端相關項目之一的「Modern.js」——沒錯！就像「Fxxk Design」一樣，這個名字也是受「啓發」而起的，也是把一些正在建設中與規劃要做的項目進行了「概念包裝」。 從目前的瞭解來看，Modern.js 是要建設「大而全」的體系和打造「事實標準」。這種目標我是支持的，但反對由商業組織牽頭，尤其是國內的，應該由非盈利個人/
我們處於變化很快的時代，無論是商業還是科技。一家公司看上去商業很成功，也許前腳剛上市，後腳就因為什麼而退市，甚至倒閉；一項看似高大上的技術橫空出世，各類媒體爭先恐後地撰文介紹，熱度炒得老高，沒準沒多久就出現了競爭者、替代者。 在這樣的大環境下，傳統的「web 前端開發」演變成了「泛客户端開發」，前端開發者從「配置工程師」被「逼」成了「軟件工程師」。開發變得更復雜了，要處理的問題更多了，從業難度不知
