Исправление dimuska139, (текущая версия) :
Ну если рассматривать сайты «по стандарту», где бэк рендерит шаблоны, а фронт - это несколько js-файлов, которые к html, полученному с серверу, добавляют динамику, то да, никакого толку от go нет, потому что не особо это удобно (нет фреймворков с кучей батареек, таких, как Django и Laravel).
Но если рассматривать сайты как фронт, сделанный на React (например) и бэк в виде api, то получается, что джанга (ларавель и прочие) для создания апи просто избыточна. Можно взять какой-нибудь fastapi вместо джанги, например, для создания апи, но в таком случае вообще без разницы (в плане трудозатрат), пилить API на Python или Go, потому что количество работы будет примерно таким же, т.к. fastapi - это микрофреймворк. Если трудозатраты получаются одинаковыми, то в го имеется преимущество в виде бинаря, производительности, меньшего количества отъедаемой памяти и нормальных потоков.
Исходная версия dimuska139, :
Ну если рассматривать сайты «по стандарту», где бэк рендерит шаблоны, а фронт - это несколько js-файлов, которые к html, полученному с серверу, добавляют динамику, то да, никакого толку от go нет, потому что не особо это удобно (нет фреймворков с кучей батареек, таких, как Django и Laravel).
Но если рассматривать сайты как фронт, сделанный на React (например) и бэк в виде api, то получается, что джанга (ларавель и прочие) для создания апи просто избыточна. Можно взять какой-нибудь fastapi вместо джанги, например, для создания апи, но в таком случае вообще без разницы (в плане трудозатрат), пилить API на Python или Go, потому что количество работы будет примерно таким же, т.к. fastapi - это микрофреймворк. Если трудозатраты получаются одинаковыми, то в го имеется преимущество в виде бинаря, производительности и нормальных потоков.