Non so quanto sia pertinente questo post, ma ho pensato che potesse essere interessante condividerlo. Ecco il link in inglese: http://freininghaus.wordpress.com/2012/07/04/dolphin-2-1-and-beyond/ Non parlo inglese fluentemente, quindi ho usato un traduttore.
Probabilmente hai sentito la scorsa settimana che Pedro Penz ha smesso di essere un manutentore di Dolphin. Vorrei ringraziarvi per la buona collaborazione che abbiamo avuto negli ultimi anni. È stato un grande piacere lavorare con lui, e penso che la sua partenza sia una grande perdita per KDE.
Mi ha affidato la futura manutenzione di Dolphin, quindi farò del mio meglio per mantenerlo in buona forma. Penso che la facilità d'uso e la stabilità siano ciò che gli utenti apprezzano di più di Dolphin e vogliono assicurarsi che rimanga tale.
Il mio obiettivo più importante a medio termine è attrarre nuovi sviluppatori. Penso che questo sia di vitale importanza per una serie di motivi:
- Qualsiasi progetto software con un numero di bus basso è in grave pericolo.
- Adesso sono il manutentore, ma questo non significa che posso aumentare la quantità di tempo che posso dedicare allo sviluppo in Dolphin. Proverò a leggere tutte le segnalazioni di bug di input (nota che potrebbe volerci un po 'prima di vedere un bug segnalato di recente - anche i manutentori hanno una vita reale e a volte vanno in vacanza) e proverò a riprodurre, meno quelli che possono essere riprodotto con la mia configurazione hardware e software. Proverò anche a correggere un paio di bug per ogni versione. Ma non posso implementare tutte le principali nuove funzionalità se devo fare tutto da solo.
- Non mi piace lavorare da solo. Mi sono sempre piaciute le discussioni sul codice con Pedro e altri sviluppatori e mi piace l'idea che tutti i commit debbano essere rivisti. Ovviamente parlare di patch e revisione per tutti è possibile solo se il numero di persone che contribuiscono regolarmente al progetto è maggiore di uno.
Per rendere più facile per i potenziali nuovi contributori trovare qualcosa su cui lavorare, vorrei iniziare uno sforzo congiunto per esaminare tutti i rapporti sui bug di Dolphin, vicini a quelli obsoleti, e assegnare parole chiave utili a quelli che possono essere facilmente riprodotti . La vita reale mi terrà impegnato per le prossime due settimane, ma poi mi metterò in contatto con la Bug Squad e organizzerò qualcosa. Qualsiasi aiuto è benvenuto. Penso che partecipare a una sessione congiunta di triage dei bug sia un buon modo per iniziare a contribuire a un progetto di software libero - come ho detto in un post precedente, la mia partecipazione a KDE è iniziata con due giorni di Konqueror un paio di anni fa.
Non solo contributi al codice, ma naturalmente è apprezzato l'aiuto in altre aree. Questi includono:
- Triage segnalazioni di bug su bugs.kde.org. È davvero di grande aiuto aggiungere informazioni utili alle segnalazioni di bug, segnalare duplicati, chiedere al giornalista maggiori informazioni e quindi ridurre il numero di segnalazioni di bug che richiedono attenzione da parte del gestore. È anche positivo per gli utenti che i loro rapporti possano ottenere risposte rapide, anche quando il manager è impegnato con altre cose.
- Supporto agli utenti nel forum. È incredibile vedere quanto velocemente un gruppo di membri del forum dedicati risponde alle domande della maggior parte degli utenti e ne risolve molti. Penso che questo migliori notevolmente l'esperienza dell'utente.
- Documentazione e traduzione. Soprattutto Burkhard Lück fa un ottimo lavoro nel mantenere la documentazione di Dolphin (e altre applicazioni) in buon ordine.
Se vuoi contribuire a Dolphin o KDE in generale, ma non vuoi scrivere codice, essere coinvolto in una di queste aree è un ottimo modo per aiutare il progetto ad andare avanti.