Lines Matching refs:di
14 Il resto di questa sezione riguarda il processo di sviluppo del kernel e
15 quella sorta di frustrazione che gli sviluppatori e i loro datori di lavoro
19 differenti modalità, e la capacità di influenzare la direzione dello sviluppo
24 La sezione :ref:`it_development_process` introduce il processo di sviluppo,
25 il ciclo di rilascio del kernel, ed i meccanismi della finestra
26 d'incorporazione. Il capitolo copre le varie fasi di una modifica: sviluppo,
28 liste di discussione. Gli sviluppatori che sono in attesa di poter sviluppare
33 pianificazione di un progetto di sviluppo, con particolare enfasi sul
36 La sezione :ref:`it_development_coding` riguarda il processo di scrittura
42 La sezione :ref:`it_development_posting` parla del processo di pubblicazione
44 comunità di sviluppo, le modifiche devono essere propriamente formattate ed
52 processo di sviluppo; questa sezione offre una serie di consigli su come
57 La sezione :ref:`it_development_advancedtopics` introduce un paio di argomenti
68 Il kernel Linux, ha oltre 8 milioni di linee di codice e ben oltre 1000
73 e tutte le altre tipologie di sistemi fra questi estremi. È una soluzione
76 Con la crescita di Linux è arrivato anche un aumento di sviluppatori
77 (ed aziende) desiderosi di partecipare a questo sviluppo. I produttori di
79 rendendo questi prodotti attrattivi agli utenti Linux. I produttori di
80 sistemi integrati, che usano Linux come componente di un prodotto integrato,
82 alla mano. Fornitori ed altri produttori di software che basano i propri
87 Una delle caratteristiche più coinvolgenti di Linux è quella dell'accessibilità
89 Linux ed influenzarne la direzione di sviluppo. Prodotti non open-source non
90 possono offrire questo tipo di apertura, che è una caratteristica del software
92 progetti di software libero. Un classico ciclo di sviluppo trimestrale può
93 coinvolgere 1000 sviluppatori che lavorano per più di 100 differenti aziende
96 Lavorare con la comunità di sviluppo del kernel non è particolarmente
98 delle difficoltà quando hanno cercato di lavorare sul kernel. La comunità del
99 kernel utilizza un proprio modo di operare che gli permette di funzionare
100 agevolmente (e genera un prodotto di alta qualità) in un ambiente dove migliaia
101 di stringhe di codice sono modificate ogni giorni. Quindi non deve sorprendere
102 che il processo di sviluppo del kernel differisca notevolmente dai metodi di
105 Il processo di sviluppo del Kernel può, dall'altro lato, risultare
106 intimidatorio e strano ai nuovi sviluppatori, ma ha dietro di se buone ragioni
108 del kernel (o, peggio, che cerchi di aggirarli o violarli) avrà un'esperienza
109 deludente nel proprio bagaglio. La comunità di sviluppo, sebbene sia utile
110 a coloro che cercano di imparare, ha poco tempo da dedicare a coloro che non
111 ascoltano o coloro che non sono interessati al processo di sviluppo.
113 Si spera che coloro che leggono questo documento saranno in grado di evitare
115 lettura sarà ripagato in breve tempo. La comunità di sviluppo ha sempre
116 bisogno di sviluppatori che vogliano aiutare a rendere il kernel migliore;
129 speciale ad Amanda McPherson, che ha visto il valore di questo lavoro e lo ha
136 preoccuparsi di apprendere come lavorare con la comunità del kernel e di
137 inserire il loro codice nel ramo di sviluppo principale (per ramo principale
144 Per dimostrare i costi di un codice "fuori dai sorgenti", eccovi
145 alcuni aspetti rilevanti del processo di sviluppo kernel; la maggior parte
146 di essi saranno approfonditi dettagliatamente più avanti in questo documento.
151 distribuzioni che lo consentono. Non c'è bisogno di: driver per dischi,
152 scaricare file, o della scocciatura del dover supportare diverse versioni di
154 utilizzatori. L'inserimento nel ramo principale risolve un gran numero di
155 problemi di distribuzione e di supporto.
157 - Nonostante gli sviluppatori kernel si sforzino di tenere stabile
159 cambiamento. La mancanza di un'interfaccia interna è deliberatamente una
160 decisione di progettazione; ciò permette che i miglioramenti fondamentali
161 vengano fatti in un qualsiasi momento e che risultino fatti con un codice di
162 alta qualità. Ma una delle conseguenze di questa politica è che qualsiasi
165 richiede una mole di lavoro significativa solo per farlo funzionare.
167 Invece, il codice che si trova nel ramo principale non necessita di questo
168 tipo di lavoro poiché ad ogni sviluppatore che faccia una modifica alle
169 interfacce viene richiesto di sistemare anche il codice che utilizza
171 ha dei costi di mantenimento significativamente più bassi.
174 altri sviluppatori. Dare pieni poteri alla vostra comunità di utenti e ai
180 sviluppatore originale, il processo di revisione troverà il modo di migliore
181 il codice. Spesso la revisione trova bachi importanti e problemi di
185 "fuori dai sorgenti", invece, è un codice di bassa qualità.
187 - La partecipazione al processo di sviluppo costituisce la vostra via per
188 influenzare la direzione di sviluppo del kernel. Gli utilizzatori che
190 hanno una voce più forte - e la capacità di implementare modifiche che
205 di farlo), avete chiaramente interesse nel far proseguire il successo di
212 tenuti in conto prima di prendere in considerazione qualsiasi tipo di
213 distribuzione binaria di codice kernel. Questo include che:
215 - Le questioni legali legate alla distribuzione di moduli kernel proprietari
216 sono molto nebbiose; parecchi detentori di copyright sul kernel credono che
218 la loro diffusione sia una violazione della licenza generale di GNU (della
225 - I moduli binari aumentano di molto la difficoltà di fare debugging del
227 vorranno nemmeno tentare. Quindi la diffusione di moduli esclusivamente
231 - Il supporto è anche difficile per i distributori di moduli binari che devono
234 comprensiva, può essere richiesto di produrre dozzine di singoli moduli.
243 I produttori di sistemi integrati, in particolare, potrebbero esser tentati
244 dall'evitare molto di ciò che è stato detto in questa sezione, credendo che
247 idea non comprende il valore di una vasta revisione del codice e il valore
248 del permettere ai propri utenti di aggiungere funzionalità al vostro prodotto.
251 codice è nel ramo principale di sviluppo avranno un codice ben mantenuto e
264 possibilità di distribuirlo con licenze più recenti di GPL) o dalla licenza
271 migliaia di proprietari.
273 Una conseguenza di questa organizzazione della proprietà è che qualsiasi
274 tentativo di modifica della licenza del kernel è destinata ad un quasi sicuro
275 fallimento. Esistono alcuni scenari pratici nei quali il consenso di tutti
276 i detentori di copyright può essere ottenuto (o il loro codice verrà rimosso
283 contributori di firmare il proprio codice, attestando così che quest'ultimo
286 potrebbe creare problemi di copyright per il kernel (come il codice derivante
287 da processi di ingegneria inversa senza le opportune tutele), non può essere
291 di discussione dedicate allo sviluppo di Linux. Tali quesiti, normalmente,
295 del codice Linux, non esiste alternativa che quella di parlare con un
297 una lista di discussione tecnica è rischioso.