NPM Ruin Dev

2020年，我重新發現了使用純HTML、CSS和JavaScript構建網站的樂趣——無需轉譯、編譯，構建工具只有我的鍵盤。

我的個人品牌可以用“太晚加入遊戲，球場已被拆除”來概括，因此，我在2020年決定開始播客。這是我公司Clearleft的播客，它有一個極富想像力的名字：《Clearleft播客》。我對第一季的成果非常滿意，也對為它搭建的網站非常滿意。

雖然網站規模不大，但會隨著時間推移而發展壯大。我思考了一下網站的構建流程，經過幾秒鐘的思考後，我決定採用“無構建流程”。零。什麼都沒有。

事實證明，這非常令人解放。直接編寫將交付給最終用戶的HTML和CSS，沒有任何中間環節，感覺非常上手。感覺自己像是親手耕耘網站的土壤。

近年來，CSS有了很大的發展——例如calc()和自定義屬性等功能——因此無需使用Sass之類的預處理器。而原生JavaScript功能強大、功能齊全，並且可以在所有瀏覽器中運行，無需任何編譯。

別誤會，我完全理解為什麼複雜的網站需要復雜的構建流程。如果您是大型團隊的一員，您可能需要製定流程，以便每個人都能以一致的方式為代碼庫做出貢獻。代碼庫越複雜，就越需要技術來幫助您自動化工作並在代碼上線前捕獲錯誤。

但是，這種設置並不適用於每個網站。所有這些旨在節省時間的工具和流程有時最終會在以後浪費更多時間。您是否曾經在六個月或十二個月後重新訪問過一個項目？也許您只想對CSS進行一個小小的更改。但是您做不到，因為依賴項已損壞。因此，您嘗試更新它。但是它依賴於不同版本的Node。您知道嗎，您就像布萊恩·克蘭斯頓在換燈泡。您應該只調整一行CSS，但最終卻在與熵作鬥爭。

每當我處理前端開發中的問題時，我都喜歡應用最小能力原則：為特定目的選擇最不強大的語言。一個經典的例子是使用簡單的HTML按鈕元素，而不是嘗試使用帶有大量ARIA和JavaScript的div來重新創建按鈕的所有原生功能。今年，我意識到同樣的原則也適用於構建工具。

我不會默認使用功能齊全的工具鏈，而是會從一個枯燥的基線開始。如果和當它變得過於痛苦或笨拙時，我會添加一個任務管理器。但是每次我添加依賴項時，我都會限制項目的生命週期。

我2021年的新年計劃是節食。不再有龐大的node_modules文件夾；只有簡潔美味的HTML、CSS和JavaScript。

以上是NPM Ruin Dev的詳細內容。更多資訊請關注PHP中文網其他相關文章！