Не знаю, по-моему, это вопрос вкусовщины, и каждый будет топить

за "свой" язык. По факту можно писать что угодно и на чём угодно. Другое дело, что в Go нет таких вещей, которые есть в том же Питоне. Вот покажите замену Джанго, например? Нет её и не будет. Стало быть, в проектах, где напрашивается Джанго, го уже не подойдёт, как минимум. Писать какой-нибудь парсер на го - ну тоже такое себе. Я писал и на го, и на питоне, и мне писать парсер на го вообще не понравилось)

Там где нужно Джанго - лучше сменить архитектора )))

Спорный вопрос, ведь киллер-фича джанги - это высокая скорость разработки и готовая админка из коробки. То, что можно быстро сделать на Django, на го офигеешь делать + выйдет сильно дороже

Тут я просто не могу согласиться) Как раз сейчас на одном из проектов есть спор Django против кодегенерации. Не в пользу Jango пока

Дык то что нет подобной вещи как Django это не проблема языка

Кстати, а чья? )))

Либо еще не написали, либо оно и нах не нужно.

Я и не писал, что го - это проблемы. Я про то, что заменять что угодно и где угодно, на го как-то наивно что ли. Это хороший инструмент, но не серебряная пуля

+++

Я лично склоняюсь ко второму. На реальных большеих проектах оно становится опасным. Как его готовить правильно - мы спецов не нашли.

Там где Go применим - он как правило лучше (RUST я не знаю). Java конечно для разработки игорей лучше, или Си шарп тот же. Но вот любой бэк на Го проще, если использовать его грамотно - кодогенерация решает почти всю рутину

А зачем нужна Джанго?

Чтобы сделать сайт с админкой. Да, можно сделать и на го бэк, а остальное на Реактах всяких, то ты стоимость и трудозатраты сравни)

Да блин, я за вечер накидаю проект с несколькими объектами и даже со связями и тестами на Го

и Frontend'ом?

Надеюсь, это шутка

Фронт пишут фронтендеры ) Я к нему не прикасаюсь

Это не шутка. Мы сейчас как раз их в лоб сталкиваем

https://github.com/vmkteam/mfd-generator + https://github.com/vmkteam/mfd-ui + https://github.com/vmkteam/rpcgen Описываешь сущности бд, генеришь по ним репо. Потом натыкиваешь как должна выглядеть админка, генерируешь её.

Всё это далеко не то) Я юзал подобные штуки, правда не в Го

Чем отличается? Например?

отсутствие тонны сахара

давайте без вкусовщины, пожалуйста? Питон типы элементарно проверить не может... Там вообще не до сахара

типов нет, есть только хинты)

Стабильностью, расширямостью, тесной интеграцией с кодом фреймворка (это и плюс и минус одновременно). В эту же админку интегрируются кучу плагинов и т.п. phpMyAdmin - это ни разу не админка. Это то же самое, что просто доступ в базу выдать. Хотя знаю одного товарища, который заказчику продал phpMyAdmin под видом админки

Стаблильность - нет. Расширяемость - нет

Да ну? Ну выполните 1 + "2" - будете удивлены. Там динамическая типизация, но она строгая

И у тебя Джанго-админа станет бесполезна на первом же jsonb- поле. Я уж молчу про всякие tsvector

Нет, легко пилится расширение (за 10 минут). С tsvector тоже никаких проблем.

@onokonem может предложим этому человеку продменострировать это все в проекте на Django? )))

Обиделся, что я не считаю го серебряной пулей и решил жаловаться админу, чтобы меня забанили?) Профессионально

а за что банить то?

Так в том и вопрос. Поэтому совершенно не понял, зачем он обращается к админу) Оффтоп разве что, но мы ж го сравниваем вроде как (тёплое с мягким)

Так и что это расширение будет делать, если нужны фильтры/сортировки по полям этого jsonb?

Ни одна готовая админка (не Django) тоже этого не даст. А так согласен, все готовые решения не могут быть заточены под любую задачу.

нет, ни в коей мере )) вы чего

Ну вот то что я кинул - умеет это )

Погляжу, спс

Gorm, например, тоже :)