Slides utilizados durante la charla
"TDD desde las trincheras: teoría y lecciones aprendidas"
https://www.meetup.com/es-ES/Madrid-Scrum-User-Group/events/258185830/
Grabación de la charla: https://youtu.be/_oX7vvSQxI8
Hacer un sistema, sin probar, es lanzarlo al precipicio.
Las pruebas son fundamentales, pero claro, probar sin un método es lo mismo que no probar, es probar sólo una parte del sistema y dejar lo demás al azar.
TDD es una técnica de eXtreme Programming con la que las pruebas y el código se escriben a la vez. No antes cuando el sistema sólo es una abstracción. No después cuando en realidad ya da flojera escribirlas. A la vez que se escribe el código, van las pruebas.
TDD es un método ágil y eficaz de lograr un sistema Probado, y Funcional.
Charla del PHP Day Spain, sobre como lidiar con Legacy Code. Se habla de UnitTesting, Refactoring. Ademas de como generar codigo de buena calidad con TDD y Clean Code.
Charla TestingUy 2019 - Cypress.io - Automatización al siguiente nivelTestingUy
Expositor: Didier Corrales
Resumen: En un ambiente de desarrollo ágil, las pruebas son fundamentales, entonces ¿qué tal si llevamos la automatización al siguiente nivel?.
Hay que olvidarse de los estándares más comunes y abrir la mente a aprender cómo mejorar la automatización por medio del uso de herramientas de siguiente generación.
Cypress.io permite a todo el equipo lograr las metas que se han trazado en automatización combinando desarrolladores y testers en un solo esfuerzo para crear productos con los más altos estándares de calidad.
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.
Una técnica para mantener el código escalable: Code smells.
Se incluyen varios ejemplos usando ruby, como se ve bien, y como se ve mejor.
También como pueden tomar ventajas de los linters y CI servers para alertar desviaciones en tiempo real
Hacer un sistema, sin probar, es lanzarlo al precipicio.
Las pruebas son fundamentales, pero claro, probar sin un método es lo mismo que no probar, es probar sólo una parte del sistema y dejar lo demás al azar.
TDD es una técnica de eXtreme Programming con la que las pruebas y el código se escriben a la vez. No antes cuando el sistema sólo es una abstracción. No después cuando en realidad ya da flojera escribirlas. A la vez que se escribe el código, van las pruebas.
TDD es un método ágil y eficaz de lograr un sistema Probado, y Funcional.
Charla del PHP Day Spain, sobre como lidiar con Legacy Code. Se habla de UnitTesting, Refactoring. Ademas de como generar codigo de buena calidad con TDD y Clean Code.
Charla TestingUy 2019 - Cypress.io - Automatización al siguiente nivelTestingUy
Expositor: Didier Corrales
Resumen: En un ambiente de desarrollo ágil, las pruebas son fundamentales, entonces ¿qué tal si llevamos la automatización al siguiente nivel?.
Hay que olvidarse de los estándares más comunes y abrir la mente a aprender cómo mejorar la automatización por medio del uso de herramientas de siguiente generación.
Cypress.io permite a todo el equipo lograr las metas que se han trazado en automatización combinando desarrolladores y testers en un solo esfuerzo para crear productos con los más altos estándares de calidad.
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.
Una técnica para mantener el código escalable: Code smells.
Se incluyen varios ejemplos usando ruby, como se ve bien, y como se ve mejor.
También como pueden tomar ventajas de los linters y CI servers para alertar desviaciones en tiempo real
Presentation in Spanish given at DeSymfony Day 2014 in Barcelona about different approaches of testing with my teammate Jordi Llonch.
We created a GitHub repository comparing the main libraries available in PHP: https://github.com/Akamon/to-mock-or-not-to-mock
Cobertura de Código con Tests Funcionales atSistemas
¿Cuántas veces has resuelto una incidencia que ha salvado a tu cliente o empresa?
¿Eres de los que intentan arreglar la calidad de un desarrollo cuando parece que la ha generado el peor de los villanos?
¿Tu "trinchera" es la aplicación de pruebas funcionales para validar la calidad de la aplicación?
Si eres de los que ha respondido SÍ, ¿estás listo para ser un superhéroe?
En este webinar, demostraremos que se pueden aplicar más elementos para medir la calidad de los productos e incluso comprender las aplicaciones: la cobertura técnica de código con pruebas funcionales.
Slides de la charla del open space de wecode 2019.
Cuento qué reglas seguimos en @plasticscm para crear el código más simple posible. Cosas como que no usamos herencia, ni sobrecarga de métodos y que nuestro mantra es "pasa parámetros y todo irá bien"
Charla evento TestingUY 2016 - Test Driven Development en la Plataforma Sales...TestingUy
Expositor: Aldo Fernández
Resumen:
El Testing es una de las claves de éxito para el desarrollo de software a largo plazo convirtiéndose en un componente fundamental en todo el proceso. Las mejores prácticas de Salesforce recomiendan utilizar un proceso de desarrollo basado en testing (Test Driven Development) lo cual significa que el desarrollo de los componentes correspondientes al testing se realizan al mismo tiempo que el código de implementación. Que tan cierto es esto en nuestros proyectos? Cuales son los beneficios a corto y largo plazo? Cómo motivar a los desarrolladores a pensar primero en el testing y luego en la solución? Hablemos sobre mitos y verdades del Test Driven Development.
Sesión presentada en el ScrumDay Perú 2018, donde comparto como DevOps va mas allá de la automatización y que una efectiva implementación del enfoque debe tener en cuenta factores humanos como el sesgo cognitivo, el ego, y la forma en que las personas de diferente background interactúan entre sí.
Slides from presentation about Docker and dotnet for Dotnet Baires community.
Source code used during the talk can be found here https://github.com/leomicheloni/dotnet-docker-azure
Slides utilizados en mi charla sobre Docker en Dotnet Málaga 2018.
http://dotnetmalaga.es/2018/
Videos sobre el tema disponibles acá:
https://www.youtube.com/playlist?list=PLLJikjug8HYBGUYVbMysnYjCDsz1OVsVa
Slides usados durante la charla "Javascript Kata: aplicando clean code y buenas prácticas en vivo" https://www.meetup.com/es-ES/Front-end-Developers-Madrid/events/250409421/
Slides from talk about NodeMCU + IoThub + Stream Analytics + CosmosDb
https://www.meetup.com/es-ES/IoT-un-mundo-conectado/events/247094054/
Sample Code is here https://github.com/leomicheloni/NodeMCU-Azure
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
5. ¿Qué es TDD?
• Desarrollar a partir de los test
• Escribir primero el test, luego el código que valida el test
• Comenzar from scratch
• Crear la versión más simple del código que haga pasar el test
• Refactorizar
• Baby steps
@leomicheloni
6. Estructura de un test
• Setup
• Ejecución
• Validación
• Cleanup
@leomicheloni
11. Algunas recomendaciones
• Keep unit small
• Reducir el debugging
• Si hay un bug, hacer un test
• El código queda “autodocumentado”
@leomicheloni
12. ¿Qué permite TDD?
• Comenzar sin depender de otros componentes
• Mejorar la comprensión del negocio (fail fast)
• Descubrir la API
• Trabajar por iteraciones (pomodoro)
• Que emerja la arquitectura
• Detectar casos de uso
@leomicheloni
13. Qué requiere?
• Ciertos conocimientos “avanzado” (como IoC)
• Disciplina
• Capacidad para separar el problema
@leomicheloni
14. Resultado
• Pensar la solución a partir del uso
• Mayor confianza en lo entregado
• Mayor felicidad
• Mayor calidad (refactor)
• Evita el sobre-diseño
• Evolución sólida => test
@leomicheloni
16. Experiencias
• Proyectos legacy (funcionalidades nuevas)
• Difícil comenzar desde cero
• Hace falta práctica
• No vale la pena en todo el código (code coverage)
• Hace falta experiencia
• Es necesario conocer ciertas herramientas
• No es simple aplicarlo a todas las áreas (UI, etc.)
• Puede dar una falsa sensación de seguridad
@leomicheloni
17. Grandes preguntas
• ¿Se puede hacer siempre TDD?
• ¿Cualquiera puede hacer TDD?
• ¿Se puede aplicar en toda la aplicación?
• ¿Queda el código “autodocumentado”?
• ¿La aplicación es más confiable?
• ¿Aumenta el costo de mantenimiento?
• ¿Se puede aplicar en proyectos existentes?
@leomicheloni