Abbiamo reso open source qualcosa che vale milioni. Apposta.

Diciamocelo chiaramente. La maggior parte del software che fa girare i team moderni – il tuo CMS, gli strumenti di design, le app di comunicazione – è closed source. E per molto tempo è andato bene così. Il software era costoso da creare, e chi lo costruiva meritava di guadagnare.

Ma qualcosa è cambiato. La qualità del software sta visibilmente andando a rotoli, lentamente ma inesorabilmente, e la parte più frustrante è che non puoi farci niente.

Ogni aggiornamento è un lancio di dadi. Andrà meglio? Peggio? La funzione da cui dipende il tuo flusso di lavoro smetterà di funzionare senza preavviso? Non lo sai, perché non puoi vedere il codice. Non puoi sistemarlo. Non puoi fare un fork. Resti lì, sperando che il team ci tenga abbastanza da fare le cose per bene.

L’era dell’IA ha peggiorato tutto in modo drastico. I team rilasciano più in fretta che mai – ma più veloce non vuol dire meglio, se nessuno è responsabile della qualità di ciò che viene rilasciato. Nel mondo closed source, nell’era dell’IA, la roba scadente si accumula nel silenzio e te ne accorgi solo quando tutto smette di funzionare.

Noi rifiutiamo di costruire un prodotto del genere.

C’è qualcosa che cambia quando rendi open source qualcosa che conta davvero. All’improvviso, non puoi più nasconderti dietro roadmap vaghe o un generico "ci stiamo lavorando". Il codice è lì. I tuoi utenti possono leggerlo, fare un fork e chiamarti pubblicamente in causa quando prendi la direzione sbagliata.

Ed è proprio questa responsabilità che vogliamo.

Quando b10cks prende una strada sbagliata – e prima o poi succede a ogni progetto – non devi aspettare che il tuo problema finisca in cima a una backlog interna. Puoi guardare il codice, capire cosa sta succedendo e sistemarlo. Puoi aprire una PR. Puoi fare un fork e andare per la tua strada. Oppure puoi semplicemente mostrarci del codice funzionante che dimostra che la tua soluzione è migliore.

È così che dovrebbe funzionare il software. È così che funziona b10cks.

C’è un cambio di mentalità che separa i grandi ingegneri da quelli semplicemente bravi. I grandi ingegneri non accettano confini arbitrari nei sistemi con cui lavorano. Quando qualcosa non funziona come serve a loro, non si inventano soluzioni tampone. Vanno alla fonte e la sistemano.

Il software closed source rende tutto questo impossibile. Ti sbatti contro un muro, e quel muro è reale. Non puoi aggirarlo. Devi arrangiarti, conviverci oppure abbandonare del tutto lo strumento.

L’open source abbatte i muri. Quando b10cks fa qualcosa che non si adatta alle tue esigenze, non sei alla mercé della nostra pianificazione degli sprint. Hai il sorgente. Puoi capirlo, modificarlo, correggerlo e far girare oggi in produzione la tua versione patchata.

Ho reso b10cks open source perché crediamo che gli sviluppatori che lo usano meritino di lavorare così, e perché volevo vivere con lo stesso livello di responsabilità.

Ho visto cosa significa a volte "open source" nel mondo reale: un piano gratuito che non copre nulla, un repository pubblico senza codice davvero utile dentro, oppure una licenza open source finché qualcuno non vuole usarla davvero in ambito commerciale.

b10cks è rilasciato con licenza GNU Affero General Public License v3. Ecco cosa significa davvero per te:

Puoi ospitarlo da solo. Per sempre. Nessun permesso necessario, nessuna chiave di licenza, nessuna chiamata con il nostro team commerciale. Cloni il repo, avvii Docker, fatto.

Puoi leggere ogni riga di codice. L’intero prodotto. Nessun bundle offuscato, nessun core chiuso con un wrapper open source. Quello che usi è ciò che c’è su GitHub.

Puoi farne un fork. Se prendiamo decisioni con cui non sei d’accordo, puoi portare il progetto nella direzione che preferisci. Se lo migliori, restituisci alla community quei miglioramenti. È questo l’accordo – ed è un accordo giusto.

L’AGPL chiude la scappatoia del cloud. Alcune aziende aprono il codice sapendo che tanto nessuno può davvero competere con il loro servizio gestito. L’AGPL significa che, se qualcuno costruisce un business sopra b10cks, quelle modifiche restano aperte. La community che ha costruito tutto questo resta protetta.

Noi guadagniamo offrendo un prodotto hosted eccellente. Non tenendoti in ostaggio.

Ecco la verità scomoda sullo sviluppo assistito dall’IA: amplifica gli incentivi già esistenti. I team che danno priorità alla qualità rilasceranno qualità migliore, più in fretta. I team che danno priorità al rilascio rilasceranno roba scadente, più in fretta.

In un ambiente closed source, non hai modo di sapere con chi hai a che fare finché il danno non è fatto. Non puoi auditare il codebase. Non puoi vedere cosa è stato mergiato senza review. Non puoi tracciare il rapporto tra architettura ragionata e patch generate dall’IA che nessuno ha davvero capito fino in fondo.

L’open source è la risposta. Il codice è visibile. La cronologia dei commit è visibile. Le PR, le review, le discussioni – tutto è sotto gli occhi di tutti. Se b10cks dovesse mai iniziare a rilasciare roba scadente, lo vedrai prima di subirne gli effetti. E avrai gli strumenti per farci qualcosa.

Noi di Coders Cantina abbiamo messo la nostra reputazione nel costruire tecnologia che serva davvero chi la usa – non tecnologia ottimizzata per le metriche di retention a scapito della qualità. L’open source è il modo in cui dimostriamo questo impegno, non solo con le parole.

Quando sentono "open source", alcuni pensano subito a qualcosa di insostenibile, o a un regalo finanziato da venture capital che alla fine sfocia in una svolta strategica o in un cambio di licenza. Anche noi abbiamo visto quella storia.

b10cks si basa su un modello semplice: il software è libero e open. Il servizio di hosting gestito – la comodità di non dover gestire l’infrastruttura – è ciò per cui facciamo pagare. Tutto qui. Storage e traffico. Nessun costo per utente. Nessun livello di funzionalità. Nessun upsell.

Funziona perché chi vuole gestire la propria infrastruttura lo farà comunque. Chi vuole un prodotto hosted affidabile, ben mantenuto, pagherà un prezzo equo per averlo. E la qualità del prodotto hosted resta sotto controllo grazie al fatto che l’alternativa self-hosted è sempre a un solo git clone di distanza.

Non siamo i primi a provare questo modello. Siamo solo quelli che stanno costruendo il CMS di cui il tuo team ha davvero bisogno – con la convinzione che il modo giusto di fare software sia l’unico che vogliamo seguire.