{"id":112555,"date":"2023-12-28T21:10:15","date_gmt":"2023-12-28T19:10:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/bryus-perens-soavtor-opredeleniya-open-source-razvivaet-konczepcziyu-post-open-source"},"modified":"2023-12-28T21:10:15","modified_gmt":"2023-12-28T19:10:15","slug":"bryus-perens-soavtor-opredeleniya-open-source-razvivaet-konczepcziyu-post-open-source","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/bryus-perens-soavtor-opredeleniya-open-source-razvivaet-konczepcziyu-post-open-source","title":{"rendered":"Bruce Perens, coautore della definizione di Open Source, promuove il concetto di Post-Open Source.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Bruce Perens, uno degli autori della definizione di Open Source e cofondatore dell'Open Source Initiative, ritiene che la paradigma Open Source abbia raggiunto un punto in cui le licenze aperte non forniscono la protezione adeguata e sia giunto il momento di sviluppare una nuova concezione di Post-Open Source, che permetta di armonizzare i rapporti tra gli sviluppatori di software open source e le aziende commerciali. <\/p>\n
La GPL \u00e8 stata originariamente concepita solo come una licenza, e non \u00e8 un contratto, cio\u00e8 \u00e8 destinata semplicemente a fornire diritti, ma non pu\u00f2 sottrarre diritti a nessuno. Secondo Perens, il nuovo modello di licenza deve includere termini contrattuali considerati in base alle esigenze delle normative legali che regolano le relazioni contrattuali. Attualmente, le aziende hanno imparato a eludere i requisiti della licenza GPL riguardo alla fornitura di accesso illimitato ai codici sorgente. Per limitare l'accessibilit\u00e0 al codice, vengono utilizzate scappatoie legate all'imposizione di ulteriori termini contrattuali all'utente finale che limitano la distribuzione secondaria del codice open source sottostante al prodotto. <\/p>\n
Ad esempio, al momento dell'acquisto di una distribuzione RHEL, il cliente firma con Red Hat un contratto per supporto e aggiornamenti, in cui \u00e8 limitata la ridistribuzione dei dati e viene menzionato il diritto di rescindere il contratto in caso di incongruenze tra le copie RHEL installate e quelle acquistate, costringendo a scegliere tra la libert\u00e0 di disporre del software e il mantenimento dello status di cliente Red Hat. Le patch fornite per RHEL che risolvono vulnerabilit\u00e0 sono applicabili al codice GPL e, in base alla licenza, l'utente ha diritto alla loro distribuzione, ma ci\u00f2 potrebbe essere interpretato come una violazione del contratto con Red Hat e portare alla cessazione dei servizi dell'azienda. In passato, quando le modifiche venivano pubblicate nel repository CentOS, la comunit\u00e0 tollerava tali manovre, ma a seguito del cambio di politica riguardo all'accesso al codice sorgente dei pacchetti RHEL, \u00e8 emersa la necessit\u00e0 di rivedere i meccanismi di interazione tra gli sviluppatori di progetti open e le aziende che utilizzano il loro lavoro. <\/p>\n
Nell'ambito del concetto di Post-Open Source, si propone di ampliare la definizione di Open Source includendo elementi che impongono ulteriori condizioni per l'uso commerciale e definiscono le interazioni tra sviluppatori e aziende in termini di ottenere un equo ritorno. Le aziende sono incoraggiate a compensare i benefici derivanti dall'uso di software open source partecipando allo sviluppo o pagando diritti che saranno distribuiti tra gli sviluppatori diretti. Per utilizzi non commerciali e utenti individuali, il codice rimarr\u00e0 gratuito e, come prima, sar\u00e0 soggetto a una sola licenza, senza componenti contrattuali. <\/p>\n
Come una delle opzioni, si propone di applicare una certificazione annuale (compliance), dopo la quale l'azienda ottiene tutti i diritti per utilizzare il software distribuito secondo il principio del Post-Open Source. I fondi versati per ottenere l'autorizzazione permetteranno di stimolare lo sviluppo. Inoltre, la presenza di un compenso offrir\u00e0 la possibilit\u00e0 non solo di scrivere codice per se stessi e per specialisti esperti nella tecnologia, ma anche di dedicare tempo alla creazione di applicazioni user-friendly, tenendo conto degli interessi degli utenti finali. <\/p>\n
Tra le difficolt\u00e0 che devono essere affrontate nell'implementazione del modello Post-Open Source proposto, si sottolinea la necessit\u00e0 di creare un'organizzazione che si occupi di studiare il contributo allo sviluppo e di distribuire i fondi ottenuti. L'organizzazione deve effettuare attivit\u00e0 con processi trasparenti e stabilire meccanismi finanziari per i programmatori. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"