Direttamente dal sito del produttore leggiamo:

SendGrid’s cloud-based email infrastructure relieves businesses of the cost and complexity of maintaining custom email systems. SendGrid provides reliable delivery, scalability and real-time analytics along with flexible API’s that make custom integration a breeze.

Attraverso SendGrid in sostanza è possibile semplificare l’invio delle email aggiungendo simpatiche funzionalità come:

• Monitoraggio real time dell’invio, apertura, spam, rifiuto, ecc di una email
• Possibilità di inserire una “signature” su tutte le mail
• Possibilità attraverso degli header della mail di categorizzare le email per poter fare analitiche
• Invio di newsletter
• Invio dei report di spam
• Possibilità di integrare la propria piattaforma ad ogni evento collegato al workflow di delivery di email

Questa ultima funzionalità è stata particolarmente importante per il mio progetto, poichè molto facilemente ora riesco a far conoscere agli utentei del mio sito web se un certo messaggio è stato inviato e soprattutto se è stato aperto.

Se siete interessati anche voi ad integrare anche la vostra piattaforma web con questo servizio non esitate a contattarmi!!

In questo progetto ho esplorato in maniera dettagliata vari servizi esterni di geolocalizzazione, in pratica dei servizi web che prendono in input un indirizzo e restituiscono come risultato un punto nello spazio terrestre identificato attraverso la latitudine e la longitudine.

Il mio requisito principale era quello di avere più di un servizio attivo in modo da diminuire il rischio di non avere una risposta in caso il servizio fosse down o non trovasse l’indirizzo stesso. Dato questo requisito ho iniziato a studiare i vari servizi in giro per la rete e alla fine ne ho scelti due: Google Geocoding e OpenStreetMap Nominatim.

Scelti i due servizi ho deciso di creare un componente php 5.3 che fosse trasparente nelle configurazione dei servizi e nel modo in cui il mio codice potesse comunicare con loro ed è nato GeoAdapter. Il componente è rilasciato sotto licenza MIT.

L’architettura del componente è suddivisa in una classe Search che si occupa di passare la query ai servizi. Due classi di servizio che adattano l’interfaccia di Google Geocoding e OpenStreetMap Nominatim all’interfaccia della classe Search, una classe SearchCache che serve a crare una cache delle richieste fatte in modo da abbassare il numero di chiamate che si fa al servizio e una classe Location che viene restituita come risultato della ricerca che rappresenta il punto cercato e implementa un metodo per cercare la distanza tra due punti.

Il componente è del tutto configurabile e estendendo l’interfaccia Service è possibile aggiungere altri servizi di geolocalizzazione. Di seguito un esempio di utilizzo del componente:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

require_once(__DIR__.'/../lib/Geo/Autoload.php');
 
Geo\Autoload::register();
 
class Search extends Geo\Search
{
  protected function configure()
  {
    $this->addService(new Geo\Service\OpenStreetMap\Nominatim);
    $this->addService(new Geo\Service\GoogleMap\GeoCode);
  }
}
 
$search = new Search();
 
$search->query('via Montenapoleone, Milano');
 
$location_a = $search->getFirst();
 
$search->query('piazza Boccolino, Osimo');
 
$location_b = $search->getFirst();
 
echo 'Address1: via Montenapoleone, Milano'.PHP_EOL;
echo 'Latitude: '.$location_a->getLatitude().PHP_EOL;
echo 'Longitude: '.$location_a->getLongitude().PHP_EOL.PHP_EOL;
 
echo 'Address2: piazza Boccolino, Osimo'.PHP_EOL;
echo 'Latitude: '.$location_b->getLatitude().PHP_EOL;
echo 'Longitude: '.$location_b->getLongitude().PHP_EOL.PHP_EOL;
 
echo 'Distance from Address1 to Address2: '.$location_a->distance($location_b).' Km'.PHP_EOL;

Questo codice restituirà il seguente output:

Address1: via Montenapoleone, Milano
Latitude: 45.4685166
Longitude: 9.1948891
 
Address2: piazza Boccolino, Osimo
Latitude: 43.4863912
Longitude: 13.4825126
 
Distance from Address1 to Address2: 251.64 Km

Attraverso questo componente sono ruscito a localizzare tutte le educatrici che si iscrivono ad Oltre Tata e a memorizzare in fase di regitrazione del loro profilo le loro coordinate geospaziali.

Una volta memorizzate le loro coordinate su database ho dovuto creare una query che dato il punto di ricerca della famiglia restituisse in un raggio di 30km tutte le educatrici disponibili. Un post di Derick mi è corso in aiuto e dopo un’attenta lettura di tutte le funzioni trigonometriche per il calcolo delle distanze ho trovato la soluzione implementando la seguente formula in una query SQL:

acos( sin(latA) * sin(latB) +cos(latA) * cos(latB) * cos(longB - longA) ) * 3956

dove latA è la latitudine del punto A, latB è la latitudine del punto B, longB è la longitudine del punto B e longA è la longitudine del punto A. Alla fine della formula moltiplico tutto per 3956 per avere il totale in km. Tutti i valori di latitudine e longitudine devono essere dati in valoti radianti.

In questo modo ad esempio se voglio cercare babysitter a milano il sistema cerca prima il punto di ricerca e poi trova tutte le educatrici nelle vicinanze di quel punto, stessa cosa per le altre città come Roma, Napoli, Ancona e così via.

Sentitevi liberi di clonare GeoAdapeter e di aggiungere ulteriori servizi, o di migliorare il componente, però mi raccomando inviatemi le vostre pull request !!

Sono sempre più numerose le applicazioni legacy aziendali che sono diventate difficili da manutenere e da estendere. La riscrittura completa di un’applicazione non è quasi mai l’approccio corretto da seguire, soprattutto dal punto di vista business. In questo webinar si parlerà di come realizzare il refactoring di codice PHP e di alcune metodologie di ingegneria del software da seguire per non perdersi nei meandri del codice. Dal punto di vista degli strumenti da utilizzare si parlerà di PHPUnit e Selenium, per il testing automatico del codice PHP, e di Zend Studio, l’IDE di Zend Technologies per facilitare il refactoring e la gestione del codice PHP.

Presentano: Francesco Trucchia, CTO di Ideato srl, Solution Partner di Zend Technologies e Enrico Zimuel, Senior Consultant & Architect, Zend Technologies

Il webinar è gratutito e in lingua italiana. Registratevi!!

“Ciccio, ma quali sono le regole del Pair Programming? Facciamo Pair Programming da alcuni mesi, ma a volte non ci sentiamo molto efficaci, perchè discutiamo troppo nel prendere decisioni condivise e perchè il nostro livello di conoscenza non è lo stesso.”

Quando dal team emergono queste domande, i miei occhi si illuminano, perchè solo di fronte alla consapevolezza si possono dare piccole regole per migliorare se stessi.

Di fronte alle loro domande non ho risposto subito, ho rinviato la discussione ad un dojo interno, che organizzeremo in ideato a breve tempo.

Tuttavia, oggi, vorrei raccontarvi quando secondo me il Pair Programming è efficace.

La metafora che uso spesso per far capire il Pair Programming è quella dei guidatori di rally, chi scrive codide è il guidatore, chi sta a fianco e osserva è il navigatore. Se il guidatore non si fida del navigatore, dove va a finire l’auto?

Come in ogni coppia anche nel Pair Programming si è efficaci se si rispettano i ruoli.

1. Il guidatore si deve fidare del navigatore.
   Nella coppia ci deve essere fiducia. Il punto di vista predominante deve essere quello del navigatore. La coppia non può discutere ogni piccola decisione. Il guidatore si deve occupare di fare bene quello che gli viene detto dal navigatore. L’obiettivo è la risoluzione del problema. Se il guidatore non è d’accordo con il design emerso potrà fare refactoring quando sarà lui il navigatore, se necessario.
2. Il guidatore deve stare attento alla tattica.
   Il compito del guidatore è quello di porre attenzione a quello che gli viene detto dal navigatore e al coding style.
3. Il navigatore deve stare attento alla strategia.
   Il compito del navigatore è quello di indicare la strada al guidatore. Il navigatore deve guardare più avanti e scegliere quale strategie attuare. E’ il navigatore che fa emergere il design del codice.
4. Per discutere si chiama un Time-Out.
   Durante la sessione di Pair Programming, se la coppia è in disaccordo, si possono chiamare dei Time-Out. I time out servono a discutere insieme quale strada percorrere e come risolvere un certo problema, o per chiedere aiuto a qualcuno se si è bloccati. Il numero massimo di time out che si possono chiamare durante una giornata non dovrebbero essere più di quattro. La durata di un Time-Out non deve essere superiore al pomodoro.
5. Cambiarsi i ruoli.
   E’ molto importante che nella coppia i ruoli vengano scambiati frequentemente. Un tempo ideale potrebbe essere ogni uno o due pomodori.

Nel dojo che organizzeremo in ideato, vedremo come rendere ancora più efficace il Pair Programming attravero il Ping Pong Pair Programming.

E tu ti fidi del tuo navigatore?

]]> http://www.cphp.it/2010/01/12/alcune-regole-del-pair-programming/feed/ 3 http://www.cphp.it/2009/12/26/il-mio-2009/ http://www.cphp.it/2009/12/26/il-mio-2009/#comments Sat, 26 Dec 2009 16:44:33 +0000 cphp http://www.cphp.it/?p=300 Anche un altro anno sta finendo e si lascia alle porte molte belle eperienze vissute e passate.

Ho partecipate alle seguenti conferenze:

• eZ International Winter Conference – 29, 30 Gennaio 2009, Barcelona
• PHPCon Italia 2009 – 18 – 20 Marzo 2009
• PHPDay 2009 – 15, 16 Maggio 2009, Verona
• PHP Test Fest – 19, 20, 21 Giugno 2009, Cesena
• eZ Conference & Awards 2009 – 24, 25, 26 Giugno 2009, Parigi
• Javascript Camp – 25 Settembre 2009, Cesena
• HTML 5 Dojo – 18 Dicembre 2009, Cesena

Ho tenuto i seguenti talk:

• PHPCon Italia – Extreme Programming and PHP
• PHPDay – Spaghetti Code Refactoring
• Javscript Camp – Unit test con javascript

A fine ottobre inoltre è uscito il mio primo libro “eZ Publish 4: Enterprise Web Sites Step By Step” ed ho iniziato a scrivere il mio secondo libro “Pro PHP Refactoring with Test-Driven Design“.

Inoltre con la mia azienda ho lavorato ai seguenti progetti:

• Tripshake.com
• eHarmony.it
• TopGirl.it
• Casa Vinicola Zonin e tenute
• Planetek Italia

e alle seguenti estensioni open source:

• eZ Deploy – Deploy automatico con eZ Publish
• eZ Test Browser - Test funzionali con eZ Publish

Ho cercato di migliorare ogni giorno il processo produttivo all’interno di ideato, studiando e mettendo in pratica le metodologie agili.

Dire in conclusione un anno molto produttivo, ora vediamo che cosa il 2010 si riserverà.

Auguri a tutti e felice anno nuovo.

Gruppo dedicato allo studio ed approfondimento delle pratiche dell’eXtreme Programming e dei processi agili in genere con sede in Ancona. (The group is focused at investigation and review of eXtreme Programming practices and agile processes in general based in Ancona, Italy).

Ho deciso di iscrivermi anch’io e penso che il 2010 mi vedrà impegnato in questa bella iniziativa.

PHP Refactoring
Molte aziende ed organizzazioni hanno applicazioni business critical che dipendono da codice obsoleto e di difficile manutenzione.

Le ragioni dietro a questo genere di problema possono essere molte, dalla perdita di know-how relativo a chi ha sviluppato il prodotto, alla mancanza vera e propria di progettazione fino alla totale assenza pratiche di sviluppo che non hanno seguito pattern riconosciuti
e consolidati.

Con questo corso si imparerà ad identificare questi problemi ed aggiornare, o creare, applicazioni più efficienti utilizzando pratiche di Test Driven Design.

Il corso di Refactoring di codice PHP obsoleto sarà basato sul libro, di prossima pubblicazione, scritto da Francesco Trucchia e Jacopo Romei intitolato ”Pro PHP Refactoring with Test-Driven Design“ e tenuto dagli stessi autori.

durata: 2 giorni
maggiori informazioni: http://www.refactoring.it

Se siete interessati a partecipare o volete avere maggiori informazioni contattateci all’indirizzo formazione@ideato.it.

Dopo il mio debutto con “eZ Publish 4: Enterprise Web Sites Step-by-Step“, del quale siamo nella fase di revisione tecnica, molto presto verrà pubblicato, ecco che ho deciso di buttarmi in una nuova sfida.

Credo che oggi come non mai ci sia interesse verso il valore del software. Io e Jacopo con questo libro cercheremo di spiegarvi come è possibile far crescere il vostro software php senza fallire e perderne valore.

Pro PHP Refactoring with Test-Driven Design

Many businesses and organizations depend on older high-value PHP software that risks abandonment because it is impossible to maintain. The reasons for this may be that the software is not well designed; there is only one developer (the one who created the system) who can develop it because he didn’t use common design patterns and documentation; or the code is procedural, not object oriented. With this book, you’ll learn to identify problem code and refactor it to create more effective applications using test-driven design.

What you’ll learn

• What refactoring is and why you need to refactor code
• What test-driven design is and why you need to test your code
• How to write unit and functional tests with PHPUnit and Selenium Remote Control (RC)
• How to detect “bad smells” in PHP code, and refactor them using test-driven design
• How to refactor a large procedural application affected by many bad smells

Who is this book for?

This book is for PHP developers, businesses, and developers relying on legacy PHP apps.

Ad esempio, se voglio dimostrare che il peso di un palloncino è diverso se riempito con acqua o con aria, eseguirò i seguenti passi:

1. peso in una bilancia il palloncino pieno di acqua
2. peso nella stessa bilancia il palloncino quello pieno d’aria
3. confronto i due pesi

se la differenza è diversa da zero, significa che il palloncino pieno d’acqua pesa di più del palloncino pieno d’aria:

Cambiamento = PesoPalloncinoAcqua – PesoPalloncinoAria

Questa dimostrazione è possibile grazie alla bilancia che è il nostro strumento di misurazione tarato sull’unita di misura del peso, il grammo.

Quindi se il palloncino è la nostra applicazione, l’acqua la nostra vecchia feature che deve essere sostiutita con l’aria, come faccio a dimostrare che il codice è cambiato se non riesco a misurarlo?

Con i test automatici.

Il test automatico è in grado di misurare il nostro codice e dimostrarne in maniera oggettiva il cambiamento.

E voi misurate il vostro codice? con quale unità di misura?