Можно в кратце кстати топ 5 плюсов гоши перед питоном

описать?
я вот вообще никак не могу найти внятного описания

Личный топ: 1. Типизация 2. Типизация 3. Типизация 4. Типизация 5. Типизация

плюсы - смотри на три сообщения выше минусы - слишком дохера скобочек

1) Есть полноценные потоки, которые могут выполняться на разных ядрах 2) Результат сборки - один бинарь и всё 3) Производительность выше 4) Типизация (в питоне - строгая динамическая)

каким боком пункт 4 это плюс го, а не просто особенность?)

Ну кого-то и типизация в js устраивает, это всё субъективно

Ошибки при компиляции, а не при исполнении

ну имхо в питоне с тайп хинтами и вот этим вот всем сейчас всё вполне приятно)

Тайпхинты - это тайпхинты, а типизация - это типизация

😂. Ага

То-то IDE при работе с Django не может подсказать, что будет после User.objects.

1) когда нужно? парочку примеров? 3) производительность на IO? как правило все упирается в базу даже еще на этапе выбора более производительного фреймворка в питоне, смысл тогда переходить на го?

ну кстати с джангой не работал, но пайчарм обычно со всем чем только можно справляется)

django и орм это питонячие бед практисис на мой взгляд

1) Например, обработка файлов. Я не говорю, что это надо делать на запрос юзера в REST API, но при обработке данных в фоне - вполне. 2) Нет, производительность на CPU-bound-задачах. В вебе их не много, согласен, особенно если делается какой-то CRUD

2) а можно тогда еще пример цпу задачки на го типичной?

Всё, что не сеть и не запрос в базу. Обработка изображений та же. Погляди тот же imgproxy

Так io bound тоже лучше работает. Если сравнивать с asyncio, у нас выигрыш по тому, что все работает интуитивно понятно и код остаётся линейным

спасибо

не, иобаунд работает примерно так же

"Так io bound тоже лучше работает" - лучше, чем что? Не понял

Лучше чем в питоне

https://github.com/MagicStack/uvloop

Насчёт этого хз

Я ж не только про производительность, а ещё и про удобство написания кода и его поддержки

Вот ты от кого слышал что все упирается в базу? А вообще го не лучше питона. Я один проект переписывал с питона на го, и было не очень. Переписал на Котлин, и все было отлично. Но проект на питоне продолжает жить!! В общем смотреть нужно.

Ни от кого, свои ощущения

"Переписал на Котлин, и все было отлично" - что именно отлично?

Выражать мысли в коде легче и абстракции завозить. Там много было работы с чужим апи ну и логику было описывать "короче". Проект один и тот же, так что сравнение для меня лично получилось объективным. На го у меня уходило на один метод один вечер, на котлине за этоже время с пяток методов обрабатывал. Ну и в котлине всякого сахара больше.

Ага, понял