Akumulasi pengalaman, rake yang terkumpul dan fungsionalitas yang teruji oleh waktu dan ratusan pengembang adalah cara terbaik untuk menggambarkan arti dari pustaka yang digunakan dalam pengembangan.

Ada pro dan kontra untuk menggunakan pustaka yang sudah jadi:

• + Anda tidak perlu menghabiskan waktu untuk menemukan kembali roda.
• + Anda telah menguji fungsionalitas yang sudah jadi dan memperbaiki “masalah anak-anak” (jika perpustakaan populer).

1. Programmer tidak selalu tertarik pada bagaimana perpustakaan rentan dan mempengaruhi kinerja.
2.  Modul ini bisa sangat rumit jika Anda hanya perlu menggunakan sebagian kecil dari fungsionalitasnya, jika Anda hanya membutuhkan beberapa jam kerja untuk implementasi, seringkali tidak dibenarkan untuk menggunakan solusi yang sudah jadi. Bila Anda dapat menyelesaikan tugas besar dengan beberapa baris kode dan mengimpornya, tidak ada gunanya menemukan kembali roda. Penting untuk memahami dan memperkirakan ukuran fungsionalitas yang dimaksud pada awalnya. Hal ini akan muncul seiring dengan pengalaman.

Beberapa hal hampir tidak bisa dilakukan tanpa perpustakaan (atau setidaknya bisa dilakukan, tetapi sulit, lama dan tidak masuk akal). Kita berbicara sebagian besar tentang akses ke alat dan layanan pihak ketiga. Misalnya, pembayaran di dalam aplikasi seluler dilakukan melalui standar, tetapi masih merupakan pustaka.

Tampilan gambar dalam daftar bisa tampak sebagai tugas yang mudah. Namun pada kenyataannya, akan ada beberapa masalah dengan caching, pengubahan ukuran, sudut pembulatan, dll. Ini adalah contoh yang baik ketika menggunakan pustaka gambar populer lebih dari sekadar dibenarkan.