如何避免前端技術讓我們感到不滿

關於前端變得多麼令人困惑和難以承受的文章有很多（請參閱JavaScript 框架- 進入2025 年的概述），我相信這與對前端的激勵有很大關係。不同的各方，我討論如何填補現有的漏洞，並創建一個更健康的生態系統。

開發人員的現實

當前端開發人員考慮不同的技術時，他們需要一種方法來說服利害關係人（包括業務人員和他們的開發同行），而做到這一點的唯一方法是建立事物並對其進行測量，從而證明其好處和效果管理期望。 （驅動因素可能是需要構建全新的東西，改進已經存在的東西，或者甚至可能只是證明不需要改變，並且在外部各方的情況下，通過替代方案無法獲得任何好處正在給公司施加壓力以考慮它。

一個例子可能是正在考慮使用更多 React Server 元件的開發人員（重點不是 RSC 本身，也可以是其他東西、另一個框架或另一項技術）。他們需要調整其架構以包含伺服器，採用新的程式模式，考慮使用這些新路由器和指令的文件組織，推理所有這些限制，教育人們所有這些，協調內部最佳實踐和需求，與客戶交談並更新SLA和文檔，...這一切都非常昂貴且風險很大，因此不能輕易做出決定。

（比較不同技術和進行架構遷移的艱苦且成本高昂的過程是全球很多團隊正在經歷的事情。想想有多少博客文章和視頻是關於失敗的承諾的一項技術（您不需要Next. js – 為什麼我們從Next 遷移到React 作為最新的技術之一）。

然而，在開始建造 POC 後很快，開發人員意識到很多技術產品都是透過「相信我們，兄弟」的說法來宣傳的。

框架廚房中出現的每一項新技術都講述了一個偉大改進的故事，並透過相當可塑性的演示來展示它們。但現實往往混亂得多，收益微乎其微，但實驗和遷移成本卻非常高。每個公司和每個團隊面臨的挑戰是重新發明輪子，並想出方法來證明他們的特定案例確實有一些實用性。需要大量的資源和內部專業知識來全面、詳盡地考慮和測試各種選項。

當一家公司將Yet Another™ 功能宣傳為「The Now Best Thing Ever™」（正如Trust Me Bro™ 的聲明所示），讓開發人員購買該產品並投入使用時，前端生態系統的健康動態就會受到損害。努力遷移到上面，卻發現，確實，難題很難解決，ROI也沒有。隨著時間的推移，多次這樣被燒傷會導致怨恨、倦怠以及對未來風險的整體厭惡。

正在建造這些很酷的新技術的公司（它們真的很酷！）對人們感到不滿感到驚訝，並且似乎不考慮這些努力所需的工作量以及可驗證的講述方式的不可訪問性現實的期望可能是什麼。這一切看起來都很不誠實。

我們認識到建構這些新技術的公司有責任證明他們的技術有效，不僅透過廣告，而且還為開發人員提供工具來指導他們的決策並確認自己的利益.

工具

那麼，這些工具實際上是什麼樣子的呢？

這些工具將持續報告開發人員關心的指標（可以客觀衡量），與開發人員正在做出的更改進行整體組合和關聯，以幫助他們了解權衡：

• 捆綁包大小（每頁和共享捆綁包的詳細報告，深入了解延遲加載（交互時）和/或自動加載（服務工作人員、預加載和其他預熱）的其他捆綁包）
• 網路指標（透過更多的序列化，很高興知道客戶端上的實際節省是多少，以及它如何影響伺服器和客戶端之間的通訊）
• 時間分割和效能（包括伺服器和客戶端，例如渲染內容需要多長時間以及伺服器與客戶端上的內容量、網路延遲和傳輸等）
• 網路生命力（我們是否需要對網頁的不同部分進行更細粒度的分割，以逐步加載和呈現？僅針對初始加載的一次性指標就足夠了嗎？）
• 整個專案層級的所有這些不同指標之間的趨勢（隨著時間的推移）和相關性（以便團隊可以追蹤事情的進展情況，並避免因表現隨著時間的推移而下降或引入邊緣情況而感到不愉快的驚訝僅在某些地方和某些頁面）

這裡提到的事情是任何團隊都會關心的同樣的事情，但是獲得這些見解的工具似乎很難設置並且令人費解，並且在處理表現得像黑色的框架時有時實際上是不可能的盒子。

激勵措施

這種工具不一定需要由自己開發這些新技術的同一家公司提供，但也可以由不同的公司構建（可能已經有類似考慮的暗示？Evan You - Vue， Vite、VoidZero 和JavaScript 工具的未來，否則我可能會誤解Evan 所說的內容）。然而，我相信建造一些新技術的同一家公司應該提供工具來驗證其收益，因為激勵措施在他們一邊：

透過建立這樣一個工具來透明地報告各種指標和各種實現之間的差異，建立新技術/框架的公司可以先在內部驗證進度和聲明，並幫助自己了解權衡，然後優化正確的指標。透過這種方式，它可以使公司保持負責任和誠實。因此，整個改進反饋循環可以在內部發生，甚至在到達公眾之前就可以發生。

到那時，公司也可以向公眾提供這些相同的工具，從而避免任何虛假聲明和失望的風險，並為每個人提供在自己的項目上簡單地為自己驗證事情的能力。反過來，這會產生更多的信任和感激。

構建技術的公司也最有能力為其構建工具 - 它最了解其 API 和功能，以及需要開放多少或多少才能使工具發揮作用（這是另一種方式以保持公司誠實和公平）。

最終，如果公司希望透過付費工具來擴展其業務模式，它可以這樣做。 （目前，類似的方法通常透過與客戶公司簽訂合約和直接參與來體現，但是，工具可以使整個事情更加自助，這可以使所有各方受益。）

結論

我們正處於一個技術競爭的時代，沒有單一的最佳解決方案，而且越來越大的專案的架構遷移並不便宜。為了能夠明智地做出決定和採取行動，需要更全面的工具和報告，能夠持續指導和評估決策、變更和權衡，而不僅僅是在一切完成後進行報告。

建構這些新技術和框架的公司將從此類工具中受益最多，並且最有能力建造它。

以上是如何避免前端技術讓我們感到不滿的詳細內容。更多資訊請關注PHP中文網其他相關文章！