Есть ли аналог Django только на языке Go!

Не нужно

Зачем? Батарейки есть, фреймворки не нужны.

Зачем?

Хорошо, переформулирую вопрос, чтоб не постить на Тостере: «Народ, посоветуйте вводный курс по Go, чтобы после изучения можно было самому сделать MVC-framework для Веба»

Ну или просто вводный курс по язычку. Бабки у подъезда грят там учебы на пару дней :-)

https://tour.golang.org/welcome/1

Если умеешь в программирование и какие-либо ЯП, то этого достаточно

http://golang-book.ru/

Ок

mvc на Go ? Да ты упал - посмотри сначала для каких целей он создавался

ЕМНИП, concurrency, легкие потоки, все дела)

Ну, я так понимаю, можно юзать как бекенд высоконагруженных веб-приложений, не?

Эм, речь в первую очередь идет о динамически активных сервисах ( т е сервирсах в которых для каждый запрос отдается уникальное содержимое ), а не о бекенде вообще. Твой бекенд можно закэшировать и сделать на том же Django, а вот например строку поиска для твоего бэкенда уже можно сделать на go. И MVC там никаким боком не нужно.

Например - https://beego.me/docs/intro/

А в целом - https://github.com/avelino/awesome-go#web-frameworks

Спасибо!

go это про микросервисы или rest backend`ы. какой смысл делать на нем mvc? всё равно такой гибкости и удобства, как на динамических языках не будет. а затык будет в бд или где-то ещё, но не в производительности самого интерпретатора.

но не в производительности самого интерпретатора

Golang — компилятор

Ясное дело, но это предложение про «динамические языки», а не golang.

Ясное дело, но это предложение про «динамические языки»

Динамические языки сегодня тоже в подавляющем большинстве компилирующие. Вот виртуальные машины у их сред исполнения бывают интерпретирующие, бывают и компилирующие (JIT у тех же JS, HHVM, PyPy и т.п.).

ЛОЛ. И такой вот рак составляет основную популяцию Go сообщества.

Considered harmful
not even webscale
microservices
brutally practical
ко-ко-ко кудах-кудах
если чего нет, значит не нужно
fearless concurrency
особый путь
в PHP4Go фреймворки не нужны
copy-paste is better than dependency

Лады. Я просто хочу попробовать прикрутить REST API к вот этому

https://github.com/dveselov/go-libreofficekit. Хорошо бы сначала познакомиться с языком. А дальше можешь набросать примерный путь решения задачи, чтобы все было сделано на Go? Ну кроме фронтэнда, понятное дело.

gin + pongo2

Посмотри сюда

https://github.com/avelino/awesome-go/blob/master/README.md#web-frameworks

микросервисы или rest backend

Разделение на модели-контроллеры-вью (если считать рендеринг json'а вьюхой) полезно и для микросервисов, и для рест-бекендов.

go это про микросервисы или rest backend`ы. какой смысл делать на нем mvc?

В стандартной библиотеке есть очень мощный механизм по работе с шаблонами. Это как нильзя кстати позволяет использовать его для реализации MVC. По сути - аналог движка Razor из мира ASP.NET MVC.

revel хайпили долгое время, он вроде и является самым популярным

revel хайпили долгое время, он вроде и является самым популярным

Сейчас на волне идеи «фреймворки не нужны» модно писать свой фреймворк. А сабж популярен больше для оправдания сего действа.

- Я написал свой фреймворк.
- Но зачем, есть же, например, Revel?
- Я хотел идеоматичный Go, Revel же использует dependency injection.
- Но Revel не использует dependency injection.
- Не важно.

- Я написал свой фреймворк.
- Но зачем, есть же, например, Revel?
- Revel использует reflection для вот этой фичи.
- Но твой фреймворк тоже.
- Не важно.

- Я написал свой фреймворк.
- Но зачем, есть же, например, Revel?
- Revel is considered harmful.
- Пруф?
- Вот блогпост одного авторитетного оратора.
- Но это твой блогпост.
- Не важно.

- Я написал свой фреймворк.
- Но зачем, есть же, например, Revel?
- Revel недостаточно webscale. Нужно больше microservice'ов.
- Но ведь это недостаточно brutally practical, разве нет?
- Откуда в Go сообществе столько хейтеров? Я ухожу, вы все злые.

а если нет ни Windows, ни OSX? :)