Essere un hacker è qualcosa che trascende l’informatica, è un saper riadattare a quello che ci circonda per le nostre esigenze. E’ descrivere una nuova ricetta fatta con gli avanzi del giorno prima. E’ lavorare all’impianto elettrico senza essere elettricisti. Il lifehack è l’hacking della vita.
Ho tenuto questo speech all’ottimo php.to.start di Torino, ricevendo molti feedback interessanti.
Preparandolo mi sono accorto come in ideato le idee cardini della filosofia lean fossero presenti prima ancora che quest’ultima diventasse un qualcosa di mainstream. Tutto quello che abbiamo fatto negli ultimi anni infatti è basato sul concetto di fare, analizzare quello che (ci) succede e far evolvere (pivotare) il nostro modo di lavorare e collaborare con i clienti.
Parlando con alcuni clienti che avevano letto “The lean startup” di Ries mi sono accorto come sia stato mal interpretato il discorso di “ridurre gli sprechi” percependolo come non faccio nulla e vedrò quello che succede con quello che ho già.
A mio parere, quello che dovrebbe essere assimilato dal messaggio lasciato dal libro è che la riduzione degli sprechi (l’essere lean) è solo una conseguenza di un’attività costante basata sul fare.
Fare MVP. Fare a/b test. Fare analisi degli stakeholder. Fare focus group. Fare pivot e scrivere nuovo codice. Fare, fare, fare!
Il fare tutte queste cose iterativamente, con critica costruttiva e guardando ai propri risultati frequentemente porterà a ridurre gli sprechi ed a migliorare il tiro facendo la scelta giusta. Il non fare invece porterà il lavoro fatto precedentemente ad essere esso stesso uno spreco non creando nessun valore.
ciuaz
Era da un anneto abbondante che non mi capitava di fare una tournè su tutto il territorio italiano con talk che spaziano da html5 fino al lean, ed invece pare proprio che metà-fine Marzo sarà un periodo molto impegnativo a riguardo.
Si inizia il 21 marzo con il php.to.start a Torino, organizzato dal PUG Torinese (sono sempre più orgoglioso di aver contribuito alla nascita dei pug locali) dove parlerò di come vivere su internet senza essere (per forza) una web agency.
Il 22 pomeriggio sarò invece a Bologna ad un Meetup organizzato da Intel nel programma Intel AppUp University come relatore sulle potenzialità di HTML5 ed un piccolo intervento/tutorial sui sistemi di storage client side (ormai mio cavallo di battaglia).
Stesso argomento tratterò il 24 a Roma durante il CodeMotion nel talk che ormai sto portando in giro da un annetto e che, pare, sia abbastanza richiesto.
Vi ricordo inoltre che il 13 Aprile ci sarà il Mobile PHP a Milano evento/barcamp gratuito ed aperto a tutti che verterà sull’utilizzo di PHP a supporto del mondo mobile.
Ci vediamo in giro!
Passando molto più tempo a gestire la (follia della) gente che sul codice ho iniziato a rivedere alcuni concetti a me cari durante la mia precedente, e forse futura, vita da sviluppatore. Uno di questi è la riusabilità del codice.
Il primo tarlo sull’argomento si è presentato quando, durante l’Agile Day di Roma, mi è stato chiesto se in ideato reinventavamo la ruota ogni volta e per ogni progetto. In quell’occasione la mia risposta, data di getto e senza pensarci troppo, fu: “utilizzeresti del codice (anche tuo) scritto 4 anni fa?“. Il principio di base è che in 4 anni la tecnologia (sul web) evolve tantissimo, ed allo stesso modo evolvono le competenze dei team, riutilizzare quindi codice obsoleto e potenzialmente legacy non fa altro che limitare le potenzialità di uno sviluppatore (riducendo in alcuni casi la qualità globale del progetto).
Non so se vi è mai capitato di vedere un episodio di extreme makeover: home edition (una sorta di Pimp my House), ne ho visti alcuni episodi in quei momenti di spegnimento di cervello forzato che passano tra la cena ed il leggere qualcosa (blog, libri o fumetti).
Ogni volta rimango sbalordito di come, tralasciando l’esagerazione puramente da reality, queste persone vivano in letamai fatiscenti semplicemente accettando il fatto che “tanto è così e non ci possiamo fare nulla“.
Un giorno però un pensiero mi è balenato più o meno così nel cervello: “macchecaz saranno in 20 in quella casa, vuoi che uno di loro non possa prendere una pinza a pappagallo e chiudere il tubo che gli sta allagando la cantina da 2 anni…” tutto questo mentre osservavo le immagini di uno scantinato con 40cm d’acqua dove alcuni mobili navigavano allegramente.
Passato questo momento di stizza verso persone così pigre da rovinarsi la salute e farsi i debiti con la bolletta dell’acqua piuttosto che prendere la situazione di polso e reagire per tempo e così abituate ad una situazione tanto assurda da non farci neanche più caso, sono andato in bagno (ho fatto quel che c’era da fare) e guardando il rubinetto con appoggiato li vicino il nuovo filtro da cambiare (da circa 6 mesi) ho iniziato a prendermi a schiaffi da solo.
Ultimamente, come ho già scritto, ho ridotto il mio effort tecnico/tecnologico in azienda per spostarmi sempre di più sull’ambito manageriale ed, incidentalmente, commerciale. Come molti di voi sapranno la mia estrazione non è, propriamente, da agente di commercio e quindi in un modo o nell’altro ho studiato, cercato di capire il mercato e come porsi ad esso in maniera convincente o, almeno, più consona alla mia indole.
Mi sono fatto un’idea di com’è e di come vorrei che fosse, idea che per il momento non condividerò ma che cercherò di spiegare durante un talk all’AgileDay ed approfondire successivamente qui.
Prima di tale data mi piacerebbe però raccogliere qualche parere in più. Quindi vorrei sapere cos’è per voi un commerciale (dal generico a quello per una azienda che vive di web) e quale dovrebbe essere il suo tratto saliente (o quali dovrebbero essere se ne avesse più d’uno) e perché. Insomma per voi un buon commerciale dovrebbe avere compentenze tecniche? O essere un grande affabulatore? O limitarsi a vendere il più possibile?
Ciuaz
Con la mia azienda le cose vanno abbastanza bene e per questo motivo, mio malgrado, ho dovuto ridurre drasticamente le mie ore da sviluppatore per dedicarmi ad attività un tempo da me considerate marginali (alla produzione di buon codice) ma ora indispensabili al fine favorire ed aiutare una sana crescita d’impresa.
Una di queste è la contrattazione delle modalità di fornitura dei servizi con i clienti, attività che porta via, proporzionalmente alla grandezza del cliente, tempo e sanità mentale. Se volete sapere quanto manca ad un mio possibile ricovero, considerate che ultimamente le trattative (se così possono essere definite) sono portate avanti con multinazionali che cubano quanto piccoli stati e che prima di dare una qualsiasi risposta (tipo: “bella giornata, eh?“) passano le domande al vaglio di un pool di avvocati…
Ogni tanto, durante un colloquio o uno scambio di email abbastanza acceso, mi arrivano frasi e concetti, espressi quasi come se rappresentassero La Verità Assoluta, a cui ci si aspetta una accettazione passiva.
A seguire, per mio e vostro diletto, alcune delle chicche che reputo come rappresentanti di un modo di lavorare vecchio e sorpassato.
Collaborando con Zend Italia, e con il buon Enrico, alla preparazione di un micro-benchmark su WordPress è emerso, tra le altre cose, che il CMS in questione non ama particolarmente il sistema di Page Cache dello Zend Server.
Questo avviene perchè il primo, non potendo comunicare al secondo la modifica di una pagina (ad esempio dovuta ad un commento), riceve dal sistema di caching sempre e solo lo stesso contenuto. Dopo un paio d’ore di studio delle API dello Zend Server e delle action di WordPress è emerso un simpatico snipplet che permette di usare direttamente il CMS in situazioni di grosso carico di lavoro senza doversi appoggiare a plugin di caching (come ad esempio il pur sempre ottimo W3 Total Cache) e lasciando quindi l’installazione di WordPress la più pulita possibile.
Qui di seguito il proof-of-concept (funzionante) del codice in questione.
Se vi piacciono i QR Code, come quello che vedete qui a sinistra sappiate che google mette a disposizione un comodo tool per la generazione on-fly degli stessi.
Per comodità ho creato una piccola bookmarklet che invoca il servizio e genera automaticamente l’immagine.
Per usarla, copiate questo codice all’interno di un bookmark:
[code]javascript:window.open(‘http://chart.apis.google.com/chart?cht=qr&chs=150×150&choe=UTF-8&chld=H&chl=’+document.location);void(0);[/code]
o, più semplicemente, trascinate questa QR Code Bookmarklet sulla vostra barra degli indirizzi.
ciuaz
Non so se sarà il trend del 2011 ma nelle ultime settimane mi è capitato che più di un nuovo cliente mi abbia chiesto, per essere abilitato come fornitore, una combinazione lineare di Stato Patrimoniale dell’azienda e/o dei soci, Visura Camerale, DURC e Libro Unico dei lavoratori. A parte possibili violazioni della privacy (sul Libro Unico sono presenti dati riservati), interrogati i neo-clienti sulle motivazioni di queste richieste ho ricevuto risposte vaghe e poco esaurienti.
C’è chi lo fa perchè vuole evitare di dare lavoro ad aziende che fanno lavoro in nero, e fin qua sono in totale accordo, c’è chi lo fa per prassi (e non ricorda quando ha iniziato) e c’è chi lo fa per avere controllo su chi farà materialmente il lavoro (ma la mia interpretazione, plausibile, è di poter poi contestare il lavoro attaccandosi a qualche cavillo per ridurre la spesa finale).
Resta il fatto che il termine più (ab)usato è “per la trasparenza dei fornitori“. Ecco, anche a me piace la trasparenza, pertanto ai prossimi clienti che vorranno fatto un lavoro, ma chiederanno scartoffie su scartoffie, potrei iniziare a chiedere in contropartita la Visura Camerale, lo Stato Patrimoniale e lo stato dei ritardi dei pagamenti verso i fornitori.
Vuoi mai che tutta questa chiarezza non snellisca le pratiche per iniziare a fare il vero lavoro?
ciuaz