La experiencia acumulada, el rastrillo recogido y la funcionalidad probada por el tiempo y cientos de desarrolladores es la mejor manera de describir el significado de las bibliotecas utilizadas en el desarrollo.

Hay pros y contras en el uso de bibliotecas ya hechas:

• + No tienes que gastar tiempo reinventando la rueda.
• + Ya se ha probado la funcionalidad prefabricada y se han solucionado los «problemas de los niños» (si la biblioteca es popular).

1. El programador no siempre está interesado en cómo la biblioteca es vulnerable y afecta al rendimiento.
2.  El módulo puede ser bastante engorroso si sólo necesita utilizar una

Si sólo necesita un par de horas de trabajo para la implementación, a menudo no está justificado utilizar soluciones ya hechas. Cuando se puede resolver una tarea ingente con un par de líneas de código e importarla, no tiene sentido reinventar la rueda. Es importante comprender y estimar inicialmente el tamaño de la funcionalidad prevista. Esto se consigue con la experiencia.

Algunas cosas apenas se pueden hacer sin bibliotecas (o al menos se pueden hacer, pero son difíciles, largas y no tienen sentido). Hablamos sobre todo del acceso a herramientas y servicios de terceros. Por ejemplo, el pago dentro de las aplicaciones móviles se hace a través del estándar, pero sigue siendo una librería.

La visualización de una imagen en la lista puede parecer una tarea fácil. Pero de hecho, habrá algunos problemas con el almacenamiento en caché, cambio de tamaño, redondeo de esquinas, etc. Este es un buen ejemplo de cuando el uso de bibliotecas de imágenes populares está más que justificado.