Она порекомендовала открыть не статью 2010 года, а раздел доки с asyncio 🙂
Т.е. если в рамках гила хочешь ускориться - смотри туда.
Если этого не хватает - дальше надо копать в зависимости от задач. Пример про Instagram привели.

.NET, вроде, статически типизирован. Сверка типов в питоне - это как раз то, что отъедает очень много времени.

На dotnet не все быстрее работает

Да, но за счет чего что-то работает быстрее?

Хорошо )

Например типизация

Слишком общий вопрос

вставлю свои пять копеек - чтобы обойти GIL можно сравнительно безболезненно перекатится в процессы вместо тредов через multiprocessing

И получить оверхед на сериализацию/десериализацию и потратить ещё немного памяти на ещё один инстанс PVM. В смысле, да, метод имеет право на существование, но нужно иметь ввиду подводные камни.

Преза по PostgreSQL будет доступна?

Или сидеть фоткать? )

видео вродь сохранится, но преза нужна, да)

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

Все видео и презентации будут доступны на http://moscowpython.ru

Для себя я взял за правило, что использовать процессы вместо потоков имеет смысл, если приложение активно использует процессор и/или мало общается с другими процессами. То есть, например, получать откуда-нибудь строки и передавать их дочерним процессам для JSON парсинга нет смысла. А получать в каждом процессе JSON самостотельно из внешнего источника - это уже ок. Но это всё чисто на интуиции, бенчмарков не делал)

согласен, звучит как хорошее правило большого пальца :)

Вакума без блокировок не будет, расходимся)

И миграции с триггерами

Вопросы? :)

а партицирование в постгрес завезли?