Come è organizzato il lavoro a questo progetto? (con una nota a Steve, sul fatto che sappiamo come debian è organizzata e che tutte le informazioni si trovano sul sito principale; l'idea di questa domanda è comunque quella di spiegare in poche righe una visione dall'"interno" su come si svolge lo sviluppo di debian: chi porta le idee? Come passa un'idea ad una votazione? Chi distribuisce i "compiti" su ciò che c'è da fare? Qual è il ruolo della commissione tecnica?)
How is your work on this project organized? (Even though we already know how it is structured, as it is on Debian Official website, we would like to know some details: who brings the ideas, how comes an idea to an evaluation, who decides what the other member of your team should do, what kind of role plays the Technical Committee?)
Debian funziona come un progetto principalmente perchè noi facciamo delle proposte e lasciamo che le persone decidano per conto loro il più possibile. Le idee arrivano da ogni parte e sta alle persone il lavoro di fare le scelte su come vanno le cose. Se questo sembra caotico è perchè è così. Per mettere assieme le cose abbiamo un insieme di regole globali e di linee guida su come i pacchetti dovrebbero essere messi assieme così da essere coerenti e funzionare bene come parte del nostro sistema.
In termini di chi decide cosa si deve fare, questo dipende ancora dalle persone coinvolte. Siamo tutti volontari, quindi è difficile ordinare alle persone di fare cose che loro non vogliono fare. Invece, abbiamo progettato gruppi di persone che scelgono di lavorare assieme su cose che interessano loro o su compiti che loro ritengono necessari.
La maggior parte delle volte riusciamo a trovare un accordo su come fare le cose, ma capita talvolta che alcuni non siano in grado di accordarsi su come risolvere un problema e qui è dove interviene la Commissione Tecnica. La CT è un gruppo di sviluppatori esperti, ben rispettati, ai quali possiamo rivolgerci per prendere decisioni in casi specifici.
Debian works as a project mainly because we spread things out and let people make decisions for themselves as much as possible. Ideas can come from anywhere, and it's up to the people doing the work to make choices on how things happen. If that sounds chaotic, that's because it is! To bring things together, we have a comprehensive central set of policy rules and guidelines for how packages should be put together so they're consistent and work well as part of our system.
In terms of deciding what we should do, that's again up to the people involved. We're all volunteers, so it's difficult to command people to do things that they don't want to. :-) Instead, we have dedicated teams of people who choose to work together on the things that interest them or the tasks that they know are necessary.
Most of the time we manage to come to consensus on how to do things, but occasionally people may not be able to agree on the right way to solve a problem and that's where the Technical Committee comes in. The TC is a group of experienced, well-respected developers who we can ask for decisions in specific cases.
