Redux es la librería de gestión de estado global más conocida del ecosistema React. La creó Dan Abramov en 2015 inspirándose en Elm y Flux, y popularizó un patrón muy concreto: un único store inmutable, acciones serializables que describen "qué pasó" y reducers puros que devuelven un estado nuevo en función del estado anterior y la acción. Ese flujo unidireccional, junto con su trazabilidad (cualquier cambio se ve en el devtool), hizo a Redux el estándar de facto durante años.
El precio histórico era el boilerplate: action types, action creators, reducers, thunks o sagas para asincronía. Redux Toolkit (RTK), la API moderna oficial, ha eliminado prácticamente todo ese ruido: createSlice genera reducers y acciones de un golpe, createAsyncThunk cubre flujos asíncronos con estados loading/error, e Immer permite escribir reducers como si mutasen el estado, gracias a una estructura de datos persistente bajo el capó.
Encima de RTK existe RTK Query: una librería para fetching de datos con caché, deduplicación, invalidación y polling integrados, comparable a TanStack Query (React Query). Para muchos proyectos, RTK + RTK Query cubren todo lo necesario sin recurrir a libs adicionales.
En 10Code seguimos eligiendo Redux en proyectos con estado complejo y muchos colaboradores, donde la trazabilidad y la estructura rígida son una ventaja. Para casos más sencillos preferimos Zustand (estado local más liviano) o directamente TanStack Query (estado de servidor) con Context API para lo poco que quede. La regla es no usar Redux por inercia: hoy, en la mayoría de productos, no hace falta.
En 10Code llevamos más de una década aplicando estas tecnologías a productos reales. Si quieres comentarnos tu caso, escríbenos y te respondemos personalmente.
Hablar con un ingeniero