Nombre de Algoritmo!
Musa al-Khwarizmi
Abstract Thoughts and Simplicity
TL;DR
Primero insertar dato en base datos y desde ahi (message relay) publicarlo en cola.
The Transactional Outbox Pattern is a crucial architectural design pattern used in microservices to ensure reliable message publishing to Apache Kafka. It solves the dual-write problem, which occurs when a service tries to update its local database and send an event to Kafka at the same time.
Because databases and Kafka cannot share a single distributed transaction, a network failure or application crash right after the database commit means the Kafka event is lost forever. The outbox pattern completely eliminates this risk by leveraging the atomicity of local database transactions.
https://developer.confluent.io/courses/microservices/the-transactional-outbox-pattern/
https://www.decodable.co/blog/revisiting-the-outbox-pattern
https://microservices.io/patterns/data/transactional-outbox.html
La Ley de Brooks afirma que añadir más personal a un proyecto de software retrasado hace que se retrase todavía más.
Este principio fue acuñado por Fred Brooks en su libro clásico de 1975, The Mythical Man-Month (El hombre-mes mítico), basándose en su experiencia al dirigir el desarrollo del sistema operativo OS/360 en IBM. Como resumen de su idea, Brooks popularizó la frase: "Nueve mujeres no pueden tener un bebé en un mes".
Este es uno de las leyes mas basicas que ocurre en desarrollo de software donde la gente no involucrada en la fabrica tienden a confundirse.
Ahora surge el fenomeno de la IA... habria que ver con este nuevo approach.
Siempre existen conversaciones de APIs, desde el boom de los microservicios se le dice coloquialmente APIs donde se refiere por default a API Rest o Web API, sin duda, los mas senior solo piensan en la API de C, C++, Java, etc.
Dicho esto es simpatico cuando aparece por primera vez ese termino.
Todo apunta que fue en:
Finally, hardware independence at the central computer means that a consistent application program interface could be maintained if that computer were replaced...
Ademas, los siguientes libros y presentacion hablan mas de la historia de las APIs:
TL;DR
Sigue usando API para cosas modernas estilo API Rest, y ponle el adjetivo si quieres hablar mas claro de otro tipo de APIs, como:
EDSAC subroutine library, FORTRAN libraries, IBM System/360 interfaces, Application Program Interface (1968), Unix system calls, C Standard Library, POSIX API, MS-DOS API, Macintosh Toolbox, Windows API, Xlib, RPC, OpenGL, CORBA, Java API, SOAP Web Services, .NET API, REST APIs, GraphQL, gRPC.
Newsletter de inicio de los 90s que es como la continuacion del articulo de Scientific American que desde matematicas recreativas paso a programacion recreativa.
Amdahl’s Law can be expressed mathematically as follows:
$$ \mathrm{Speedup}_{\max} = \frac{1}{(1-p) + \frac{p}{s}} $$Let’s take an example. If the part that can be improved is 30% of the overall system and its performance can be doubled, then:
$$ \displaystyle \mathrm{Speedup}_{\max} = \frac{1}{(1-0.30)+\frac{0.30}{2}} = 1.18 $$
Oregon State University — Amdahl’s Law
If you buy a system with n cores, you should get n times Speedup (and 100% Speedup Efficiency), right? Wrong! There is always some fraction of the total operation that is inherently sequential and cannot be parallelized no matter what you do. This includes reading data, setting up calculations, control logic, storing results, etc.
Tutorialspoint — What is Amdahl’s Law?
La Ley de Amdahl dice que el rendimiento total está limitado por la parte del sistema que no podemos acelerar.
Aimara es aymara en aymara :)
¿Cómo se dice aimara en aimara?
- Aymara.
- Perfecto… ¿y cómo se dice aymara en español?
- Aimara.
- 💀 x_x