кстати, под видом безопасности майки как раз и создают конкурента расту

я сам замечаю, как кодеры с дот нета сливаются в го или раст

такая же херня с фшарпом

К слову, самый интересный для меня проект на Rust, но говорят что его пишут 3.5 человека на энтузиазме (хотя вроде бы недавно кто-то им деняг подкинул на дошик)

Есть отличная статья в инете как написан кубер. Го такое говно, что им пришлось придумать и реализовать свою систему типов в рантайме! поверх гошной)

лол их методичка же говорит что это великая победа гошечки

Даже в книге по паттернам ООП не смогли определить преимущества ООП перед композицией, зато привели три минуса

насколько себя оправдал подход к названиям версий x.y.z? Во-первых, не вижу реальных гарантий по поводу соблюдения гайдлайнов при использовании этого подхода, а во-вторых это усложняет размещение кода, приходится самому придумывать версию, прописывать её (ну или скрипты использовать). В итоге на crates io почти нет пакетов с мажорной версией большей или равной единице. В пакетных менеджерах будущего, хотели бы вы так же париться с версиями? Желали бы вы обрести новый подход, который не заставляет программиста руками задавать версию и не даёт иллюзорных гарантий обратной совместимости\стабильности?

1. Почему не видите? Кто-то не соблюдает этих гарантий но использует семвер?
2. Придумать версию это полминуты и столько же написать ее. Не так уж много времени.
3. Что плохого в том, что нет мажорных версий больших? И зачем это надо? Лучше пусть каждые полгода ломается обратная совместимость?
4. Так происходит потому что расту очень мало лет, и либы ещё не до конца протестированы, поэтому и не спешат ставить стабильную версию 1.х.х
5. Стандартизация нужна. Если придумают стандарт получше, будут использовать его. А пока это лучшее что придумали ща все время.

2 однозначно нет. Как обмениваться информацией, о том какую версию используешь?

1. я неуверенный в себе человек, который не верит в стабильность своей либы и никогда не поставит версию stable, даже если либа завершена и обновлений больше никогда не будет. Или как вариант я гиперуверенный в своей либе недобропорядочный программист и сразу ставлю 1.2.2
2. Стабильна ли либа? Ломает ли совместимость несильно или сильно? Протестирована ли... временем или чем там (когда надо ставить кратное двум)? Високосное или невисокосное? Рассуждать можно долго.
3. Я неуверенный в себе человек и хочу использовать только очень стабильные либы в своем проекте.
4. Да уже вроде 5+ как минимум, сколько ждать-то?
5. Ну вот я и спрашиваю, есть ли смысл думать о стандарте получше

А сейчас как обмениваемся? Cargo.toml с версией, просто в виде хеша. Это даёт возможность получить один-в-один то же, что и у разраба, а не "последняя версия с crates io" или "что-нибудь больше 3.7.15 и меньше 4.8.666"

1. Твои проблемы.
2. Об этом думается до написания кода, будешь ты ломать или нет :)
3. Используй.
4. Ещё столько же примерно.

А что плохого в "последняя версия с крейтс.ио"?

1) туда могут засунуть троян
2) разраб свой проект проверял на работоспособность  с определенной версией, а не "последней"

2 ну пусть пишет версию. Тут с любым принципом версионирование нужно написать "последняя с крейтс.ио"

А еще когда хотя бы для одного пакета в огромном дереве зависимостей непонятно, какая версия будет скачана (то есть какой код будет собран и выполнен), то нет возможности сопоставить скачанное с каким-нибудь заранее прописанным хешем, чтобы убедиться, что оно именно то самое

Хочется чтобы в проекте если не лежали все зависимости напрямую, то хотя бы их хеши... Не знаю, хочется и всё тут

Если не писать "последняя с крейтсайо" то у тебя будут огромные проблемы с дублированием библиотек