kit-staff team mailing list archive

[Danilo Danlo8600 <md_darkangel86@xxxxxxxxxxx>]

Scusate il ritardo nel rispondere ma ho appena aperto la posta perché sono un po indaffarato con gli esami in questi giorni 
Venendo a noi intanto devo dire che già questa pseudo documentazione da una mano, parlando appunto con Simone gli avevo accennato anche io del fatto che non ci sono commenti all'interno del codice //che maledetti.
1) Il plasmoide me-menù, come ho detto anche a Simone per chat, per me è da lasciare da parte per ora sino a che non finiscono RTCC. Detto tra noi non sappiamo cosa farà e cosa non fare all'effettivo, quindi direi che rinventare la ruota non sia cosa utile.       -Il plugin per Amarok: Si potrebbe fare però come è stato detto bisogna vedere se non lo fa il Kubuntu team (penso che sia negli interessi di Canonica aprire a più pubblico possibile lo store musicale), inoltre direi che è anche qualcosa di secondario e futile, detto onestamente me ne faccio poco di uno store o cose simili se poi per installare un pacchetto devo sudare sette camice o mi ritrovo davanti ad altri problemi ben più gravi.
2) Il fattore "essere in grado" vedo che è suddiviso in tre sotto quesiti quindi rispondo ad ognuno:     - Allora se il codice non ha magheggi strani SI, ma sino a che non lo inizio a leggere non lo posso dire, certo che avere una documentazione faciliterebbe parecchi la lettura      - Capirlo come dal punto sopra una volta letto ed interpretato è anche già capito, ma torno sempre a dire con una documentazione la comprensione sarebbe più immediata     - Come diceva il famoso saggio tra il dire e il fare c'è di mezzo il mare, ma penso che se ci mettiamo e lavoriamo con criterio possiamo fare tutto (o quasi ). I requisiti minimi sono: avere pazienza e voglia di leggere ma sopratutto voglia di sbattere la testa sul debugger. Personalmente ho sviluppato software molto più complesso per progetti universitari, quindi penso che una mano la posso dare, ovviamente come sa già Simone non sono un esperto di Qt ne di C++, anche perché sino ad oggi ho sviluppato 1 progetto e mezzo con questi strumenti, ma penso che solo con la pratica si può migliorare 
3) La mia idea era quella di contattare lo sviluppatore immediatamente e chiedergli se ha un qualche sorta di documentazione, altrimenti dovremo scriverla noi (cosa che si può anche fare) però ovviamente dovremo scocciare spesso lo sviluppatore ufficiale per eventuali chiarimenti (il mio problema è che a leggere l'inglese non ho problemi ma a scriverlo sono un cane).
Quindi io dire che se decidiamo di implementare ciò che manca a kpackagekit dobbiamo:1) Sentire il team di Kubuntu cosa vuole fare, e su cosa vuole lavorare.2) Avere una documentazione (possibilmente ottenendola dallo sviluppatore ufficiale)3) Stilare una lista di migliorie da apportare (metterle hai voti magari anche su i forum di ubuntu per vedere cosa dice l'utenza finale delle nostre idee).4) Creare una sorta di lista delle priorità. Ovviamente dovremo vagliare bene quali sono le cose meno utili e quali quelle più complesse in modo da iniziare magari con qualcosa di utile e meno complesso, in modo anche da iniziare a sgranchirci le dite e prendere un po più di confidenza con le Qt, le kdelibs e il C++.
Una domanda ma il Kubuntu Team dovrebbe lavorare su KpackageKit suppongo che loro tireranno giù una documentazione per lavorarci sopra, perchè non chiediamo a loro come faranno o se hanno già qualcosa per le mani?
Vi saluto che ora torno hai problemi di concorrenza di sistemi operativi che la prossima settimana ho l'esame 

Danilo




Date: Mon, 14 Jun 2010 14:20:23 +0200
From: maggsimo@xxxxxxxxx
To: kit-staff@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Kit-staff] prima analisi kpackagekit

Grazie per i complimenti ;)
Si stamani dovevo restare sveglio in treno ed ho occupato il tempo.. lol

Ora venendo al progetto:

1) 
si rtcc come hai visto anche te dovrebbe proprio essere quello, quindi o ci uniamo al progetto rischiando però di fare una figuraccia se non sappiamo fare, oppure eviterei.

Alternativa possiamo chiedere lo stato di sviluppo e come possiamo aiutare, spiegando le nostre cnonoscenze.

2)
la documentazione è completamente assente, tuttavia credo che in un paio di giorni di lavoro si possa fare un discreto numero di commenti.

Se uno riesce a leggere un pò il codice in pochissimo tempo commenta tutti i file e intanto si può appuntare un po di "to do".
Le classi sono molto lineare e l'uso delle kdelibs, meno documentate delle qt, si limita a pochi punti (solid per la connesisone di rete è poche righe, unico punto ostico è dbus dell'icona della system tray)


3)
perfetto, si potrebbe fare delle modifiche, appuntarci il tutto e poi proporre allo sviluppatore un merge del codice..
se per lui è ok bene, altrimenti se fosse che riusciao e andiamo avanti, ovviamente il fork diventerebbe inevitabile
 		 	   		  
_________________________________________________________________
Tutto lo spazio che ti serve, Hotmail va oltre i 5GB
http://www.windowslive.it/hotmail/SpazioDisponibile.aspx