Мью Форест

Dart создавался как замена js, поэтому много усилий разработчиков было сосредоточено на поддержке всех тех действий, что можно сделать из браузера. Ну и как следствие такого развития, его можно, как и js-овский Node, использовать и на сервере.
Go же создавался как язык системного программирования, с прицелом на сетевые приложения. Соответственно из Go удобно делать сетевые тулзы, веб-сервисы, различные вспомогательные утилиты, но со стороны пользовательского интерфейса будет засада - это либо html+js, либо биндинги на Qt.
Dart'ом можно пользоваться в "области Go", но это будет жутко неудобно. И на Go можно "сунуться в область Dart'a", но это тоже будет мучение еще то. Можно провести аналогию по функциональности: Dart - это js, Go - это Python, и применять их соответственно аналогам.

А вы их покупаете?
Eloquent JavaScript доступен бесплатно на сайте, НО начиная с какого-то момента становится неоправданно сложной книгой. Лучше Head First JavaScript Programming (2014) +> You Don't Know JavaScript, а задачи решать на checkio и codewars + MDN в качестве справочных материалов.

API социальных сетей - это вполне типичные примеры реализации REST API.

REST (RESTful) - это общие принципы организации взаимодействия приложения/сайта с сервером посредством протокола HTTP. Особенность REST в том, что сервер не запоминает состояние пользователя между запросами - в каждом запросе передаётся информация, идентифицирующая пользователя (например, token, полученный через OAuth-авторизацию) и все параметры, необходимые для выполнения операции.

Всё взаимодействие с сервером сводится к 4 операциям (4 - это необходимый и достаточный минимум, в конкретной реализации типов операций может быть больше):
1. получение данных с сервера (обычно в формате JSON, или XML)
2. добавление новых данных на сервер
3. модификация существующих данных на сервере
4. удаление данных на сервере

Операция получения данных не может приводить к изменению состояния сервера.

Для каждого типа операции используется свой метод HTTP-запроса:
1. получение - GET
2. добавление - POST
3. модификация - PUT
4. удаление - DELETE

Т.е. :

GET-запрос /rest/users - получение информации о всех пользователях
GET-запрос /rest/users/125 - получение информации о пользователе с id=125
POST-запрос /rest/users - добавление нового пользователя
PUT-запрос /rest/users/125 - изменение информации о пользователе с id=125
DELETE-запрос /rest/users/125 - удаление пользователя с id=125

https://www.youtube.com/channel/UC-QDfvrRIDB6F0bIO... - Хороший канал по фласку и джанге!

Flask по тестам более производительный. Единственное, что очень сильно меня смутило - проблемы с доменами, если расположить Flask за nginx. Так и не разобрался, как объяснить ему, что он запущен по тому адресу, на котором запущен nginx. Он был убеждён, что запущен на localhost:81 и все редиректы шли туда.

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

На Django даже не смотрел. Он там всё ещё не поддерживает Python 3.x? Не было желания его изучать хотя бы чтобы не поддерживать устаревшие технологии. Да и какой-то он мейнстримно-быдлокодерский.

Но, наверное, Tornado и Flask подойдут скорее для небольших проектов. Или для больших, но с основательной проработкой архитектуры. Это неправильный выбор будет для быстрого клепания сайтов в какой-нибудь небольшой фирмочке.

Раньше я тоже применял MongoDB, простота запросов и отсутствие необходимости описывать структуру данных очень привлекала. К тому же данные очень хорошо ложились в обычные питоновские типы. В конечном итоге перешёл на MySQL + SQLAlchemy. Отсутствие нормальных транзакций в MongoDB вызывало очень большие неудобства. Костыли, которые предлагались взамен, были слишком громоздкими и трудными для понимания.

Есть отличные разработки на Django: Oscar, Shuup, Mezzanine.