La mayoría usa concurrencia sin entender qué puede romper.En este episodio, basado en el capítulo 6 de El Programador Pragmático, hablamos sobre concurrencia, paralelismo, estado compartido, bloqueos, transacciones, actores, programación reactiva y arquitecturas basadas en eventos.La idea central es simple:los sistemas reales no funcionan como una lista de instrucciones una debajo de otra.Mientras más usuarios, procesos, APIs, bases de datos y servicios interactúan al mismo tiempo, más importante se vuelve diseñar pensando en concurrencia, desacoplamiento y coordinación.En este video veremos:Qué diferencia hay entre concurrencia y paralelismoPor qué pensar de forma secuencial limita el diseñoQué problemas aparecen con estados compartidosCómo funcionan los bloqueos y las transaccionesQué aportan los modelos de actoresCómo las pizarras, Kafka y los event streams ayudan a desacoplar sistemasPor qué la concurrencia es una decisión de arquitectura, no solo de códigoSi estás construyendo sistemas modernos, este tema no es opcional.

Ask this episode

“What did the council decide on item 42?” — answered with the speaker and the moment.

Transcript

Related