Библиотеки

Слово зарезервировалось во времена Турбо Си. Может и раньше, но про раньше я не знаю.
Интересующимся подробностями – руководство разработчика от 1987 года (с):
http://bitsavers.informatik.uni-stuttgart.de/pdf/borland/turbo_c/Turbo_C_Users_Guide_1987.pdf

В Турбо Си была возможность создавать так называемые проекты. Т.е компилировать не один программный текст а сразу несколько файлов с расширением «.C». При компиляции этого «.С». создавался файл с расширением OBJ. А из группы этих OBJ уже создавался исполняемый файл с расширением EXE.
В файле проекта (PRJ вроде) надо было обязательно записать весь список того, что надо собрать. Но если этих OBJ много, то вписывать их неудобно. Чтобы было проще группу OBJ можно было засунуть  в общий файл LIB (от library – библиотека) и цеплять в проект уже его. Компилятор сам разбирался что из этой библиотеки подключать а что нет.
В Си на больших машинах слово «библиотека» тоже было. Скорее всего, означало примерно то же самое. Хорошо помню, как в школе давилась смехом в кулак от слов «либре титле» произносимых преподавателем ВУЗа. Это она так читала library title в каком-то программном тексте. Даже моих познаний английского хватало чтобы понять что это иначе читается. Что там ещё было, я не помню. Помню что сдавать надо было что-то типа суммирования чисел от 1 до 10. Пришлось-таки руками там на машине писать. Потому что я пришла с 3-х-дюймовой дискетой и не нашла места куда её воткнуть. Так я узнала что кроме родной «турбины» есть ещё что-то и там тоже свой собственный Си.
Это было про техническую сторону вопроса. Теперь про логическую.  Компьютер – это кусок железа с пластиком. То, что на экране это сплошная виртуальная реальность, которая только путает. Если какая-то точка на экране выкрашена в какой-то цвет, то был человек, который написал программу, которая прописывает нужные нули и единицы в определенном месте оперативной памяти. Следующий человек запрограммировал алгоритм рисования линии. Следующий взял уже его функцию и написал функцию, которая рисует на экране кнопку. И т.д. Это всё работает благодаря такой иерархии кем-то написанных программных текстов.
Текстов, естественно, очень много. А раз их много, то возникает необходимость как-то упорядочить это хозяйство. Теоретически весь тест небольшой программы можно засунуть в один файл. Практически, во-первых, неудобно работать когда всё засунуто в один файл. Во-вторых, это как раз логически неправильно. Не бывает программиста, который пишет только одну программу. Написав одну, он начинает писать следующую. При написании он пользуется какими-то инструментами (функциями своими или чужими). Часто одними и теми же. Логика занятия требует возможности быстрого подключения всего этого инструментария к новому проекту. Казалось бы весь такой стандартный инструментарий можно засунуть в один текст и получить один OBJ. Но и это нехорошо. В один текст  естественно засовывать функции одной тематики. В случае графики естественно держать в отдельном тексте то, что добирается до экрана и рисует точки, в другом то что рисует графические примитивы (линии, круги, эллипсы) а в третей то что рисует окошки, кнопки и формы. Единой графической библиотекой это быть не перестаёт, но отдельны файлы там тоже естественны. Хотя бы потому что если что-то не работает то сразу понятно в какой файл лезть чтобы исправить.
Получается, что такой файл с функциями по теме это что-то вроде отдельной книги с главами. Потому, наверное, и соединение таких файлов назвали библиотекой.
Что касается библиотек электронных компонент, то во-первых, Турбо Си уже давно нет. Потому они взяли расширение LIB без риска что что-то перепутается. Библиотекой это назвали, скорее всего, потому что слова «файл» означает слишком много чего. Слово «компонента» тоже зарезервировано. Это токая «библиотека» (OCX), в которой описывается поведение какой-то штуки на экране. При этом шутка только одна, а в файле LIB этих электронных компонент много. Наверное, потому и назвали библиотекой.