Dopo aver letto un articolo scritto da un editore di marketing automation che mi ha lasciata senza parole, desideravo fare chiarezza su queste affermazioni false e ingannevoli che mostrano bene la filosofia e i valori di alcuni attori del mercato.
Senza fare bashing o puntare il dito contro queste persone, farò semplicemente educazione e spiegherò perché ciò che viene detto è estremamente falso e malevolo, o nel migliore dei casi, dimostra l’incompetenza di alcune persone.
Il contesto
Ecco ciò che ho potuto leggere in questo articolo (fin qui piuttosto coerente) aiutando le aziende a selezionare il loro software di marketing automation come proponiamo noi da Webmecanik.
Le leggi evolvono e la proprietà dei dati è diventata un elemento importante nelle decisioni relative al software. Sebbene le società americane continuino a essere commercializzate in Europa grazie al Privacy Shield, nulla garantisce una conformità sul lungo periodo al RGPD di dati non ospitati sul territorio nazionale.
È un po’ la stessa cosa con le soluzioni open source: poiché la loro roadmap è aperta, ci si espone a versioni principali come per Mautic 3, che potrebbe benissimo costringere tutti i suoi utenti e quelli dei suoi rivenditori a fare una migrazione equivalente a un cambio di software, cosa che farà esplodere il TCO di queste soluzioni.
Capirete che non è il primo paragrafo a darmi fastidio, anzi, tanto più che aiuta a comprendere il seguente. Ed è proprio qui che il punto fa male.
L’Open Source
Per chi non ha molta familiarità con l’Open Source, ecco la mia spiegazione molto semplice e veloce. Un progetto Open Source è un progetto in cui il codice sorgente è aperto. Cioè che chiunque può accedere gratuitamente al codice della soluzione per farne (quasi) ciò che vuole. Ospitarlo da soli, modificarlo, integrarlo in un’altra app, ecc. Tutte le persone che desiderano possono contribuire all’evoluzione di questo codice (dell’app) affinché tutti gli altri utenti possano beneficiare di questi sviluppi. Si parla allora di comunità Open Source. Tuttavia, ci sono degli amministratori che animano questa comunità, assicurano che le proposte di codice e di funzionalità seguano la logica e siano utili alla maggioranza degli utenti del progetto. Ad esempio, faccio personalmente parte del team Core di Mautic con una decina di altre persone per garantire la coerenza degli sviluppi.
Alcuni esempi di progetti Open Source che vi mostreranno che è ben lontano dall’essere un problema: WordPress, Magento, Prestashop, Drupal. Anche Google, Facebook e Microsoft oggi propongono gran parte del loro codice (framework) in Open Source. Tanto vale dirvi che puntare sull’Open Source è pericoloso (risate). E per concludere, sappiate che la maggioranza (l’integralità ?) delle applicazioni proprietarie (come per questo editore) si basa su un codice (framework) a sua volta Open Source (PhP, Java, Symfony, ecc.), Ruby nel caso del nostro editore proprietario preferito…
Accidenti, sono presi con le mani nella marmellata.
La realtà dell’Open Source vs. proprietario
Riprendiamo ora questa citazione punto per punto e facciamo il confronto del modo di funzionare tra un software proprietario (l’editore che scrive questa frase) e il mondo dell’Open Source.
- La roadmap aperta – È vero: un progetto Open Source consente a tutti di contribuire. Questo fa sì che, invece di avere un team di 2 o 10 sviluppatori, ci siano centinaia di sviluppatori che lavorano contemporaneamente a questo progetto ! E come spiegavo, ci sono amministratori che garantiscono la coerenza degli sviluppi proposti e che non esitano a chiedere modifiche ai contributor, o persino a respingere il loro contributo se non è adatto. La filosofia è quindi mettere l’utente al centro della propria roadmap. L’editore proprietario e la sua roadmap? È l’unico a decidere con un team ristretto che dovrà occuparsi delle funzionalità e della manutenzione (ci torneremo dopo).
- Le versioni principali – Una versione principale è quando la tua applicazione fa un aggiornamento molto importante. Succederà con Mautic 3 (passaggio dalla 2.x alla 3.0). Questo tipo di aggiornamento consente anche di autorizzare alcune incompatibilità di codice o di funzionalità tra le due versioni, cosa che deve essere anticipata e annunciata nei messaggi di aggiornamento. Tuttavia, “esporsi” implica mettersi in pericolo di fronte a questo cambiamento. Nel caso di Mautic 3, questa versione principale ha 2 obiettivi: aggiornare la versione di Symfony (framework) utilizzata, il cui supporto della comunità terminerà nel 2019 (per informazione, è uno dei framework PhP più utilizzati al mondo), e anche apportare una rifondazione strutturale di alcuni elementi dell’applicazione per renderla ancora più moderna, flessibile, performante e modulabile. Tutte le applicazioni hanno aggiornamenti di versione (WordPress alla 5.0.2, Drupal 8.6.5, ecc.), se sulla tua applicazione web non hai aggiornamenti di versione, preoccupati! Questo significa che non hai alcuna evoluzione funzionale e che la sicurezza della tua applicazione peggiora! Ah sì, dimenticavo: l’editore proprietario dovrà gestire da solo tutti gli aggiornamenti di versione del codice (linguaggio o framework) insieme alle funzionalità, quindi si può dire che tutto andrà più lentamente.
- Costringere gli utenti a migrare tutti i dati – Allora… è giusto e falso allo stesso tempo. Dipenderà dalla politica dell’editore. Da parte nostra (dato che siamo presi di mira in “tutti i suoi utenti e quelli dei suoi rivenditori“), abbiamo già comunicato a questo proposito in un post relativo a Mautic 3 e al modo in cui lo affrontiamo in qualità di principale contributor a questo progetto comunitario. Ci assicureremo della migrazione dei dati tra le due versioni: questo deve portare valore ai nostri utenti e non toglierglielo. Questa affermazione è quindi falsa nel nostro caso. Prova con un esempio: abbiamo già realizzato una migrazione importante di versione 2 anni fa da Mautic 1 a Mautic 2. Nessun cliente ha dovuto rifare le proprie campagne !
Così si conclude questa spiegazione che spero vi mostri quanto l’approccio comunitario e Open Source abbia un vero valore aggiunto per l’insieme dei sviluppatori e degli utenti. Se desiderate saperne di più sull’Open Source, avevo anche scritto un articolo sulla filosofia dell’Open Source.
Questo tipo di affermazioni, che mirano a spaventare gli utenti, mi spaventa anche… la competizione tra diversi concorrenti non deve avvenire con accuse e denigrazione degli altri, ma dimostrando le forze di ciascuno. C’è spazio per tutti sul mercato, quindi per favore, restate rispettosi dei vostri colleghi ed evitate la disinformazione. Quanto a voi, care aziende, prospect e clienti, pensate a scegliere un editore che condivida i vostri valori !
