The latest articles on DEV Community by William Humbwavali (@humbwavali). https://dev.to/humbwavali https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4101886%2F01e8e177-7412-4e48-b78d-f133a92e516a.jpg https://dev.to/humbwavali en William Humbwavali Thu, 10 Sep 2026 01:14:24 +0000 https://dev.to/humbwavali/apresentando-o-bando-cms-construa-aplicacoes-simples-sem-criar-um-backend-do-zero-1hpo https://dev.to/humbwavali/apresentando-o-bando-cms-construa-aplicacoes-simples-sem-criar-um-backend-do-zero-1hpo <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F2vk5w5y7jqc3ubxpwtnx.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F2vk5w5y7jqc3ubxpwtnx.png" alt=" " width="800" height="450"></a></p> <p>E se você pudesse construir uma aplicação orientada a conteúdo sem passar horas criando um backend apenas para gerenciar alguns dados?</p> <p>Essa é a ideia por trás do <strong>Bando CMS</strong>.</p> <p>Criei o Bando como um <strong>headless CMS open source, self-hosted e TypeScript-first</strong>, pensado para developers que querem construir aplicações mais rapidamente mantendo o controle sobre seus conteúdos e infraestrutura.</p> <h2> Por que o Bando? </h2> <p>Imagine que você está construindo:</p> <ul> <li>Um blog</li> <li>Um site para um cliente</li> <li>Uma plataforma de documentação</li> <li>Um site institucional</li> <li>Um portal de notícias</li> <li>Um catálogo</li> <li>Uma landing page com conteúdo editável</li> </ul> <p>O frontend pode ser relativamente simples.</p> <p>Mas, de repente, você precisa de banco de dados, models, CRUDs, relacionamentos, endpoints, autenticação e um painel administrativo apenas para conseguir gerenciar o conteúdo.</p> <p>Em aplicações grandes, construir um backend próprio pode fazer todo sentido.</p> <p>Mas em muitos projetos menores e orientados a conteúdo, você simplesmente quer <strong>construir o produto e colocá-lo no ar</strong>.</p> <p>É aí que entra o Bando.</p> <h2> A ideia </h2> <p>O Bando separa a aplicação do conteúdo.</p> <p>Você define a estrutura do conteúdo no CMS, gerencia os dados através do Bando Studio e os consome através da API.</p> <p>O frontend fica focado no que faz melhor:</p> <p><strong>construir a experiência.</strong></p> <p>Precisa adicionar um novo post?</p> <p>Faça isso pelo Studio.</p> <p>Precisa criar uma nova categoria?</p> <p>Crie no CMS.</p> <p>Precisa alterar um autor ou atualizar algum conteúdo?</p> <p>Você não precisa necessariamente abrir o VS Code e alterar a aplicação.</p> <p>O conteúdo pode ser gerenciado independentemente do frontend.</p> <h2> O que você pode construir com o Bando? </h2> <p>O Bando não foi criado apenas para blogs.</p> <p>Você pode utilizá-lo como camada de conteúdo para:</p> <ul> <li>Blogs e plataformas de publicação</li> <li>Sites de documentação</li> <li>Sites institucionais</li> <li>Sites para clientes</li> <li>Portais de notícias</li> <li>Catálogos de produtos</li> <li>Diretórios</li> <li>Landing pages</li> <li>Aplicações web personalizadas</li> <li>Qualquer aplicação que precise de conteúdo estruturado e gerenciável</li> </ul> <p>O frontend fica por sua conta.</p> <p>React, Next.js, Vue ou outra tecnologia — o Bando não precisa controlar a interface da sua aplicação.</p> <h2> Bando Studio + API </h2> <p>O fluxo do Bando foi pensado de forma simples:</p> <p><strong>Definir → Gerenciar → Consumir</strong></p> <p>Você define as coleções e seus campos.</p> <p>Gerencia o conteúdo através do Studio.</p> <p>E sua aplicação consome esse conteúdo através da API.</p> <p>Assim, o CMS permanece independente da camada de apresentação.</p> <h2> Construí uma aplicação real com ele </h2> <p>Eu não queria criar um CMS e parar em exemplos de API.</p> <p>Por isso, construí o <strong>Bando Blog</strong>, um blog real utilizando o Bando como camada de gerenciamento de conteúdo.</p> <p>O projeto demonstra como o Bando pode ser utilizado em uma aplicação real, e não apenas em exemplos isolados.</p> <p>No vídeo, mostro o fluxo desde o desenvolvimento no VS Code até o gerenciamento do conteúdo no Bando Studio e sua apresentação no blog.</p> <h2> Open source e self-hosted </h2> <p>O Bando é open source e self-hosted.</p> <p>A ideia é dar aos developers controle sobre o CMS e sobre a infraestrutura onde ele roda, sem obrigá-los a depender de um ecossistema hospedado específico.</p> <p>O <strong>Bando CMS v1.0.0 já está publicado</strong>.</p> <h2> Comece a explorar </h2> <h3> Bando CMS </h3> <p>GitHub:<br> <a href="https://github.com/Bando-CMS/bando-cms" rel="noopener noreferrer">https://github.com/Bando-CMS/bando-cms</a></p> <h3> Bando Blog </h3> <p>Uma aplicação real construída com Bando:<br> <a href="https://github.com/williamhumbwavali/bando-blog" rel="noopener noreferrer">https://github.com/williamhumbwavali/bando-blog</a></p> <h3> Documentação </h3> <p><a href="https://bando-cms.vercel.app/" rel="noopener noreferrer">https://bando-cms.vercel.app/</a></p> <h2> Por que criei o Bando? </h2> <p>O Bando nasceu de uma ideia simples:</p> <p><strong>Para muitos projetos, o backend não deveria ser aquilo que atrasa você.</strong></p> <p>Nem sempre você precisa construir um backend completo e personalizado para gerenciar conteúdo.</p> <p>Às vezes, você só precisa de uma boa camada de conteúdo que permita definir seus dados, gerenciá-los, disponibilizá-los através de uma API e voltar a construir sua aplicação.</p> <p>É isso que estou tentando construir com o Bando.</p> <p><strong>Build the frontend. Manage the content. Ship faster.</strong></p> <p>Se você é frontend developer e costuma construir aplicações orientadas a conteúdo, gostaria de saber como você resolve esse problema atualmente.</p> cms opensource typescript react William Humbwavali Thu, 10 Sep 2026 01:12:56 +0000 https://dev.to/humbwavali/introducing-bando-cms-build-simple-content-driven-apps-without-building-a-backend-from-scratch-56i4 https://dev.to/humbwavali/introducing-bando-cms-build-simple-content-driven-apps-without-building-a-backend-from-scratch-56i4 <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F2vk5w5y7jqc3ubxpwtnx.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F2vk5w5y7jqc3ubxpwtnx.png" alt=" " width="800" height="450"></a></p> <p>What if you could build a content-driven application without spending hours building a backend just to manage some content?</p> <p>That's the idea behind <strong>Bando CMS</strong>.</p> <p>I created Bando as an <strong>open-source, self-hosted, TypeScript-first headless CMS</strong> for developers who want to build applications faster while keeping control over their infrastructure and content.</p> <h2> Why Bando? </h2> <p>Let's say you're building:</p> <ul> <li>A blog</li> <li>A website for a client</li> <li>A documentation platform</li> <li>A company website</li> <li>A news portal</li> <li>A catalog</li> <li>A landing page with editable content</li> </ul> <p>The frontend itself might be relatively simple.</p> <p>But suddenly, you need a database, models, CRUD operations, relationships, API endpoints, authentication, and an admin interface just to manage the content.</p> <p>For a large application, building a custom backend can make perfect sense.</p> <p>But for smaller content-driven projects, sometimes you just want to <strong>build the product and ship it</strong>.</p> <p>That's where Bando comes in.</p> <h2> The idea </h2> <p>Bando separates the application from its content.</p> <p>You define your content structure in the CMS, manage it through the Bando Studio, and consume it through the API.</p> <p>Your frontend stays focused on what it does best:</p> <p><strong>building the experience.</strong></p> <p>Need to add a new blog post?</p> <p>Do it from the Studio.</p> <p>Need a new category?</p> <p>Create it in the CMS.</p> <p>Need to update an author or change some content?</p> <p>You don't necessarily need to open VS Code and modify the application.</p> <p>The content can be managed independently from the frontend.</p> <h2> What can you build with Bando? </h2> <p>Bando isn't limited to blogs.</p> <p>You can use it as the content layer for:</p> <ul> <li>Blogs and publications</li> <li>Documentation websites</li> <li>Marketing websites</li> <li>Client websites</li> <li>News portals</li> <li>Product catalogs</li> <li>Directories</li> <li>Landing pages</li> <li>Custom web applications</li> <li>Any application that needs structured, manageable content</li> </ul> <p>The frontend is up to you.</p> <p>React, Next.js, Vue, or another framework — Bando doesn't need to control your frontend.</p> <h2> Bando Studio + API </h2> <p>Bando is designed around a simple workflow:</p> <p><strong>Define → Manage → Consume</strong></p> <p>You define collections and their fields.</p> <p>You manage the content through the Studio.</p> <p>Your application consumes that content through the API.</p> <p>This makes the CMS independent from the presentation layer.</p> <h2> I built a real application with it </h2> <p>I didn't want to create a CMS and stop at API examples.</p> <p>So I built <strong>Bando Blog</strong>, a real blog using Bando as its content management layer.</p> <p>The project demonstrates how Bando can be used in an actual application rather than just through isolated examples.</p> <p>The video shows the workflow from development in VS Code to managing content in Bando Studio and displaying it in the blog.</p> <h2> Open source and self-hosted </h2> <p>Bando is open source and self-hosted.</p> <p>The goal is to give developers control over the CMS and the infrastructure behind it, rather than forcing the application into a specific hosted ecosystem.</p> <p>Bando CMS <strong>v1.0.0 is already published</strong>.</p> <h2> Get started </h2> <h3> Bando CMS </h3> <p>GitHub:<br> <a href="https://github.com/Bando-CMS/bando-cms" rel="noopener noreferrer">https://github.com/Bando-CMS/bando-cms</a></p> <h3> Bando Blog </h3> <p>A real application built with Bando:<br> <a href="https://github.com/williamhumbwavali/bando-blog" rel="noopener noreferrer">https://github.com/williamhumbwavali/bando-blog</a></p> <h3> Documentation </h3> <p><a href="https://bando-cms.vercel.app/en" rel="noopener noreferrer">https://bando-cms.vercel.app/en</a></p> <h2> Why I built it </h2> <p>Bando started from a simple thought:</p> <p><strong>For many projects, the backend shouldn't be the thing that slows you down.</strong></p> <p>Sometimes you don't need to build an entire custom content management backend.</p> <p>Sometimes you just need a good content layer that lets you define your data, manage it, expose it through an API, and get back to building your application.</p> <p>That's what I'm trying to build with Bando.</p> <p><strong>Build the frontend. Manage the content. Ship faster.</strong></p> <p>If you're a frontend developer who regularly builds content-driven applications, I'd love to hear how you currently handle this problem.</p> cms opensource typescript react