Решил разбить свой технический блог на русскоязычный и англоязычный - все таки двуязычные записи смотрятся весьма .. странно. Буду по возможности дублировать записи там и там. :)

Конец споров MySQL vs PostgreSQL

English is here
Хорошая статья по поводу вечного "срача" MySQL vs PostgreSQL, но на английском. Много букв, но кому лень читать - вот вывод, в моем кривом переводе -
"MySQL разработана с мыслью, что приложения обеспечивают логику, а база данных обеспечивает "тупое" хранение состояния приложения. Хотя это немного изменилось с добавлением определяемых пользователем функций и хранимых процедур, общий дизайн ограничивает MySQL подобным паттерном использования. Это не обязательно плохо, поскольку, традиционно, из за затрат на лицензирование программного обеспечение и требований приложения часто требуется, чтобы даже передовые системы баз данных, такие как Oracle использовались таким образом. MySQL нацелена на мир "мое приложение, моя база данных" и, как правило, для этого достаточно, особенно, когда наименьший общий знаменатель используется для обеспечения портабельности.

PostgreSQL, с другой стороны, разработана с мыслью, что база данных сама по себе является инструментом моделирования, а также о том, что приложения взаимодействуют с ним по API определенным в SQL. Адвокаты объектно-реляционной модели отмечают, что часто для того чтобы получить приемлемую производительность в сложных ситуациях требуется перенести  некоторую логику в базу данных и даже привязать ее к структурам данных в БД. В этой модели, база данных сама по себе является частью платформы, которая предоставляет API, и несколько приложений могут считывать или записывать данные с помощью этих API. Таким образом, БД лучше всего рассматривать как решение для продвинутого моделирования и централизованного хранения данных, а не как простой бекенд для приложения.

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

Еще прекрасное

Пара ссылок.
https://www.shortcutfoo.com - тренируйте шорткаты для вашего любимого текстового редактора!
https://github.com/jkbr/httpie - типа, cURL для людей - может парсить JSON и красиво раскрашивать результат.

Прекрасное

Грустная новость, камрады

English text is here.
Грустная новость, камрады.
На Хабре пробегала статья про высокие нагрузки на порносайтах, в которой кто то упомянул презентацию от YouPorn про их архитектуру. Тут и я припомнил, что недавно как раз были новости что YouPorn перешел на Redis и достиг там какой то сумасшедшей производительности - 300K/сек. Ну и YouPorn был раньше славен тем, что был написан на Perl, что всячески упоминалось в разных холиварах, безотносительно порно - как никак сайт из Alexa Top-100 на Perl - это же круто!
Так вот - больше нет.
Открываем вышеупомянутую презентацию (вот ссылка на GoogleDocs / оригинал), читаем -

• Written in PERL with a very complex architecture
• First few months dedicated to learning the site, maintain it, and plan the re-write.
• Re-write started in August 2011 and was originally planned for a delivery in mid-November.
• Actually launched at the end of January.

То бишь, в конце 2011 года сайт был переписан на PHP+Symfony2, из за чего стал гораздо проще, быстрее ну и девелоперов для PHP находить проще (хотя было упомянуто что новые технологии типа Redis требуют довольно длительного времени для изучения).

В остальном кстати, архитектура у них довольно стандартна - HaProxy + Varnish + Nginx/PHP-FPM/Symfony2 + Redis/MySQL, для логирования используется Syslog-ng, единственно что удивляет - это использование ActiveMQ для записи в БД/Redis - хотя если я правильно понял, им они как раз не очень довольны.

А вы знаете про perlsecret?

English test is here
Читаю perlsecret. Оказалось забавная штука, всем советую. Ообенно понравился оператор "~~<>", называемый kite (воздушный змей) или ... sperm (тут и без перевода думаю понятно).
Приведу выдержку из документации полностью -

"Discovered by Philippe Bruhat, 2012. (Alternate nickname: "sperm")
This operator is actually a combination of the inchworm and the diamond operator. It provides scalar context to the readline() builtin, thus returning a single line of input.
It's only useful in list context (since <> already returns a single line of input in scalar and void contexts), for example for getting several lines at once:

@triplets = ( ~~<>, ~~<>, ~~<> ); # three sperms in a single egg?

Like the other operators based on bracketing constructs, the kite is a container, and can carry a payload (a file handle, in this case).
Mnemonic: It provides a feature that is tied to one line, a string, as it were. (Tye McQueen in http://www.perlmonks.org/?node_id=959906)."

Spacewar!, Computer Space, Pong...

Читаю книгу по истории видео игр, вот эту -

Книга 2001 года, но очень хорошая. На русский насколько мне известно, к сожалению, не переводилась. Сначала описывается история механических игр - в основном типа "пинболл", потом рассказывается про создание первой компьютерной игры для PDP-1 под названием Spacewars!, потом история первой TV приставки Magnavox Odyssey, ну и конечно история Atari .
Интересно, что первой игрой Atari должен быть клон Spacewars! под названием Computer Space, но неожиданно хитом стала простая игра Pong, которую написал спроектировал и собрал (на дискретной логике, никаких CPU!) талантливый инженер Al Allcorn. Причем что забавно, директор Atari Nolal Bushnell дал задание Allcornу только чтобы чем то его занять, а сам проектировал Computer Space, думая что именно она станет хитом. :)
Естественно, мне стало интересно как выглядели эти игры и каково в них было играть. В нашем то детстве ничего кроме Морского боя и "Ну, погоди!" ничего и не было, да и в 60-70 многие из нас даже еще не родились. Начал рыть Интернет в поисках эмуляторов...
Со Spacewars! все оказалось просто - есть все работает на эмуляторе PDP-1 прямо в окне браузера -

Первая ракета управляется клавишами "a", "s", "d", "f", вторая - "k", "l", ";", "'". Архаичная, но забавная игрушка - это был на минутку 1962 год, правда PDP-1 на тот момент стоила порядка $100.000 - позволить ее себе могли только универитеты.
С Computer Space все оказалось хуже - так как CPU там нет, нормальных эмуляторов тоже не имеется, только клоны, разной степени схожести. Вот вроде самый удачный -

Ну и Pong.

Несмотря на то что по Pong информации в Сети очень много - например на http://www.pong-story.com, нормальных эмуляторов также нет и не предвидится. Есть несколько проектов по эмуляции логических интегральных схем - DICE, DiscreteSIM, но на современном железе скорость составляет от пары кадров в секунду, до нескольких кадров в минуту (!).

Поэтому приходится довольствоваться разной степени точности клонами, многие из которых эмулируют не изначальный аркадный дизайн, а последующую систему-на-чипе AY-3-8500 или домашнюю TV версию.

Ну а для любителей современноcти можно порекомендовать более cовременную реинкарнацию 2007 года - Plasma Pong. Суть игры та же, но все действо происходит на фоне красивых плазма-эффектов в стиле демосцены. 

Сама игра выпилена с официального сайта из за нарушения копирайта Atari, но ее можно скачать например на AG.ru