La creazione di software è un'attività complessa. Decine di presentazioni in questa conferenza mostreranno di come migliorare il processo di sviluppo del software per realizzare prodotti e servizi in maniera più efficiente ed agile, usando meno risorse e meno capitali per ottenere servizi di maggiore qualità.
Questa NON è una di quelle presentazioni.
Quello che faremo è un (piccolo) viaggio nel tunnel degli orrori dello sviluppo e della gestione di progetti software, raccontando di anti-pattern che possono essere deleteri anche per il migliore dei team e far fallire anche la migliore delle idee.
Vedremo come azioni spesso insignificanti possano peggiorare il processo di sviluppo rendendolo meno efficiente, più costoso e più rigido, ottenendo prodotti complessi, difficili da utilizzare e meno utili.
Dunque se la creazione di software è un'attività complessa, più di quanto a volte possiamo rendercene conto, una delle prime regole per migliorare è quella di riconoscere gli errori che si compiono, condividerli ed imparare da essi.
Questo ci farà guardare con occhi diversi alle "best practice" aiutandoci a scegliere la cura migliore per gli anti-pattern che incontreremo.
A wise hacker said: Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems.
Regular expressions are a powerful tool in our hands and a first class citizen in ruby so it is tempting to overuse them. But knowing them and using them properly is a fundamental asset of every developer. We'll see hands-on examples of proper Reg Exps usage in ruby code, we'll look at bad and ugly cases, and learn how to approach writing and debugging them.
We have a lot of data at our disposal, and we are ever more producing and collecting data from multiple sources. Data visualizations let us turn raw data into relevant information and make it easier to extract meaning from the information and to reason about it.
This talk will show you visualizations of increasing complexity all developed with d3js and we’ll analyze how they are built.
A wise hacker said: Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems.
Regular expressions are a powerful tool in our hands and a first class citizen in ruby so it is tempting to overuse them. But knowing them and using them properly is a fundamental asset of every developer. We'll see hands-on examples of proper Reg Exps usage in ruby code, we'll look at bad and ugly cases, and learn how to approach writing and debugging them.
We have a lot of data at our disposal, and we are ever more producing and collecting data from multiple sources. Data visualizations let us turn raw data into relevant information and make it easier to extract meaning from the information and to reason about it.
This talk will show you visualizations of increasing complexity all developed with d3js and we’ll analyze how they are built.
Molta attenzione e molti sforzi vengono spesi nello sviluppo delle parti 'visibili' dei servizi online (per ovvie ragioni) mentre al retrobottega si dedica il minimo investimento necessario.
Il risultato è spesso un sistema sgangherato che non permette di effettuare le operazioni essenziali per la gestione del sito o le rende oltremodo complicate e questo si riflette in modo negativo sugli utenti del servizio:
- diventa difficile rispondere con rapidità e positivamente alle richieste degli utenti,
- non ci si accorge che l'applicazione ha dei problemi,
- non si riescono ad implementare differenti approcci commerciali e a testarne i risultati,
La soluzione è cercare di prestare maggiore attenzione alla creazione del sistema che utilizzeremo per controllare e gestire il nostro servizio web, considerando il backoffice un elemento essenziale dell'applicazione che realizziamo, e fecendo in modo che ne segua l'evoluzione.
A presentation with tips and tools on how to integrate batch and asynchronous operations in a generic ruby on rails application.
Did this at rubyday.it 2011
Molta attenzione e molti sforzi vengono spesi nello sviluppo delle parti 'visibili' dei servizi online (per ovvie ragioni) mentre al retrobottega si dedica il minimo investimento necessario.
Il risultato è spesso un sistema sgangherato che non permette di effettuare le operazioni essenziali per la gestione del sito o le rende oltremodo complicate e questo si riflette in modo negativo sugli utenti del servizio:
- diventa difficile rispondere con rapidità e positivamente alle richieste degli utenti,
- non ci si accorge che l'applicazione ha dei problemi,
- non si riescono ad implementare differenti approcci commerciali e a testarne i risultati,
La soluzione è cercare di prestare maggiore attenzione alla creazione del sistema che utilizzeremo per controllare e gestire il nostro servizio web, considerando il backoffice un elemento essenziale dell'applicazione che realizziamo, e fecendo in modo che ne segua l'evoluzione.
A presentation with tips and tools on how to integrate batch and asynchronous operations in a generic ruby on rails application.
Did this at rubyday.it 2011