Исходное сообщение
"Уязвимость в runc, позволяющая выбраться из контейнеров Dock..." Отправлено OpenEcho, 05-Фев-24 02:33
> Речь шла о том, защищает ли go от гонок данных, ответ - не защищает. В смысле сам язык? Автоматом? А такие вообще есть? Го предоставляет достаточно инструментария чтоб не делать гонок, а значит если програмист умеет пользоваться языком, знает как работают операциоунные системы, то Го вполне даже защищает и -race кстати, вполне хороший помощник если написанно достаточно грамотно и тесты написанны не для отмазки а с душой. Если же кто то думает, что сляпает программу и проверит с -race, то определенно это заблуждение и это относится на сколько я знаю ко всем существующим языкам. > Если в Rust компилятор требует от тебя доказательства что гонок данных нет, > то в golang тебе вручную нужно следить за тем что у > тебя оптимально блокировки/атомики расставлены. как только понадобятся сырые указатели и включится ансайв, то он ни чем не будет отличаться о своих товарищей по цеху > В сложном Rust коде это также позволяет более чётко разделять владение ресурсами, > что позволяет проводить рефакторинг без риска где-то разломать хрупкие concurrency инварианты. Я далеко не против против Раста, но его изпользование и поддержка на сегодняшний день обходятся дороже чем тот же Го || java. Не все синьоры (а то и принципалы) смогут быстро прыгнуть на растовый код, когда кодовая база наработана десятилетиями на других языках. Держать специально только растовиков, - очень накладно, потому как действительно глубоко понимающих этот язык не так уж и много

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Речь шла о том, защищает ли go от гонок данных, ответ - не защищает. > В смысле сам язык? Автоматом? А такие вообще есть? > Го предоставляет достаточно инструментария чтоб не делать гонок, а значит если програмист > умеет пользоваться языком, знает как работают операциоунные системы, то Го вполне > даже защищает и > -race кстати, вполне хороший помощник если написанно достаточно грамотно и тесты написанны > не для отмазки а с душой. > Если же кто то думает, что сляпает программу и проверит с -race, > то определенно это заблуждение и это относится на сколько я знаю > ко всем существующим языкам. >> Если в Rust компилятор требует от тебя доказательства что гонок данных нет, >> то в golang тебе вручную нужно следить за тем что у >> тебя оптимально блокировки/атомики расставлены. > как только понадобятся сырые указатели и включится ансайв, то он ни чем > не будет отличаться о своих товарищей по цеху >> В сложном Rust коде это также позволяет более чётко разделять владение ресурсами, >> что позволяет проводить рефакторинг без риска где-то разломать хрупкие concurrency инварианты. > Я далеко не против против Раста, но его изпользование и поддержка на > сегодняшний день обходятся дороже чем тот же Го || java. Не > все синьоры (а то и принципалы) смогут быстро прыгнуть на растовый > код, когда кодовая база наработана десятилетиями на других языках. Держать специально > только растовиков, - очень накладно, потому как действительно глубоко понимающих этот > язык не так уж и много
	Введите код, изображенный на картинке: