2. Скорость компиляции

Без преувеличений, один из столбов маркетинга. Его выдают за неебический плюс. Так, будто другие языки так не умеют. А правда не умеют?

Ну, да, может, и не умеют. Если включить оптимизации. Стоп - включить? Так их отключить можно было что ли?! Оказывается, можно было. И компиляция окажется не особо медленнее, чем на го! А то и быстрее (напоминаю: fmt компилируется относительно очень долго). Но есть одно мааааленькое отличие: для релиза мы можем включить оптимизации на полную. Да, некоторые для этого аж целые фермы используют. Но и получают код, который будет хорошо оптимизирован. А у нас есть что-то похожее на го? Нет? Мы каждый раз для тестов компилим так же, как и на релиз? Ааа, а я не знал

А нахуя? Учитывая, что у gc (go compiler) есть флаг для отключения оптимизаций (-gcflags="-N"), то делаем соответственно вывод, что вообще любой билд без дополнительных флагов - релизный. Окей, получается, мы и в дев-среде компилим так же, как и для релиза. Зачем. В чем смысл такого решения? В расте по-умолчанию мы компилим без агрессивных оптимизаций, но их можно включить, если указать билд, как релизный. Почему в го так не сделано? Им не выделили бюджет на оптимизаторы? Ах да, точно, они изначально были заложены кастратом.

Я не знаю, что еще на эту тему писать. Это вопиющий долбоебизм, которому я даже косвенного оправдания найти не могу. Пожалуйста, объясните в комментах, в чем сакральный смысл такого решения. Зачем было намеренно отказываться от оптимизаций кода?