SaaS 樣板啟動器在網路開發社群中變得非常流行，也是背後的人通往奢華生活方式的途徑，有時每月收入超過五位數。
另一方面，開源 SaaS 樣板啟動器也在興起，它們涵蓋各種堆疊並提供與付費同類產品類似的功能，但完全免費，並擁有活躍的社群。
那麼，有什麼問題呢？為什麼要花 300 美元或 500 美元購買一些可以免費獲得的東西？您應該注意哪些權衡？
正如現實世界中通常出現的那樣，答案並不是完全黑白分明的，而是取決於您需要什麼（您的要求）以及您想要什麼（您的個人喜好）。
本文的目標是進一步分解這些內容，並為您在為下一個專案選擇樣板啟動器時提供一個客觀、簡單的框架供您遵循。那麼，就讓我們開始吧！
為什麼突然對所有這些首發者產生熱潮？ SaaS-es 根本不是什麼新鮮事
幾十年來，我們一直在建立 Web 應用程式和 SaaS-es，您可能會正確地觀察到，那麼為什麼現在才成為這樣的事情呢？今天似乎每個人都在製作自己的開胃菜，並從社區中獲得了大量的興奮（和金錢）。
答案是，在過去十年中，建立 SaaS（或者換句話說，Web 應用程式）的複雜性增加了十倍。部分原因是底層架構的演進（我們從單一的、基於伺服器的方法轉向「富客戶端↔後端」），這引入了更多移動部件，部分原因是每個部分的選項激增。
如果您在十五年前打算建造 SaaS，那麼您幾乎知道您會選擇 Ruby on Rails、Laravel 或 Django，具體取決於您喜歡哪種語言和社群。這些將作為包含電池的解決方案提供，為您提供最佳默認設置，您將在幾個小時內啟動並執行。您只需遵循一條經過充分測試的單一路徑，無需做出太多決定。
如果你今天坐下來嘗試做同樣的事情，在閱讀了所有可能的選項幾個小時後，你的頭可能會感到頭暈：
-
前端用什麼？ React、Vue 或 Angular 等主流產品，還是 Svelte 或 Solid 等更性感、更前衛的產品？
-
我應該使用 React 框架，例如 Next 或 Remix？或直接使用 React + Vite ？
-
我需要 SSR 和 SSG 嗎？還是我應該堅持企業社會責任？
-
我應該使用什麼作為 API 層？好的 REST，或者 GraphQL，甚至類型安全的 RPC？
-
後端選擇什麼？我是否使用帶有 Node/Bun/Deno 的 Express.js 等輕量級解決方案，或者使用 Nest.js/Django/Rails 等成熟的解決方案？或者也許最終嘗試一下大家都在談論的 Phoenix/Livewire 組合？我是否採用無伺服器？
-
資料庫和 ORM 怎麼樣？關係型還是非關係型？我應該編寫原始查詢還是使用成熟的 ORM（例如 Drizzle 和 Prisma）？如果有，是哪一個？
-
我的託管選項有哪些？我會被鎖定在單一提供者嗎？如果我想/需要在其他地方託管我的應用程式怎麼辦？
這些只是您在決定如何在 2024 年啟動 SaaS 時需要開始考慮的一些問題。需要成為火箭科學家才能找出正確的組合一樣。
這就是為什麼今天的人們轉向 SaaS 樣板啟動器，甚至樂意為此付費。這意味著其他人做了跑腿工作，並（希望）在堆疊上做出了明智的決定，該決定將在未來幾年保持最新且易於維護。
現在我們已經了解了 SaaS 新創公司突然崛起的一些背景，讓我們回到最初的問題 - 當有開源、免費版本的時候，為什麼還要付費？讓我們來看看一些起作用的因素。
有了開源 SaaS 初學者，您就可以清楚地知道自己要做什麼
根據開源的定義，您可以在承諾將其用於您的專案之前提前查看和檢查啟動器的完整程式碼。
雖然您不太可能事先瀏覽每一行程式碼並嘗試理解所有內容（這就是您首先尋找入門者的原因），但您可以檢查一下並看看您喜歡它的方式 - 例如風格程式碼的可讀性以及其文件記錄和測試的良好程度。
您還可以查看儲存庫的活動統計資料 - 開放和已關閉問題的數量、正在進行的功能、提交頻率以及解決問題和加入新功能的速度。
根據定義，付費的閉源啟動器最多只提供這些好處的一小部分。您可以看到作者設計的價值主張 - 一些精心挑選的推薦、演示，並可能查看文件。
透過付費入門，您將成為專屬部落的成員（又稱 Air Jordans 效應）
當今最受歡迎的付費樣板通常來自知名開發人員或“獨立製造商”，他們已經建立了成功的產品。購買他們的樣板感覺有點像加入專屬俱樂部 - 就好像您正在利用他們的專業知識並使用他們曾經用來成功的相同工具。
這就像穿著著名運動員簽名的球衣或與流行歌手共同創造的香水。它不能保證立即成功，但它會給你一種聯繫和靈感。您會想起其他人將這些相同的工具變成了偉大的東西 - 而且您也可以做到！
從長遠來看，這種心態可能比工具本身更重要。當事情變得困難時，感覺自己是這個「俱樂部」的一部分可能會讓你繼續前進，並讓你的想法更進一步。
安全性：在開源中，每個人都是審閱者
付費樣板啟動器大多是一個人的努力。這種類型的專案在經過最初的開發階段後，不需要全職關注，並且更具季節性（例如，將庫更新到最新版本）。這對一個人來說是一個完美的工作量，而且比與團隊分享利潤更有利可圖。如果有整個團隊在後面，可能不會花費 500 美元，而是 2000 美元。
最近，一款流行的付費啟動器發生了一起安全事件，允許外部各方發送未經授權的網路鉤子請求，這在建構器的線上社群中引起了不小的漣漪。
這是一個很好的提醒，儘管快速發貨很重要，但安全性也不容忽視。儘管沒有人能夠保證任何 SaaS 初學者的安全性，無論是付費的還是開源的，但事實是，在開源專案中，有更多的人參與開發和程式碼審查。由於程式碼是免費提供的，因此您也可以自行查看、使用任何筆測試工具或在提交之前請其他專家檢查。
對於付費 SaaS 啟動器，匯流排因子為 1，透過開源，您可以獲得全面的社群支援！
付費 SaaS 啟動者通常依賴單一維護者。由於該程式碼是閉源程式碼，因此沒有其他人可以存取它或有權存取它，如果由於任何原因作者無法或不願意繼續處理它，那麼故事就結束了。沒有支援、更新，也沒有任何人可以向他們提出問題。
另一方面，像 Open SaaS 這樣的開源樣板啟動器是一個活生生的有機體，背後有許多貢獻者。與任何開源專案一樣，通常會有一個較小的核心團隊來完成大部分工作並指導專案（一開始也可能是一個人），但任何人都可以隨時加入，他們會的。隨著專案的發展和使用的增多，越來越多的人將開始加入他們自己需要的修復和功能，並擁有特定部分的所有權。
另一件需要考慮的事情是，SaaS 新創業務需要很長時間才能成為不僅僅是一種副業收入，而且只有一小部分建構者能夠達到這一點。這意味著大多數樣板建立者仍將有一份全職工作或正在進行其他活動。這意味著他們用於客戶支援和加入新功能的時間有限。
開源 SaaS 入門 === 無限更新。閉源？有時。
SaaS 入門程式碼開源的另一個直接好處是，一旦發布所有更新，您就可以立即存取它們。這包括安全性修補程式、版本升級和全新功能。
對於閉源程式碼，不同的初學者之間的差異很大。有些提供更新作為追加銷售（例如基本和專業級別），有些提供限時更新（例如 1 年），有些則承諾終身更新。
對於付費 SaaS 初學者，您可能需要為每個新應用程式購買“許可證”
另一件需要注意的事情是，對於付費入門版，一次購買入門版時允許啟動的應用程式數量通常可能會受到限制。它通常用“許可證”來表述，如果您超出限制，則法律要求您購買新許可證，儘管您已經擁有起始程式碼。
同樣，並非所有付費入門者都是這種情況（有些人一次購買即可提供無限的專案），但這是一種常見的模式，值得在購買前檢查。
對於開源初學者來說，自然不存在任何此類限制 - 完整的源程式碼是公開的，您可以以任何您認為合適的方式自由使用它。
使用開源 SaaS 啟動器，您可以自行新增功能！
開源方法最令人興奮的好處之一是任何人都可以做出貢獻！如果您缺少或想要改進某個功能，您只需自己動手並建立拉取請求即可。然後，核心維護人員將對其進行審查，提供建議，並在需要時為您指明正確的方向。一旦合併，就可供所有人使用！
概括
現在我們已經了解了開源和付費 SaaS 啟動者之間的主要區別，讓我們鳥瞰一下：
| |成本|終身更新 |無限的應用程式 |維護者 |社區 | Air Jordan 效應 |輕鬆貢獻 |
| ---| ---| ---| ---| ---| ---| ---| ---|
|開源 SaaS 入門 | 0 美元 |是 |是 |許多 |大型、公共|很少|是 |
|付費入門 | 300 美元以上 |取決於 |取決於 |通常是一個 |有時，私人|經常|沒有 |
這是一個在決定走哪條路線時需要注意的有用列表，但最終沒有一個答案可以適合所有人。您的決定將取決於您到底想要建造什麼以及您喜歡使用哪種技術堆疊。
此外，上述因素不會被每個人同等重視- 一個人可能會因為成為更廣泛社區的一部分並能夠輕鬆地為專案做出貢獻而感到興奮，而其他人則最欣賞他們可以擁有強大的在線個性這一事實關注並獲得靈感。
最後，唯一重要的是採取行動並成功交付您一直在考慮的應用程式。祝你好運！
原文出處：https://dev.to/wasp/should-you-use-an-open-source-saas-boilerplate-starter-or-a-300-paid-one-48ea
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式