Mob programming es un enfoque ágil, extensión y evolución del pair programming, planteado por Woody Sully en su experience report del Agile Alliance 2014 , tiene como premisa aprovechar todo el potencial, experiencia y conocimiento de un equipo trabajando en el mismo lugar, al mismo tiempo y sobre el mismo código usando una sola computadora. Esta charla pretende dar a conocer la filosofía del mob programing y sus diferencias con el pair programming, además de compartir las experiencias de aplicación vivida por el autor como Scrum Master.
¿Que es PHP?
¿Que son los Servicios Web?
❏ ¿Que es SOAP?
❏ Librerias SOAP
❏ Crear un Servicio SOAP
❏ Crear un Cliente SOAP
❏ ¿Que es REST?
❏ Librerias SOAP
❏ Crear un Servicio REST
❏ Crear un Cliente REST
Conclusion
Bibliografia
Hack is a programming language for HHVM that interoperates seamlessly with PHP. Hack reconciles the fast development cycle of PHP with the discipline provided by static typing, while adding many features commonly found in other modern programming languages.
¿Que es PHP?
¿Que son los Servicios Web?
❏ ¿Que es SOAP?
❏ Librerias SOAP
❏ Crear un Servicio SOAP
❏ Crear un Cliente SOAP
❏ ¿Que es REST?
❏ Librerias SOAP
❏ Crear un Servicio REST
❏ Crear un Cliente REST
Conclusion
Bibliografia
Hack is a programming language for HHVM that interoperates seamlessly with PHP. Hack reconciles the fast development cycle of PHP with the discipline provided by static typing, while adding many features commonly found in other modern programming languages.
Explicación corta y concisa sobre TDD y Pair Programming. Utilizada originalmente en una serie de cursos sobre el tema, buscando simplificar al máximo los conceptos, e incentivar el aprendizaje desde la práctica.
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.
Algo misterioso se forma, nace en el vacío silencioso. Esperando solo e inmóvil, está a la vez
detenido y en movimiento constante. Es la fuente de todos los programas. Yo no se su nombre,
así que lo llamaré el Tao de la Programación.
Si el Tao es grandioso, entonces el sistema operativo es grandioso. Si el sistema operativo es
grandioso, el compilador es grandioso. Si el compilador es grandioso, entonces las aplicaciones
son grandiosas. El usuario está complacido y hay armonía en el mundo.
El Tao de la Programación fluye lejos y regresa con el viento de la mañana
En esta charla llamada oficina de Historias de Usuario y otros memés instrumentales trato de describir del des-alineamiento existente entre los apasionados por la programación y las áreas de negocio. A través de los 12 principios del manifiesto ágil podemos ver que busca cada uno y que hacen falta palancas o caballos de Troya para iniciar el cambio en entornos no ideales. El concepto de oficina de historias de usuario es fácil de vender a las organizaciones como palanca para empezar a formar y divulgar. El memé guía de demostración rompe silos de conocimiento técnico y fuerza a que los programadores ganen visión (mirar el todo de Lean). Tambien este último concepto obliga a que mejore el flujo de feedback y de entrega a áreas de pruebas y de despliegue de valor (DevOps) en ciclos menores que un Sprint.
¿Qué harían Yoda y el Sr. Spock si fueran Scrum Masters?Vane Amaya
Y de repente ya sea después de una decisión o de una capacitación o de una certificación, hombres y mujeres de TI amanecen con el rol de "Scrum Master" y ahora tienen nuevas actividades en su agenda como:
Cuidar que se cumplan las reglas de Scrum, dar coaching a su equipo (incluido el Product Owner), facilitar reuniones, conquistar el desafío de reducción de costos iteración por iteración, entre otros.
El Scrum Master se convierte en un agente de cambio organizacional (lo quiera o no) y este factor trae grandes oportunidades de crecimiento profesional y grandes beneficios para sus proyectos.
En esta plática se hablarán de los desafíos de los Scrum Master y consejos para superar las barreras, lo anterior se explicará con analogías de dos grandes Líderes de la Historia Geek: Yoda de Star Wars y el Sr. Spock de Star Trek.
¿Qué harían Yoda y el Sr. Spock si fueran Scrum Masters?Software Guru
Y de repente ya sea después de una decisión o de una capacitación o de una certificación, hombres y mujeres de TI amanecen con el rol de "Scrum Master" y ahora tienen nuevas actividades en su agenda como:
Cuidar que se cumplan las reglas de Scrum, dar coaching a su equipo (incluido el Product Owner), facilitar reuniones, conquistar el desafío de reducción de costos iteración por iteración, entre otros.
El Scrum Master se convierte en un agente de cambio organizacional (lo quiera o no) y este factor trae grandes oportunidades de crecimiento profesional y grandes beneficios para sus proyectos.
En esta plática se hablarán de los desafíos de los Scrum Master y consejos para superar las barreras, lo anterior se explicará con analogías de dos grandes Líderes de la Historia Geek: Yoda de Star Wars y el Sr. Spock de Star Trek.
¿Qué harían Yoda y el Sr. Spock si fueran Scrum Masters?Software Guru
Y de repente ya sea después de una decisión o de una capacitación o de una certificación, hombres y mujeres de TI amanecen con el rol de "Scrum Master" y ahora tienen nuevas actividades en su agenda como:
Cuidar que se cumplan las reglas de Scrum, dar coaching a su equipo (incluido el Product Owner), facilitar reuniones, conquistar el desafío de reducción de costos iteración por iteración, entre otros.
El Scrum Master se convierte en un agente de cambio organizacional (lo quiera o no) y este factor trae grandes oportunidades de crecimiento profesional y grandes beneficios para sus proyectos.
En esta plática se hablarán de los desafíos de los Scrum Master y consejos para superar las barreras, lo anterior se explicará con analogías de dos grandes Líderes de la Historia Geek: Yoda de Star Wars y el Sr. Spock de Star Trek.
A veces me pregunto si tanto nos gustan las historias de superación…. …¿Porque ninguna empresa o consultor publica sus casos de no éxito y como lo superaron?
A nadie le gusta fallar; preferiríamos tener éxito antes que no. Sin embargo, el fracaso es parte de la condición humana.
"Cuando algo sale como se esperaba, usamos ese proceso como una plantilla mental para futuros proyectos", El éxito en realidad "frena el proceso de aprendizaje" porque creemos que hemos establecido un patrón exitoso, incluso después de una sola instancia de éxito. Esto, a su vez, tiende a transformarse en "esta es la única forma de hacerlo“
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.
Explicación corta y concisa sobre TDD y Pair Programming. Utilizada originalmente en una serie de cursos sobre el tema, buscando simplificar al máximo los conceptos, e incentivar el aprendizaje desde la práctica.
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.
Algo misterioso se forma, nace en el vacío silencioso. Esperando solo e inmóvil, está a la vez
detenido y en movimiento constante. Es la fuente de todos los programas. Yo no se su nombre,
así que lo llamaré el Tao de la Programación.
Si el Tao es grandioso, entonces el sistema operativo es grandioso. Si el sistema operativo es
grandioso, el compilador es grandioso. Si el compilador es grandioso, entonces las aplicaciones
son grandiosas. El usuario está complacido y hay armonía en el mundo.
El Tao de la Programación fluye lejos y regresa con el viento de la mañana
En esta charla llamada oficina de Historias de Usuario y otros memés instrumentales trato de describir del des-alineamiento existente entre los apasionados por la programación y las áreas de negocio. A través de los 12 principios del manifiesto ágil podemos ver que busca cada uno y que hacen falta palancas o caballos de Troya para iniciar el cambio en entornos no ideales. El concepto de oficina de historias de usuario es fácil de vender a las organizaciones como palanca para empezar a formar y divulgar. El memé guía de demostración rompe silos de conocimiento técnico y fuerza a que los programadores ganen visión (mirar el todo de Lean). Tambien este último concepto obliga a que mejore el flujo de feedback y de entrega a áreas de pruebas y de despliegue de valor (DevOps) en ciclos menores que un Sprint.
¿Qué harían Yoda y el Sr. Spock si fueran Scrum Masters?Vane Amaya
Y de repente ya sea después de una decisión o de una capacitación o de una certificación, hombres y mujeres de TI amanecen con el rol de "Scrum Master" y ahora tienen nuevas actividades en su agenda como:
Cuidar que se cumplan las reglas de Scrum, dar coaching a su equipo (incluido el Product Owner), facilitar reuniones, conquistar el desafío de reducción de costos iteración por iteración, entre otros.
El Scrum Master se convierte en un agente de cambio organizacional (lo quiera o no) y este factor trae grandes oportunidades de crecimiento profesional y grandes beneficios para sus proyectos.
En esta plática se hablarán de los desafíos de los Scrum Master y consejos para superar las barreras, lo anterior se explicará con analogías de dos grandes Líderes de la Historia Geek: Yoda de Star Wars y el Sr. Spock de Star Trek.
¿Qué harían Yoda y el Sr. Spock si fueran Scrum Masters?Software Guru
Y de repente ya sea después de una decisión o de una capacitación o de una certificación, hombres y mujeres de TI amanecen con el rol de "Scrum Master" y ahora tienen nuevas actividades en su agenda como:
Cuidar que se cumplan las reglas de Scrum, dar coaching a su equipo (incluido el Product Owner), facilitar reuniones, conquistar el desafío de reducción de costos iteración por iteración, entre otros.
El Scrum Master se convierte en un agente de cambio organizacional (lo quiera o no) y este factor trae grandes oportunidades de crecimiento profesional y grandes beneficios para sus proyectos.
En esta plática se hablarán de los desafíos de los Scrum Master y consejos para superar las barreras, lo anterior se explicará con analogías de dos grandes Líderes de la Historia Geek: Yoda de Star Wars y el Sr. Spock de Star Trek.
¿Qué harían Yoda y el Sr. Spock si fueran Scrum Masters?Software Guru
Y de repente ya sea después de una decisión o de una capacitación o de una certificación, hombres y mujeres de TI amanecen con el rol de "Scrum Master" y ahora tienen nuevas actividades en su agenda como:
Cuidar que se cumplan las reglas de Scrum, dar coaching a su equipo (incluido el Product Owner), facilitar reuniones, conquistar el desafío de reducción de costos iteración por iteración, entre otros.
El Scrum Master se convierte en un agente de cambio organizacional (lo quiera o no) y este factor trae grandes oportunidades de crecimiento profesional y grandes beneficios para sus proyectos.
En esta plática se hablarán de los desafíos de los Scrum Master y consejos para superar las barreras, lo anterior se explicará con analogías de dos grandes Líderes de la Historia Geek: Yoda de Star Wars y el Sr. Spock de Star Trek.
A veces me pregunto si tanto nos gustan las historias de superación…. …¿Porque ninguna empresa o consultor publica sus casos de no éxito y como lo superaron?
A nadie le gusta fallar; preferiríamos tener éxito antes que no. Sin embargo, el fracaso es parte de la condición humana.
"Cuando algo sale como se esperaba, usamos ese proceso como una plantilla mental para futuros proyectos", El éxito en realidad "frena el proceso de aprendizaje" porque creemos que hemos establecido un patrón exitoso, incluso después de una sola instancia de éxito. Esto, a su vez, tiende a transformarse en "esta es la única forma de hacerlo“
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.
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
3. “All
of
the
monsters
who
fill
nightmares
of
our
folklore,
none
terrify
more
then
werewolves,
because
they
transform
unexpectedly
from
a
familiar
into
horrors.
For
these
,
we
seek
bullets
of
silver
than
can
magically
lay
them
to
rest”
No
Silver
Bullet-‐
Frederick
Brooks
1986
3
4. “SoAware
has
something
with
this
character,
usually
innocent
and
straighBorward,
but
capable
of
becoming
a
monster
of
messed
schedules,
blown
budgets,
and
flawed
products.
SO
WE
HEAR
DESPERATE
CRIES
FOR
A
SILVER
BULLET”
No
Silver
Bullet-‐
Frederick
Brooks
1986
4
11. 11
“En lugar de que cada miembro haga cortes
sobre el problema, uno sólo hace el corte y
los demás le dan todo el soporte posible, lo
que mejorará la eficiencia y productividad
de toda la actividad”
F. Brooks, Cap2, The Mythical Man-Month
1975
12. MOB
PROGRAMMING
“Mob
programming
is
a
software
development
approach
where
the
whole
team
works
on
the
same
thing
at
the
same
time,
in
the
same
space,
and
at
the
same
computer.”
Woody
Zuill
20. Donde
Aplicamos
MOB
1. Historias
de
usuario
que
son
muy
grandes
no
se
puede
partir.
2. No
todos
los
miembros
del
equipo
son
expertos
en
la
historias
de
usuario
o
no
tienen
la
habilidades
para
desarrollar
toda
la
historia
de
usuario.
21. Historias
Grandes
1. Brainstorming
para
generar
ideas
de
por
donde
empezamos.
2. Dividir
la
historias(tareas)
en
posibles
tareas
(sub-‐tareas)
3. Empezar
a
trabajar
las
tareas
menos
claras.
4. Volver
al
paso
1
si
las
tareas
son
muy
grandes
5. Codificar
(Se
recomienda
TDD)
Recomendación:
Tener
siempre
a
mano
al
P.O.
o
experto
del
negocio
22. On
Boarding
=
Aprendizaje
+
Educación
1. Una
tarea
seleccionada
es
trabajada
por
un
“driver
expert”.
2. Los
“navigators
dummy”
observan
3. Se
termina
la
tarea
y
se
discute
y
conceptualiza
que
se
realice
4. “Borro
todo
el
código”
y
el
“navigator
dummy”
se
vuelve
a
tartar
de
escribir
todo.
4. El
“navigator
dummy”
hace
una
tarea
similar
23. Problemas
del
MOB
• Navigators
“Pasivos”.
• Puede
no
ser
productivo
para
historias
de
usuarios
simples.
• Los
Drivers
“Genios”
• Los
Navigators
“Teóricos
que
saben
como
resolver
el
problema”
• Si
la
visión
de
la
empresa
es
Horas/
Hombre,
va
a
ser
un
desastre
• Problemas
Técnicos
24. Beneficios
• El
código
tiene
el
talento
y
el
ingenio
de
todo
el
equipo.
• Implícitamente
se
da
el
code
review
• Si
la
empresa
se
enfoca
en
el
valor
de
negocio
es
genial.
• Se
genera
un
proceso
de
aprendizaje
técnico
y
del
negocio.
• Se
optimiza
la
productividad
al
trabajar
todos
en
una
maquina.
• Se
eliminan
los
silos
de
conocimiento.
25. Conclusiones
• A
equipos
ágiles
les
es
mas
sencillo
adoptar
esta
practica
• Funciona
cuando
las
personas
se
respetan,
colaboran
y
están
dispuestas
a
aprender
y
enseñar.
• Se
nos
da
muy
bien
para
trabajar
historias
de
usuario
o
requerimientos
poco
claros.
• Facilita
el
On
Boarding
=
Educación
+
Aprendizaje
de
los
miembros
del
equipo
en
el
Complejidad
Accidental
o
Complejidad
Esencial.
• No
siempre
es
bien
visto
por
los
directivos
de
la
empresa.
• No
es
un
SilverBullet.
26. 26
“Si caminas solo, irás más rápido;
si caminas acompañado,
llegarás más lejos.”
Anonimo.