Сергей Горностаев

asm("mov $5, %0" : "=r" (a));

"unindent does not match any outer indentation level" означает ошибку в отступах.

Студия - это юрлицо, с которым можно заключить договор, которое не сбежит с предоплатой и не попадёт под автобус, которому можно платить банковскими переводами, с которым можно судиться. И т.д. и т.п. Разница между заказом фрилансеру и студии такая же, как между покупкой дорогущего внедорожника в салоне и у мутного незнакомого хмыря в наколках.

Можно просто работать с сокетами, а можно взять Aleph.

super().__init__(*args, **kwargs)

select u.* from users as u
inner join messages as m
  on u.id = m.user_id
group by u.id
order by max(m.createdAt);

Можно использовать Semaphore для контроля количества выполнений.

И, кстати, не надо закрывать pool, когда используете with.

VerseQ

return minus(i);

Разработкой занимается неприятно большое число глупых и халатных людей. Больше только жадных и некомпетентных заказчиков. Даже в серьёзных медицинских и банковских системах можно встретить чудовищные по своей простоте и в то же время опасности ошибки. А в web-разработке всё намного хуже, по оптимистичным оценкам 99% сайтов сделаны по принципу и так сойдёт.

Никак.

Упрощения для разработчиков инструментальных средств - это тема очень непростая. Намного легче объяснить плюсы с позиции прикладного программиста и пользователей ПО. В 2003-м году я участвовал в разработке одной системы на Java EE. Написанный мной и другими разработчиками код был скомпилирован с помощью Java 1.4, упакован в war и развёрнут на сервере заказчика. Это был сервер с 32-битными процессорами Xeon Prestonia, работавший под управление FreeBSD. Позже это приложение в том же war-файле было перенесено на сервер Fujitsu PRIMEPOWER с процессорами абсолютно иной архитектуры - SPARC, и управляемый очень отличающейся операционной системой - Solaris. Сейчас оно крутится на IBM'овских блэйдах c процами POWER и под управлением AIX, на сколько мне известно. Не удивлюсь, если через некоторое время приложение перенесут на что-нибудь с ARM'ами и под Linux или HP-UX. Все эти миграции выполняются без перекомпиляции и без привлечения разработчиков. Если бы приложение было написано на чём-нибудь вроде C++, код приложения пришлось бы портировать на каждую платформу и перекомпилировать. Это было долго, сложно и очень дорого.

Чтобы каждый раз не обращаться к БД, нужно использовать кэширование. А чтобы сохранить возможность горизонтального масштабирования сайта, кэширование организовывать не в памяти процесса, а на чём-нибудь типа memcached.

Во-первых, запятую пропустили - (str(status),) Во-вторых, вы никак не используете результат выборки.

1. На задачах работы с графами заруливает реляционные, документоориентированные и key-value СУБД на порядки.
2. Возможность хранения и обработки графов.
3. Слишком общий вопрос. Хорошие и плохие практики описаны в документации.

Вам нужно прочитать документацию и обратить внимание на то, что вопросами аутентификации должен заниматься бэкенд аутентификации, а не форма или представление.

Параметр heartbeat как раз для этого.