Sobre frameworks, librerías y cómo reinventamos la rueda
No hay ningún problema que no se pueda descomponer en otros más pequeños y abordables.
Premisa que todo desarrollador debe saber: Divide y vencerás
Independientemente al framework que usemos y a las tecnologias que implementemos, la premisa para abordar un problema adecuadamente debe ser dividirlo en problemas mas granulares y faciles de resolver.
Existen multitud de librerías open source que podemos usar en nuestros proyectos.
Los desarrolladores de software en cierto sentido somos traductores: dado un problema lo traducimos en un diseño que dará lugar a líneas de código que lo resuelvan.
El error que cometemos es abordar un problema de manera general y de golpe en vez de analizarlo para subdividirlo.
Es super importante saber descomponer lo grande en problemas mas pequeños, individuales, independiente y totalmente desacopladas.
La calidad del software es directamente proporcional al nivel de desacoplamiento alcanzado por cada una de sus partes.
Si nada en nuestro proyecto es reutilizable, puede que el proyecto funcione, pero cuando querrámos hacerle cambios y aumentar funcionalidades, tendremos serios problemas.
Somos eficaces en la medida que reutilizamos y escribimos código reutilizable*
Cuando identificamos este conjunto de partes pequeñas, modulares e independientes entre sí que pueden ser reusadas, tenemos ante nosotros una librería.
El objetivo de todo proyecto es que el desarrollador se ocupe de los requisitos del mismo y no por temas de bajo nivel, acá vienen al rescate las librerías.
Frameworks, librerías y bibliotecas en esencia persiguen el mismo fin, son herramientas que resuelven problemas de diseño, arquitectura y desacoplamiento de software para que los programadores piensen lo menos posible en esto y se dediquen de lleno a los requerimientos del sistema.
No reinventes la rueda: en ocasiones por ego de querer sentirnos programadores geniales creamos soluciones que otros desarrolladores ya hicieron y compartieron; o en ocasiones somos flojos y no buscamos estas librerías.
Todo el código que escribimos debe ser mantenido, mientras más pronto identifiquemos qué partes pueden ser resultas con librerías de terceros, menos código tendremos que mantener.
Te dejo el link gratuito de El libro negro de programador por si te intesa leerlo, o dale click a la imagen:
Top comments (0)