Forse lo scheduling del workshop dopo a quello sull'agile non è stato dei più fortunati. Marco si è ritrovato in sala dei talebani (sottoscritto in primis) del test-first o tdd pronti ad evidenziare quelle che attualmente sono delle lacune davvero troppo evidenti di questo prodotto in termini di test e quindi di strumenti per cercare di garantire qualità del software.
Pare tuttavia che dalla versione 7 in uscita prossimamente qualcosa stia cambiando.
Ciao, innanzitutto grazie dei feedback, sempre utili (sopratutto se negativi ;) )
Per quanto riguarda i problemi che sono statati rilevati in sala ci sono alcune discussioni che mi piacerebbe fare in proposito, purtroppo il tempo non aiuta.
Il fatto di non poter fare TDD non è propriamente vero, io ho detto che preferisco un approccio diverso (ma è il mio approccio), per il motivo che il TDD puro mal si affianca alla logica che sta di base dietro a Drupal (vedi il fatto di non avere delle classi "confinate", scelte che hanno delle loro spiegazioni nelle limitazioni della OOP pura), ma ci sono alcuni progetti che sono stati gestiti con approccio puro TDD (usando hudson per la CI), ci sono stati dei talk in proposito al DrupalCon 2009 di Parigi, se interessa vedo di recuperare un pò di link.
Al riguardo della mancanza del completo code coverage del core e di tutti i moduli contrib si sta ovviando, ma data la mole di codice è un processo lento e solo dalla versione 7 (in rilascio tra qualche mese) dovrebbe esserci una completa copertura di tutto.
Riprendo poi un paio di punti emersi da altri talk:
* Devo testare tutto il codice che uso o mi pongo dei limiti (vedi librerie esterne, come potrebbero essere cosiderati i moduli contrib)
* La qualità del software dipende solo dalla presenza di Test?
(si, le domande sono provocatorie :D )
Se volete fare due chiacchiere sull'argomento, mi trovate in giro o scrivete pure quì.
PS1: scusate, ma non potevo commentare se non votando anche il talk, cosa che non spetterebbe a me fare.
PS2: i voti sono sulla qualità del talk (come relatore) o sugli argomenti? Chiedo per poter eventualmente miglirare :)
Comments
Comments are closed.
Forse lo scheduling del workshop dopo a quello sull'agile non è stato dei più fortunati. Marco si è ritrovato in sala dei talebani (sottoscritto in primis) del test-first o tdd pronti ad evidenziare quelle che attualmente sono delle lacune davvero troppo evidenti di questo prodotto in termini di test e quindi di strumenti per cercare di garantire qualità del software.
Pare tuttavia che dalla versione 7 in uscita prossimamente qualcosa stia cambiando.
Ciao, innanzitutto grazie dei feedback, sempre utili (sopratutto se negativi ;) )
Per quanto riguarda i problemi che sono statati rilevati in sala ci sono alcune discussioni che mi piacerebbe fare in proposito, purtroppo il tempo non aiuta.
Il fatto di non poter fare TDD non è propriamente vero, io ho detto che preferisco un approccio diverso (ma è il mio approccio), per il motivo che il TDD puro mal si affianca alla logica che sta di base dietro a Drupal (vedi il fatto di non avere delle classi "confinate", scelte che hanno delle loro spiegazioni nelle limitazioni della OOP pura), ma ci sono alcuni progetti che sono stati gestiti con approccio puro TDD (usando hudson per la CI), ci sono stati dei talk in proposito al DrupalCon 2009 di Parigi, se interessa vedo di recuperare un pò di link.
Al riguardo della mancanza del completo code coverage del core e di tutti i moduli contrib si sta ovviando, ma data la mole di codice è un processo lento e solo dalla versione 7 (in rilascio tra qualche mese) dovrebbe esserci una completa copertura di tutto.
Riprendo poi un paio di punti emersi da altri talk:
* Devo testare tutto il codice che uso o mi pongo dei limiti (vedi librerie esterne, come potrebbero essere cosiderati i moduli contrib)
* La qualità del software dipende solo dalla presenza di Test?
(si, le domande sono provocatorie :D )
Se volete fare due chiacchiere sull'argomento, mi trovate in giro o scrivete pure quì.
PS1: scusate, ma non potevo commentare se non votando anche il talk, cosa che non spetterebbe a me fare.
PS2: i voti sono sulla qualità del talk (come relatore) o sugli argomenti? Chiedo per poter eventualmente miglirare :)
Talk molto interessante, ottimi spunti di discussione, il relatore ha saputo tener testa ai "talebani" del TDD!