Здравствуйте, pva, Вы писали:

S>>Значит, вендор планирует этот АПИ в будущем поменять.
pva>Други, спорить есть смысл обосновано. А не выдумывать на ходу почему гугль или кто еще что-то решил. Это (закручивание гаек) длится уже не один год.

Последние 10 лет я занят был или частично, или полностью на проекта навроде разработки узкоспециализированого фремворка (odata client, odata server, итд)

Типичные запросы от разработчиков с продуктового проекта:
— сделайте специальный релиз новой версии с фичей которую выбросили несколько лет назад
— нам нужен фикс, вот тут поменять private на public
— у нас срочный релиз, нам нужен флажок, который в вашем фремворке будет делать вот такую бизнес логику
— добавьте такую фичу, которая будет проверять параметр на null
— у нас все такой код пишут, добавьте его в следующую версию фремворка
— добавьте вот такой параметр а то у нас ошибки
— уберите такой параметр а то у нас ошибки
— тут всё просто — вот эту строчку надо убрать
— тут всё просто — вот эту строчку убирать не надо
— надо сделать два разных имени либы на версии 2.x и 3.x
— надо сделать одно имя на версии 2.x и 3.x
— добавьте OAUTH провайдер, т.к. нам для тестов нужен отдельная аутентификация
— добавьте commonjs
— уберите umd
— не убирайте umd
— добавьте esm
— делайте бандлинг
— не делайте бандлинг
— сделайте этот хук асинхронным
— сделайте этот хук синхронным
— вы же не знаете, что может понадобиться, давайте добавим, вдруг окажется полезным

Скажем, куда более конструктивный разговор, когда разработчик заходит хотя бы так
— у нас странные баги, помогите найти фикс
— у нас проблемы с перформансом, помогите найти
— какие будут проблемы при миграции на следующую мажорную версию?