{"id":139737,"date":"2025-07-25T17:11:55","date_gmt":"2025-07-25T15:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/inicziativa-maintenance-fee-predlagayushhaya-vzimat-platu-za-dostup-k-sborkam-relizov-otkrytyh-proektov"},"modified":"2025-07-25T17:11:55","modified_gmt":"2025-07-25T15:11:55","slug":"inicziativa-maintenance-fee-predlagayushhaya-vzimat-platu-za-dostup-k-sborkam-relizov-otkrytyh-proektov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/inicziativa-maintenance-fee-predlagayushhaya-vzimat-platu-za-dostup-k-sborkam-relizov-otkrytyh-proektov","title":{"rendered":"L'iniziativa Maintenance Fee, che propone di addebitare un costo per l'accesso alle costruzioni delle versioni dei progetti open source.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
L'autore di WiX, uno strumento open source per la creazione di pacchetti di installazione per Windows, avvia l'iniziativa Maintenance Fee per affrontare il problema del finanziamento dei progetti open source. L'iniziativa Maintenance Fee consente di garantire la sostenibilit\u00e0 finanziaria dei progetti tramite l'addebito di una piccola quota mensile (si propone, ad esempio, $10), senza compromettere l'apertura dei progetti e senza ricorrere a modelli di finanziamento come Open Core, che prevedono la fornitura di una versione a pagamento avanzata. <\/p>\n
Il concetto di Maintenance Fee consiste nella raccolta di un pagamento mensile da parte di utenti e aziende che traggono un beneficio commerciale e guadagnano direttamente o indirettamente dall'uso del progetto open source. L'incentivazione al pagamento avviene mediante l'inserimento di un accordo di licenza per l'utente finale (EULA), che regola l'accesso all'infrastruttura, alle versioni binarie e ai pacchetti pronti. Si propone di utilizzare il sistema di Sponsorizzazione di GitHub per effettuare il pagamento. <\/p>\n
Secondo l'EULA, solo gli abbonati paganti e gli utenti che non traggono profitto commerciale dall'utilizzo del progetto possono caricare versioni binarie rilasciate, partecipare alle discussioni e inviare segnalazioni sui problemi. L'accesso ai codici sorgente rimane invariato e avviene in conformit\u00e0 con le licenze open source applicabili. Se un'azienda che beneficia del progetto non desidera effettuare il pagamento mensile, pu\u00f2 utilizzare il codice del repository per creare autonomamente le proprie versioni, ma non ha il diritto di usare le versioni binarie rilasciate fornite dal progetto principale (tra l'altro, \u00e8 vietato utilizzare le versioni ufficiali dei pacchetti come dipendenze in gestori di pacchetti come NPM e NuGet). <\/p>\n
Si segnala che i collaboratori svolgono un grande lavoro, ma spesso non ricevono nulla in cambio e sono considerati da molte aziende come una forza lavoro gratuita. Un atteggiamento simile porta a burnout e a una perdita di interesse per i progetti in sviluppo. Guadagnare soldi su codice aperto sostenuto da altre persone, senza restituire nulla in cambio, \u00e8 visto come parassitismo. Dedicare ai collaboratori una piccola quota delle entrate generate \u00e8 considerato una soluzione equa e reciprocamente vantaggiosa, in cui le aziende finanziano direttamente i collaboratori dei progetti da cui dipendono i loro prodotti. <\/p>\n
Si prevede che il pagamento per il supporto aumenter\u00e0 la sostenibilit\u00e0 dei progetti aperti e offrir\u00e0 la possibilit\u00e0 di prestare maggiore attenzione all'analisi dei messaggi di errore, alle risposte alle domande degli utenti, al mantenimento dell'infrastruttura di build, all'aggiornamento delle dipendenze, al monitoraggio delle vulnerabilit\u00e0 e all'esecuzione di attivit\u00e0 routinarie, come la moderazione delle discussioni e l'aggiornamento dei certificati per le firme digitali. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"