Убей в себе государство

Поразительно.

Wed, 16 May 2012 07:30:19 GMT

Мегагламурная дочка члена Совета Федерации ведет шоу на федеральном канале, входящем в пятерку наиболее популярных. Одновременно с этим является чуть ли не самой главной оппозиционеркой России.

После чего еще люди говорят о цензуре, репрессиях и зверином оскале власти этой страны. Твою мааать.

Хочется, чтобы был красивый ООП, а выходит C++ (с)

Mon, 14 May 2012 16:25:39 GMT

Сабж - фраза из обсуждения архитектуры разрабатываемого сервиса.
Есть класс, который, в зависимости от определенных условий, будет порождать несколько типов объектов-реализаций одного интерфейса.

Казалось бы, примитивная задача, ан нет. Либо на каждый вызов new (а вызовов мнооооооооооооооооооооооооого, и делаются они часто-часто), либо - говнокод с int-ами и enum-ами.

Upd: решение, конечно же, есть. Но - громоздкое и с дополнительными сущностями.

Perl XML RPC client

Fri, 27 Apr 2012 14:18:35 GMT

XML RPC клиент на XS/C
Пользуйтесь на здоровье. Завтра - на CPAN.

На любом языке, оказывается, можно писать как на C++. Даже на C. Ну а вообще, Перл, конечно, феерический язык, потому как чтобы работало, все надо писать с нуля и самому. CPAN, my ass.

Say sayonara...

Wed, 25 Apr 2012 16:44:48 GMT

Старый кластер РамПочты медленно но верно уходит в небытие. Сегодня вывели последнюю машину с FreeBSD.

К вопросу о стабильности CAS и CTPP: со времени крайнего рестарта было обработано почти 160 млн запросов, отдано 34 терабайта данных.

Apache Server Status for mw-wr-11.rambler.ru
Server Version: Apache/2.2.21 (FreeBSD) mod_cas/3.5.4(Fresco) 
Server Built: Oct 29 2011 17:52:11 

Current Time: Wednesday, 25-Apr-2012 20:38:04 MSK 
Restart Time: Tuesday, 07-Feb-2012 18:10:30 MSK 
Parent Server Generation: 78 
Server uptime: 78 days 2 hours 27 minutes 33 seconds 
Total accesses: 158571464 - Total Traffic: 34270.4 GB
CPU Usage: u655.477 s476 cu0 cs0 - .0168% CPU load 
23.5 requests/sec - 5.2 MB/second - 226.6 kB/request 
1 requests currently being processed, 9 idle workers

Один в поле не воин

Tue, 24 Apr 2012 07:48:12 GMT

Всем известна притча о путнике, который пришел в город и спрашивал, чем занимаются люди. Все рассказывали про частности; кто-то - тесал камни, кто-то - замешивал раствор и только один рабочий сказал, что он строит Кёльнский собор.

О чем эта притча? О том, что малый труд есть часть большого целого. Эта мысль настолько проста для всеобщего понимания, что практически все забывают про обратную сторону медали, а именно: результаты любого труда всегда персонализированы. Ты строишь собор, и по трудам твоим тебя запомнят как гениального каменотеса, строителя или художника.

Мы все плывем в одной лодке и цель одна. Но каждый делает свое дело. Эту меру ответственности не отнять, на других не сбросить и между чужими людьми не поделить.

Дикси спроектировал интерфейс. Саша и Иван нарисовали дизайн. Я придумал архитектуру серверной части. Вместе с Эдиком и Оскаром мы написали большую часть серверного кода. В этом нам неоценимо помог Костя. Саша и Антон сделали весь клиент-сайд. Дарья и Даня оттестировали. Дима, Андрей и Артем засетапили сервера. Максим поднял систему монитоинга. Ирина запустила проект. Новая почта не состоялась бы без всех вообще и каждого в отдельности. Кто здесь главнее и ценнее, я не знаю. Да и не особо хочу знать.

P.S. Кто на проекте найдет dopefish (да-да, ту самую) - тот молодец.

Сказки хижины дяди Тома

Sat, 14 Apr 2012 22:07:14 GMT

http://blog.evtuhovich.ru

Читал взахлеб, не мог оторваться. Временами много плакал, нет, не плакал - рыдалъ въ голосъ. Один раз даже стало страшно - когда узнал, что там еще и мастер-классы есть. Рекомендую читать на ночь всем, кто уже пересмотрел все серии "Баек из склепа" и кому для хорошего сна нужна порция веселого хоррора.

Да. Это очень-очень хорошо, что на белом свете есть такие люди. Берегите их.

Dies Passionis Domini

Fri, 13 Apr 2012 14:24:02 GMT

Допустимо ли в Страстную пятницу выкатывать изменения на Почту, касающиеся рендеринга писем, написанных в кодировке ISO-8859-8 (иврит)?

И таки если допустимо, то можно ли совместить это с исправлениями ISO-2022-KR (корейский язык)?

Еще раз о кэшировании

Wed, 11 Apr 2012 15:24:35 GMT

В предыдущей статье я успел немного поработать Капитаном Очевидностью.

Сейчас речь пойдет о такой вещи как хитрейт. Это - основной параметр по которому следует оценивать правильность алгоритмов кэширования.

Начнем с самого начала. Что такое хитрейт кэша? Это отношение количества попавших в кэш запросов к общему. Классическая схема работы с кэшем выглядит так:

function GetData(...)
{
    // Поискать в кэше
    $value = $cache -> Get($key);
    if ($value) { return $value; }

    // Делать массу вещей
    $value = .....;

    // Сохранить значение в кэше
    $cache -> Set($key, $value);

    return $value;
}

Соответственно, доступ к кэшу происходит при каждом запросе к функции Get. При 50% хитрейта на один запрос к кэшу приходится один запрос к БД. Если хитрейт ниже, смысла в кэшировании нет вовсе. Чем хитрейт выше, тем быстрее растет эффективность использования кэша. Уже при 80% у нас только каждый четвертый запрос идет к базе. При 90% - каждый девятый, при 95% - каждый девятнадцатый.

Хитрейт, %	50	60	70	80	90	91	92	93	94	95	96	97	98	99	99.5	99.9
Отношение кол-ва запросов	1	1.5	2.3	4	9	10.1	11.5	13.3	15.7	19	24	32.3	49	99	199	999

Таблица наглядно показывает, что разницы между 50 и 60 процентами практически нет, между 80 и 90 она весьма велика, а последний процент дает колоссальный прирост производительности, измеряемый сотнями раз.

Старая РамПочта кэшировала данные по так называемой наивной схеме. Суть здесь примерно такова, что данные кладутся в кэш с псевдопроизвольным ключом, генерируемым на основе входных данных:

function GetData($args)
{
    // Создать ключ на основе переданных аргументов
    $key = serialize($args);

    // Поискать в кэше
    $value = $cache -> Get($key);
    if ($value) { return $value; }

    // Делать массу вещей
    $value = .....;

    // Сохранить значение в кэше на какое-то время
    $cache -> Set($key, $value, $ttl);

    return $value;
}

Такой подход гарантирует инвалидацию кэша в случае изменения входных данных, но не дает возможности по внешнему событию удалить ключ или изменить его значение. К чему это приводит на практике? Допустим, мы хотим закэшировать структуру писем в папке, и передаем в функцию следующий список идентификаторов писем: [1, 2, 5, 8]. Мы записываем в память данные по ключу вида "mailbox_messages:1:2:5:8". Казалось бы, все прекрасно. Если мы в следующий раз перезапросим список, он возьмется из кэша, а когда придет новое письмо, например, с идентификатором 9, мы запросим уже ключ вида "mailbox_messages:1:2:5:8:9". Кэш инвалидировался сам по себе, и все что требуется - сделать необходимое обращение к базе данных для обновленного списка. На самом деле, здесь кроются огромные проблемы.

Во-первых, при сильной вариативности входных параметров мы будем хранить в кэше очень много дубликатов данных. Во-вторых, ради небольших изменений (например, в списке из 1000 писем надо удалить одно), мы вынуждены делать массу вычислений. В-третьих, когда нам необходимо удалить данные из кэша, мы это не можем сделать так как не знаем имени ключа.

Все эти три проблемы сами по себе ужасны, но наиболее фатальна последняя. Невозможность удалить неправильные данные из кэша в обязательном порядке требует указывать TTL для записи. Соответственно, высокий хитрейт недостижим в принципе.

В новой же РамПочте основной упор сделан именно на правильное кэширование данных. Кэш - неотъемлемая часть архитектуры системы. Все ключи заранее известны, поэтому инвалидация кэша делается только по известным событиям, а данные хранятся столько времени, сколько это возможно, без указания TTL. При изменении одной записи из большого списка мы изменяем только эту запись, не трогая остальные. Следовательно, не делаем лишних вычислений. Так и только так можно достичь высокого хитрейта.

Давайте посмотрим на график. Мы видим, что в старой системе в среднем на одно попадание в кэш приходится один запрос к базе данных. В новой системе на 1 запрос к базе мы, выполняя ту же работу, имеем почти 5 попаданий. А в случае, когда нам везет, и хитрейт достигает 94.7, мы обращаемся к базе данных только один раз из 18. Именно такой подход позволяет выдержать 130 000 запросов в секунду.

Выводы:
1) Чем выше хитрейт, тем быстрее работает проект
2) Кэш с большим хитрейтом можно реализовать только если система кэширования - неотъемлемая часть проекта.
3) Статистика - лучший помощник для определения эффективности работы системы

130k

Wed, 11 Apr 2012 13:59:54 GMT

94.7% hit rate.

Ааааатлична.

Политес в политике

Tue, 10 Apr 2012 14:33:58 GMT

Вообще, Ксюша - потрясающая личность. Свести выступления миддл-класса к бунту гламурных сук в уггах и хипстеров с очками на пол-ебала - это не талант надо иметь, а призвание.

Оппозиция, my ass.

Хм, мда...

Mon, 09 Apr 2012 12:59:03 GMT

Бунин: "Шетухин - самый ценный член программного комитета. Ему не нравится вообще ничего. Будь его воля - разогнал бы всех" #ritconf

http://twitter.com/#!/wisestowl/statuses/187128982918012928

Удивительное - рядом.

Sun, 08 Apr 2012 19:22:23 GMT

Регулярно бываю свидетелем примерно таких разговоров:
IE6: - Чертов IE6!!! Когда же он наконец умрет?!
Linux: - О, Линукс надо поддерживать! За Линуксом будущее!

Причем, если мне не изменяет память, предмет ненависти регулярно меняется (Opera 3.X, MSIE 5.X, ...), а Линукс как был, так и остается перспективной системой.

Давайте обратимся к статистике.
Возьмем значения за среду и субботу: середина недели, народ на работе и выходной, все сидят по домам. Итак, смотрим:
http://top.mail.ru/oses?id=250&period=0&date=2012-04-04&gender=0&agegroup=0&sids=win,mob,mac,lin,others&percent=1&legend=1&
http://top.mail.ru/oses?id=250&period=0&date=2012-04-01&gender=0&agegroup=0&sids=win,mob,mac,lin,others&percent=1&legend=1&

Мы видим, что любимого всеми Линукса в РУнете примерно 0.5 - 0.6%. Много это или мало? Давайте сравним не абсолютные цифры, и не проценты, а количество пользователей ОС Линукс с пользователями других технологий.

Браузеры:
http://top.mail.ru/browsers?id=250&period=0&date=2012-04-04&

География:
http://top.mail.ru/countries?id=250&period=0&date=2012-04-04&

Javascript:
http://top.mail.ru/javascripts?id=250&period=0&date=2012-04-04&

Разрешение экрана:
http://top.mail.ru/resolutions?id=250&period=0&date=2012-04-04&

Вместо затачивания ресурса под Линукс, в среднем, по отношению к охвату аудитории, выгоднее*, в порядке убывания:
- сделать полнофункциональную версию сайта для мобильных девайсов (14.35%)
- поддерживать полностью статическую версию сайта без автоматизации Javascript (13.8%)
- выпустить версии сайта на украинском (12.79%), казахском (3.67%) и белорусском языках (3.16%)
- написать приложение для Android (2.72%)
- полностью поддерживать MSIE6 (1.53%)
- заточить полнофункциональную версию сайта под разрешение 800x600 (0.72%)

Быть может, доля пользователей Линукса растет как на дрожжах? Опять нет. Процент стабилен на протяжении лет. При этом доля мобильных устройств постоянно растет (кто бы сомневался), но также и растет доля Mac OS, а количество пользователей Windows падает. Иными словами, РУнет не замерз во времени, он живет своей жизнью, есть конкуренция. Вот только Linux в этой жизни почти никак не участвует.

Выводы?
Все очень просто:
1) Прежде всего будьте честными сами с собой.
2) Не доверяйте своим ощущениям. Всегда смотрите на статистику. Статистика лжет, но собственные ощущения лгут еще больше.
3) Инвестиции в будущее - поддержка мобильных девайсов и планшетов.

Disclaimer: Да-да я в курсе про статистику мегапорталов типа W3schools или LOR. Речь - не о ресурсах для гиков, а о сайтах, куда ходят нормальные люди - та таргет аудитория, что кликает на баннеры и приносит деньги.

* Что выгоднее с точки зрения эффективности разработки - совсем отдельный разговор, об этом - в следующих постах.

Таки прокрался на РИТ

Thu, 05 Apr 2012 15:57:56 GMT

Презентация
http://www.slideshare.net/profyclub_ru/ss-12267605

Правда, там ничего интересного.

Руссо туристо

Thu, 29 Mar 2012 16:57:22 GMT

Рейс Эр Франс, кормежка до отвала, бесплатно - прекрасное вино с сыром, кофе американо и круассан. Совки же жрут вонючую колбасу, прямо как в плацкартном вагоне.

Суки, хули же вы в Европе забыли? Правильно в СССР вас не пускали за границу.

ХабраQuadFacepalm

Wed, 28 Mar 2012 09:56:32 GMT

http://habrahabr.ru/post/140680/
Россию погубят не дураки, и не дороги. А такие вот организмы, считающие себя управленцами.
Ну ведь кромешный Адъ, честное благородное слово.

Размер проекта превышает 10000 кода, без учета инструментов и фреймворков. Даже этого будет много чтобы оценить, стоит ли овчинка выделки.

11 000 строк (170 кб текста) на Perl(!!!), для справки, занимал говнокод только из mail.cgi. Невозможно переписать проект, my ass. Новой Почты не существует; она вам кажется, ага.

Вообще, излишняя склонность к систематизации и консервативность поведения - признаки неразвитости.

Так, один из признаков аутизма - склонность к гиперсистематизации. Систематизируя - упрощаешь. Но если все ресурсы подчинены только систематизации, на исследования не остается времени. Как результат - накоротко замкнутый сам на себя мозг.

Дети отличаются крайне консервативным поведением. Собственно, ничего странного в этом нет: неразвитому интеллекту проще выстроить систему запретов, основанную на правиле "один раз сработало - не ищи замены", чем найти причинно-следственные связи и разобраться в глубинной механике процесса. Мир для ребенка слишком сложен, и первая реакция - выбор первого попавшегося решения, которое хоть как-то подходит под задачу. А вовсе не самого оптимального.

Детский консерватизм проходит с возрастом. Накапливаются знания, мозг учится строить причинно-следственные связи, а главное - объяснять их, и система нелепых самоограничений отмирает.

К сожалению, взросление происходит не у всех. И самое неприятное - что вот такие взрослые дети пишут статьи и рассказывают на конференциях об очередных методиках, которые де-факто нужны только ради оправдения собственного ничегонеделания.

На самом же деле все обстоит так, что НЕ СУЩЕСТВУЕТ НИКАКОЙ УНИВЕРСАЛЬНОЙ МЕТОДИКИ определения, стоит переписывать проект или нет.

Всегда требуется анализ комплекса факторов, и размер кода не имеет не то чтобы решающего значения, а вообще какого-либо. Как и глубина понимания проекта. Как и количество человеко-часов, потраченных на предыдущую разработку. Как и все остальное по отдельности.

Аргххх

Thu, 22 Mar 2012 16:03:32 GMT

Ну что за пиздец. На пусковом столе стоит ракета, готовая к запуску. Гироскопы раскручены, кислород и керосин залиты в баки.

Тестировщиков просят прогнать в последний раз тесты.
Тестировщики прогоняют тесты, находят, что с ракетой все ОК, но доебываются до цвета забора, которым обнесена территория космодрома и на этом основании блокируют запуск.

Вот один в один ситуация сегодня.

Тестирование не нужно

Mon, 19 Mar 2012 10:42:19 GMT

Все счастливые семьи похожи друг на друга, каждая несчастливая семья несчастлива по-своему. (c)

Например, у программистов и верстальщиков в ЖЖ руки из жопы. Мозги, кстати, оттуда же. Но их счастью это не мешает, судя по всему...

X-Spam-Score: 50.0 (++++++++++++++++++++++++++++++++++++++++++++++++++)
X-Spam-Report:

тут поскипано

--_----------=_1331999750176932712
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="utf-8"

<head><meta http-equiv=3D"Content-Type" content=3D"text/html" /></head><bod=
y>
тут поскипано
</body>
=D0=A7=D0=B8=D1=82=D0=B0=D0=B9=D1=82=D0=B5 =D0=BF=D0=BE=D1=81=D0=BB=D0=B5=
=D0=B4=D0=BD=D0=B8=D0=B5 =D0=BD=D0=BE=D0=B2=D0=BE=D1=81=D1=82=D0=B8 LiveJou=
rnal =D0=BD=D0=B0 =D1=81=D1=82=D1=80=D0=B0=D0=BD=D0=B8=D1=86=D0=B5 http://r=
u-news.livejournal.com/=

Update: Varnish Error 503 Service Unavailable при просмотре. Клево, чо.

Поехала аудитория

Mon, 12 Mar 2012 18:46:26 GMT

Проценты-проценты-проценты на новом интерфейсе.

Server Version: Apache/2.2.20 (Ubuntu) mod_cas/3.5.5(Fresco) 
Server Built: Feb 14 2012 16:35:35 

Current Time: Monday, 12-Mar-2012 22:50:12 MSK 
Restart Time: Monday, 12-Mar-2012 21:58:17 MSK 
Parent Server Generation: 0 
Server uptime: 51 minutes 55 seconds 
Total accesses: 364657 - Total Traffic: 3.2 GB 
CPU Usage: u544.35 s38.7 cu0 cs0 - 18.7% CPU load 
117 requests/sec - 1.0 MB/second - 9.1 kB/request 
8 requests currently being processed, 7 idle workers

Для полной статистики надо умножить на 4.

Встречайте первую публично доступную бету

Wed, 07 Mar 2012 08:29:00 GMT

https://email.rambler.ru/
http://email.rambler.ru/

Ubuntu 11.10 GNU/Linux, Apache 2.2.20, CAS 3.5.5, CTPP2 2.7.6.

Как же я счастлив, что мы выкинули ВЕСЬ мудацкий код на Перле.

Инсайд-инсайд.

Fri, 02 Mar 2012 18:07:23 GMT

Как-то так :)

Update:
За вчера и сегодня мне рассказали, что новая Почта, это стопроцентный клон:
- Yet Another Meeting
- Wunderkit
- MS Exchange
- Gmail
- Mail.app
- Android Mail

Не совсем понятно, правда, что такое "стопроцентный клон" в случае Yam и Wunderkit, ну да ладно. И сколько еще "стопроцентных клонов" обнаружится до запуска?

P.S. А еще сказали, что дизайнеры совсем офигели - фотографировать пол в офисе и делать из него дефолтную тему.

Поехали!

Thu, 01 Mar 2012 14:50:30 GMT

http://mail.rambler.ru/promo/

Угадывать ничего не надо. Да, это - будущая новая РамПочта.

А вот загадку загадаю я!

Thu, 01 Mar 2012 11:15:46 GMT

Угадайте, что объединяет эту славную компанию мерзавцев?

Первым угадал shtyrlez.

Тестирование, опять.

Tue, 28 Feb 2012 11:17:58 GMT

В детстве мне казалось, что нет ничего хуже зубной боли. Потом оказалось, что зубная боль - сущая ерунда по сравнению с утренним похмельем от комбинации коньяка с портвейном и пивом.

Но только сдавая ~~вторую~~шестую неделю подряд проект тестировщикам я понял, что самое плохое - когда вообще ничего не болит, но жить невыносимо.

Забавное - рядом.

Mon, 20 Feb 2012 10:48:07 GMT

http://friendfeed.com/habbahan/59d32799
Сколько самокритики, однако. В общем-то, началось все именно с того, что ~~попросили~~выпиздели нахуй таких вот "художников", которые рисовали дизайн по виду хуже, чем отданные в отрисовку прототипы. Нет, ну в самом деле: на одном из предварительных просмотров народ перепутал прототип и собственно дизайн.

Излишне говорить и о том, что все это сопровождалось рассказами про "я не вижу этого проекта" и "пофиг на спецификацию, художнику надо рисовать как рисуется".

Ах, да. Чтобы не быть голословным, готов по отдельному запросу предоставить результаты "творчества" этих граждан.

3-е место на чемпионате Москвы в классе 5-6 к.с.

Thu, 16 Feb 2012 11:39:57 GMT

Сабж.

За Таджикистан. Приятно, хотя и предсказуемо.

Попытался подсчитать количество хоженых "шестерок". Сбился на на пятнадцатом походе, чОрт.