Kertynyt kokemus, kerätty rake ja testattu toiminnallisuus ajan ja satojen kehittäjien toimesta on paras tapa kuvata kehitystyössä käytettävien kirjastojen merkitystä.

Valmiiden kirjastojen käytössä on hyvät ja huonot puolensa:

• + Sinun ei tarvitse käyttää aikaa pyörän keksimiseen uudelleen.
• + Olet jo testannut valmiit toiminnot ja korjannut ”lasten ongelmat” (jos kirjasto on suosittu).

1. Ohjelmoijaa ei aina kiinnosta, miten kirjasto on haavoittuva ja vaikuttaa suorituskykyyn.
2.  Moduuli voi olla melko hankala, jos tarvitset vain pientä osaa toiminnallisuudesta.Jos tarvitset vain pari tuntia työtä toteutukseen, ei ole useinkaan perusteltua käyttää valmiita ratkaisuja. Kun massiivisen tehtävän voi ratkaista parilla rivillä koodia ja tuoda sen, ei kannata keksiä pyörää uudelleen. Tärkeää on aluksi ymmärtää ja arvioida suunnitellun toiminnallisuuden laajuus. Tämä tulee kokemuksen myötä.

Joitakin asioita on tuskin mahdollista tehdä ilman kirjastoja (tai ainakin niitä voidaan tehdä, mutta ne ovat vaikeita, pitkiä ja järjettömiä). Tarkoitamme lähinnä kolmansien osapuolten työkalujen ja palveluiden käyttöä. Esimerkiksi maksaminen mobiilisovellusten sisällä tapahtuu standardin kautta, mutta silti kirjastona.

Kuvan näyttäminen luettelossa voi tuntua helpolta tehtävältä. Mutta itse asiassa tulee joitakin ongelmia välimuistitallennuksen, koon muuttamisen, kulmien pyöristämisen jne. kanssa. Tämä on hyvä esimerkki siitä, kun suosittujen kuvakirjastojen käyttö on enemmän kuin perusteltua.