Charla sobre cómo implantar buenas prácticas en los proyectos tecnológicos y no morir en el intento. Realizada el 25 de Enero de 2013 en Betabeers Barcelona.
Un breve pero consistente paseo a través del Design Thinking, con algunas técnicas y herramientas para despertar en el lector el interés de usar esta disciplina centrada en personas.
Value Stream Mapping para la eficiencia del procesoMarco Avendaño
Durante la conferenica Agile 2019, Jeff Sutherland, co-autor de Scrum, recordaba que la única métrica que importa es la eficiencia del proceso. La eficiencia se centra en la rapidez con la que se entrega valor y por eso se le debe dar la importancia correspondiente.
Jonathan Rasmusson, en su libro Agile Samurai, propone una forma empática e integrada de poder iniciar un proyecto de forma óptima. Esto es muy importante para trazar el mapa de ruta de hacia donde se dirigirá el proyecto, dependencias, riesgos, equipo de trabajo, y otros temas.
En esta presentación explico la esencia de este Agile Inception Deck.
Un breve pero consistente paseo a través del Design Thinking, con algunas técnicas y herramientas para despertar en el lector el interés de usar esta disciplina centrada en personas.
Value Stream Mapping para la eficiencia del procesoMarco Avendaño
Durante la conferenica Agile 2019, Jeff Sutherland, co-autor de Scrum, recordaba que la única métrica que importa es la eficiencia del proceso. La eficiencia se centra en la rapidez con la que se entrega valor y por eso se le debe dar la importancia correspondiente.
Jonathan Rasmusson, en su libro Agile Samurai, propone una forma empática e integrada de poder iniciar un proyecto de forma óptima. Esto es muy importante para trazar el mapa de ruta de hacia donde se dirigirá el proyecto, dependencias, riesgos, equipo de trabajo, y otros temas.
En esta presentación explico la esencia de este Agile Inception Deck.
Comencemos definiendo lo que significa esto de "DevOps" o “DevSecOps” para su organización y como encaja en el contexto de la agilidad empresarial. ¿Cómo explicas los beneficios? ¿Cómo comienzas? Únanse a este meetup para tener conversaciones con Javier Sanchez, Alex Canizales y Arlen Espinosa sobre la transformación DevOps empresarial en la vida real.
Transformar y modernizar las organizaciones de TI de grandes empresas es un objetivo para muchos de nosotros. Vamos a hablar sobre cómo abordar un viaje de DevOps y trazar un camino hacia la adopción exitosa. Cubriremos las consideraciones de principios, prácticas, arquitecturas, mapeo de la cadena de valor, herramientas “si también son importantes” y el cambio cultural necesario cuando una organización se enfrenta a una gran transformación DevOps.
http://www.agilisters.org/2018/04/la-transformacion-devops.html
Resolver problemas y testar nuevas ideas, aunque estemos separados. Se presenta algunas recomendaciones y herramientas para el desarrollo de sesiones de Design Sprint de manera remota.
Si se quiere ganar un partido de ajedrez, no basta con conocer la reglas, también se necesitan estrategias. Si la Guía de Scrum fuera lo que es un libro de reglas de juego para el ajedrez, para ganar el partido necesitamos tener estrategias; estas estrategias son los patrones. Un patrón es una solución repetible aplicable a un problema que surge en un contexto específico.
En esta presentación se da a conocer los patrones orientados al valor y ROI.
Presentación de los repositorios de SymfonyZero y SymfonyZero-API
SymfonyZero: https://github.com/Emergya/SymfonyZero
SymfonyZero-API: https://github.com/Emergya/SymfonyZero-API
Charla que presenta que es Scrum en realidad, la cual ofrecí en la semana de la ingenieria en la Universidad Cesar Vallejo - Piura el 5 de mayo de 2012, y en Scrum Day de la Univ. Jorge Basadre Grohmann de Tacna
Importancia del testing en los proyectosSoftware Guru
Platicaremos de la importancia del equipo del testing, cuales son las incidencias mas comunes que se detectan y los problemas que se enfrenta el tester contra el desarrollador. ¿QA tiene la última palabra para liberar el sistema?
Para universidades:
De qué va esto?
Sembrar la semilla de la curiosidad
Abrir los ojos
Como se está moviendo el mundo
Sacarte de la zona de confort
Inquietarlos
Los métodos ágiles enfatizan las comunicaciones cara a cara en vez de la documentación. Los requisitos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios.
Expositoras
María Fernanda Escudero., PMP
Project Manager
mescudero@thoughtworks.com
María José Ormaza
Business Intelligence
mjormaza@thoughtworks.com
Conjunto de preguntas y ejercicios que brindan la posibilidad de mejorar las oportunidades para que los proyectos software sean exitosos, haciendo que todos los implicados tengan los mismos objetivos en relación al proyecto.
Scrum Day Perú 2020 - Agilidad de Negocios: abordando la incertidumbre. Como mapear y conocer los principales desafÍos y beneficios de la agilidad de negocios, sintetizando la necesidad de la agilidad y la innovación dentro de las organizaciones en el contexto actual. Alex Canizales - Agilisters.
http://www.agilisters.org/2020/11/agilidad-de-negocios-abordando-la.html
Presentación del libro The Agile Samurai de Jonathan Rasmusson. Part II Agile Project Inception.
http://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/
OSOCO Breakfast Speech.
Date: 31-05-2011
Comencemos definiendo lo que significa esto de "DevOps" o “DevSecOps” para su organización y como encaja en el contexto de la agilidad empresarial. ¿Cómo explicas los beneficios? ¿Cómo comienzas? Únanse a este meetup para tener conversaciones con Javier Sanchez, Alex Canizales y Arlen Espinosa sobre la transformación DevOps empresarial en la vida real.
Transformar y modernizar las organizaciones de TI de grandes empresas es un objetivo para muchos de nosotros. Vamos a hablar sobre cómo abordar un viaje de DevOps y trazar un camino hacia la adopción exitosa. Cubriremos las consideraciones de principios, prácticas, arquitecturas, mapeo de la cadena de valor, herramientas “si también son importantes” y el cambio cultural necesario cuando una organización se enfrenta a una gran transformación DevOps.
http://www.agilisters.org/2018/04/la-transformacion-devops.html
Resolver problemas y testar nuevas ideas, aunque estemos separados. Se presenta algunas recomendaciones y herramientas para el desarrollo de sesiones de Design Sprint de manera remota.
Si se quiere ganar un partido de ajedrez, no basta con conocer la reglas, también se necesitan estrategias. Si la Guía de Scrum fuera lo que es un libro de reglas de juego para el ajedrez, para ganar el partido necesitamos tener estrategias; estas estrategias son los patrones. Un patrón es una solución repetible aplicable a un problema que surge en un contexto específico.
En esta presentación se da a conocer los patrones orientados al valor y ROI.
Presentación de los repositorios de SymfonyZero y SymfonyZero-API
SymfonyZero: https://github.com/Emergya/SymfonyZero
SymfonyZero-API: https://github.com/Emergya/SymfonyZero-API
Charla que presenta que es Scrum en realidad, la cual ofrecí en la semana de la ingenieria en la Universidad Cesar Vallejo - Piura el 5 de mayo de 2012, y en Scrum Day de la Univ. Jorge Basadre Grohmann de Tacna
Importancia del testing en los proyectosSoftware Guru
Platicaremos de la importancia del equipo del testing, cuales son las incidencias mas comunes que se detectan y los problemas que se enfrenta el tester contra el desarrollador. ¿QA tiene la última palabra para liberar el sistema?
Para universidades:
De qué va esto?
Sembrar la semilla de la curiosidad
Abrir los ojos
Como se está moviendo el mundo
Sacarte de la zona de confort
Inquietarlos
Los métodos ágiles enfatizan las comunicaciones cara a cara en vez de la documentación. Los requisitos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios.
Expositoras
María Fernanda Escudero., PMP
Project Manager
mescudero@thoughtworks.com
María José Ormaza
Business Intelligence
mjormaza@thoughtworks.com
Conjunto de preguntas y ejercicios que brindan la posibilidad de mejorar las oportunidades para que los proyectos software sean exitosos, haciendo que todos los implicados tengan los mismos objetivos en relación al proyecto.
Scrum Day Perú 2020 - Agilidad de Negocios: abordando la incertidumbre. Como mapear y conocer los principales desafÍos y beneficios de la agilidad de negocios, sintetizando la necesidad de la agilidad y la innovación dentro de las organizaciones en el contexto actual. Alex Canizales - Agilisters.
http://www.agilisters.org/2020/11/agilidad-de-negocios-abordando-la.html
Presentación del libro The Agile Samurai de Jonathan Rasmusson. Part II Agile Project Inception.
http://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/
OSOCO Breakfast Speech.
Date: 31-05-2011
En esta charla se describe cuales son las actividades principales de un Software Developer Engineer.
Así mismo se trata de dar una breve introducción a algunos de los Principios de Liderazgo de Amazon
Be agile my friend - Cómo gestionar proyectos y dormir por las nochesÁlvaro Agea Herradón
El desarrollo de un producto no es una tarea fácil. Prueba de ello es que existen numerosas propuestas metodológicas que inciden en distintas dimensiones del proceso de desarrollo. Por una parte tenemos aquellas propuestas más tradicionales que se centran especialmente en el control del proceso, estableciendo rigurosamente las actividades involucradas, los artefactos que se deben producir, y las herramientas y notaciones que se usarán. Estas propuestas han demostrado ser efectivas y necesarias en un gran número de proyectos, pero también han presentado problemas en otros muchos. Una posible mejora es incluir en los procesos de desarrollo más actividades, más artefactos y más restricciones, basándose en los puntos débiles detectados. Sin embargo, el resultado final sería un proceso de desarrollo más complejo que puede incluso limitar la propia habilidad del equipo para llevar a cabo el proyecto. Otra aproximación es centrarse en otras dimensiones, como por ejemplo el factor humano o el producto software. Esta es la filosofía de las metodologías ágiles, las cuales dan mayor valor al individuo, a la colaboración con el cliente y al desarrollo incremental del software con iteraciones muy cortas. Este enfoque está mostrando su efectividad en proyectos con requisitos muy cambiantes y cuando se exige reducir drásticamente los tiempos de desarrollo pero manteniendo una alta calidad. Las metodologías ágiles han revolucionado la manera de producir, y a la vez han generado un amplio debate entre sus seguidores y quienes por escepticismo o convencimiento no las ven como alternativa para las metodologías tradicionales.
How to start a tech company (for non-tech CEOs) - In SpanishMarsBased
This presentation was done by our CTO Xavier Redó at Startup Grind Barcelona on November 2015 and it is in Spanish.
In this presentation, Xavi explains to non-technical CEOs how to create tech startups by either outsourcing the development, hiring a full-time CTO or getting help from consultants, depending on every case.
Tras muchos años asumiendo problemas ajenos como míos siendo empleado decidí crear una empresa que se dedicara a ello.
A lo largo de mi carrera he visto (y perpetrado) cosas que no creeríais pero, al final, la realidad es que la mayoría de empresas tienen problemas muy similares y se suelen cometen errores muy parecidos en todas partes, independientemente del sector, tamaño o perfiles de los equipos.
En esta charla nos centraremos en los errores más comunes que se cometen al implantar metodologías DevOps y cómo intentar evitarlos. Porque DevOps no es un puesto, ni un equipo, ni un proyecto, ni algo que se pueda comprar e instalar.
Porque no necesitas ser una FAANG para aprovecharte de las muchas cosas positivas de estas filosofías. Y incluso en las FAANG reconocen haber cometido muchos de estos errores.
Eliminando desperdicios en el desarrollo de softwareMarco Avendaño
Se entiende por “desperdicio” a cualquier actividad que consuma recursos pero que no agrega ningún valor, según la percepción del cliente. El desarrollo de software Lean está inspirado en Lean Manufacturing y Toyota Production Systems, donde se encuentran definidos los 7 desperdicios de la fabricación, y es a partir de ellos que se adopto los 7 desperdicios del desarrollo de software, con los cuales se tiene el propósito de descubrirlos y eliminarlos para reducir costos y hacer que los productos sean más efectivos. En la presente charla se dará a conocer las características de estos desperdicios, así como, indicar algunas recomendaciones para reducirlos.
DevOps & Infraestructura como código: Promesas RotasRicard Clau
Streaming en Youtube at https://www.youtube.com/watch?v=pm7DzYLVgkw hasta el minuto 48
Las metodologías DevOps y herramientas de infraestructura como código prometían simplificar el manejo de nuestros servidores, aumentar nuestro valor a negocio y en general, mejorar nuestra vida como ingenieros.
Pero la realidad es que la complejidad parece seguir en aumento, es cada vez más difícil testear todo correctamente y a veces parece que haciendo las cosas a mano vivíamos mejor.
En esta charla haremos un repaso de estos temas, plantearemos posibles soluciones, comentaremos algunos retos que todavía nos quedan y desde luego espero convencer a la audiencia de que volver atrás no sería una buena solución
Building a bakery of Windows servers with Packer - London WinOpsRicard Clau
Nobody likes patching servers. Specially not Windows servers. And the problem becomes even worse with hybrid infrastructures where you have servers running both in AWS and in a datacenter.
Packer is a tool for creating machine and container images for multiple platforms from a single source configuration.
In this session we will talk about how we are trying to sort this problem at Wonga, using Packer to create a bakery of Windows servers which allows us to build up-to-date AMIs and VMWare templates from the same set of provisioning scripts.
Modern software architectures - PHP UK Conference 2015Ricard Clau
The web has changed. Users demand responsive, real-time interactive applications and companies need to store and analyze tons of data. Some years ago, monolithic code bases with a basic LAMP stack, some caching and perhaps a search engine were enough. These days everybody is talking about micro-services architectures, SOA, Erlang, Golang, message passing, queue systems and many more. PHP seems to not be cool anymore but... is this true? Should we all forget everything we know and just learn these new technologies? Do we really need all these things?
Big Data! Great! Now What? #SymfonyCon 2014Ricard Clau
Big Data is one of the new buzzwords in the industry. Everyone is using NoSQL databases. MySQL is not cool anymore. But... do we really have big data? Where should we store it? Are the traditional RDBMS databases dead? Is NoSQL the solution to our problems? And most importantly, how can PHP and Symfony2 help with it?
Speed up your Symfony2 application and build awesome features with RedisRicard Clau
Redis is an extremely fast data structure server that can be easily added to your existing stack and act like a Swiss army knife to help solve many problems that would be extremely difficult to workaround with the traditional RDBMS. In this session we will focus on what Redis is, how it works, what awesome features we can build with it and how we can use it with PHP and integrate it with Symfony2 applications making them blazing fast.
Escalabilidad y alto rendimiento con Symfony2Ricard Clau
En esta charla se pretenden tocar todas las cosas que debemos tener en cuenta para sacar el máximo rendimiento y poder escalar usando Symfony2.
Se toca desde parámetros de configuración de PHP y APC, optimización de Composer, dónde optimizar, quick wins varios, cómo hacer profiling correctamente, BBDD NoSQL vs SQL y por supuesto lecciones aprendidas en mis anteriores trabajos
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Telefónica
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0xWord escrito por Ibón Reinoso ( https://mypublicinbox.com/IBhone ) con Prólogo de Chema Alonso ( https://mypublicinbox.com/ChemaAlonso ). Puedes comprarlo aquí: https://0xword.com/es/libros/233-big-data-tecnologias-para-arquitecturas-data-centric.html
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Es un diagrama para La asistencia técnica o apoyo técnico es brindada por las compañías para que sus clientes puedan hacer uso de sus productos o servicios de la manera en que fueron puestos a la venta.
1. BUENAS PRÁCTICAS
Cómo implantarlas en proyectos tecnológicos...
y no morir en el intento
Ricard Clau (@ricardclau)
Betabeers BCN 25-Enero-2013
2. RICARD CLAU
Backend Tech Lead @ SocialPoint
He pasado por Emagister, Ulabox y Privalia
A veces doy charlas
Y de vez en cuando me aceptan PR en Github
3. VAMOS A HABLAR DE...
• Nuestra realidad como desarrolladores
• Nuestra relación con “negocio”
• Buenas prácticas (qué son y por dónde empezamos)
• Algunas herramientas y truquillos
• Todo lo que queráis preguntar
4. CONCEPTOS SUELTOS
• Tolerancia al sufrimiento. ¿Es infinita?
• Deuda técnica. Hay que pagarla o sufrirla
• Time to market. La preocupación de negocio
• Resistencia al cambio. Es humano
• Acción continua
• #rigor. Siempre prevalece y acaba venciendo
5. ESCENARIOS HOSTILES
• Consultoras y empresas de servicios en general
• Proyectos freelance muy ajustados de presupuesto
• Equipos con gente acomodada y resistente al cambio
• Equipos de sistemas perezosos
• Área de negocio con poco background técnico
6. DESARROLLADORES
• Nos sentimos superhéroes
• Sed insaciable de conocimiento
• Trabajamos con lo que nos gusta
• Nos gusta rodearnos de los mejores
• Es algo más que un trabajo
7. NEGOCIO
• Nos piden “cosas”
• Responsables de conseguir pasta
• No les entendemos bien
• Nos ven como una “commodity”
• Bajo conocimiento tecnológico
8. NO SOMOS PERFECTOS
• Estaríamos siempre refactorizando
• Introducimos bugs... demasiados
• No sabemos vender nuestras ideas
• Nos cuesta comunicarnos
• Perdemos de vista que lo que importa
es lo que da pasta
9. ELLOS TAMPOCO
• Features que se tiran a la basura
• Time to market, baja calidad
• No aceptan estimaciones
largas de tiempo
relegan temas técnicos hasta
• Se
que es demasiado tarde
10. PROBLEMAS
DESARROLLO DICE NEGOCIO CONTESTA
No se saben explicar No entienden necesidades
Tonterietas de negocio Feature monetizadora
No tienen ni idea No conocen negocio
Metodologías ágiles Rigidez operativa
Gente de master Frikis
11. NO ES UNA GUERRA
Estamos todos en el mismo barco
Confianza bidireccional
12. BUENAS PRÁCTICAS
“Conjunto coherente de acciones que han rendido buen o excelente
servicio en un determinado contexto y que se espera que, en
contextos similares, rindan similares resultados.”
13. ¿POR QUÉ USARLAS?
• Nos ayudan a trabajar mejor
• Es divertido y genera entusiasmo
• Es nuestra responsabilidad promoverlas
• .... y seguirlas
• Se puede aplicar gradualmente
• Desarrollo de mayor calidad
14. ¿POR QUÉ NO SE HACE?
• Desconocimiento
• Jefes sin conocimientos técnicos
• Complicado de explicar el retorno
• Entornos viciados
• Resistencia al cambio
15. EJEMPLOS RÁPIDOS
• Metodologías AGILE
• Comunicación continua y clara
• Retrospectivas y mejora continua
• Revisiones de procesos y código
• Integración continua, Testing, ...
• El equipo ha de ser una piña!
16. ¿POR DÓNDE EMPIEZO?
• Busca apoyos, los necesitarás
• Identifica cosas que molestan y atácalas
• Itera, reinventa, cuestiona, siempre!
• Pequeñas demostraciones tienen impacto
• Si no te ves capaz, contrata a alguien que de el empujón
18. AGILE VA DE...
• Transparencia y confianza
• El product owner prioriza negocio
• El equipo de desarrollo estima
• El scrum master negocia
• Status diario para bloqueos
• Retrospectiva a fin de sprint
19. LA COSA NO FLUYE SI...
• Hay tareas unplanned siempre
interrumpe continuamente al
• Se
equipo de desarrollo
• Negocio impone tiempos
• Los dailys se eternizan
• Las retrospectivas no arreglan nada
20. ¿POR QUÉ NO SE HACE?
• Miedo a perder flexibilidad y decisión de timings
• Es un marco abierto, no hay manual
• Malas experiencias por mal uso de las metodologías
• Es muy difícil cambiar un entorno viciado
• Requiere que gran parte de la empresa lo siga
21. INTRODUCCIÓN GRADUAL
• Dailys y retrospectivas
• Listado de tareas a largo plazo
• Tablón bien visible
• Generar y transmitir confianza
SIEMPRE por qué tardamos
• Explicar
X días en hacer “esa tontería”
23. COMUNICACIÓN
• Habla con el equipo de desarrollo a menudo
• Cuando algo es importante para negocio, explica por qué
•Y cuando algo no lo es, no presiones innecesariamente
• Reconóceles los méritos cuando han hecho las cosas bien
• Tú les has fichado, confía en ellos y aprovecha su talento
24. NO DEBERÍAS...
• Vernos como un mal necesario
• Ningunearnos en la estrategia
• No permitir el desarrollo del equipo
• Temer que si nos formamos nos
iremos a la competencia
@empresaurioTIC
• Fichar a lo loco, en plan cárnica
26. SI ESTÁS AL PRINCIPIO
• Intenta elegir tecnologías probadas en marcos similares
• No te la juegues probando cosas sólo porque son “cool”
• No confíes en productos mágicos...
• Ni en consultores de dudosa reputación
• Usa herramientas open-source
• No hagas falsas promesas a los que se embarcan contigo
27. PROYECTOS MADUROS
• Cuesta mucho cambiar las cosas, pero se puede
• Intenta introducir algo de Agile
• Intenta adoptar técnicas de Extreme Programming
• Los refactors son sanos y necesarios
• El testing es muy conveniente, aunque sea funcional
• Monitoriza cuantas más cosas mejor
28. UTILIZA FRAMEWORKS
No haces nada tan diferente al resto...
Ni tu inteligencia supera a la colectiva
29. EL DÍA A DÍA
• Deja que cada uno use el IDE / SO que quiera
• Coding Standards. POR FAVOR
• Control de versiones moderno (nada anterior a SVN)
• Es necesario documentar, tanto código como procesos
• Usa algún issue tracker para gestión de bugs y features
• Entorno de QA lo más parecido a producción posible
30. PERFORMANCE
• Minimiza las requests
• Cachea todo lo que puedas
• Usa colas donde puedas
• Lasmicrooptimizaciones
no valen para nada
• Afina settings de servidor
31. EXTREME PROGRAMMING
• Simplicidad, comunicación, retroalimentación, coraje y respeto
• Pequeñas mejoras, continuas. Entregas frecuentes
• Programación en parejas
• Pruebas unitarias continuas
• El refactor es bueno
• Propiedad del código compartida
33. TESTING
• Tener pocos tests es mucho mejor que no tener nada
• Se puede introducir gradualmente
• Lo más visual es el testing funcional (Selenium / Sahi)
• Empieza por lo más crítico (login, pagos, operativa diaria)
• Hasta el código más oscuro puede ser testeado!
34. ¿POR QUÉ NO TESTEAMOS?
• Desconocimiento
• Prisas de negocio (no vale como excusa!)
• Es difícil de explicar en seminarios, charlas, libros, etc...
• Testear proyectos terminados es una tarea titánica
• Esdifícil justificar las horas invertidas... hasta que
previenen catástrofes o bajan los bugs
35. NO SÉ CÓMO EMPEZAR
• Empieza haciendo macros con Selenium IDE
instalar Selenium en local, haz una pequeña demo
• Intenta
y enséñasela a tus jefes
• Si trabajas con User Stories, considera BDD
• No te frustres si no entiendes qué es un Mock, un Stub, ...
en cosas que tengan valor, no te obsesiones con
• Céntrate
la cobertura 100%
37. COMPLEMENTAN LOS TESTS
• Métricas
• Monitorización de servidores
• Análisis de Logs
• Debugging
• Profiling
38. CONCLUSIONES
• “Negocio” no es nuestro enemigo
• Depende de nosotros hacer las cosas bien
• Se puede mejorar cada día un poquito
• Hay muchas herramientas para facilitar las cosas
• Un mundo mejor es posible! :)
•Y si aún así no nos dejan... hay muchos sitios donde ir!
39.
40. MUCHÍSIMAS GRACIAS
¡Preguntad lo que queráis, no os cortéis!
Ricard Clau (@ricardclau)
ricard.clau@gmail.com