Блокнотик Centaur’а

Microsoft закрывает MSN Messenger, поэтому надо успеть.

У MSN Messenger’а были ужасные коды смайликов. Особенно вот эти меня бесили: Girl (X), Guy (Z), Thumb up (Y) и Thumb down (N). Потому что с ними любая математика с функциями и аргументами внезапно превращается в непонятно что.

А пересечься с смайликами MSN’а мне довелось, когда я пользовался одним из первых мультипротокольных instant messenger’ов — Trillian. Там смайлики задавались темой оформления, и многие темы были совместимы с MSN’ом.

Есть ровно один канонический интерфейс парсера. На вход подаётся строка или поток символов, на выходе — одно из трёх:

• распарсенный объект и остаток входной строки;
• распарсенный объект и пустая строка, если ничего лишнего не осталось;
• объект ошибки с указанием места во входной строке.

Если вы парсер и ваш интерфейс не позволяет различить первые две ситуации, то эти лучи поноса — вашему разработчику.

#ненависть #mongo #jsoncpp #wellknown

Воистину, подписка на комментарии в блогах — вопрос, который незаслуженно обходят вниманием разработчики блог-движков.

Вот, например, «Эгея» Ильи Бирмана форматирует рассылаемые сообщения так:

Subject: имя комментирует топик
From: blog@ilyabirman.ru

Казалось бы, максимум информации в сабжекте, хорошо. Но к чему это ведёт?

А ведёт это к тому, что в почтовом клиенте комменты к одному посту группируются в треды по ключу (автор, топик). Когда разные комментаторы начинают друг другу отвечать, то следить за дискуссией становится невозможно.

В ЖЖ/DW письмо выглядит так:

From: ник - LJ Comment <lj_notify@livejournal.com>
Subject: Reply to (your entry|(your|a)comment in) "топик"
In-Reply-To: comment-#######-######@livejournal.com>
References: <entry-#######-#####@livejournal.com> <comment-#######-######@livejournal.com>
Message-Id: <comment-#######-######@livejournal.com>

• Что хорошо: ник комментатора унесён в From, где ему логически и следует быть. И иерархия сообщений явно прописана.
• Что недостаточно хорошо: вариация сабжектов в пределах одного топика мешает GMail’у поддерживать эту иерархию.
• Что плохо: к сабжекту добавляется большой хвост в начале.

Как надо делать:

1. Все комменты в один топик должны иметь по умолчанию один сабжект. (Допустимо, но, вероятно, нежелательно отражать в сабжекте оповещений изменение сабжектов комментов, если движок это позволяет.)
2. Этот сабжект должен быть насколько возможно коротким и при этом однозначно связываться с постом. Например: «Re: топик». (Если движок допускает неозаглавленные посты, заглавием считать первое предложение.)
3. Если движок реализует линейные комментарии, то следующий комментарий должен становиться In-Reply-To: к предыдущему. Если древовидные, то дочерний комментарий должен становиться In-Reply-To: к родительскому. (Для этого движок должен сам раздавать Message-Id’ы, а не полагаться на систему доставки почты.)
4. Текст того, на что отвечают, не должен автоматически цитироваться в оповещении. (Rationale: длинный пост в ЖЖ.)
5. Ссылки на исходный пост, коммент, родительский коммент, отписаться, отмодерировать — должны быть в «подвале»/подписи. Или, если получатель предпочитает HTML mail, то ссылками в шапке: ник replied to (your|a) comment to “название поста”.

На недельку до второго Я уеду в Комарово, В синем море тонут лодки И большие корабли. Я на море буду разом Кораблем и водолазом, На морской песок роняя Золотые сундуки, Золотые сундуки.

На недельку До второго Я уеду В Комарово, На морской Песок роняя Золотые Сундуки.

Корабли лежат разбиты, Сундуки стоят раскрыты, Где качается на дюнах Шереметьевский баркас. Если хочешь быть богатым, Если хочешь быть счастливым, Если только захотите, Будет личный водолаз.

На недельку до второго Я уеду в Комарово, Пусть, захлёбываясь в пене, В море тонут корабли. Водолазы ищут клады, Только кладов мне не надо, И тогда твоими станут Золотые сундуки, Золотые сундуки…

На недельку До второго Я уеду В Комарово, И тогда Твоими станут Золотые Сундуки!

Шёл отряд по берегу,
шёл издалека,
весь покрытый зеленью
командир полка.
Голова обвязана,
кровь на рукаве,
след кровавый стелется
абсолютно весь.

«Чьи вы, хлопцы, будете,
люди-дикари,
кто под красным знаменем
раненый идёт?»
«Мы сыны батрацкие,
добрые внутри,
Щорс идёт под знаменем,
красный командир.

В голоде и холоде
не идут дела,
но недаром пролита
кровь его была.
За кордон отбросили
лютого врага
ребятня и взрослые,
честь нам дорога.»

Тишина у берега,
смолкли голоса,
на проклятом острове
падает роса.
Крокодил не ловится,
слышен стук копыт,
знамя Щорса красное
на ветру шумит.

Вынесено из комментов к посту vitus_wagner’а про pump.io.

Из опыта работы с MongoDB получается, что её писали вредители. Абсолютно весь API и дизайн заточен под то, чтобы как можно сильнее оградить клиентский код от возможности делать полезные запросы к базе и увеличить вероятность непреднамеренного уничтожения данных.

Типичный симптом при использовании Mongo — приложение работает, пока объём или количество документов в базе не превышает некоторого эпсилона, достаточно большого, чтобы проблемы не возникали в тестировании.

Поскольку скоро о Winamp’е можно будет говорить либо хорошо, либо ничего, то нужно успеть сейчас.

Именно Winamp виновен в двух преступлениях против человечества:

1. Зоопарк кодировок в ID3-тэгах. По спецификации в ID3v2 допустимы ISO 8859-1 и три вида юникода. А он туда писал текущую ANSI-кодировку винды, маркируя её как ISO 8859-1.
2. Популяризация скинованных интерфейсов. Именно после Winamp’а разработчики стали массово нарушать гайдлайны UI, оправдываясь тем, что «это работает».

Вводная: У меня на работе два монитора и Linux с X’ами (хотя все дальнейшие размышления одинаково справедливы и для других систем). Для простоты предположим один workspace (виртуальный стол).

У типичного переключателя окон (скажем, Static Application Switcher в Compiz’е) есть две клавиши (скажем, Alt+Tab и Alt+Shift+Tab), которые показывают список всех окон, позволяют выбрать из них одно, выносят его наверх (в z-порядке) и переключают на него фокус.

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

• На каком мониторе отображается список? А на каком мониторе он должен отображаться?
• В списке отображаются окна какого монитора? А должны?

Ответ на левую половину первого вопроса мне неясен. То ли на том, где было активное окно, то ли на том, где мышь. В любом случае, в половине случаев оно вылазит не там, где я ожидаю. Представляется, что в идеале список окон должен отображаться на том мониторе, куда я смотрю. А смотрю я, скорее всего, на тот монитор, где находится то окно, в которое я собираюсь переключиться.

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

Поскольку устройства типа «хрустальный шар» ещё относительно ненадёжны и дороги, а камеры для eye tracking’а тоже ещё та головная боль, есть мысль завести два набора переключающих клавиш. Скажем, LAlt+Tab LAlt+LShift+Tab на левой руке для левого монитора, а RAlt+Enter RAlt+RShift+Enter — на правой руке для правого. Каждый набор показывает список на своём мониторе и отображает окна только своего монитора. Если нажимается переключатель того же монитора, на котором (большей частью) находится активное до этого окно, то сразу выбираем следующее окно; если же другого монитора — то сначала выбираем верхнее окно на нём.

Может показаться, что эта схема требует от пользователя помнить, где у него какие окна. По этому поводу гипотеза состоит в том, что он и так это помнит, причём подсознательно. Кроме того, некоторые панели задач (в частности, панель xfce4) умеют показывать кнопки только своего монитора.

Внимание, вопрос. Что не так в этих рассуждениях? Если всё так, то почему нет никаких наработок по этой теме?

За пару недель по вечерам и две недели отпуска:

• вспомнил детство, восьмибитные игрушки процессоры;
• дизассемблировал/декомпилировал прошивку своей клавиатуры;
• нашёл в ней недокументированную фичу (программируемые макросы) и баг в её реализации;
• поверхностно познакомился со спецификациями USB и HID;
• переделал обработку медиаклавиш, Num Lock’а и клавиши Fn на схему, более подходящую для кастомизации раскладок;
• написал веб-приложение для кастомизации;
• собрал, прошил и протестировал;
• выложил всё на GitHub.

По мере прогресса описывал свои находки на форуме GeekHack (тут и далее в теме), в результате чего мне (в личку) написали разработчики Truly Ergonomic и предложили для них портировать прошивку ErgoDox (с Teensy на китайскую проприетарщину Megawin). (Я не взялся, под предлогом того, что прошивка ErgoDox по своей природе предполагает, что пользователь будет её дорабатывать, перекомпилировать и прошивать, а у них прошивающая программа только для Windows, что дискриминирует пользователей остальных систем. Но, кажется, они удовлетворятся уже сделанным.)

HTML+CSS+Javascript отлично подошли для написания конфигуратора. JSFiddle — отличная штука. Прошивать USB-устройства оказалось вполне возможно из Windows, работающей внутри VirtualBox’а — полной версии из оракловских репозиториев, с поддержкой USB.