doc🇮🇹 fixes in process/1.Intro
- fix broken links and some - fix some grammar errors Signed-off-by: Federico Vaga <federico.vaga@vaga.pv.it> Signed-off-by: Jonathan Corbet <corbet@lwn.net>
This commit is contained in:
parent
7bbfd9ad8e
commit
a4a2bf0e24
|
@ -11,13 +11,13 @@ Introduzione
|
|||
Riepilogo generale
|
||||
------------------
|
||||
|
||||
Il resto di questa sezione riguarda la sfera del processo di sviluppo del
|
||||
kernel e quella sorta di frustrazioni che gli sviluppatori e i loro datori
|
||||
di lavoro affrontano. Ci sono molte ragioni per le quali del codice per il
|
||||
kernel debba essere incorporato nel kernel ufficiale, fra le quali:
|
||||
Il resto di questa sezione riguarda il processo di sviluppo del kernel e
|
||||
quella sorta di frustrazione che gli sviluppatori e i loro datori di lavoro
|
||||
potrebbero dover affrontare. Ci sono molte ragioni per le quali del codice
|
||||
per il kernel debba essere incorporato nel kernel ufficiale, fra le quali:
|
||||
disponibilità immediata agli utilizzatori, supporto della comunità in
|
||||
differenti modalità, e la capacità di influenzare la direzione dello sviluppo
|
||||
kernel.
|
||||
del kernel.
|
||||
Il codice che contribuisce al kernel Linux deve essere reso disponibile sotto
|
||||
una licenza GPL-compatibile.
|
||||
|
||||
|
@ -29,7 +29,7 @@ liste di discussione. Gli sviluppatori che sono in attesa di poter sviluppare
|
|||
qualcosa per il kernel sono invitati ad individuare e sistemare bachi come
|
||||
esercizio iniziale.
|
||||
|
||||
La sezione :ref: `it_development_early_stage` copre i primi stadi della
|
||||
La sezione :ref:`it_development_early_stage` copre i primi stadi della
|
||||
pianificazione di un progetto di sviluppo, con particolare enfasi sul
|
||||
coinvolgimento della comunità, il prima possibile.
|
||||
|
||||
|
@ -46,7 +46,7 @@ esposte, e devono essere inviate nel posto giusto. Seguire i consigli presenti
|
|||
in questa sezione dovrebbe essere d'aiuto nell'assicurare la migliore
|
||||
accoglienza possibile del vostro lavoro.
|
||||
|
||||
La sezione :ref: `it_development_followthrough` copre ciò che accade dopo
|
||||
La sezione :ref:`it_development_followthrough` copre ciò che accade dopo
|
||||
la pubblicazione delle modifiche; a questo punto il lavoro è lontano
|
||||
dall'essere concluso. Lavorare con i revisori è una parte cruciale del
|
||||
processo di sviluppo; questa sezione offre una serie di consigli su come
|
||||
|
@ -54,11 +54,11 @@ evitare problemi in questa importante fase. Gli sviluppatori sono diffidenti
|
|||
nell'affermare che il lavoro è concluso quando una modifica è incorporata nei
|
||||
sorgenti principali.
|
||||
|
||||
La sezione :ref::`it_development_advancedtopics` introduce un paio di argomenti
|
||||
"avanzati": gestire modifiche con git e controllare le modifiche pubblicate da
|
||||
altri.
|
||||
La sezione :ref:`it_development_advancedtopics` introduce un paio di argomenti
|
||||
"avanzati": gestire le modifiche con git e controllare le modifiche pubblicate
|
||||
da altri.
|
||||
|
||||
La sezione :ref: `it_development_conclusion` chiude il documento con dei
|
||||
La sezione :ref:`it_development_conclusion` chiude il documento con dei
|
||||
riferimenti ad altre fonti che forniscono ulteriori informazioni sullo sviluppo
|
||||
del kernel.
|
||||
|
||||
|
@ -80,14 +80,14 @@ rendendo questi prodotti attrattivi agli utenti Linux. I produttori di
|
|||
sistemi integrati, che usano Linux come componente di un prodotto integrato,
|
||||
vogliono che Linux sia capace ed adeguato agli obiettivi ed il più possibile
|
||||
alla mano. Fornitori ed altri produttori di software che basano i propri
|
||||
prodotti su Linux hanno chiaro interesse verso capacità, prestazioni ed
|
||||
prodotti su Linux hanno un chiaro interesse verso capacità, prestazioni ed
|
||||
affidabilità del kernel Linux. E gli utenti finali, anche, spesso vorrebbero
|
||||
cambiare Linux per renderlo più aderente alle proprie necessità.
|
||||
|
||||
Una delle caratteristiche più coinvolgenti di Linux è quella dell'accessibilità
|
||||
per gli sviluppatori; chiunque con le capacità richieste può migliorare
|
||||
Linux ed influenzarne la direzione di sviluppo. Prodotti non open-source non
|
||||
possono offrire questo tipo di apertura, che è una caratteristica del softwere
|
||||
possono offrire questo tipo di apertura, che è una caratteristica del software
|
||||
libero. Ma, anzi, il kernel è persino più aperto rispetto a molti altri
|
||||
progetti di software libero. Un classico ciclo di sviluppo trimestrale può
|
||||
coinvolgere 1000 sviluppatori che lavorano per più di 100 differenti aziende
|
||||
|
@ -104,9 +104,9 @@ sviluppo privati.
|
|||
|
||||
Il processo di sviluppo del Kernel può, dall'altro lato, risultare
|
||||
intimidatorio e strano ai nuovi sviluppatori, ma ha dietro di se buone ragioni
|
||||
e solide esperienze. Uno sviluppatore che non comprenda i modi della comunità
|
||||
e solide esperienze. Uno sviluppatore che non comprende i modi della comunità
|
||||
del kernel (o, peggio, che cerchi di aggirarli o violarli) avrà un'esperienza
|
||||
deludente nel proprio bagagliaio. La comunità di sviluppo, sebbene sia utile
|
||||
deludente nel proprio bagaglio. La comunità di sviluppo, sebbene sia utile
|
||||
a coloro che cercano di imparare, ha poco tempo da dedicare a coloro che non
|
||||
ascoltano o coloro che non sono interessati al processo di sviluppo.
|
||||
|
||||
|
@ -132,7 +132,7 @@ reso possibile.
|
|||
L'importanza d'avere il codice nei sorgenti principali
|
||||
------------------------------------------------------
|
||||
|
||||
Alcune aziende e sviluppatori ogni tanto si domandano perchè dovrebbero
|
||||
Alcune aziende e sviluppatori ogni tanto si domandano perché dovrebbero
|
||||
preoccuparsi di apprendere come lavorare con la comunità del kernel e di
|
||||
inserire il loro codice nel ramo di sviluppo principale (per ramo principale
|
||||
s'intende quello mantenuto da Linus Torvalds e usato come base dai
|
||||
|
@ -144,12 +144,12 @@ codice separato ("fuori dai sorgenti", *"out-of-tree"*) è un falso risparmio.
|
|||
Per dimostrare i costi di un codice "fuori dai sorgenti", eccovi
|
||||
alcuni aspetti rilevanti del processo di sviluppo kernel; la maggior parte
|
||||
di essi saranno approfonditi dettagliatamente più avanti in questo documento.
|
||||
Pensate:
|
||||
Considerate:
|
||||
|
||||
- Il codice che è stato inserito nel ramo principale del kernel è disponibile
|
||||
a tutti gli utilizzatori Linux. Sarà automaticamente presente in tutte le
|
||||
distribuzioni che lo consentono. Non c'è bisogno di: driver per dischi,
|
||||
scaricare file, o della scocciatura del dover supportare diverse versoni di
|
||||
scaricare file, o della scocciatura del dover supportare diverse versioni di
|
||||
diverse distribuzioni; funziona già tutto, per gli sviluppatori e per gli
|
||||
utilizzatori. L'inserimento nel ramo principale risolve un gran numero di
|
||||
problemi di distribuzione e di supporto.
|
||||
|
@ -166,9 +166,9 @@ Pensate:
|
|||
|
||||
Invece, il codice che si trova nel ramo principale non necessita di questo
|
||||
tipo di lavoro poiché ad ogni sviluppatore che faccia una modifica alle
|
||||
interfacce viene richiesto di sistemare anche il codice che utilizza che
|
||||
utilizza quell'interfaccia. Quindi, il codice che è stato inserito nel
|
||||
ramo principale ha dei costi di mantenimento significativamente più bassi.
|
||||
interfacce viene richiesto di sistemare anche il codice che utilizza
|
||||
quell'interfaccia. Quindi, il codice che è stato inserito nel ramo principale
|
||||
ha dei costi di mantenimento significativamente più bassi.
|
||||
|
||||
- Oltre a ciò, spesso il codice che è all'interno del kernel sarà migliorato da
|
||||
altri sviluppatori. Dare pieni poteri alla vostra comunità di utenti e ai
|
||||
|
@ -177,10 +177,10 @@ Pensate:
|
|||
|
||||
- Il codice kernel è soggetto a revisioni, sia prima che dopo l'inserimento
|
||||
nel ramo principale. Non importa quanto forti fossero le abilità dello
|
||||
sviluppatore originale, il processo di revisione trovà il modo di migliore
|
||||
sviluppatore originale, il processo di revisione troverà il modo di migliore
|
||||
il codice. Spesso la revisione trova bachi importanti e problemi di
|
||||
sicurezza. Questo è particolarmente vero per il codice che è stato
|
||||
sviluppato in un ambiete chiuso; tale codice ottiene un forte beneficio
|
||||
sviluppato in un ambiente chiuso; tale codice ottiene un forte beneficio
|
||||
dalle revisioni provenienti da sviluppatori esteri. Il codice
|
||||
"fuori dai sorgenti", invece, è un codice di bassa qualità.
|
||||
|
||||
|
@ -198,7 +198,7 @@ Pensate:
|
|||
non standard "fuori dai sorgenti" per un tempo indefinito, o (2) abbandonare
|
||||
il codice e far migrare i vostri utenti alla versione "nei sorgenti".
|
||||
|
||||
- Contribuire al codice è l'azione fondamentale che fa funzione tutto il
|
||||
- Contribuire al codice è l'azione fondamentale che fa funzionare tutto il
|
||||
processo. Contribuendo attraverso il vostro codice potete aggiungere nuove
|
||||
funzioni al kernel e fornire competenze ed esempi che saranno utili ad
|
||||
altri sviluppatori. Se avete sviluppato del codice Linux (o state pensando
|
||||
|
@ -216,7 +216,7 @@ distribuzione binaria di codice kernel. Questo include che:
|
|||
sono molto nebbiose; parecchi detentori di copyright sul kernel credono che
|
||||
molti moduli binari siano prodotti derivati del kernel e che, come risultato,
|
||||
la loro diffusione sia una violazione della licenza generale di GNU (della
|
||||
quale si parlerà più avanti). Il vostro ideatore non è un avvocato, e
|
||||
quale si parlerà più avanti). L'autore qui non è un avvocato, e
|
||||
niente in questo documento può essere considerato come un consiglio legale.
|
||||
Il vero stato legale dei moduli proprietari può essere determinato
|
||||
esclusivamente da un giudice. Ma l'incertezza che perseguita quei moduli
|
||||
|
@ -236,7 +236,7 @@ distribuzione binaria di codice kernel. Questo include che:
|
|||
separatamente ogni volta che aggiornano il loro kernel.
|
||||
|
||||
- Tutto ciò che è stato detto prima riguardo alla revisione del codice si
|
||||
applica doppiamente al codice proprietario. Dato che questo codice non é
|
||||
applica doppiamente al codice proprietario. Dato che questo codice non è
|
||||
del tutto disponibile, non può essere revisionato dalla comunità e avrà,
|
||||
senza dubbio, seri problemi.
|
||||
|
||||
|
@ -271,7 +271,7 @@ kernel conserva la sua proprietà originale; ne risulta che ora il kernel abbia
|
|||
migliaia di proprietari.
|
||||
|
||||
Una conseguenza di questa organizzazione della proprietà è che qualsiasi
|
||||
tentativo di modifica della licenza del kernel è destinata ad quasi sicuro
|
||||
tentativo di modifica della licenza del kernel è destinata ad un quasi sicuro
|
||||
fallimento. Esistono alcuni scenari pratici nei quali il consenso di tutti
|
||||
i detentori di copyright può essere ottenuto (o il loro codice verrà rimosso
|
||||
dal kernel). Quindi, in sostanza, non esiste la possibilità che si giunga ad
|
||||
|
|
Loading…
Reference in New Issue