Código: ¿Vale la pena usar Redux en todas las aplicaciones de React? Problemas en Frontend Dev

La primera vez que pensé en implementar Redux, fue porque estaba siguiendo un tutorial que incorporaba React, jQuery, Redux y Bootstrap en la creación de una aplicación relativamente sencilla (Una lista de tareas y pendientes).

Dicha publicación explicaba lo conveniente de la implementación de Redux para el manejo de un global State, en todo tipo de apps, y creo que hacía un buen argumento, pero hay un par de problemas con dicha aseveración.

Redux es una biblioteca de JavaScript cuyo principal propósito es la compresión de múltiples estados de una aplicación, distribuidos entre diferentes componentes y niveles de jerarquía, centralizando su ubicación, es posible acceder a ellos rápidamente. Esto brinda facilidad al momento de que aplicaciones grandes sean escalables, mantenibles y modificables. 

Sin embargo... No todas tienen que ser Apps grandes. Redux es una excelente herramienta para el manejo de proyectos grandes, pero la gran mayoría de los sitios webs pueden usar las herramientas proporcionadas por React 18 para atender todos sus problemas. Y con el lanzamiento de React 19 este pasado diciembre, nuevos Hooks y formas de manejar los estados fueron proporcionadas.

El manejo local de un estado dentro de su componente no tiene nada de malo, proporciona una línea simple que seguir dentro de la estructura original diseñada para React. Creo que el desarrollo Frontend debe enfocarse en utilizar todo el potencial que proporcionan los diferentes frameworks, como React, antes de recurrir a la implementación de bibliotecas externas en el código.

Cada nueva biblioteca son miles de líneas de código que deben ser minificadas, integradas y compiladas en el código final, creo que es importante para los siguientes meses, tanto para mi, como para la comunidad de desarrolladores, reducir (je, REDUcir) la complejidad de nuestros directorios al máximo.

Ver el árbol de dependencias de cualquier proyecto 'de práctica' honestamente ya me da vértigo. Decenas de bibliotecas reposando sobre un framework bien opinionado, la mayoría de ellas apenas usando un fragmento de su propósito original.

Creo que en el futuro empezaré a ver como muchos Frameworks populares integran a su código base tecnologías, originales o alternativas, que reduzcan la cantidad de packages pedidos a la CLI antes de si quiera empezar a escribir "Hello World" en un portafolio.