Вы заблуждаетесь. На буровых 200 — это где-то ближе к минимуму, чем к потолку. Ведущие специалисты получают ближе к полу-миллиону за вахту. Ваши цифры больше соответствуют картине на «земле».

Весьма годный инструмент. Кстати, если нет полноценного веб-сервера, можно запускать через встроенный в php сервер:

php -S 127.0.0.1:8080 -t /path/to/adminerDir/

Забавно. Есть одноименный парсер веб-сайтов на python — scrapy.org/, с которым работал недавно. Заинтриговал заголовок, начал читать статью и сильно удивился «незадокументированным» возможностям. Понимание пришло после аннотации. :-)
p.s. Ох уж моя невнимательность…

Не знал об этом проекте. Спасибо!

Поддерживая проект на Django, я чаще не программирую, а ищу нужный функционал в батарейках. :) Была как-то необходимость добавить select2 в проект. После рассмотрения нескольких примочек для django, забил и сделал всё «вручную».

Migrae — это тоже обертка вокруг Alembic, но выбор пал на неё именно благодаря наличию готовой команды для управления миграциями. Хотя, признаюсь, я уже и не помню, рассматривал ли альтернативы. :)

1. Django состоит из огромного количества модулей, хелперов, приложений. Уверен, кем-то это всё используется по-полной, но в случае несложных проектов монструозный функционал избыточен: если, скажем, нужно прикрутить аунтефикацию, то используется contib.auth, а там багажом получим в базе groups и permissions. Вроде и не мешают, а вроде никто и не приглашал.
2. Django многие вещи позволяет сделать несколькими путями. Кому-то это по душе, но точно не мне. Пример? — render_to_respose, render, HttpResponse.
3. Ограничения? На структуру проекта, на используемую модель юзера(да, я в курсе про изменения в 1.5), на ORM. Можно, конечно, и прикрутить, что надо, но вряд ли это будет проще, чем во Flask или Pyramid.
Я ни в коем случае не противник Django, просто это не мой выбор. Может быть, я просто его не понял.