Nagromadzone doświadczenie, zebrane grabie i przetestowana funkcjonalność przez czas i setki programistów to najlepszy sposób na opisanie znaczenia bibliotek używanych w developmencie.

Korzystanie z gotowych bibliotek ma swoje plusy i minusy:

• + Nie musisz poświęcać czasu na ponowne wymyślanie koła.
• + Masz już przetestowaną gotową funkcjonalność i naprawione „problemy dzieci” (jeśli biblioteka jest popularna).

1. Programista nie zawsze jest zainteresowany tym, jak biblioteka jest podatna na ataki i wpływa na wydajność.
2.  Moduł może być dość kłopotliwy, jeśli trzeba użyć tylko niewielkiej części funkcjonalności.Jeśli potrzebujesz tylko kilku godzin pracy na wdrożenie, często nie jest uzasadnione korzystanie z gotowych rozwiązań. Kiedy możesz rozwiązać masywne zadanie za pomocą kilku linii kodu i zaimportować je, nie ma sensu ponownie wymyślać koła. Ważne jest, aby wstępnie zrozumieć i oszacować rozmiar zamierzonej funkcjonalności. To przychodzi wraz z doświadczeniem.

Niektórych rzeczy praktycznie nie da się zrobić bez bibliotek (a przynajmniej da się je zrobić, ale są trudne, długie i nie mają sensu). Mówimy głównie o dostępie do narzędzi i usług stron trzecich. Na przykład płatność wewnątrz aplikacji mobilnych odbywa się za pośrednictwem standardu, ale nadal jest to biblioteka.

Wyświetlenie obrazu na liście może wydawać się łatwym zadaniem. Ale w rzeczywistości będą pewne problemy z buforowaniem, zmianą rozmiaru, zaokrąglaniem rogów itp. Jest to dobry przykład, kiedy korzystanie z popularnych bibliotek obrazów jest więcej niż uzasadnione.