>а под кровоточащий конецПруф или мироточащий.
Ну взял ты что-то там из гита прямо. Ну не дошёл до релиза и собрал все промежуточные недоделки. Так через год всё равно кому-то твой докеробраз придётся обновлять и там всё это вылезет и посыпется.
>В принципе, у питона боли с обновлениями не больше, чем с любыми другими зависимостями, на самом деле даже удивительно гладко всё.
Ты там с js сравниваешь или с сишкой? Есть такая библиотека по имени requests. Так вот, у неё вполне в минорных релизах ломается api, я на этом набивал шишки. И есть библиотека pycurl. В ней в принципе ничего существенного не меняется, а api если и ломают, то постепенно. Угадай, какая лучше, а какую рекламируют в инстаграме успешные питонокоучи.
>А вообще, перед сменой апи принято иметь период, когда оно объявляется устаревшим -- ломать очень некрасиво.
Поэтому на любом дистре в системе по десять релизов питона считается нормой, ага.
>К тому же, я бы рад ни от кого не зависеть, но, если всё делать самому, никогда ничего приличного не напишешь (в разумные сроки).
Где-то на гитхабе был kiss-программист на питоне, ездун на конференции и вообще тимлид. Так вот, он написал типа kissовую rpc. kissовая rpc занимала под 100-200 строк и дёргала amqp. Если достать дедовские пакеты socket и select из стдлиба, приправив json, можно за те же 100-200 строк написать примерно такую же rpc. Иногда импорты - это лишь нежелание кодить и желание забивать гвозди микроскопом.
>Кстати, для того чтобы косяки с апи и ошибками конфигурации лучше находились, многие части покрыты тестами.
За что я ненавижу питонистов - это за то, что им можно что угодно залить в уши и они будут это транслировать. Им скормили новый синтаксис - они сразу же забыли про своё кредо. Пропиарили intellij - теперь каждый питонист считает за свой долг пересаживать всех остальных что с vi, что с vscode на pycharm. Вывели в тренды твиттера requests - спрашиваешь у питониста, что такое curl, а он и слыхом про него не слыхивал (а http он дёргает через postman со всеми вытекающими уровня "ой, а как пройти нестандартную аутентификацию?"). Накодили инструмент remote execution по имени fabric с массированной артподдержкой в виде success stories - теперь каждый питонопроект для локальной установки будет использовать именно его в качестве замены шелла или system.
И точно так же тут косяки с api, оказывается, решаются не волевым решение api не менять, а почему-то тестами, ведь в экосистему питона проникли свидетели TDD, которые в принципе не знают, что разрабатывать можно не сверху вниз, а снизу вверх.
>Нет, я могу конечно прикинуть сколько времени и сил бы ушло на написание на нормальном языке
Так вам даже Genie дали с похожим синтаксисом (и интеропом почти без оверхеда), но только узенький кругозор типичного питониста не может даже альтернативные релизы осилить и сделать так, чтобы они не пролагивали на 3-5 минорных релизов за референсом, не то, что осилить язык с похожим синтаксисом.