Open-source belofte
De meeste software waarop je elke dag vertrouwt is closed source. Wij vinden dat dat een echt probleem wordt. Dus kozen we bewust voor iets anders — en we gaan niet terug.
Het probleem met closed source
Laten we eerlijk zijn. De meeste software waarop moderne teams draaien – je CMS, je ontwerptools, je communicatie-apps – is closed source. En heel lang was dat prima. Software bouwen was duur, en de mensen die het maakten, verdienden het om er geld mee te verdienen.
Maar er is iets veranderd. De kwaliteit van software gaat zichtbaar in een traag tempo naar de knoppen, en het frustrerendste is: je kunt er niets aan doen.
Elke update is een gok. Wordt het beter? Slechter? Breekt de functie waar je workflow van afhangt stilletjes? Je weet het niet, want je kunt de code niet bekijken. Je kunt het niet fixen. Je kunt er geen fork van maken. Je zit gewoon vast, hopend dat het team genoeg om kwaliteit geeft om het goed te doen.
Het AI-tijdperk heeft dit dramatisch erger gemaakt. Teams shippen sneller dan ooit – maar sneller is niet beter als niemand verantwoordelijk is voor de kwaliteit van wat er wordt uitgebracht. Closed source in het AI-tijdperk betekent dat de prut stilletjes opstapelt, en je er pas achter komt als het ding niet meer werkt.
Wij weigeren zo'n product te bouwen.
Wat er gebeurt als je de code kunt zien
Er verandert iets zodra je iets betekenisvols open source maakt. Opeens kun je je niet meer verschuilen achter vage roadmaps of "we zijn ermee bezig". De code ligt daar gewoon. Je gebruikers kunnen hem lezen, er een fork van maken en je publiekelijk aanspreken als het de verkeerde kant op gaat.
Die verantwoordbaarheid is precies wat we willen.
Wanneer b10cks een verkeerde afslag neemt – en elk project doet dat uiteindelijk – hoef je niet te wachten tot wij jouw probleem ergens onderaan een interne backlog prioriteren. Je kunt naar de code kijken, begrijpen wat er gebeurt en het fixen. Je kunt een PR indienen. Je kunt een fork maken en je eigen koers varen. Of je kunt ons gewoon werkende code laten zien die bewijst dat jouw oplossing beter is.
Zo hoort software te werken. Zo werkt b10cks.
Het Yash-principe
Er is een mentale verschuiving die geweldige engineers onderscheidt van goede. Geweldige engineers accepteren geen willekeurige grenzen in de systemen waarmee ze werken. Als iets niet werkt zoals ze nodig hebben, bouwen ze geen omwegen. Ze gaan naar de bron en lossen het op.
Closed-source software maakt dat onmogelijk. Je botst tegen een muur, en die muur is echt. Je kunt er niet omheen. Je moet eromheen werken, ermee leven, of de tool helemaal laten vallen.
Open source haalt die muren weg. Als b10cks iets doet dat niet past bij jouw behoeften, ben je niet overgeleverd aan onze sprintplanning. Jij hebt de bron. Je kunt die begrijpen, aanpassen, patchen en je gepatchte versie vandaag nog in productie draaien.
Ik heb b10cks open source gebouwd omdat we vinden dat de ontwikkelaars die het gebruiken op die manier zouden moeten kunnen werken, en omdat ik dezelfde verantwoordbaarheid wilde voelen.
De licentie is geen achterdeurtje
Ik heb gezien wat "open source" in het wild soms betekent: een gratis laag die niets dekt, een publieke repo zonder betekenisvolle code, of een licentie die open source is totdat iemand het daadwerkelijk commercieel wil gebruiken.
b10cks is gelicentieerd onder de GNU Affero General Public License v3. Dit betekent het concreet voor jou:
Je kunt het zelf hosten. Voor altijd. Geen toestemming nodig, geen licentiesleutel, geen gesprek met ons salesteam. Clone de repo, draai Docker, klaar.
Je kunt elke regel code lezen. Het hele product. Geen obfuscated bundles, geen closed core met een open-source wrapper. Wat jij gebruikt, staat op GitHub.
Je kunt er een fork van maken. Als wij beslissingen nemen waar je het niet mee eens bent, kun je het project je eigen kant op sturen. Als je het verbetert, draag je die verbeteringen terug bij. Dat is de deal – en een eerlijke.
De AGPL sluit het cloud-gat. Sommige bedrijven maken hun code open source, wetende dat niemand toch echt kan concurreren met hun beheerde dienst. De AGPL betekent dat als iemand een business bovenop b10cks bouwt, die aanpassingen open blijven. De community die dit heeft opgebouwd blijft beschermd.
Wij verdienen ons geld met een geweldig gehost product. Niet door je daaraan vast te klinken.
Waarom dit in het AI-tijdperk nog belangrijker is
Hier is de ongemakkelijke waarheid over AI-ondersteunde ontwikkeling: het versterkt bestaande prikkels. Teams die kwaliteit belangrijk vinden, leveren sneller betere kwaliteit. Teams die vooral willen shippen, leveren sneller slop.
In een closed-source omgeving kun je niet weten met welke van de twee je te maken hebt totdat de schade al is aangericht. Je kunt de codebase niet auditen. Je ziet niet wat er zonder review is gemerged. Je kunt niet bijhouden hoeveel doordachte architectuur er tegenover AI-gegenereerde patches staat die niemand echt begreep.
Open source is hier het antwoord op. De code is zichtbaar. De commitgeschiedenis is zichtbaar. De PR's, de reviews, de discussies – alles staat open. Als b10cks ooit slop gaat shippen, zie je het voordat je het voelt. En je hebt de middelen om er iets tegen te doen.
Bij Coders Cantina hebben we onze reputatie verbonden aan het bouwen van technologie die de mensen die het gebruiken echt dient – niet technologie die optimaliseert voor retentiemetrics ten koste van kwaliteit. Open source is hoe we die belofte bewijzen, niet alleen uitspreken.
De beloften
De code blijft altijd openbaar.
We verplaatsen core-functionaliteit nooit achter een closed-source betaalmuur of propriëtaire wrapper. Wat je zelf kunt hosten, komt altijd overeen met wat wij in onze cloud draaien.
We trekken de licentie nooit onder je vandaan.
b10cks is AGPLv3 en blijft dat. Overstappen naar een restrictievere licentie zou instemming van elke bijdrager vereisen – dat is niet mogelijk, en iets wat we ook niet zouden willen doen.
We houden je content nooit gegijzeld.
Altijd volledige data-export, in standaardformaten. Jouw content komt van je team. Het behoort tot je team.
We onderhouden een zelf te hosten versie.
Zolang b10cks bestaat, blijft de Docker-setup werken. De beheerde cloud is een laag van gemak, geen vereiste.
We bouwen in het openbaar.
Onze roadmap, onze issues, onze architectuurbeslissingen. Je hoeft niet te gokken wat eraan komt of waarom we iets op een bepaalde manier hebben gebouwd.
De businesscase voor open source
Sommige mensen horen "open source" en gaan ervan uit dat het onhoudbaar is, of een weggeefactie gefinancierd door investeerders die uiteindelijk eindigt in een koerswijziging of een licentiewijziging. Dat verhaal kennen we ook.
b10cks is gebouwd op een simpel model: de software is gratis en open. De beheerde hosting – het gemak van niet zelf je infrastructuur te hoeven draaien – is waar we voor rekenen. Dat is alles. Opslag en verkeer. Geen kosten per stoel. Geen feature-tiers. Geen upsells.
Dit werkt omdat de mensen die hun eigen infrastructuur draaien dat ook gewoon blijven doen. De mensen die een betrouwbaar, goed onderhouden gehost product willen, betalen daar een eerlijke prijs voor. En de kwaliteit van het gehoste product blijft eerlijk doordat het zelf gehoste alternatief altijd maar één git clone verwijderd is.
Wij zijn niet de eersten die dit model proberen. Wij bouwen gewoon de CMS die je team écht nodig heeft – met de overtuiging dat de juiste manier om software te bouwen de enige manier is waarop wij het willen bouwen.
Van Wenen, met diepgang
Coders Cantina is opgericht vanuit de overtuiging dat technologie menselijke bloei moet dienen, niet alleen efficiëntiemetrics. Dat klinkt abstract totdat je je team een halve dag ziet vechten met een CMS dat stukging na een stille update, of twee weken verliest aan een migratie van leverancier omdat je oude provider je content in een propriëtair formaat vasthield.
Wij bouwen met de instincten van een vakmens: kwaliteit boven snelheid, diepgang boven oppervlakkige metrics, echte partnerschappen boven transactionele relaties. Open source is voor ons niet alleen een licentiekeuze – het is de structurele uitdrukking van die waarden. Het betekent dat we gehouden kunnen worden aan de standaard die we zelf uitdragen.
"Technologie met ziel" begint met software die je kunt vertrouwen omdat je haar kunt lezen.
Open source is geen compromis. Het is precies de bedoeling.