Lodash — одна из самых популярных JavaScript-библиотек. Её утилиты работают в тысячах проектов, а суточная скачиваемость на npm превышает 100 миллионов. Начиналось всё 13 лет назад с одного разработчика. Создатель Джон-Дэвид Далтон рассказал, каково это — поддерживать софт, на который полагается полмира, и какую цену за это платишь.
До Lodash Далтон экспериментировал с утилитами и кросcбраузерной совместимостью. В 2012 году он выпустил библиотеку с простой целью: быстрые, надёжные функции для разработчиков. С ростом экосистемы и популярности npm Lodash превратился из форка в инфраструктурный проект.
Годами Далтон поддерживал библиотеку в спокойном ритме — немного работы каждый день. Но потом жизнь вмешалась. Разработка резко замедлилась после смерти его матери. Приоритеты изменились. В 2019 году он пережил развод — хотя и дружеский, на восстановление ушло время. Далтон отошёл от open source. Как многие мейнтейнеры, он боялся, что без постоянных контрибьюций потеряет актуальность. Оказалось, доверие сообщества осталось.
Возвращение заняло около пяти лет. Далтон признаётся: было несколько фальстартов. Восстановление строилось не на продуктивности, а на балансе. Терапия, спорт, здоровые границы и хобби вне программирования. Одно из осознанных решений — перестать писать код для удовольствия. Когда работа и open source — одно и то же, нужно что-то другое. Вывод простой: долгосрочная устойчивость важнее постоянной отдачи.
Сейчас у Lodash новый этап. При поддержке экосистемы OpenJS проект прошёл масштабную реорганизацию по безопасности и инфраструктуре. Появился Technical Steering Committee и группа для триажа уязвимостей. Восстановили непрерывную интеграцию, внедрили современные инструменты и чёткие процессы для работы с багами. Ответственность теперь лежит не на одном человеке, а на сообществе.
Урок для экосистемы на поверхности: многие пакеты, от которых мы зависим каждый день, держатся на одном человеке или крошечной команде. Когда проект становится успешным, ожидания растут быстрее, чем силы мейнтейнера. Поддерживать авторов, вносить улучшения и уважать их границы — это единственный способ сохранить проекты здоровыми. За каждой зависимостью стоит живой человек.