Теперь это называют поликарбонат, а не пластик.
Хочется верить, что он матовый.

С xda-developers:

Я бы предположил что для шагометра.

Я не юзаю глобальные конфиги, тем более на рабочих серверах :)
У меня все в ~/.zshrc лежит, который, по идее, в любом случае должен перезаписывать глобальный конфиг.
Все остальные штуки работают одинаково. Соответственно, предполагаю что дело не в конфиге, а в остальном окружении (Ubuntu 12.04).

Я так понимаю это пересказ доклада, который был на H++?
Потому что с него я ушёл (вообще считаю рекламные доклады на платных конференциях, эм, сомнительным занятием).

Ну и этой статье так же катастрофический не хватает технических деталей.
Очень низкие задержки это сколько?
Какова вероятность что сообщение не дойдет?
и прочее и прочее

Вот, кстати, про эту возможность есть вопрос.
Я с удовольствием пользуюсь этой возможностью на удалённых серверах, но на локальном хосте она у меня никогда не работает (тупо берёт последнюю команду из истории).
Конфиг, естественно одинаковый и там и там (на основе oh-my-zsh). Почему оно может не работать не понимаю.

Можно тогда упрт варнт -tulpn

Я не любитель завуалированного мата, а приличных слов, к сожалению, не нашлось.
Но за предостережение спасибо, буду, в дальнейшем, соблюдать осторожность.

Все ОпСосы, более-менее, пидарасы, которые закрывают глаза на мошенников и наживаются на невнимательности людей.
Писать об этом каждую неделю на Хабр — лишнее. Ситуация все равно от этого не меняется.

Я бы вообще амазон хостером не стал бы называть. Их услуги несколько другого уровня.
Они относятся к IaaS.
Туда же входит и набр сервисов, которые они предлагают, такие как s3, динамо дб, сервис очередей и прочее.

На сколько я себе представляю, Google App Engine не является конкурентом амазоновскому ec2, скорее сервисам типа Heroku и прочим PaaS.

Регрессионное тестирование подразумевает прогон ВСЕХ тест-кейсов по проекту.

Прям всех всех? Обычно, заводят специальный регрешн тестран, который постепенно пополняется тест кейсами.

Тут дело в приоритетах компании.
Есть, например, такое понятие как principle of good enough, а у других — другие приоритеты.

Это достаточно сложная тема.

Дело в том, что в рамках одного процессора (ядра) мы всегда работаем в такой вот псевдопараллельности, это свойство процессора — в один момет, в реальности, может считаться только одна задача.

Если мы используем процессы ОС, то мы очень много платим за создание каждого процесса и получаем геморой с шарингом данных и блокировками между этими процессами, но имеем возможность легко использовать все ядра/процессоры системы.

В рамках одного процесса тоже своя история, достойная отдельной статьи.

Про yield тут уже очень хорошо расписали. Так что я старался сильно не заострять на нём внимание.
Но я рад что статья стала кому то полезной.

Выше правильно сказали.
Ещё, для пущей уверенности, можно прочитать раздел Motivation в стандарте www.python.org/dev/peps/pep-0342/.

Забавно, но моя вторая статья о python как раз про state machine.
То же была мысль реализовать через корутины, но потом решил пойти более привычным путём. Хотел опубликовать здесь, но решил что будет мало кому интересно.

Изначально у меня был комментарий, что лучше в этой ситуации использовать set(), а это всего лишь пример использования.
Но потом я решил, что очевидно.
А теперь, мне очевидно, что надо было лучше прорабатывать примеры.

Ну, справедливости ради, стоит сказать что xrange не будет работать в 3-й версии.
Исправил на xrange и добавил в статью разъяснения по этому поводу.

Да, это моя ошибка.
Имеется ввиду, конечно же, xrange для 2-й версии питона, который теперь проcто range в 3-й версии.