Уже 35 день как в моём GitHub одни зеленные квадратики…
Когда-то в детстве я играл в компьютерную игру Lineage II, которая до сих пор развивается. Я проводил очень большое время над данной игрой, а потом ещё над другими видеоиграми. И в какой-то момент открыл для себя программирование, так как хотел сделать свою собственную игру…
А сейчас я каждый день сажусь за код, чтоб реализовывать различные вещи: начиная от автоматизации повседневных вещей и разработки проектов и заканчивая экспериментами.
· 04.02
впечатляет, что ты смог перейти от игр к программированию. но как ты планируешь поддерживать код, если в проекте появятся зависимости от нестабильных библиотек?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 04.02
При разработке обычно принято указывать ту версию библиотеки, которая используется в проекте, чтоб в дальнейшем снизить риски с развертыванием сервисов/приложений. У каждой библиотеки есть версионость: X.Y.Z. Если новая версия библиотеки по сравнению со старой была чуть ли не с нуля переработана, то мажорная версия увеличивается (X), если появился новый функционал, то минорная версия увкличивается (Y), если исправлены баги, закрыты CVE, то уже увеличивается патч-версия (Z)
Разработчики библиотек не всегда рискуют с переходом на новую мажорную версию, так как переход может потянуть за собой очень большое количество проектов. Для ограничения версионности библиотеки есть отдельные файлы. У Python, например, pyproject.toml, а у Rust cargo.toml.
Если всё же случилось, что возникли проблемы с библиотеками (не ставятся), то я сначала смотрю логи, а потом немного модифицирую pyproject.toml. За всё время разработки только проблемы с Litestar были, когда в библиотеки anyio одну из зависимостей (библиотеку) при установке убрали.
Надеюсь, ответил на вопрос.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён