martes, marzo 26, 2024

La Cometa del Valor: Un Modelo Integral para el Éxito Empresarial


En el fascinante mundo empresarial, la búsqueda de modelos que articulen eficazmente las diferentes dimensiones de valor se ha convertido en una constante. Uno de estos modelos, elaborado por Juan Andrés Ochoa y mi persona, es el de la "Cometa del Valor", un enfoque innovador que simboliza la interconexión entre el valor para el cliente, las entregas continuas de valor, la sostenibilidad y la estabilidad con calidad, todo ello sustentando el valor para la empresa. Este modelo no solo captura la esencia del éxito empresarial, sino que también lo hace de manera equilibrada y sostenible a largo plazo. 

Conozcamos cada una de sus dimensiones: 


Valor para el Cliente: El Punto de Partida

El valor para el cliente se posiciona en la cúspide de la cometa, enfatizando su importancia primordial. Este valor se define como aquello por lo que el cliente está dispuesto a pagar, ya sea en términos monetarios o a través de su tiempo y atención, como ocurre en las redes sociales. Lo crucial aquí es entender que el valor para el cliente reside en ayudarlo a alcanzar sus objetivos de manera ética, eficiente y efectiva. 


Entregas Continuas de Valor: La Dinámica del Cambio 

En una de las esquinas de la cometa, encontramos las entregas continuas de valor, una práctica esencial en el mundo empresarial moderno. Inspirado en el libro "Accelerate", este concepto subraya la importancia de innovar constantemente, ofreciendo novedades al cliente de manera regular. Empresas líderes como Spotify, Netflix, Amazon y MercadoLibre son ejemplares en este aspecto, demostrando que la innovación constante y la mejora continua son pilares fundamentales para el éxito. 


Sostenibilidad: Equilibrio y Responsabilidad

La sostenibilidad, situada en otra punta de la cometa, engloba varios aspectos cruciales: tecnológicos, humanos y ambientales. Una plataforma tecnológica robusta, un ritmo de trabajo que no desgaste al equipo y una armonía con el medio ambiente son elementos esenciales para garantizar la sostenibilidad empresarial. Este equilibrio asegura que la empresa pueda operar de manera eficiente sin comprometer su futuro ni el bienestar de sus colaboradores y el entorno. 


Estabilidad y Calidad: La Base de la Confianza

La estabilidad y calidad forman la base de la cometa, evidenciando que la percepción del cliente sobre la confiabilidad de los productos o servicios es vital. La calidad no es solo un resultado; es el camino hacia la estabilidad. Un producto o servicio de calidad es el que permite a las empresas ofrecer valor de manera consistente, fortaleciendo la confianza del cliente y, por ende, su lealtad a largo plazo. 


Valor para la Empresa: El Corazón del Modelo

En el centro de la cometa del valor se encuentra el valor para la empresa, representando su propósito y objetivos. Generar valor no se trata solo de cumplir con las expectativas de los accionistas y obtener rentabilidad (atrapar valor), sino también de lograr una misión más amplia que tenga un impacto positivo en clientes, empleados y la sociedad. Es un recordatorio de que las empresas deben perseguir un propósito más allá de la mera ganancia financiera, algo que les permita pervivir sin dejar de ser vigentes.


¿Por Qué una Cometa?

La elección de una cometa para simbolizar este modelo es particularmente inspiradora. A diferencia de un diamante, que es estático, la cometa representa la capacidad de volar, de experimentar con el viento y ajustar las tensiones entre sus diferentes componentes para mantenerse en el aire. Esta metáfora resalta la importancia del equilibrio y la adaptabilidad en el negocio: cada elemento de la cometa debe estar en armonía con los demás para que pueda elevarse con éxito. 


Conclusión

La Cometa del Valor es más que un modelo teórico; es una filosofía de negocio que enfatiza la importancia del equilibrio entre generar valor para el cliente y asegurar la sostenibilidad y el crecimiento de la empresa. Es una invitación a las organizaciones a volar alto, pero siempre con un ojo en la calidad, la innovación, la responsabilidad social y la estabilidad. En un mundo empresarial que cambia rápidamente, adoptar el modelo de la Cometa del Valor puede ser el viento que necesitan las empresas para ascender hacia el éxito duradero. 


Saludos Ágiles

Jorge Abad.


Nota: este artículo es el resumen del video - La cometa de valor https://www.youtube.com/watch?v=aIgGVf7WbkY

domingo, marzo 24, 2024

Nuestra responsabilidad desde la AGILIDAD

 Un verdad cómoda, para uno e incómoda para otros. Desde la #AGILIDAD, nuestro deber es:

- 💡 Equipos de #AltoRendimiento y #BuenasPrácticas (generar el 🏎Ferrari ). - 🔧 Garantizar despliegue continuo: #DevOps (una 🛣 autopista para el Ferrari y el despliegue de valor de negocio). - 💼 AYUDAR al negocio a #GenerarValor 🎯 (que el Ferrari va en la dirección ⬆ correcta). ¡Si no lo estamos haciendo las tres cosas, nos invitarán a pertenecer a otra organización, no lo dudemos! Obsérvese que no mencioné: ¡Ni #Scrum, ni #Kanban, ni #LeSS, ni #SAFe, etc.! 🚫


miércoles, marzo 20, 2024

Video: Contratación y Gestión de Proyectos de Sofware

¡Los invito a ver este video sobre un #CastorSinFiltro en el que comparto reflexiones sobre los desafíos en la contratación y gestión de #ProyectosdeSoftware:


  • En ocasiones, los #contratos y #RFP son asignados por áreas de #costos, priorizando la #eficiencia o el #ahorro en el #precio, lo cual va en detrimento de la excelencia técnica y el rendimiento del software.
  • Muchos proyectos son #gestionados por profesionales excelentes que tienen poca o ninguna experiencia en el desarrollo de software, lo que lleva a ignorar la #complejidad inherente. A menudo se percibe erróneamente el desarrollo de software como una línea de producción, donde hacer una pieza es igual a hacer otra. Sin embargo, el software es inherentemente impredecible y preciso. Dos piezas aparentemente similares y "pequeñas" pueden requerir tiempos de desarrollo completamente diferentes. Una bien construida puede ser rápida de desarrollar, mientras que otra, en un entorno #hipercomplejo, puede llevar hasta seis veces más tiempo o incluso más.

Es importante recordar que desarrollar software no es una tarea ni predecible ni exacta: Dos tareas aparentemente iguales y "pequeñas" pueden requerir tiempos completamente distintos. Una puede estar bien construida y tomar poco tiempo, mientras que la otra puede encontrarse en un entorno hipercomplejo y requerir hasta 6 veces más tiempo que la primera.

¡Comparte tus comentarios! ¿Qué desafíos has enfrentado en la contratación o gestión de proyectos de software?

domingo, marzo 17, 2024

4 Frases para incrementar nuestra inteligencia emocional

El liderazgo no es solo mostrar la dirección del cambio, sino tener u na conexión genuina y sincera con las personas, para esto la inteligencia emocional y la empatía juegan un rol importante.

En un artículo publicado recientemente en el períodico El Tiempo de Colombia titulado: "Si usa una de estas 4 frases tiene más inteligencia emocional que la mayoría", presentaba que Matt Abrahams, profesor de la Universidad de Stanford y experto en comunicación, compartió cuáles son las frases que suelen caracterizar a una persona con mayor inteligencia emocional:

  • Lo que te oigo decir es...
  • Déjame hacer esto bien.
  • ¿Cómo te hizo sentir eso?
  • ¿Qué pudo haberte llevado a eso?

Las anteriores preguntas "dejan ver que hay una preocupación hacia los sentimientos personales, pero también hacia los de los otros."


Saludos ágiles,


Jorge Abad.

martes, marzo 05, 2024

Cómo realizar una reunión de sincronización (o daily) en un equipo que usa el método kanban


Imagen generada con Copilot de Bing


Hola a todos, 

A continuación les comparto como sugiero se realice una reunión de sincronización en un equipo que sigue el método kanban.

1. Preparación:

  •  Antes de la reunión, todos los miembros del equipo deben revisar el tablero Kanban para tener una comprensión clara del estado actual de los tickets y cualquier problema o bloqueo que pueda surgir.

2. Inicio de la reunión:

  • El Flow Master, Scrum Master, facilitador o un miembro designado del equipo da inicio a la reunión, asegurándose de que todos estén presentes y preparados para participar.

3. Breve introducción:

  • Se da una breve introducción para recordar el propósito de la reunión, que es sincronizar al equipo, identificar bloqueos y planificar el trabajo del día.

A continuación cada miembro del equipo cuenta su avance, progresos y bloqueos.

1. Informe del trabajo realizado desde la última reunión:

    • Cada miembro del equipo comparte brevemente el trabajo que ha completado desde la última reunión. Esto incluye los tickets que han avanzado en el tablero Kanban y cualquier otro logro relevante. Comenzando siempre por los Urgentes, luego con los de fecha fija, luego con los normales y terminando con los "intangibles" o de arquitectura. Este orden se conservará en este y los tres pasos subsiguientes.

2. Informe del trabajo a cerrar el día de hoy:

    • Los miembros del equipo comparten los tickets que serán cerrados el día de hoy. Se sugiere que el flow master ponga una marca a estos ítems, de forma que pueda identificarlos al día siguiente y ayude a que los miembros del equipo se enfoquen en los que tienen mayor prioridad por temas de urgencia y fecha.

3. Actualización del tablero Kanban (opcional, pues puede haberse hecho antes):

    • Mientras los miembros del equipo informan sobre su trabajo, se actualiza el tablero Kanban en tiempo real. Se mueven las tarjetas de tickets a través de las columnas según su progreso actual.

4. Identificación de bloqueos o problemas:

    • Los miembros del equipo informan sobre cualquier bloqueo, petición de ayuda o problema que estén experimentando. Estos pueden ser obstáculos que impiden avanzar en un ticket o cualquier otro impedimento que esté afectando el progreso del equipo.

5. Finaliza el estado de cada miembro del equipo, y el daily. 
    • Los miembros del equipo contaron sus progresos, metas, bloqueos y peticiones de ayuda, y se cierra el reporte de estado.

Comienza la planificación del día de trabajo.


4. Identificación de los ítemes críticos a cerrar:
  • El flow master de acuerdo con la información proporcionada en la sesión, la urgencia y las fechas, ayuda al equipo a identificar los elementos prioritarios a cerrar o avanzar en una dirección determnada el día en curso. Esta conversación se puede omitir en la medida que el equipo va alcanzando madurez y entiende la forma en que se dan foco en el flujo de trabajo.

5. Discusión y resolución de bloqueos:

  • Se discuten los bloqueos identificados, las peticiones de ayuda y se busca una solución. Los miembros del equipo pueden ofrecer sugerencias, ofertas de ayuda o recursos para superar los bloqueos de manera colaborativa. Estos bloqueos, el flow master los pririzará en función de las fechas y comentará su avance el día siguiente en la medida que persistan.

6. Planificación del trabajo del día:

  • Basándose en el estado actual del tablero Kanban y en las discusiones sobre bloqueos, el equipo planifica el trabajo para el día. Esto puede implicar priorizar tickets, poner foco en elementos a cerrar, asignar tareas específicas a los miembros del equipo o ajustar el enfoque según las necesidades del proyecto.

7. Cierre de la reunión:

  • Se finaliza la reunión agradeciendo la participación de todos y recordando cualquier acción acordada durante la reunión. Se asegura que todos estén claros sobre lo que deben hacer a continuación.

8. Acciones de seguimiento:

  • Si se han identificado acciones o soluciones durante la reunión, se asignan responsables y se establecen plazos para su seguimiento.


Al seguir estos pasos, el equipo puede mantenerse alineado, identificar y abordar rápidamente los problemas y avanzar de manera efectiva en el trabajo del día a día utilizando el método Kanban.


Saludos ágiles,

Jorge Abad

sábado, marzo 02, 2024

Presentación:"De la crisis a la catálisis, cómo reencauzar la agilidad en tiempos de BANI"

¿Ágil o la Agilidad están en Crisis?¿Será cierto?

Sé que preferimos las noticias malas a las buenas, estas nos cuidan del peligro, el problema es que nos sesgan la realidad


Observen como Jeff Sutherland y Steve Denning hablan de como la agilidad esta generando trillones de dólares.


Veo muchos artículos diciendo que la #Agile o la #Agilidad no está en crisis, lo que en realidad está en crisis, son las mala interpretaciones e implementaciones de la agilidad.

Saludos.

---


Los invito a ver estos post en linkedin de Jeff Sutherland y Steve Denning.

  • Post en linkedin de Steve Denning; "Surprise! The World’s Most Valuable Firms Are Agile Forbes Despite The Apparent Setbacks Of Some Agile Methodologies, Agile Mindsets And Principles Are Helping Generate Trillions Of Dollars In Customer Value" / "¡Sorpresa! Las empresas más valiosas del mundo son ágiles Forbes A pesar de los aparentes contratiempos de algunas metodologías ágiles, las mentalidades y principios ágiles están ayudando a generar billones de dólares en valor para el cliente"
     " - https://www.linkedin.com/feed/update/urn:li:activity:7167983721197871105/
  • Respuesta de Jeff Sutherland: "The best companies use Agile to crush the competition while the laggards are debating whether Agile works! Microsoft development is totally Scrum as is Amazon. An Apple developer said they always meet their dates at Apple by doing Scrum by the book. When I asked what book, she said Scrum: The Art of Doing Twice the Work in Half the Time. The Second Edition due out in March is already available inside the Scrum Sage: Zen Edition GPT." /  "Las mejores empresas utilizan Agile para aplastar a la competencia mientras las rezagadas debaten si Agile funciona. El desarrollo de Microsoft es totalmente Scrum al igual que Amazon. Un desarrollador de Apple dijo que siempre cumplen con sus fechas en Apple haciendo Scrum según las reglas. Cuando le pregunté qué libro, dijo Scrum: el arte de hacer el doble de trabajo en la mitad del tiempo. La segunda edición que saldrá en marzo ya está disponible dentro de Scrum Sage: Zen Edition" GPT. (clic aquí para texto en linkedin)
  • Artículo en Forbes -  Why The World’s Most Valuable Firms Are So Agile - https://www.forbes.com/sites/stevedenning/2024/02/26/why-the-worlds-most-valuable-firms-are-so-agile/



Trabajo de Estudiantes: Exploración de metodologías de desarrollo en proyectos Educativos basados en Inteligencia Artificial Adaptativa

Trabajo de Estudiantes: Metodología con enfoque BDD y MDD para el desarrollo de proyectos IoT

jueves, febrero 22, 2024

De Colección: Ejemplos de Historias de Usuario de la Fuente: Los Libros de Extreme Programming (XP)

Hola a todos,

Como sabemos las historias de usuario nacieron con Extreme Programming (XP) en 1999, para ilustrar el formato libre que estas tienen, quiero compartirles algunas historias de usuario que encontré en libros de la colección de XP:


Fuente:Planning Extreme Programming, Por Kent Beck, Martin Fowler

  • Encuentra la tarifa más baja.
  • Presentar al cliente las diez tarifas más bajas para una ruta en particular.
-
  • Mostrar vuelos disponibles.
  • Muestra posibles vuelos (con conexiones) entre dos planetas cualesquiera.
-
  • Ordene los vuelos disponibles según su conveniencia.
  • Cuando muestres los vuelos, ordénalos por conveniencia: tiempo de viaje, número de cambios, cercanía a la hora de salida y llegada deseada.
-

  • Compra de tiquete
  • Compra de billete con cargo a tarjeta de crédito. Verifique la validez de la tarjeta de crédito al hacer esto. Consulte también las normas generales de inmigración.
-

  • Realizar perfil de cliente.
  • Guarde los datos del cliente para una referencia rápida, por ejemplo, información de la tarjeta de crédito, domicilio, necesidades dietéticas y gravitacionales.
-
  • Revisar itinerarios.
  • Mostrar todos los itinerarios que tiene el cliente en el sistema.
-

  • Cancelar itinerario.
  • Si un cliente cancela un itinerario, cancele todos los vuelos, hoteles, etc.
-

  • Imprimir documentos de inmigración.
  • Imprima la documentación necesaria para salir y llegar a un planeta, solo para los planetas más fáciles.
-

  • Mostrar hoteles.
  • Mostrar hoteles cerca de un lugar.
-

  • Mostrar disponibilidad del hotel.
  • Mostrar hoteles que se encuentran disponibles para el período indicado en el itinerario.
-

  • Ofrecer búsqueda sofisticada de hoteles.
  • Permita al cliente buscar hoteles utilizando más que fechas y ubicaciones. Esto incluiría instalaciones, nivel de servicio, costos y recomendaciones.
-

  • Reserva un hotel.
  • Reservar un hotel. Cargue a la tarjeta de crédito y verifique la validez de la tarjeta de crédito.
-

  • Proporcionar programas de hotel/línea espacial.
  • Mostrar hoteles que tengan acuerdos de venta conjunta con la línea espacial que utiliza el cliente. Muestre los precios, incluidos los descuentos disponibles con estos programas, solo para líneas espaciales que colaboran activamente con nosotros en esta etapa.
-

  • Ofrecer alquiler de aviones.
  • Permitir al cliente alquilar un avión mientras se encuentra en un planeta. Vincula las fechas del vuelo espacial. Mejorar el perfil del cliente para incluir preferencias de avión (selección de seguro, manual versus automático, etc.)


Notas de Jorge Abad

  • No dudo que algunas de las anteriores sean épicas y requieran ser divididas. Con lo anterior, el punto a ilustrar quelos creadores de las historias de usuario usaban/usan un formato libre para ellas. 
  • Además, el formato de historia de Connextra popularizado por Mike Cohn (ver más acá - La historia de las historias de usuario, por Lucho Salazar)
    • Yo como    (rol)    
    • Quiero   funcionalidad   
    • Para   beneficio de negocio    
    • + Criterios de Aceptación, 
es valiosísimo, pero las historias de usuario no tienen por obligación que escribirse de una forma u otra, debe encontrarse el mejor esquema que sirva para la organización y su contexto.


Fuente: Extreme Programming Installed  Ron Jeffries, Ann Anderson, Chet Hendrickson


  • Las cuotas sindicales varían según el sindicato y se cobran únicamente en el primer período de pago del mes. El sistema calcula la deducción automáticamente. El importe se muestra en la tabla adjunta.

  • Cuando una transacción causa que la cuenta de un cliente entre en sobregiro, transfiera dinero desde la cuenta de protección contra sobregiros, si corresponde.
  • Cuando una transacción hace que la cuenta de un cliente entre en sobregiro, envíe un correo electrónico mostrando la transacción y el saldo al cliente. Si la protección contra sobregiros está vigente, muestre la transacción de sobregiro y los saldos de cuenta resultantes en el correo electrónico.

  • Para cada cuenta, calcule el saldo sumando todos los depósitos y restando todas las deducciones.

  • Produzca un estado de cuenta para cada cuenta, que muestre la fecha de la transacción, el número, el beneficiario y el monto. Se adjunta una declaración de muestra: haga que el informe se parezca aproximadamente a la muestra.
----
  • Cuando el GPS tiene contacto con dos o menos satélites durante más de 60 segundos, debe mostrar el mensaje "Pobre contacto de satélite", y esperar la confirmación del usuario. Si el contacto mejora antes de la confirmación, borre el mensaje automáticamente.
  • Si la estación que se reproduce actualmente contiene información digital, la información se muestra en la pantalla LCD de la radio. Si no hay información digital disponible, muestre la frecuencia de la estación.
  • Permitir al usuario agregar nuevos tipos de servicios a la lista inicial del sistema. Por ejemplo, es posible que desee agregar una entrada especial para lavar el automóvil en el lavado "gratuito" de la escuela secundaria. Incluya el monto y la fecha de los campos estándar, además permita al usuario agregar texto adicional o campos numéricos. Los informes deben sumar automáticamente los campos numéricos. (Nota del programador: es necesario dividir la historia. Separe los campos numéricos y de texto en dos historias, más una para la suma).
    • (Partición 1) Permita que el usuario agregue nuevos tipos de servicios, incluidos los campos estándar más cualquier campo de texto adicional que desee.
    • (Partición 2) Permitir al usuario agregar campos numéricos a los tipos de servicios definidos por el usuario.
    • (Partición 3) En todos los informes, muestre los totales de todos los campos numéricos, no solo los campos estándar de galones y cantidades en dólares.


Fuente: La Programación Extrema en la Práctica. James Newkirk, Robert C. Martin

  • La cabecera del sitio (esto es, en todas las páginas) deberá indicar si el usuario no ha entrado y ofrecerle un botón para entrar (similar a un carro de compras). Muestra el nombre o el e-mail si pulsa.
  • Cuando se dispara la entrada, y el sitio no puede detectar que el usuario es un miembro, el usuario es transferido a una página de entrada, y le pide su nombre de usuario y la contraseña y explica la filosofía y proceso de entrada del sítío.
  • La página de entrada debería al usuario permitirle saltarse el login y entrar como invitado.
  • Cuando el usuarío seleccione registrar, cargará la página de registro, solicitándole la dirección e-mail, nombre, apellido, afiliación y si desea o no ser informado sobre las novedades del sitio. Una vez enviado, el sistema genera una contraseña y la envía por e-mail al usuario. El campo e-mail no puede quedar en blanco.
  • Proporcionar una utilidad que permita a los usuarios invitar a otras personas a hacerse miembros (enviándoles un formulario HTML). Una vez que se reciba la contestación el sistema los registrará y les enviará un e-mail de confirmación con su contraseña.
  • Los usuarios usuarios deben ser capaces de cambiar su perfil (dirección de e-mail, contraseña, nombre, apellido, afiliación). Poner dos campos de contraseña para pedir confirmación.

  • Listado de historias de usuario para el proceso de estimación   (Nota Jorge Abad: Aunque no está el detalle de cada una, es interesante observar la granuralidad de las mismas) 
    • Historia de Usuario 4.1. Disparar el Mecanismo de Entrada
    • Historia de Usuario 4.2. No Desplegar Ventanas
    • Historia de Usuario 4.3. Dirección de E-mail como Nombre de Usuario
    • Historia de Usuario 4.4. Restricción de Portabilidad
    • Historia de Usuario 4.5. Cabecera Elegante del Sitio
    • Historia de Usuario 4.6. Historia de Entrar
    • Historia de Usuario 4.7. Cookies (Nota Jorge Abad: Esta historia es entre funcional y técnica) 
    • Historia de Usuario 4.8. Entrar como Invitado
    • Historia de Usuario 4.9. Entrada Transparente
    • Historia de Usuario 4.10. Registrar Usuario
    • Historia de Usuario 4.11. Miembro
    • Historia de Usuario 4.12. Contraseña Olvidada
    • Historia de Usuario 4.13. Migrar Datos de Access (Nota Jorge Abad: Esta historia es netamente técnica, por definción no debería ser una historia de usuario, pero indiscutiblemente es trabajo a realizar)
    • Historia de Usuario 4.14. Direcciones de E-mail Heredadas
    • Historia de Usuario 4.15. Notificación vía E-mail
    • Historia de Usuario 4.16. Especialización de la Notificación
    • Historia de Usuario 4.17. Anchura de la Página
    • Historia de Usuario 4.18. Invitación de los Miembros
    • Historia de Usuario 4.19. Cambiar el Perfil de Usuario


Recomiendo usar la siguiente definición de historia de usuario: (clic aquí) https://www.lecciones-aprendidas.info/2024/02/una-buena-definicion-de-historia-de-usuario.html

miércoles, febrero 21, 2024

De Colección: Una buena definición de Historia de Usuario

 Una buena definición de historia de usuario que me ha sido útil compartir es:


"Una Historia de usuario es una pequeña porción de valor cuyo tiempo de análisis, desarrollo, pruebas, corrección y despliegue, puede estar entre unas cuantas horas hasta máximo 36 aproximadamente."*


Otra definición que también pueden funcionar es:


"Una Historia de usuario es una pequeña porción funcional de valor cuyo tiempo de análisis, desarrollo, pruebas, corrección y despliegue; puede estar entre unas cuantas horas hasta máximo 36 aproximadamente, que le permite al equipo de desarrollo de forma tangible y rápida mostrar progreso al negocio"

*Nota: antes usaba la expresión de días pero generaba confusión, y se terminaba creyendo que eran muchas personas trabando durante esos días, por eso preferí poner el tiempo total requerido.

sábado, febrero 10, 2024

El email de Jeff Bezos - que dió origen a la nube, a la apificación y a los microservicios - El correo electrónico que cambió la historia de la tecnología

 Dejo este post como como referencia inicial, prometo escribir sobre este en el futuro

--

En 2002, según la leyenda tecnológica, el fundador de Amazon, Jeff Bezos, emitió un mandato. Este mandato, también conocido como “Mandato API de Bezos” o “Mandato API de Amazon”, serviría para formar la columna vertebral de Amazon en el espacio web moderno, informando tanto el paradigma de desarrollo de API en la mentalidad corporativa como un enfoque general mejorado para la externalización, fue un mail que en su momento envió a sus 150 empleados en Amazon

--

  1. De ahora en adelante, todos los equipos expondrán sus datos y funcionalidades a través de interfaces de servicio.
  2. Los equipos deben comunicarse entre sí a través de estas interfaces.\
  3. No se permitirá ninguna otra forma de comunicación entre procesos: ni enlaces directos, ni lecturas directas del almacén de datos de otro equipo, ni modelo de memoria compartida, ni puertas traseras de ningún tipo. La única comunicación permitida es a través de llamadas de interfaz de servicio a través de la red.\
  4. No importa qué tecnología utilicen. HTTP, Corba, Pubsub, protocolos personalizados, no importa. A Bezos no le importa.
  5. Todas las interfaces de servicio, sin excepción, deben diseñarse desde cero para que sean externalizables. Es decir, el equipo debe planificar y diseñar para poder exponer la interfaz a desarrolladores en el mundo exterior. Sin excepciones.\
  6. Quien no haga esto será despedido.\
  7. Gracias; ¡que tenga un lindo día!

---
El original en inglés

  1. All teams will henceforth expose their data and functionality through service interfaces.\
  2. Teams must communicate with each other through these interfaces.\
  3. There will be no other form of interprocess communication allowed: no direct linking, no direct reads of another team’s data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network.\
  4. It doesn’t matter what technology they use. HTTP, Corba, Pubsub, custom protocols — doesn’t matter. Bezos doesn’t care.\
  5. All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions.\
  6. Anyone who doesn’t do this will be fired.\
  7. Thank you; have a nice day!


viernes, enero 12, 2024

GenAI - Generando Rostros

 




https://www.bing.com/images/create/mujer-con-piel-suave-y-luminosa-ojos-grandes-y-exp/1-65a16e40008745458180485e71e60591?id=Zdhhq%2faWACCG202dp5QXyg%3d%3d&view=detailv2&idpp=genimg&FORM=GCRIDP&mode=overlay 

este es el prompt: 

mujer con Piel suave y luminosa Ojos grandes y expresivos, con pestañas largas y densas Cejas bien definidas y enmarcadas Nariz simétrica y proporcional al resto de la cara Labios suaves, carnosos y bien definidos Pómulos marcados y definidos Mentón proporcionado y bien perfilado Cabello cuidado y saludable, que enmarca su rostro