Stas Fomin: Questions and Answers

Новогодняя магия — снимаю заклятие молчания

2011-01-03T01:57:00.004+03:00

Последние пару месяцев вообще ничего не писал - наложил на себя заклятье молчания, пока хоть частично не закрою внешние долги — то, что я обещал сообществу — выложить разные интернет-системы поддержки разработки в open-source, и опубликовать видео с конференции ADD-2010. И то и другое я вроде как планировал давно, и должно было быть все легко, но увы, и там и там оказалась куча сложностей, не говоря уже о невидимых миру долгах (компания, семья).

Но до нового года, я вроде как почти все долги раздал, так что теперь буду писать чаще.

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

Сейчас я в Казани — поезд рулит, с семьей у родителей, с интернетом, вполне можно жить и радоваться.

Я тут немного взглянул новогодний телевизор — сразу захлестнуло чувство жуткого стыда и непрерывного позора («Make me unseen/unhear this»/«Заберите меня отсюда»). Рекомендую заменить просмотр русского новогоднего телевидения, новогодним клипом Basement Jaxx «Take Me Back To Your House» — примерно тоже самое, только сконцентрированней и короче.

Правда беспокоят всякие мелочи — звонок московских соседей снизу от том, что их заливает, ebay сговорились с paypal с нового года считать меня вшивым россиянином и не дают оплатить очередной выигранный ноутбук (уже третий HP 2730p), но я полон оптимизма, и надеюсь, что все устроится.

SQADays

2010-11-19T00:26:00.002+03:00

Опять обманул кондуктора — купил билет и не поехал. Чертов PDF печатается уже час...

Выездные SQADays какие-то заговоренные. Такая же фигня («купил билет и не поехал…») была в Харькове.

WUDсток

2010-11-14T20:56:00.005+03:00

Вчера я оказался на конференции WUD-2010 — московском разделе всемирной конференции «World Usability Day». Да, эти юзабилисты настолько окрепли, сбились в гильдию и обнаглели, что приватизировали себе целый день (без утверждения этого в госдуме, госдепе или оон), что объявили этот осенний день (суббота в середине ноября) своим, и по всему миру проводят однодневные конференции.

Вообще работы завал, и я сначала не собирался идти, пошел только когда узнал (накануне вечером), что там будет выступать Андрей Бибичев, которых, в прошлом году выступил у них с лучшим докладом О текстовом вводе замолвите слово (WUD-2009) (кстати, вот только год спустя они смогли выложить скринкаст), ну и опять таки, это однодневная и бесплатная конференция.

Долгих слов не будет, расскажу кратко:

Андрей выступил с докладом Пользовательский автоматизм. Выступил очень удачно, думаю, это был бы лучший доклад на прошлом WUD, и вообще любой другой околоITшной конференции.
Но именно на этом WUD пришло очень много сильных докладчиков, почти все доклады были очень хороши — и темы интересные, и материалы отлично подготовлены, и докладчики увлеченные. Частично это понятно — вроде люди близкие к дизайну, эстетике и психологии и должны быть в этом лучшими, но по отзывам в прошлом году было несравненно скучнее (да и видео с других WUD, типа беларусского я смотрел — тоже скука). Так что на лицо ПРОГРЕСС.
В частности, на конфу пришел Яндекс со своими докладами, ну и как обычно бывает (большая компания, где средний уровень очень сильно выше среднего уровня по индустрии во всех дисциплинах) «пришел→увидел→победил» — они и взяли первое место.
Фотки тут и тут.

Чтобы быстро составить себе впечатление, о чем там шла речь, предлагаю вглянуть на мой майндмап (только для SVG-поддерживающих броузеров — FF, IE9,… впрочем, попробуйте и вашим), которым я в рилтайме стенографировал конференцию. .

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

Забавный момент — юзабилисты близки к дизайнерам, и в общем, они почти все макюзеры. При этом алкаемыми призами были коробки с продуктом Parallels Desktop for Mac, чтобы таки дать этой избранным возможность запускать Windows-приложения на их Маках. Разумеется, когда мне подарили эту коробку с напутствием «Теперь и тебе нужно завести Мак», я тут же разыграл ее среди девушек с Макинтошами (досталась быстро среагировавшей докладчице), ну и пытался переобратить их в свою веру, показывая свой универсальный планшетно-тачпано-мощно-нетбучный ноут, но думаю, не преуспел.

Новости бегущей строкой: SECR, open-source, и т.п.

2010-10-12T19:16:00.001+04:00

Новости бегущей строкой:

Через пару дней выступаю на конференции SECR, куда меня пригласили выступить еще в августе. Гм. «пригласили» наверно не то слово, — пригласили с жесткими требованиями — за неделю подай им и аннотацию, и тезисы, и биографию, и видеоанонс в HD-качестве и все это на русском и английском. Так как конференция эта слабопрограммисткая, скорее менеджмент и другие организационные активности вокруг разработки, я вышел с докладом Agile Learning: Эффективные инструменты (SECR-2010). Надорвался и сделал за пару дней, чтобы успеть перед отпуском. Включая и видеоанонс со спецэффектами. Ну и нафиг это видео никому не сдалось, я их упрашивал поставить его весь месяц, еле-еле только что вставили, и то криво (в малом разрешении, не прочли инструкцию). Так что, пожалуйста, хотя бы вы посмотрите этот трехминутный видеоанонс — не пропадать же добру (хотя народ посмотрел, говорят я там какой-то адский получился). А вообще больше на такие требования вестись не буду, очень не люблю waste своего труда.
Для тех, кто подумал «хорош шлятся по конференциям, где всякие полезные тулы в open-source, которые ты вроде весной пообещал выложить»? Сорри, завал страшний, вот карта моих самых ближайших дел (не считая тех, которые в трекере и вообще не зарегистрированных). Плюс мы активно дорабатываем фичи (которые придумали сами и которые от нас требует бизнес) — никак нет возможности остановится, отдышатся, сделать фриз, вылизать код, навесить лицензий, оформить все кошерно и таки опубликовать по-уму. Но все же, на этой неделе что-нибудь будет опубликовано, да.

Видео с конференции ADD-2010 как раз получил (привезли винчестер), оно уже начало обрабатываться (чистка шумов, динамическая компрессия звука и т.п.). Кончится конфа, займусь вдумчиво монтажом и публикацией — все видео вскоре будет.
Если кто-то мне что-то написал и ждет срочно ответа — можно меня пнуть письмом или комментом. Мог что-то забыть, ага.

ADD-2010: Окончен Адѣ

2010-09-27T14:35:00.007+04:00

Окончилась конференция ADD-2010. Я там окончательно развалился:

бронхит (бежал за последним поездом, чекпоинт «посадка в метро на Чистых Прудах в 0:28», чтобы успеть до отправления 0:35 — это не шутка).
стыдно, но где-то порезал палец, получил нарыв и серьезное повреждение, угрожающее профспособностям — слепая печать идет через боль.

Мои благие желания — посмотреть разные доклады, непринужденно общаться в кулуарах с докладчиками и участниками, познакомится с интересными людьми, полюбоваться Ярославлем — все накрылись тазом, ибо я носился как бобик, решая оргвопросы — запуск скринкастов для каждого докладчика, обеспечение оргтехникой (презентеры, переходники…) и т.п., даже не обедал.

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

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

Единственный доклад, на котором я был — доклад Елены «АленыCPP» Сагалаевой об искусственном интелекте в играх. Отличный доклад — использовались не только слайды, но и видео, и даже демонстрация живых предметов (любимый прием крутых доклачиков на TED). Вообще доклад неплохо замкнуть в общефилософском смысле, продумав мысль «Как распознать Матрицу вокруг нас?» — нарушения физических и математических законов, странные баги и эвристики — в общем, содержание серии «По ту сторону» из Аниматрицы.

В целом успешность конференции мне оценивать сложно, ибо с позиции перфекциониста, я вижу, что только 30% удалось сделать достаточно правильно, и немало обломов лежало в моей сфере ответственности. Но причины почти всех обломов не в бестолковости, а тупой нехватке ресурсов (времени и денег). С другой стороны, все могло быть сильно хуже. Очень сильно хуже.

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

Пока мне надо разгребать долги.

Их кучи. За последнее время вообще почти перестал программировать, и с этими конференциями-выступлениями-совещаниями превратился в IT-бюрократа (и блин, уже приглашен выступать на четыре осенних конференции), а технических проблем, которых не «проделегируешь» полным полно.

официальное заявление

2010-09-21T19:51:00.003+04:00

Вынужден сделать официальное заявление. Я мудак. И извиниться перед организаторами и посетителями конференции Whale Rider. Я не успел подготовится и выступить. «Почти успел». Гребанный перфекционист. Такого факапа у меня не было давно, обычно все всегда успевал, это была моя фишка. Впрочем, пару дней назад уже был первый факап (ребята, извините с олимпиадой). Первый шаг к решению проблемы — это ее признание. Признаю, я перегружен и уже не управляю собой и своими обязательствами. Эта неделя пройдет в духе аврала, а далее я займусь разгребанием долгов. Технических, организационных, семейных. Я страшно зол, и хочу спать.

Приглашаю на ADD-2010!

2010-09-16T13:10:00.003+04:00

Итак, скоро в Ярославле, где только что было тысячелетие и международный цирк с конями, приедет новая передвижная группа акробатов и клоунов — конференция Application Developer Days-2010.

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

Да, не всех удалось собрать — увы, не удалось пригласить контрибьюторов Bazaar (и замутить круглый стол на тему самой правильной системы контроля версий). Не удалось позвать PostgresQLщиков (чтобы потом замутить на круглом стол с MySQLщиками).

Да, будут и вендорские доклады — но от IBMа (который спонсор), всего лишь один, про Jazz, а от Микрософта будут лучшие евангелисты, которые, по крайней мере, умеют сделать нескучно.

Впрочем, смотрите программу, чтобы ответить на вопросы «Кто все эти люди?», «Чем они могут быть мне полезны?». А здесь — секретный истинный адрес самого актуального расписания (ну чтобы понять, можно ли посетить без конфликтов выбранный набор докладов).

В расписание я встроил пару несмешных шуток — например, до обеда доклад «на пороге дополненной реальности», а после обеда — «дополненная реальность через вебкамеру». Плюс доклады однофамильцев Аксеновых в одно и то же время.

Куча народу там вполне известна (блоггеры, известные докладчики, евангелисты), Андрей Бибичев выступает там со старым номером про DDD, и с новым, совершенно волшебным — про дополненную реальность. Выступление ожидается фееричным, Андрей сделал то, что мы пока не доделали в нашей компании — сделал супергиромышь из Wii-Remote, да и тема будет с магией уровня SIGGRAPH.

Из не очень известных я бы рекомендовал

доклад Владимира Климонтовича про Hadoop;
выступление Олега Аксенова с мыслями о практическом подходе к архитектуре;
доклад Кирпичева про многопоточное программирование. Это самый серьзный доклад — автоматическая верификация программ, темпоральная логика, структуры Крипке — и кстати, хорошо перекликается с докладом Алексея Алексеева и Николая Гребнева (с немного длинным названием «Предупреждение ошибок программиста с помощью статического анализа кода и доменной модели»).

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

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

Это может быть вам интересно

2010-06-17T22:15:00.002+04:00

Опубликовал видеозаписи, отчеты и прочие материалы с последних встреч сообщества AgileRussia.ru в 2010 году:

Вообще, все отчеты об этих собраниях, начиная с 2009 года, когда я их начал снимать, живут тут.

Возможно также вас заинтересует рецензия на прочитанную мной книгу «Софт - отстой! И что с этим делать?»

Ну а я буду рад, если у вас есть аккаунт на хабр, и вы можете плюсануть (ни разу еще видеотчеты «не всплывали» наверх, а сил тратится адское количество).

Application Developer Days – Дни Программистов

2010-06-02T18:41:00.004+04:00

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

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

Продолжаю расплачиваться за увлечением SaaS

2010-05-20T22:14:00.002+04:00

Продолжаю расплачиваться за увлечение SaaSом. От Гугла.
Пару лет назад я перешел от самодельной страницы с курсов по алгоритмам, на Google Blogger+Google Sites,
это казалось мне отличным решением — в меру удобно, в меру гиково, в меру строго, работает само.

К тому же, тогда Google, купив многообещающую WYSIWYG-вики систему JotSpot, и превратив ее в Google Sites, делал реальные «заявки на медаль».

Я, конечно, был весьма скептичен, но у меня и требования минимальные — сайт из пары статических, редко редактируемых страниц, блог для трансляции новостей и обновлений
(тоже можно делать тупо «из Google Docs в Google Blogger»),
и виджет, чтобы засунуть эти новости на страницу, ибо ленивые студенты вряд ли будут делать больше одного клика, и тем более подписываться на RSS/Atom.
Все. Больше мне ничего не было нужно.

Так вот, первая проблема — стандартного виджета блок из RSS/Atom канала, с показом заголовков и, хотя бы анонсов новостей — нет.
Есть какая-то анархическая свалка «виджетов», где в пяток категорий свалены десятки тысяч поделок местечкого уровня (типа «виджет с новостями только конкретной тематики на китайском»).

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

Но оказалось, что каждый виджет — по сути IFRAME, в котором, крутится даже не приложение запущенное на гугловых ресурсах, нет, — просто через гугловый прокси крутится вообще хер знает что, на хрен знает каких сайтах. И когда это хрен знает что, хрен знает где подыхает — все это тихой сапой вырубается у тех идиотов, кто поставил это себе.

Ну да, среди этих идиотов и я. И все все мои новости (отмена и перенос лекций), прошли мимо студентов.

Ну и насчет blogger.com. Опять выкидывают шутки — теперь они стали насильно пропихивать
свой favicon в дизайн блогов, туда, куда их совсем не просят!

Т.е. вне зависимости от того, что у вас в шаблоне — вас обязательно осчастливят этой строчкой:
<link href='http://www.blogger.com/favicon.ico' rel='icon' type='image/vnd.microsoft.icon'/>

Жаловаться, как обычно, бесполезно.
Пока вставил хак с четыремя строчками указания на правильный favicon (в начале и конце тега head, ибо разные броузеры выбирают из альтернатив по разному — кто берет первый попавшийся, кто — последний).
Но мораль ясна — когда дойдут руки, все приличное надо будет отсюда убирать.
Думаю, в конце года дойдут.

Software People 2010

2010-05-06T12:17:00.001+04:00

Был на конференции Software People 2010, набросал небольшой отчет, потом буду дополнять по мере просмотра записей выступлений.

Software People 2010

2010-04-19T20:14:00.002+04:00

А еще иду на SWP-2010 с докладом Knowledge Management: от Склада к Потоку. Соответственно, там тоже можно со мной пообщаться в живую, если что.

И да, надо будет начать что-то готовить, ага.

РИТ-2010: мое выступление.

2010-04-19T18:10:00.004+04:00

Был на РИТ-2010, выступил с докладом «Свободные системы, спасающие разработчиков (РИТ-2010)», про используемые у нас свободно доступные системы поддержки разработки: Bugzilla, MediaWiki, Subversion, ViewVC, SVNSearch, Testopia, FeedOnFeeds, а также о нашем подходе «минимального покрытия» к их выбору. По ссылке — расширенная аннотация доклада и озвученная видеопрезентация, где «живьем» показаны все эти системы в «естественной среде».

Отзывы достаточно положительные: комменты в блоге компании, отзывы в блогах.

Отчет о самой конференции будет позже, ибо полно оперативной работы, плюс мне надо выступать на Software People 2010 — пора готовить доклад.

Иду на РИТ-2010

2010-04-06T20:56:00.001+04:00

12-14 апреля буду на конференции РИТ-2010. Мой предварительный выбор докладов докладов к посещению — тут — так что, если что, где-то там меня можно поймать, причем на нейтральной территории.

Еще я там буду выступать, с докладом про инструменты, и на блиц-докладах (там нами будет представлено три блица).

SEG-2010

2010-03-05T01:52:00.004+03:00

Съездил на интересное мероприятие — гибрид отпуска и IT-конференции, Software Engineering Gathering-2010. Набросал краткий отчетик.

Deadline: рецензия

2009-11-24T15:40:00.003+03:00

Написал рецензию на книгу «Deadline» ДеМарко. Просто эта книга регулярно всплывала в разговорах, и я решил зафиксировать излагаемое ранее только устно впечатление.

новости бегущей строкой

2009-11-24T15:15:00.005+03:00

выступал на конференциях SECR-2009/SQADays-6/ReqLabs-2009. Все материалы рано или поздно будут в разделе «Конференции» блога компании.
«фасилитировал» регулярные встречи agilerussia — получились интересные видеотчеты (там же).
родил дочь.
стал меньше сюда писать: во-первых, все особоценное идет туда же, во-вторых, внутри компании теперь развернута удобная инфраструктура для блогов и их чтения, и я активно пишу именно туда.
сам сервис blogger.com мне нравится все меньше и меньше — юзабилити слабое и почти не развивается, а доверия после случая с блокировкой стало еще меньше.
возможно теперь это у меня будет «ссылочный IT-микроблог» (twitter и friendfeed — это ниже моего плинтуса).

Буду на Highload

2009-10-11T15:09:00.000+04:00

Если что, то 12-13 октября буду на Highload.

Эффективная обратная связь с пользователем: Квест типа «Пошел на*й»

2009-08-22T16:55:00.004+04:00

Еще один полухейт спич. История такова: старый добрый FAR Manager (да, я старый фанат), на развитие которого создатель сначала махнул рукой, а затем отдал все с потрохами в сообщество, наконец-то, после пары лет разработки, задышал и появилась 2.0 версия. Я поставил, пользуюсь, и наконец-то решил зарепортить некоторые найденные баги.

Квест начался.

На странице Проблемы, среди тривиальной воды о правильном поведении багрепортера сказано «сообщить Far Group о проблеме (контактная информация содержится в файле Contacts.txt) ». Файла Contacts.txt в дистрибутиве второго Фара не было.

Зато в поставке обнаружен файл FAR2\Documentation\rus\Bug.Report.txt, в котором дублировалась информация с страницы «Проблемы», за исключением другой наводки «3. Нужно сообщить FAR Group о проблеме (контактная информация содержится в файле File_id.diz)»

В файле File_id.diz удалось найти новый хинт! «Please post your comments and bug reports in the forum: http://forum.farmanager.com/»

Ура, вперед, регистрироваться в этом форуме. Тут меня ждало нелегкое испытание — преодоление суперкапчи. Честно говоря, у меня раньше таких проблем с капчами никогда не было (даже с рапидшаровскими кошко-собаками). Я с ней бился полчаса, даже записал пару минут скринкаста — если кто-то считает, что у меня руки кривы, а глаза выколоты, посмотрите (в полном экране, а еще лучше выкачайте видеофайл, он мегабайт всего весит), и скажите, где я ошибся?

Но моя природная упорность победила — я все-таки зарегистрировался на этом форуме. И обнаружил, форуме ссылку на настоящий баг-трекер (Mantis). Это прекрасно, ведь форумы в качестве баг-трекеров полный отстой, хотя и лучше чем ничего. Зарегистрировался и в багтрекере (капча там была уже человеческая). Просмотрел список всех (76) багов , аналога своему багу не обнаружил, и наконец-то отстучал свой первый баг.

И что? Моментальная реакция — не прошло пары минут, и я получил «Пользуйтесь поиском.», и глухое закрытие бага без возможности переоткрытия (или даже добавления комментария-вопроса), и минимальной информации (грамотное закрытие бага по причине duplicate требует указания на баг-оригинал).

Квест завершен, игра проиграна.

Мораль… Мораль? Люди, «не надо так делать»© ! Коммерческий у вас проект или некоммерческий — должен быть один наиболее вменяемый канал обратной связи (в идеале именно issue-tracking система), на этот канал должны идти прямые ссылки (в идеале — гиперссылки), по пути не должно быть издевательств (суперкапч, викторин, требований денег), реакция от разработчиков должна быть четкой (хотя оперативность — это прекрасно), т.е. «Это уже было, баг такой-то», «Сообщите такую-то дополнительную информацию», но не издевательства-банальности «Пользуйтесь поиском»/«Читайте книги», и уже точно не стоит «класть трубку» сразу, не выслушав хотя бы второго комментария от репортера проблемы.

охреневший курьер DHL

2009-08-20T16:51:00.003+04:00

DHL охренела (хотя это может и отдельный курьер взбесился).

Сижу на работе — звонок на мобильный:

— Откройте дверь!
— ???
— DHL. Откройте дверь!
— С чего вы взяли что я дома?
— Ну у вас же указана доставка на квартиру, вы должны быть дома.
…

Т.е. никаких звонков и предупреждений о доставке не было, приперся курьер и начал меня «лечить» по телефону, что раз их я заказал доставку их великой службой, то должен сидеть дома сиднем. Я реально охренел. DHL берет курьерами уволенных топменеджеров из империи Миракс-групп? Сами их услуги мне даром не сдались, просто чертов Амазон не шлет из штатов нормальной почтой, а в британский отказался слать мне без объяснения причин.

Посылку приняла жена, слава бобу бывшая дома, она же слышала, как этот мудифел матерился в коридоре, окончив разговор со мной…

Когда уже начнется нормальный кризис, чтобы эта человеческая муть куда-нибудь делась? Греховно желать этого, но все же.

Req Labs, майндмапы, Agile и UML.

2009-08-19T14:09:00.003+04:00

В ноябре буду выступать на конференции Req Labs с темой «Майндмапы для управления требованиями». Думаю, скучно не будет.

Если не терпится что-то на эту тему посмотреть-почитать, то вот, опубликовал старое свое выступление в компании по, так сказать, основам майндмапов, и перевод одной из статей по теме: Agile Modeling with Mind Map and UML.

Канкан и Kanban, Голдратт и выпуклая оптимизация

2009-08-13T23:29:00.001+04:00

В компании лето, однако активно проводим всякие сборища-встречи-семинары.

Была встреча «Kanban vs. Scrum», есть некий тренд к большей простоте и экономичности, даже от SCRUMа.
У нас в компании некоторые проекты уже начали работать по Kanbaну, а я даже
внедрил Kanban дома, для регулирования падающего на меня потока домашних работ («Incomings»→«In process»→«Done»).
Благо все условия для этого есть — все поверхности (стены, полы и даже потолок у нас в квартире покрыты пробкой):

В тему моды экономичных производственных Lean-практик был еще один семинар по Голдратту:
«Управление производством на основании численных данных» и «Теория ограничений и линейное программирование»

Доволен, что удалось практически за день сделать интересную презентацию, прорешав доступные примеры из Голдраттового «Синдрома Стога Сена»
и найдя там компьютером ошибки. Впрочем, это могут быть ошибки перевода, уже заказал книгу на языке оригинала, жду, надо разобраться.
Несколько убило, что в зале среди IT-шников почти никто не знал смысл словосочетания «линейное программирование».
Увы, и ах.

Кстати, в начале следующей недели — очередное сборище: «Метрики в Agile».

MediaWiki: серебряная пуля или швейцарский нож? (публикация в Открытых Системах)

2009-07-08T19:52:00.004+04:00

Кстати, уже квартал назад опубликовал статью «MediaWiki: серебряная пуля или швейцарский нож?» в журнале «Открытые системы». Журнальный вариант, как обычно, продирался сквозь редакторскую бритву Оккама и, в общем, оказался сильно урезан. Оригинальную версию статьи (где-то год ей уже исполнился), можно прочитать здесь.

Сложно сказать, читает ли еще кто-то бумажную прессу, по крайней мере «Открытые Системы» это не IT-журналы нового типа, превратившиеся в чисто рекламно-вендорские буклеты.

Я вот «Открытые Системы» читаю. Особенно мне там нравится подход художника, рисующего иллюстрации, судя по всему, используя зачаточную 3D-функциональность Adobe Illustratoра — быстро накидать 3D-клипарт на 3D схему, топорно отрендерить ее с нескольких ракурсов и получить несколько готовых иллюстраций, даже со стилем. Эх, люблю и уважаю такой подход! Настоящий Lean: no waste of resources and reusability. Жаль, что нет таких же простых инструментов для грубых 3D-картинок среди open-source или хотя бы свободных, типа Inkscape (Blender, наверно, сложноват).

Отчеты о SEF-2009

2009-07-08T19:36:00.004+04:00

Кстати, наконец удалось опубликовать отчеты о минской конференции SEF-2009, куда я ездил в мае.

Blogger [хейт-спич]

2009-07-08T19:31:00.001+04:00

Не думал, что хоть эта тема хоть когда-то возникнет. Мое отношение к Google хоть и не было распространенным ламерских почитанием «империи Добра»,
но в целом был уверен, что это очень здоровые сервисы, с нечеловечески мощным ресурсом, включая ресурс поддержания гомеостаза — сами отслеживают, что отвалилось, сами это чинят. Т.е. практически стихии — повлиять на них (т.е. адаптировать, склонить к удобному для себя функционалу и т.п.) не в силах простого смертного, но использовать для своих целей, в рамках их применимости — вполне разумно. И можно не боятся быть кинутым, через, например, монетаризацию или урезание доступных сервисов, ибо сфера этих сервисов и сфера получения денег в Googlе несколько разнесены.

Так мне казалось, и поэтому использовать Blogger для ведения «корпоративного блога» (полуинсайдерские рассказы о компании, плюс вакансии) и т.п. компании выглядело правильным решением — зачем развертывать standalone блог, возиться с его администрированием, следить, что он индексируется (тем же Гуглом) и т.п., если гораздо проще эту информацию напрямую вкладывать в пасть Гуглу — в его же собственный блог-сервис. Если там что-то отвалится — миллион человек это заметит быстрее, чем ты.
Плюс демократичность и снижение градуса официоза — открыт для комментариев на общедоступной платформе, популярной в рунете у ITшников (без «попсовости» LJ, например). Ну и самый основной бонус — связка «Google Docs → Blogger» манила возможностью подключить к процессу тех, кого, видимо, уже бесполезно учить языкам разметки, даже HTML. Тут ведь не БазаЗнаний, с меняющимся контентом, требующим гибкость, семантическую разметку, контроль версий — посты «одноразовы», для ламеров их можно рожать даже по пути «M$Word → Google Docs → Blogger».
Проблемы конечно оставались → возможности настройки шаблонов очень ограничены (фиг, например, заменишь идиотский перевод «тегов» как, прости господи, «ярлыков»). Но опять, казалось что это безопасная стихия — повлиять на нее нельзя, но тебя она не раздавит — зачем ей это, особенно если ты приносишь ей небольшие жертвы, покупаешь AdWords-рекламу для ряда постов.
Так мне казалось.

Однако попал. Месяц назад мы с коллегой долго и упорно готовили качественный отчет о конференции SEF-2009. Да, мы oldschool, вместо современного подхода — сразу выплюнуть в твиттер сто знаков эмоций о событии непосредственно, мы рожали качественный репорт, с кистями и глазетом, с блекжеком и шлюхами — большой, многословный, академически пронизанный тематическими ссылками, и т.п. Отчет готовился быть большим, разбитым на три поста ([1,2,3], ибо все-таки блог-формат подразумевает некоторую краткость и сконцентированность на теме).
Наконец, все было готово в Google Docs и я приступил к публикации. Первый пост прошел без проблем, на втором — хлоп, «Ваш блог подозревается на спам…».
Поначалу ничего не предвещало беды — наверное многим знакомый варнинг: «Этот блог заблокирован в связи с возможным нарушением Условий предоставления услуг Blogger. Вы не сможете публиковать новые сообщения, пока блог не будет пересмотрен и разблокирован. Если вы не запросите пересмотр, блог будет удален в течение 20 дней.», капча, и ссылка для реквеста на разблокирования. Разумеется запросил, и был утешен следующим стандартным сообщением:

«Роботы Blogger, предназначенные для борьбы со спамом, обнаружили, что ваш блог обладает признаками спам-блога. (Что такое спам-блог?) Если вы это читаете, то ваш блог, вероятно, не содержит спама. Автоматическая система обнаружения спама работает, по сути, нечетко, и мы приносим искренние извинения за появление этой ошибки.

Мы получили ваш запрос на разблокирование 18 Июль 2009 г.. От лица всех роботов мы извиняемся за то, что заблокировали ваш блог. Потерпите немного, пока мы просмотрим ваш блог и убедимся в том, что в нём нет спама. … P.S. Напоминание: если Вы не отправите запрос на проверку в течение 20 дней, Ваш блог будет удален. »

Забавно, что если поставить язык интерфейса английским, то это выглядит более обнадеживающе — "Please fill out the form below to get a review. We'll take a look at your blog and unlock it in less than two business days."

Офигеть, случилось невозможное — меня забанили в Гугле!

Итак, пошел отсчет времени. Несколько раз, каждый божий день я тыкался в интерфейс блоггера, чтобы убедиться, что воз и ныне там. В интерфейсе мне грозили карой, если не заполню запрос (нет, чтобы сразу указать, что «запрос выполнен — ждите ответа», а так, пугая — может мы ваш запрос потеряли, и если вы не ткнете здесь и сейчас — вам конец). Разумеется, напуганной такой перспективой, я раз за разом посылал запрос на разблокирования, получал знакомое «потерпите и ознакомьтесь что такое спам-блоги», и т.п.
Никакого прогресса (и даже элементарных оценок — «вы 2346249026 в очереди на ревью, мы разберемся с вами в течении 4-5 дней»), протухала актуальность тех постов-отчетов, которых мы собирались публиковать, заблокировалась возможность новых (включая объявления о вакансиях, которых мы кстати, спонсировали через Adwords) — всем, как говорится, пофиг.

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

Дальше я вышел на англоязычную ветку форума, и обнаружил там чумовое разьяснение, вроде как от причастного в Блоггеру американского чувака с простым американским ником «Mishka». Кратко: там приказано все быть паинькой и сидеть тихо, даже не дергать лишний раз запросы на разблокирования, ибо каждый такой дерг, якобы, выбрасывает вас в конец очереди. («Do not request another review before 10 business days because this is the equivalent of going to the back of the line and starting over.»). На мои замечания, о том, что это, как минимум, офигически негуманно, а как максимум — охреническое психологическое издевательство, разумеется ответа не было.
Но хорошо, был указан хоть какой-то путь эскалации проблемы — нет, не трекер проблем (эта технология, видимо, Гуглу еще неподвластна), а Форма Окончательного Призыва (на гуглдокс), которой можно воспользоваться только через 10 рабочих (рабочих, блять, бизнес-дней, не путать с календартными, жалкие лохи!) ожидания после Запроса Первого Уровня.

Был паинькой. Дождался и воспользовался заклинанием Окончательного Призыва. Результат — всем пофиг. Продолжил — нет реакции. Жаловаться в гугловую англоязычную ветку форума пока не хотел, ибо по понятиям, русскоязычные должны сидеть в русской ветке, а там, как я уже убедился всем пофиг.
Стал копать глубже. Вышел вроде как на идеолога антиспамерской борьбы в Блоггере, простого бритоголового (лысого?) парня по имени Чак.

Комменты к его зажигательным постам, (см. например тут) тоже полны человеческими страданиями, но парень непреклонно гнул свою линию, на беспощадную борьбу не смотря на жертвы (их он всегда ласково именовал «false positives»). И согласно ему — последний этап эскалации, после Первого и Окончательного Призывов — было жаловаться в ветку «Something is Broken». Ну да, мои предложения, как сделать борьбу гуманней, также пошли лесом.

Я начал готовится к худшему — сделал бекап, проверил восстановление — и еще радость, мой бекап обратно на блоггерский блог не вставал. Была серия идиотских ошибок с префиксом «bx-», гуглящихся, некоторые из которых имели воркэраунд, некоторые — нет, так что если бы блог убили, пришлось бы сваливать ан стандалон, плюс куча возник с перетаскиванием графики и картинок, в общем, отступать очень не хотелось.

И наконец, я сделал две вещи.
Разродился жалобой в «Something is Broken», и сюрпрайз — еще раз дернул Призыв Первого Уровня поменяв язык на английский. К моему дикому удивлению, оказалось система забыла о моем старом запросе, и начала отсчет заново (или за этот период произошли незамеченные мной разблокировка и новая блокировка).

И, о чудо! Прошли сутки и меня выпустили на волю. До сих пор не знаю — что сработало: жалоба в «Something is Broken», Призыв Первого Уровня с установленным в интерфейсе английским языком, или просто истечение 20 карантинных дней.
Но точно знаю — больше я этого не хочу.

А моралей будет две.

Что касается спама и борьбы с ним — ребята, эта проблема порождена именно Гуглом, Гугл сделал себя эксплуатируя идею «ссылка имеет ценность», построил соответствующий идее дивный новый мир, а когда туда ломанулась куча читеров, используя заложенные для них дыры, начались немотивированные неуклюжие избиения, причем не виноватых, а тех кто ближе и подвернулся под руку — блоггеров на своем же сервисе. И так уже, нормальная идея связного веба, пронизанного гиперссылками ушла в прошлое — пронизанная ссылками статья теперь напоминает либо Википедию, либо проплаченные посты сплоггеров им. «Утконоса» — вместо ссылок теперь ищите в Google по ключевым словам, ну и смотрите рекламу конечно.

Проклятым сплоггерам, рулящим не отдельными спам-логами, а многотысячными сетями спам-блогов, понятное дело, это почти пофиг. Ну выбили 5% сплогов — послать автоматическое заявление на разблокирование, и продолжать. Ну забанят из этих 5% пару процентов — говно-вопрос, зарегистрируем еще.
Цитирую проклятого сплоггера: «Кроме технических средств автонаполнения сплогов необходимы средства слежения за блокировкой сплогов и средства автоматической подачи заявки на разблокирование. При наличие таких средств сплоги должны жить вечно.» [otissima.blogspot.com/2009/03/blog-post.html]

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

Страдают именно реальные авторы, которым нужно сделать запись здесь и сейчас (иначе поезд уйдет).

Охота на спамеров явно ведется тупейшими алгоритмами (лимитируются метрики типа число ссылок на пост и число постов в единицу времени). То, что пишущий автор — живой человек, зарегистрировался на гугле давным-давно, еще по приглашениям, пользуется почтой, документами, ридером, да вообще всеми сервисами, платит деньги за Adwords-рекламу, получает SMSы на реальный телефон, а, кстати, даже дебетовая карточка в Google Checkout засвечена — пофиг.

Хорошо, охотьтесь тупо. Но ведь полно очевидных и элементарных решений, не ухудшающих эту убогую Охоту, но облегчающих жизнь невиновным.
Зачем блокировать доступ? Объявите о подозрении, оставьте «повестку о вызове на допрос в качестве свидетеля», может ограничьте явно число постов в день (или количество ссылок) — так жить можно, хоть и не совсем приятно.
И сделайте прозрачную очередь «оставленных по подозрением» (был такой дореволюционный послесудебный статус обвиняемого), чтобы был виден хотя бы номер в этой очереди, и движется ли он. О полноценной трекинговой системе я, конечно и не заикаюсь.
Ну а если по вызову никто не пришел (хотя автор быть может заболел и выпал на месяц в оффлайн — вполне реальная ситуация), тогда да, потестепенное убивание блога — заморозка, блокировка, и, через квартал — необратимое удаление.

Ну, а второй вывод — чертов SaaS! Что бы еще раз, я связался с сервисом, хоть платным, хоть бесплатным, не имеющим прозрачной обратной связи! И очень желательно, чтобы это был не форум («вы тут между собой поговорите…») и не закрытая тикет-система («пишите нам, мы вам, может быть ответим»), а прозрачный issue-tracking, из чего можно было бы видеть — есть вообще реакция, на что реагируют, на что нет («идиотские предложения»), была ли такая проблема и какой уже может быть найден workaround. Третье тысячелетие на дворе, а почему-то это еще не всем очевидно.

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

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

Обратная сторона SaaS — полное бессилие перед владельцем ресурса.

2009-06-22T17:31:00.006+04:00

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

Ваш блог помечен как спам
Роботы Blogger, предназначенные для борьбы со спамом, обнаружили, что ваш блог обладает признаками спам-блога. (Что такое спам-блог?) Если вы это читаете, то ваш блог, вероятно, не содержит спама. Автоматическая система обнаружения спама работает, по сути, нечетко, и мы приносим искренние извинения за появление этой ошибки.
Мы получили ваш запрос на разблокирование 18 Июнь 2009 г.. От лица всех роботов мы извиняемся за то, что заблокировали ваш блог. Потерпите немного, пока мы просмотрим ваш блог и убедимся в том, что в нём нет спама.
Узнайте больше о том, как Blogger борется со спамом в блогах.

Уже пять дней как. И ничего не сделать. И вся эта фигня не за что — публикация подряд двух постов, заранее подготовленных (неделю правок) в Google Docs.

В общем, какого хрена. Также хреново чувствовал себя пару лет назад, когда бесплатный vectormagic.stanford.edu превратился в платный vectormagic.com. Но это фиг с ним — эволюции стартапов непредсказуемы. Но когда теряется вера в сервисы Гугла, то про остальное даже и речи о доверии быть не может.

мастер-класс по искусству презентации

2009-06-22T16:51:00.003+04:00

Сходил на мастер-класс по искусству презентации, которое проводил тренер «Ораторики» Илья Богин.

Если кратко — то слайды и визуальная часть — не самая сильная сторона выступающего. Ощущение, что он не видел даже микроклассики — «Смерть от Powepointа».

Зато это активно компенсировалось «ораторикой» — риторика, артикуляция—жестикуляция, маевтика, игры с публикой — в общем, полный джентельменский набор «артиста разговорного жанра». Особенно контрастно все это выглядело на фоне иногда затаскиваемых на сцену зрителей — среднестатический человек обычно с трудом может связать пару слов. Хотя народ местами был в теме, даже Гая Кавасаки вспоминали.

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

К сожалению, все это наверное хорошо в его области — бизнес-презентации, т.е. презентации по убеждению людей в простых идеях. В моих областях (Softwaer Engeneering/Computer Science), жестикуляцией ничего донести нельзя, более того — этих кривляний не поймут-с. А вот чистая речь — это да, это надо тренировать.

ситилинк OK

2009-06-19T15:54:00.003+04:00

Пробовал новый компьютерный супермаркет-дискаунтер Citilink.ru, в замену предыдущему выбору — Sunrise, ибо статус Санрайза как-то неясен — в начале года он был в разорении, сейчас непонятно.

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

Так вот — ситилинк OK.

Удобный интернет-магазин (он же для тачскрин-терминалов), хороший дизайн, персистанс корзины, хранение истории заказов, терпимые (хоть и не самые низкие) цены. Сейчас к тому же они только запустились — никаких очередей, приветливые симпатичные кассирши…

Одобряю.

молодежь такая молодежь.

2009-06-18T17:05:00.004+04:00

Принимал недавно экзамен (алгоритмы и сложность вычислений).

Вообще у меня правило — тем, «кто сотрудничает со следствием» — т.е. посещает лекции, читает электронный курс и пытается найти там ошибки-опечатки-пропущенные запятые — экзамен «автоматом». Справедливо, разумно, взаимовыгодно.

Этой весной группа попалась какая-то вялая, какая-то реакция (замечания к учебнику) пошла только за пару дней до намеченного экзамена, но на экзамене сразу нарисовалось несколько желающих «автомата».

Среди них был парень (назовем его П) и девушка (назовем ее Д).

П: Я вам прислал исправления…

Я: Ок, хотя и не смотрел. Зачтем.

Д: Я вам тоже высылала!

Я: Увы, ничего не получал.

Д: Проверьте, точно высылала!

Я: Ok, давайте смотреть.

Включаю свой нетбук, проверяю свои почты — глухо. Девушка рвется доказать. Заходит через мой нетбук в свою почту, я тут же вижу, что да, исправления она высылала, но тут же лежит прекрасный диалог между упомянутыми П и Д:

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

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

П: Спасибо за файл. Нет, я считаю это здоровой наглостью. Если тебе не поставят алгоритмы, то в чём здесь будет моя вина???

Этот веселый диалог, я давясь от смеха, зачитал всей группе. Ну, а дальше вовсе было смешно. Часов семь принимал.

Одежда для высоких: окончательное решение.

2009-06-17T22:00:00.007+04:00

Кстати, часто с интернет-магазинами проходится «прорываться», ибо альтернативы им нет.

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

Года полтора назад, когда мне надоело смотреть как она занимается «раскопками» одежды (регулярные поездки в крупные торговые центры с ворошением шмотья в тех магазинчиках, где есть шанс найти что-то соразмерное), испытывая несоразмерную радость, когда находилось что-то более-менее подходящее, я задумал решить вопрос окончательно.

Поисследовав инет, я понял, что в РФ и дефолт-сити ловить нечего (разве что одежда и обувь на «бабищ»), но уверенность в том, что такое найдется worldwide меня не покидала.

Начали перебирать каталоги вебмагазинов одежды для высоких девушек, например [1, 2, 3], но выбор опять таки был непрост — либо не было доставки в РФ, либо Наташе не нравился фасон (требовалось что-то скорее молодежное).

Наконец, нашли — стиль подходит и доставка в нерезиновую есть вроде. Да и цены ниже среднемосковских. Это был tallgirls.co.uk. Но рано радоваться, на самом деле это начался долгий квест.

Выглядело это так — жена выбирала товар, я оформлял заказ, вводил атрибуты кредитки и начинал ждать. Ничего. Тишина. Чапаев и Пустота. Ни емейла, ни SMS-ки — ничего. Наконец, спустя полтора месяца спустя я получаю письмо. Нет, вы не поняли — бумажное письмо.

« Dear Stanislav Fomin Thank you for your recent order, unfortunately we have had problems with you card transaction. Your card may have been declined or we may have an incorrect card number. Please could you contact us on 01420 561947 within 10 days, with your card number to avoid your order being cancelled. »

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

Продолжаю игру — сделали три захода с разными карточками (VISA, Mastercard) разных банков (Альфа, Авангард). Глухо — тот же самый результат («постоянство — признак мастерства»).

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

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

Но далее пользоваться любезностью товарища на регулярной основе было нельзя, и я начал решать проблему. Регулярно писал им письма — пофиг, ноль реакции. Наконец, задавил свои комплексы касательно разговорно-слухового английского и разговоров по телефону (не любитель) и позвонил. После адских переговоров начался прогресс. От меня потребовали фотографий себя и карточки во всех видах — выслал. И вот, со скрипом самостоятельно поехал первый заказ.

Но на следующем заказе — фигня повторилась. И наконец, я догадался и отладил «бизнес-процесс» заказа:

Выбрать-заказать-оплатить картой.
Ждать неделю.
Если списания денег не произошло — выслать письмо «Какого хрена? Опять якобы траблы с картой? Так вот, она, вот, на фоне меня и экрана с вашим магазином» и приложить полдесятка фото с карточкой (одни и те же фото использовал, да я знаю, что это не безопасно → ночтоделать).
Получить письмо с извинениями и SMS-ку от банка что деньги списаны.
Ждать посылку.

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

Так что, never give up, проблема с одеждой решена — это оптимально и по стоимости, и по времени выбора. Были некоторые проблемы с выбором размера — но стиль одежды таков, что широкая одежда вполне может пригодится в процессе беременности.

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

Обращение к роботу Блоггера, записавшего меня в спамеры! Это не проплаченная реклама, я гарантирую это!

S7/Сибирь: [хейт-спич]

2009-06-17T20:07:00.009+04:00

Продолжу серию хейт-спичей. Накопилось.

Месяц назад понадобилось купить авиабилетов в Крым. Жену с подругой, детей и мамаш на отдых и обратно. Четыре взрослых, два детский.

Есть интернет, Домодедово устраивает, иду на сайте Сибири s7.ru (типа в зад посредников, покупаем у производителя). Вижу модный интернет магазин билетов, с гламурной цветовой палитрой, эмблемой карточной оплаты, исполняюсь энтузиазма — щас продемонстрирую жене преимущества информационных технологий, куплю билеты не отрывая зад от стула.

Вначале все нормально, вижу дешевый тип билетов «Polly» (ну да, покупается с поражением в правах, фиг сдашь и все-такое, ну ладно) — атакую его, ибо и так почти тыщ 60 набегает. Раза с третьего (ибо тупая система не додумалась запоминать даты вылета-прилета, и даже не давала ввести их вручную — только через гламурный календарь), дохожу до глухого рубежа обороны. Форма ввода на шесть персон.

Вот такая, только шесть штук зараз:

Сразу, по наличию орфографических ошибок, понимаю — интерфейс не тестировали, возможны проблемы.

Первая проблема — полный тупик, что вбивать в поля «срок действия», для

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

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

Плюс еще понятно, что серия и номер паспорта вбивается одним номером, но у свидетельства о рождении — есть буквенная серия и номер — как быть с ними? Опытным путем установлено (ругань невнятная), что буквы лучше не вводить.

Изучаю хелп — пусто, звоню в техподдержку — глухо занято. Час занято, два занято. Звоню Скайпом уже не по московскому номеру — а перебираю все города, с особым упором на Сибирь (вроде же как компания оттуда). Везде слушаю одну и ту же веселую мелодию (часами) без малейшей реакции. Понятное дело видимо у них один колл-центр, где-то в гребенях, да и тот отвалился.

Пока я так эффективно покупаю билеты (процесс постоянно отваливается и квест приходится проходить полностью заново, ничего, даже дат не запоминается), пропадают дешевые билеты «туда». Exception, срочно звоним в Крым, сдвигаем сроки, пытаемся таки купить. Глухо, колл-центр молчит, инет-форма держит оборону против корректных данных.

Решил плюнуть и ехать в центральные кассы Сибири у Политехнического Музея. Приехал. Блин, оказалось что тут опять разные интерфесы — в оффлайн кассах только «дорогие билеты», а «дешевые» можно купить только через инет. Разницы набегало тыщ 20, вместо билетов беру кассиршу за жабры и требую консультации. Она не очень уверенно предполагает, что для детей надо вбивать дату совершеннолетия (вперед, заниматься арифметикой), для российских паспортов — дату обмена с переклейкой фото — для молодежи вычислить когда ей стукнет 25 или 40 лет, а для «стариков» после сорока — гыгыгы, можно вводить любую дату (типа могут уже в любой момент…). По свидетельству — вбивать только цифры, типа такая вот полуцелостность, проверка по подстроке.

Опять срочно бегу в интернет. Там меня поджидает новый квест. Те крендели, которые проектировали интерфейс, ни одним нейроном не думали, а сколько времени понадобиться нормальному человеку (или даже такому супермену, как я, владеющему слепой печатью), чтобы заполнить форму на шесть человек? Похоже выделили три минуты, ибо заполнение формы считается «бездействием», по окончании которого я получал модальный высер:

И, разумеется, surprise! — все введенные данные херятся, и весь квест надо проходить с нуля, заново.

После полудесятка неудачных попыток, я озверел (мой рев было слышно в коридоре), и прошел квест используя предрасчитанные и предзаполненные данные в GoogleDocs — полное напряжение внимание и Copy-Paste — и этот рубеж обороны пройден.

Но тут сработал заговор не только безмоглых интерфейсников, но и программистов бизнес-логики — не прошел платеж по карточке. Забыл снять скринкаст, но опять выкинули невнятную херню…

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

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

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

Мораль — специалисты по интерфейсам, юзабилити и дизайну! Юзабилити — это не только тривиальные правила «вебдизайна», а гуманность в высшей компьютерной форме — это удобство использования, это скорость использования, это экономия сил пользователя, это подсказки, это адаптивность. Если и «квест» — то только с регулярным сохранением и подсказками. Верстка и цвета — это лишь ничтожная часть относящаяся к юзабилити. Читайте классику, читайте Джеффа Раскина! Тестируйте юзабилити сами, тестируйте на фокус-группе, тестируйте нетривиальные сценарии!

А не то случится страшное — вы можете столкнуться с вашими пользователями. Помните об этом!

Ну а семья с подругами уже в Крыму. Поехали на поезде.

Амазон: [хейт-спич]

2009-06-17T02:24:00.005+04:00

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

Стоп. Амазон — это магазин. В первую очередь книжный. С суперогромными вычислительными ресурсами, пятнадцатилетним опытом продаж и несравнимыми логистическими ресурсами.

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

Те, кто в теме заказа вещей оттуда, в курсе, что идиотские правила разрешают провозить беспошлинно книжки — в случае курьерской доставки на 5000 руб, и в случае обычной почты — на 10000. И горе тому, кто попал на курьерскую доставку и вышел за крохоборский пятытысячный лимит (это две нормальных книжки с со стоимостью доставки, если что). Тогда все это зависает на таможенных складах в ебенях, откуда выцеплять их вручную — это гребанный ад, стописят бумаг и обивание порогов — и самое оптимальное, что при этом можно сделать, кроме как плюнуть нафиг, это забашлять не только таможенные платежи, но и бакшиш аффилированному с курьерской службой таможенному брокеру (чтобы они сдохли вместе с таможней), тогда можно отделаться небольшим геморроем (поставить подписи на десяток листов херни, отсканировать этот бред и послать по почте), но в результате, стоимость заказанного можно смело умножать на три.

С другой стороны, везти книжки по одной — тоже неэффективно, оптимальней группировать их, и посылать большими пачками — будет дешевле. Немедленно напрашивается решение — слать обычной почтой, блоками максимально близкими к 10000 руб. ОK. (Я в курсе лайфхаков типа shipito.com, но ищется то максимально простое решение с минимумом трущихся частей.)

Хорошо, двигаемся в этом направлении. Тут оказывается, что суперпупермощь Амазона никак не позволяет ему держать целостную базу продуктов — т.е. все магазины Амазона — американский, английский и немецкий, по сути, объединяет только марка и дизайн сайта — каталоги и даже политика доставки существенно отличаются. Хорошо, раз у нас такой Макдональдс, я регистрируюсь в единственном Амазоне, которые обещает возможность доставки обычной почтой и при этом разговаривает на человеческом языке — т.е. в amazon.co.uk. Заказываю точно рассчитанный блок книг, проходящий в десятку тыс. руб, доставку обычно почтой, и расслабляюсь. А действительно — с фига ли напрягаться?

И зря. Ублюдочные алгоритмы амазона, насрав на мои ограничения, начинают оптимизировать неведомый мне функционал разбивая заказ на блоки, и делают так — одну книжку из блока посылают обычной почтой (прозрачно проходит таможню), а все остальное спустя неделю шлет DHLем! В догонку, бля. Все это зависает на таможне, гемор, тормоза, деньги, как описано выше.

Пытаюсь разобраться—объясниться с амазоном («Какого хрена?»). Опять чума. Третье тысячелетие на дворе, а у амазона нет нормальной трекинговой системы для проблем — есть угребищная форма для жалоб, куда на вбитую жалобу приходит ответ от первого попавшегося в центре техподдержки индуса («миллионер из трущоб» блин), и все. Продолжение беседы, переписка — невозможна. Я сделал несколько заходов, получил бред от трех разных индусов, самый вменяемый из которых вякал что-то на тему «амазон не предоставляет возможность выбора доставки» (тогда какого хрена эта возможность в интерфейсе?), другой что-то на тему «о-о, эта священная система настолько умна, не смей разгневать ее…», ну и все процитировали мне ToS, на тему «проблемы с таможней — ваши проблемы».

Ну какого черта эта «экономика знаний» так устроена, что везде все (и продажи, и разработку/поддержку софта) забивают безмозглые монстры, реакцию на внешнюю среду у которых, как у динозавров обрабатывает жопорасположенный тупой мозг. Да, я имел в виду, думают жопой, общаются с людьми через самых бестолковых аутсорсеров.

Это был риторический вопрос. Ладно, извините, вы прослушали мой хейт-спич, но мне стало чуть легче. Ну ведь уроды ведь? (вопрос опять риторический).

В качестве компенсации, могу подарить книгу Teaching Visual Literacy: Using Comic Books, Graphic Novels, Anime, Cartoons, and More to Develop Comprehension and Thinking Skills (самовывоз из центра дефолтсити) — какого-то черта в заказе их оказалось две. Update: Одну книгу забрали, но желающим могу отдать и вторую.

Развод с Ростелекомом [хейт-спич]

2009-06-17T01:45:00.002+04:00

Итак, окончательно развелся с Ростелекомом. Причем, на развод подал он сам — не получив однажды микроплатежа рублей на тридцать — причем никак не по моей вине — ибо все счета падающие в почтовый ящик мы безропотно оплачиваем. Счета в почтовом ящике НЕ БЫЛО.

Далее начался театр абсурда — хренов робот регулярно звонил, выдерживал паузу по Станиславскому, а затем, запинаясь грузил и грозил, диктовал эту злосчастную сумму и предлагал мне звонить по каким-то ублюдочным телефонам.

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

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

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

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

MediaWiki: серебряная пуля или швейцарский нож? (SEF-2009)

2009-05-23T15:57:00.003+04:00

Пару дней назад сделал доклад по MediaWiki на конференции SEF-2009 (кстати, там было классно, не ожидал).

Почему вики-системы популярны даже в корпоративном мире, вытесняя «классические» документооборот и документирование? Выбор вики: тут мы за мейнстрим и MediaWiki. У нее огромная база пользователей и разработчиков и качества «швейцарского ножа» — богатый, расширяемый функционал и универсальность.

Доклад был весьма динамичный, ибо пришлось уложить 100 слайдов и 15 минут скринкастов в выделенные 40 минут. Удалось или нет — можно посмотреть.

Ниже лежит озвученная видео-презентация плюс ответы на вопросы из зала.

MediaWiki: серебряная пуля или швейцарский нож?

Магические предметы: очки-бинокли

2009-03-26T17:05:00.001+03:00

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

Проблема, с которой я столкнулся — достаточно распространена: конференции, семинары, презентации, сборища того или иного плана, вы сидите в зале, докладчик стоит на сцене, что-то говорит и показывает вам слайды, или даже какую-нибудь софтину вживую. И думает, что вы что-то из этого видите.
А это, увы, не так, и сделать с этим ничего нельзя. В результате вы теряете весь «визуальный канал», (у большинства он абсолютно доминирует, ведь зрительный нерв в 40 раз толще слухового), выключаетесь из процесса и попросту теряете время…
Знакомая ситуация?

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

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

Значит, должны быть именно очки-бинокли причем обладающие минимальным весом — формат «прибор-ночного видения на убивце из Молчания ягнят» или прочий стимпанк, явно не подходил — ибо тогда вместо рук за несколько часов конференции отвалится шея.

Но я не унывал и продолжал гуглить. И да, счастье есть, оно не может не есть — искомые девайсы были обнаружены, фирма Eschenbach предлагает даже пару вариантов:

MaxTV
Magnification: 2.1x
Lens Size: 32mm
Lens Material: PXM Plastic
Miscellaneous: +/- 3D of spherical correction allows for adjustment of focal length from 10’
Temple Length: 135mm
Frame Size: 137mm
Focal Range: 10 feet to infinity
Visual Field: 20 degrees
PD Range: 60mm - 68mm
Weight: 49 grams

MaxEvent
Magnification: 2.1x
Lens Size: 32mm
Miscellaneous: Can be adjusted (+/- 3D) for spherical correction
Temple Length: 135mm
Bridge: Open saddle
Frame Size: 137mm
Focal Range: 10 feet to infinity
PD Range: 60mm - 68mm
Weight: r 49 grams

Первые позиционируются для TV-просмотра слабовидящими, а вторые — «то, что доктор Прописал» — «Просмотр Событий», от конференций до стадиона.
Но на самом деле, разница между ними минимальна — весят они одинаково, увеличивают одинаково (2.1 раза), также рулятся боковыми колесиками, фокусируясь и компенсируя разные диоптрии у левого и правого глаза (до ±3 диоптрий). Единственная разница — MaxEvent более ориентированы для «ношения на людях» — чтобы не пугать окружающих эффектом «бабушка, почему у тебя такие БОЛЬШИЕ глаза» — там сделано легкое затемнение.

Осталось купить. Были большие сложности, что продавцы в основном доставляли только по глобусу Америки, а за доставку в РФ или не брались, и просили неприличные деньги. Наиболее дешевый вариант удалось найти у этих ребят (только для MaxTV, MaxEvent у них нет). Заплатил, прислали, даже более того, сначала взяли чуть больше денег за доставку, затем забросали письмами на немецком с извинениями (ничего конкретно я не понял), и вернули часть денег.

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

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

Минусы и побочные эффекты. Есть. Ну во-первых, очки-бинокли несколько бьют по мозгам — когда они надеты, лучше не крутить головой, мозг не может врубиться, что происходит с окружающим миром (все плывет с двухкратной скоростью), и голова может заболеть.

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

(Это я был экспертом на ТехноКубке ) в адское отродье/монстра-мутанта (беременным и впечатлительным не смотреть).

Ну за все надо платить, а выбор остается за вами.

Удивительно точный автоматический перевод

2009-03-06T02:56:00.001+03:00

Удивительно. Автоматический перевод вскрыл бездну скрытых смыслов.

Я действительно зашел на этот сайт из-за случившегося надувательства, занимаясь процессом дознания. А сайт ненавязчиво посылает меня в «зону члена» (оригинально послали в классическом направлении).

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

INTUIT: Основы информационной безопасности

2009-02-19T18:09:00.003+03:00

Прошел (на самом деле еще осенью) курс Основы информационной безопасности.

Курс достаточно тяжелый и академичный, грузит не только понятными нормальному ITшнику вещами, но и бумажно-гуманитарной областью: законы, стандарты, положения…

В общем, просто программисту-практику может быть сильно скучно, есть полно более веселых и технологических книжек. А курс полезен скорее системному или бизнес аналитику, для написания ТЗ, НИРов и прочих отчетов, неуязвимых для критики профанов (не подкопаться — везде будут ссылки на стандарты или best-practices, а категории учитываемых опасностей будут пугать своей полнотой).

Да, поможет писать ТЗ (и просто общаться с ---) на системы для параноидальных заказчиков (а у таких денег много). (Кто все эти люди из первого отдела на приемочных испытаниях). Устарел в законодательной части (бояны-пугалки про вирусы и зависший из-за НТ эсминец). Вопросы не слишком вменяемы, но дружелюбны к сдающему — число вариантов не больше трех. Автор часто шутит, иногда удачно.

INTUIT: Основы программирования на JavaScript

2009-02-19T17:17:00.002+03:00

Прошел курс Основы программирования на JavaScript.

Позитивный курс. Прекрасный стиль и изложение, характерные, увы, для западных авторов (автор курса — Mark Kahn, практик, автор http://www.jslibrary.org/). Расчитано, что входная аудитория вообще не программисты, а верстальщики, т.е. нет ни малейших представлениях об элементарных программистких конструкциях, типа цикла или структурах данных. Однако автор медленно и методично прокачивает читателя от полного ньюба, до нетривиальных тем функционального и объектного программирования (например, «замыканий»), при продолжая придерживаться практически полезных тем, типа AJAX.

Вопросы писал, видимо, переводчик, они несложные, по три штуки на лекцию — т.е. «сдать» лекцию меньше чем на «отлично» невозможно.

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

INTUIT: Введение в базы данных для школьников

2009-02-19T15:51:00.005+03:00

Прошел/просмотрел видеокурс «Введение в базы данных для школьников».

Хороший курс, для студентов младших курсов или непрограммистов.

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

Впечатления от видео в целом позитивные, хороший лектор, рассказывает без лишней воды, и в целом, в курсе современных тем и трендов (использовать ДНWР/phpmyadmin/MySQL для демонстрации — просто и эффективно). Видео не напрягает и можно смотреть, например, параллельно с вебсерфингом. Из минусов — это скорее «лекции 1.0», то есть лекции без слайдов и у доски.

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

Несколько странная ситуация — видео на DVD (платное), проигрывает по многим параметрам видео бесплатно доступному с сайта:

Качество записи DVD-диска плохое (часто заедает и с трудом читает какие-то блоки) — лучше сначала скопировать весь диск на винт, и только потом смотреть.
На сайте видео скачивается в различных удобных (имхо, DVD — отстой) форматах (DivX, iPod, звук) плюс можно смотреть видео на сайте, где продвинутый флеш-плейер параллельно показывает оглавление и по оглавлению можно позиционировать.

Единственное место, где выигрывает DVD-диск — это видеозапись практической работы (разрешения вебвидео и скачиваемых DivX-ов недостаточно), но тут надо было вообще честный скринкаст делать.

Технически курс представляет собой три видеолекции, по 1:05-1:10, конспект которых представлен ниже, плюс достаточно тривиальные тесты-вопросы.

Конспект-майндмап

Java-версия или Flash-версия

«Ментальные карты — инновационный способ мышления»

2009-02-17T14:55:00.013+03:00

Был на семинаре «Ментальные карты — инновационный способ мышления». Попробовал записать видео.

Было два доклада, первый — условно методологический, на базе старой классической книги Tony Buzan «The Mindmap Book», в русском переводе — «Супермышление». Да, эти книги можно найти в электронном виде, более того, рекомендую читать русскую версию, чтобы не тратить время на «воду» и фантазии, которых там много, но параллельно держать открытой английскую версию — там цветные картинки, их можно рассматривать (в русской версии картинки или убили, или перевели на русский/черно-белый).

Второй — классический сейл-доклад по продукту Mindmanager (лично мне интересно, откуда на презентациях продажах взялась мода «белая рубашка с красным галстуком?»). Ну в рамках этого жанра никаких претензий быть не может, единственное обращение к читателям — не стоит доверять в этой презентации информации о продуктах-конкурентах. А так, докладчик полтора часа демонстрировал все возможности майндменеджера, от майдмаппинг-средства (каким я его помню лет пять назад, когда еще пользовался нелегальным софтом), выросшим до монстра/над-офисного продукта, рулящего всем M$офисным набором для порождения из своих структур, которые уже совсем не похожи на классические майндмапы документов, таблиц, планов проектов и т.п.

К сожалению, я был несколько в рассеянном и замученном состоянии (например, я даже забыл там блок питания/зарядник с аккумулятором к камере), и опоздал на начало первого доклада (добираться, к сожалению, пришлось в несколько отдаленное место). Видео можно посмотреть в вебе или скачать в оригинальном качестве. Итак, видео.

Часть 1.

Часть 2.

У меня было множество вопросов к специалистам, например:

Какой тип майндмапов — компьютерный или ручной победил? Вернее так, окончательно ли компьютерные майдмапы победили ручные? Конечно, компьютерные майдмапы и reusable, и рефакторинг можно делать, и хранить и пересылать, учитывать, но с другой стороны мне попадались люди/статьи, утверждающие, что ТруѢ Майдмапы могут быть только ручными, нарисованными разноцветными ручками-фломастерами, задействующими мелкую моторику, правое полушарие и чувство прекрасного, а компьютерные — это те же унылые списки с буллетами, вид сбоку.
Насколько полезна графика на карте? Ответ «Да, полезна», уже не принимается — ибо графика обладает очевидным побочным «шумовым» эффектом. Например, мне сейчас смотреть на корявые ручные майндмапы из классической «The Mindmap Book» физически больно, как разбирать каракули и примитивные рисунки умственно отсталых. С другой стороны — без графики совсем уныло. Причем ручная/корявая графика давит «передачу знаний», но улучшает «личное запоминание». Стандартные клипарты удобны и возможно красивы, но тут они уже по сути являются символами, т.е. правое полушарие опять вне игры. Ну и всякие мелочи — насколько важна трехмерность/выпуклость и почему (есть ли новые исследования этого тысячелетия, без отсылки к старым фантазиям братьев Бьюзенов). Полезна ли сетка (клеточки) на листе?
Презентации в виде майдмапов. Хорошо или плохо? С одной стороны, это конечно удобно выступающему — набросал майндмап, и ползай по нему во время презентации — не надо тратить время на слайды, легко переиграть последовательность/адаптироваться к аудитории. Но с другой стороны, это разрушает принципы эффективной презентации — следование структуре, четкое последовательное изложение, ограниченность смысловых блоков (Short Term Memory Limit теперь равняется вообще равняется четырем). Сколько я видел майдмап-презентаций — все они выглядели достаточно сырыми, много времени уходило на ползание по карте, слушатель видел кучу лишнего шума, и в неверном порядке. Даже у Бьюзена в Mindmap-буке, указано, что для передачи информации нужна линеаризация майдмапа (в виде статьи, презентации), а передача информации через майндмапы особо эффективна только при совместном его составлении.
В чем собственно преимущество майнмапов, над диаграммами общего вида? Даже если не брать сложные, методологически нагруженные диаграммы («UML» и т.п.), просто в сравнении с Concept Maps и т.п?
Вопросы по построению майдмапов:
- Можно ли «класть» на ветку словосочетание, не разбивая его на слова? (Актуально для русского языка, ибо в английском не приходится менять словоформы, а в русском будут проблемы).
- Какой текущий баланс при составлении иерархий? Раньше ориентировались на принцип «7±2», потом на «5±2», сейчас говорят о «Short Term Memory Limit = 4».
- Что делать с дублированием понятий на разных ветках? Дублировать или делать только ссылки, выделять ли основное место от дублей форматированием?

Но так как был совершенно невменяем, даже озвучить эти вопросы не сумел. Хотя после размышления над увиденным, по большинству вопросов я к определенному мнению пришел. Наверное, сделаю ~~свой собственный лунапарк~~ свою собственную презентацию на тему майндмапов.

звук в видеолекциях. MP3 без ограничений.

2009-01-30T15:11:00.003+03:00

Кстати, в видеозаписях лекций/семинаров/презентаций почти всегда разумно пожертвовать частотой кадров, в пользу максимального видеоразрешения и звука максимального качества. Однако, стандартно используемый большинством для перепаковки сырого DV-видео в XVID/DivX/MP3 VirtualDub, не может паковать звук в MP3 с качеством лучшим 56кбит/c и 22 кГЦ. Вернее VirtualDub не виноват — он (и другие видеоредакторы) использует стандартный Windows Audio Compression Manager, который, рьяно соблюдает лицензионные ограничения MP3 (выше 56 кбит/c — «профессиональная версия и только за деньги»).

Но оказывается есть способ вправить мозг виндам. Типичный Windows-way получения профессиональной версии из обычной — поменять ключик (и даже один байт) в реестре.

Берем ветку: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Drivers32 И для параметра msacm.l3acm меняем C:\WINDOWS\system32\l3codeca.acm на C:\WINDOWS\system32\l3codecp.acm.

И все, теперь можно сохранять видео с нестыдным звуком (33Гц, как в моей камере, и 128кбит/c, как для средней приличности музыки).

MySQL и PostgreSQL: встреча московских групп пользователей

2009-01-29T19:35:00.007+03:00

22 января прошло интересное событие, совместная встреча московских групп пользователей PostgresQL и MySQL — ведущих бесплатных и opensource СУБД.

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

Ну что можно сказать, просмотрев видео? Получилось. Впрочем, не «MTV Death Match», как аннонсировали здесь или даже здесь, обстановка была более чем мирной, политкорректность приглашенных экспертов в отношении СУБД-противника зашкаливала — «нельзя говорить о проблемах перехода с MySQL на PostgresQL, нужно говорить о проблемах смены СУБД»© и т.п.

Место более чем удачное, — аудитория ВШЭ — большой экран, приличный проектор, звук через микрофон. Студенческие аудитории в центре Москвы наверное самые удачные места для таких миниконференций — редко у какой компании есть конференц-зал такого размера, а помещения достаточного размера обычно совсем не приспособлены для качественных презентаций (столовые или буфеты с небольшим напольным экраном и переносным проектором и т.п.). Говорят, современный студент плохо ходит на лекции — так надо пусть простаивающие аудитории используют вменяемые взрослые люди…

Отсмотрел видео. Минут пятьдесят шла обзорная часть — презентация обоих СУБД. Хотя уровень был достаточно обзорный — основные возможности, ключевые слова, success storys, и т.п., было не скучно. Во-первых, был очень нащупан удачный формат — презентация каждой стороны была разбита на серию пятиминутных блиц-докладов (lighting talks), что дало динамику и удерживало внимание аудитории. Во-вторых, как выяснилось при опросе, зрители разделились на две практически непересекающихся аудитории — знакомых с MySQL и знакомых с PostgresQL. Поэтому чередование блиц-докладов гарантировало, что поток новой информации для каждого слушателя не прервется дольше чем на пять минут.

Затем началось модерируемое общение с аудиторией. Вопросов было множество, часть шла из Веб-жизни — разработчики интересовались жизнеспособностью СУБД втиснутых в урезанные виртуализацией рамки (VPS и т.п.), а хостеры наоборот, требовали (спойлер — безуспешно), руления ресурсами (квоты на процессор-память-диск) не на уровне ОС, а на уровне самой СУБД.

Разумеется было много и, скажем так, странных, вопросов. Кто-то интересовался живучестью, под которой подразумевалось самовосстановление сервера с БД после пинка ногой (sic!). Кто-то требовал OLAP-а, при этом затрудняясь обьяснить, что именно, и вообще, как эта аббревиатура расшифровывается. Молодая студентка (видимо для диплома), интересовалась применением генетических алгоритмов хоть где-нибудь внутре (выяснилось, что да, в PostgresQL оптимизация порядка JOINов делается вероятностной эвристикой, а в MySQL жадными алгоритмами). Впрочем, эксперты легко отбивались от любых вопросов/наездов (опыт, однако) — «А вы вообще уверены, что для вашей задачи нужна реляционная СУБД?», «Да, мы думали над этой проблемой, хотя вы видели наши планы на 2009-2012 год и там этого функционала нет» и на худой конец универсальный ответ — «Напишите сами».

Для меня была забавной следующая цитата — «Эта задача NP-сложная, Упаковка-Рюкзака, для нее нет точного решения за квадратичное время» — т.е. для СУБД-специалистов алгоритм со временем работы больше квадратичного, также бесполезен, как и переборный.

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

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

Ниже собственно видео.

Управление личными задачами

2009-01-27T18:21:00.003+03:00

Кстати, за последние лет пять я перепробовал несколько десятков онлайн и standalone программ для управления личным списком задач.

Чего только не было: trayDeskDo, ToDoList, voo2do, …

В общем, результат — проще всего держать на GoogleDocs документ типа Tasks — в этот кеш можно сваливать ссылки, копипейсты, наброски и т.п., как угодно переупорядочивать, раскрашивать и прочее. Т.к. броузер постоянно держит Google-авторизацию, вызвается этот список мгновенно, накладные расходы минимальны. Плюс два бумажных блокнота — один для фантазий, майндмапов, идей, и прочих слабоструктурированных заметок, другой — для планов на ближайшие дни.

Если что необходимо привязать к дедлайнам или конкретным срокам — тогда Google Calendar с SMS-уведомлениями.

Теоретически, еще можно использовать голосовой интерфейс vselisdelal.ru к Google Calendar, однако, там с очевидностью на распознавании речи работают живые люди, а пользоваться для всякой своей мелкой фигни «Автоматикой, которая пишется с большой буквы»©, не могу по этическим соображениям.

Видео и звук в PDFе.

2009-01-21T20:59:00.002+03:00

Исследовал возможность включения в PDF видео и звука. Интересовал в основном звук — все ищу идею изготовления идеальных обучающих ресурсов. Слайд-презентация+звук к каждому слайду? Параллельное видео со звуком с синхронизированным показом слайдов? Скринкаст с примонтированным звуком? В общем, пока идеального решения нет, решил попробовать возможности звука в PDF, ну со сборкой PDFа pdflatexом и beamerом. Результаты кратко, в принципе возможно, только:

Смотреть можно только Adobe Acrobatом, который полный отстой (см. предыдущий пост).
Надо использовать не команды \sound и \movie из beamerа, а отдельный пакет movie15.
Не удалось добиться сопровождения музыкой избранного ряда слайдов («музыкальная пауза»). Вернее музыку на определенном слайде включить удается, а выключить ее потом, на слайде где отдых закончился (до того, как она кончится сама) — фиг. Написал автору movie15, закинул вопросы [1, 2] в коммьюнити — ответов нет, и видимо, не будет.

Adobe hate-speach

2009-01-21T20:45:00.001+03:00

Не сдержался. Непонятно, почему общепринято за глюкавость, дороговизну и неудобство софта ругать Microsoft.
Когда есть Adobe Systems. Да, она конечно на порядок потощее Микрософта, но все равно запредельный тяжеловес.
Компания породившая формат PDF (загнобившее все остальное), в результате чего — PDF безальтернативный формат электронных документов с фиксированной страничной версткой, в частности — презентаций. И что предлагается этой компанией как эталонный вьевер PDF?
Acrobat Reader 9.0 — только дистрибутив 33 мегабайта чистого веса (SumatraPDF, причем не дистрибутив, а EXE-шник, вообще в мегабайт уложился).
Микрософт даже стал справедливо указывать, что формат PowerPoint'а более переносим и удобен, ибо PPT-вьювер весит 2.5М, в полтора десятка раз меньше.
Может софтина имеет уникальный функционал?
В общем, нет. Самые ожидаемые функции — комментирование/заметки/редактирование — в Acrobat Viewer не включены, хотя давно уже есть бесплатные PDF-вьеверы с этими функциями (PDF-Xchange, например). Ну да, есть пяток transition-эффектов, заявлена поддержка встроенной музыки/медиа (насколько все это адово — отдельная тема) — но 33 метра?
Ну хорошо, может с 1993 года вылизали юзабилити и это хоть жирная, но удобная штука? Фиг.
Это просто адово издевательство над пользователями.

PDF должен быть универсально переносимым. Я должен принести презентацию в PDF и показать ее на любом компьютере с Adobe Acrobat, не тратя времени на войну настроек, не получая неожиданных пинков. 1 минута смены докладчиков на конференции — втыкаешь флешку с PDF-презентацией и все работает. Да, более бедно эффектами и прочей анимацией, чем PowerPoint, но я жду за это надежности!
А что получаю на самом деле?

Любой новый документ-презентацию, у которой прописано «Открой меня на полный экран, ~~сука~~», модально спрашивает «Правда открыть?», «Открыть сейчас или всегда открывать?» — очень ценно, когда показываешь презентацию на чужом компьютере (настройки «открывать всегда» тут уже как мертвому припарки — тебе то нужно здесь и сейчас).
Те же самые безумные модальные диалоги по любому поводу ждут дальше. «Ух-ты встроено видео в страницу. Показывать? Точно показывать? Не боитесь? Запомнить выбор?» (все равно не запомнит). Ладно, безопасность хотя бы можно отключить. Прокрасться на презентационный компьютер, поотключать всю параною в настройках акробата. Думаете все, можно придти и без проблем показывать презентацию щелкая только клавишами презентера вперед/назад?
Опять фиг. В процессе презентации эта тварь продолжает осчастливливать докладчика идиотскими диалогами (кстати — это не стандартные Windows-диалоги, текст сообщения по Ctrl-Ins не скопируешь) типа «An error exists on this page. Acrobat may not display the page correctly. Please contact the person who created the PDF document to correct the problem»

или дзен-тупость «A drawing error occured»

Офигеть, как информативно и полезно! «Я шото не шмогла…». И самое важное — хрен эту хрень отключишь. Нет никаких настроек запретить эту чушь (мне видней, что ты показываешь правильно, а что нет). Кстати, как раз слайды с этими сообщениями показываются без проблем, в отличие от ряда слайдов, которых отлично показывает даже SumatraPDF (и остальные альтернативы), на которых Adobe Acrobаt тупо не показывает часть объектов.
Единственная возможность — открыть презентацию, пройтись по слайдам всей презентации, закрывая эти идиотские модальные диалоги, затем начать презентацию сначала (повторно на тот же слайд, к счастью, акробат не ругается).
В общем, как говорит Эрик Картман, «Твоюшьмать». На дворе третье тысячелетие, написаны сотни книг о юзабилити, но быдлокодеры не в ПБОЮЛ «СуперСофт», а в Adobe Systems продолжают творить такое, что Джефф Раскин переворачивается в гробу.

Потерянное поколение.

2009-01-20T18:43:00.003+03:00

Ужас. Проводил в компании семинар-презентацию, где на слайдах у меня резвился старый добрый доктор Зойдберг (Zoidberg).

Дождался одобрения от молодого перспективного программиста — «Прикольный у тебя Ктулху». Выяснилось, что Футураму не смотрел, и даже не знает, что это. Я в шоке, ведь не прошло и пяти лет, как сериал закрыли.

Растет потерянное поколение, на смену нам идет племя младое, незнакомое.

Thumbnail для SVG-файлов в Windows Explorere

2009-01-10T15:51:00.002+03:00

Много вожусь с SVG-файлами — это свободный векторный формат, для которого есть прекрасный редактор (Inkscape), в нем я делаю большинство иллюстраций к книгам, документации и презентациям. Добивало одно — не было возможности предпросмотра в Windows Explorere (да, я пользуюсь связкой FAR+Explorer в качестве файловых менеджеров). Но наконец-то обнаружил, что это теперь не проблема — надо поставить Thumbnail Plugin, от компании Examotion.

SearchWiki

2008-12-31T14:37:00.005+03:00

Наконец-то Гугл сделал то, что я навязчиво желал уже лет пять, а именно, «персонализации поискового пространства» хоть в каком-нибудь виде. С этой навязчивой идеей я ломился и в Яндекс, и в другие поисковые системы (общался с программистами и т.п.). Убивало то, что необходимость этого (для меня очевидную) совершенно непонимали, отмазываясь несущественными трудностями технического плана.

Конечно, SearchWiki далек от идеала — например, наткнувшись на спамопомойку, естественное желание любого пользователя убрать ее со всех своих запросов (а не только с текущего, как сейчас). Название не очень удачное («казалось бы, а причем тут ~~Лужков~~ Вики?» — ведь никакого влияния на общий поиск пока совершенно нет), есть такое ощущение, сделано для борьбы с поисковиком «Wikia Search», первой стартовавшим на поле коллаборативного глобального поиска.

Но самое главное — я вижу, что реальность развивается в правильном направлении («погоды стоят предсказанные» ©), и я теперь могу расслабиться и не думать на эту тему.

Robin Williams The Non-Designers Design Book

2008-12-28T21:51:00.006+03:00

Пару месяцев назад прочитал Robin Williams «The Non-Designers Design Book».

Особых восторгов высказать не могу, информации достаточно мало, тянет скорее на пару-тройку статей («немного о принципах дизайна визиток», «немного о шрифтах», …), весь объем, т.е. почти две сотни страниц, обеспечивается огромным числом примеров. Это с одной стороны хорошо, с другой — все эти задачи и примеры для технологий прошлого века — чернобелая бумажная печать. Ничего разумного про вебдизайн или работу с цветами нет.

По сути, есть краткое введение в шрифты (их параметры, и свойства основных семейств — в общем, «введением в типографику» я бы это не назвал), плюс красной нитью через все принципы проходит идея использования элементов с ярким контрастом, ибо использование элементов разных, но сильно схожих, вероятно вызывает отрицательный эффект типа Uncanny Valley.

Но в целом, пролистать-прочитать можно. Существует в электронном виде, говорят есть даже не слишком вменяемый перевод. Но кому лень, прилагаю свой конспект-майндмап ниже (может хотя бы станет ясно, имеет смысл читать, или нет). Вообще наверно теперь буду сопровождать свои рецензии на книги/курсы/другоеГрузилово майндмапами. В первую очередь, я делаю это для себя, но думаю, может быть кому-нибудь полезно. Лично я, с удовольствием бы потыкался в фрагменты майндмапа, перед тем, как прорубаться через текст (даже рецензии).

Смотреть mindmap можно через Java-applet (да, несколько тяжеловат, но по современным меркам, однократная загрузка 800кб — ерудна, это уже среднеблоггерская говнофотка столько весит, зато обеспечивает наиболее корректную отрисовку) или Flash (для тех, кто с явой не дружит, но там отрисовка может быть далека от оригинала). Майндмап: Java-версия или Flash-версия

диверсификация

2008-12-26T02:42:00.004+03:00

Решил провести некоторую диверсификацию блога. Если раньше это у меня был такой канал «обо всем встреченном и потенциально полезном ищущим», то теперь ограничу его тематику околоITшными вещами — обзоры технологий, книг, курсов, мероприятий, решения встреченных проблем. По прежнему, никакой копипасты, т.е. только личный опыт.

Остальное теперь пойдет в другие блоги. Всякая потребительская аналитика (товарные отзывы) уйдут в stas-fomin.ya.ru, рецензии на худлит, видео и мультфильмы — туда же или на belonesox.imhonet.ru, оргвопросы по преподаванию будут на ispras-courses.blogspot.com, ну и кое-что пойдет в блог компании team.custis.ru.

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

AgileDays-2008

2008-12-26T01:42:00.004+03:00

Был на AgileDays, попробовал выступить видеооператором.

Отчет и видео тут.

С видео правда не очень идеально получилось — надо было придти заранее, задолго до начала, и занять правильную позицию, а я как-то не чесался, ибо мне вроде как сказали, что видеосьемки не будет, и я надеялся, что вменяемое место себе найти всегда смогу, уважат кинооператора, типа. Однако оказалось, что свой оператор был, плюс с утра народу было как сельдей в бочке, зарегистрировалось и пришло явно больше вместимости буфета люксофта, несмотря на дополнительные стулья и полностью заставленную площадь, многим пришлось стоять. Еле-еле нашел себе место в углу, но из-за дальней сьемки легло много шумов от аудитории (кашель, шорохи). Никогда раньше обработкой звука не занимался, но попробую, может удасться очистить звук от шумов.

Следующая проблема, это низкочастотный DLP-проектор дал при записи на камеру экрана проектора раздражающее (по-крайней мере меня) мерцание. Я пробовал разные видеофильтры к VirtualDub, но ни одним из них убрать мерцание не удалось. Deflicker от Graafa вообще не повлиял, MSU_Deflicker вроде уменьшил мерцание, но дал столько других мерзких артефактов, что лучше нээ…

Пока по видео сделал две версии — 12 кадров в секунду, для желающих посмотреть мимику докладчика, и 4 кадра в секунду (мерцание становидся редким и не раздражающим) для внимания к экрану — и слайды и скринкасты вполне при такой частоте смотрибельны, а вот движения докладчиков напоминают брейкданс на танцполе со стробоскопом.

Но вообще, нравится мне идея узкоспециализированных конференций-семинаров, как любое дешевое и эффективное решение. Правда было бы удобней, если бы площадка была в центре. Мне, например, очень нравится площадка ГУ ВШЭ, где проводится много околософтверных семинаров, см. http://blog.styleru.net/

А если семинар относительно небольшой — не больше 50 человек, то отличная площадка у нас в компании, стационарно оборудованная (мощный проектов, 4 метровый экран, и т.п) для презентаций. Если тема нам сокультурна (а спектр интересных нам тем достаточно широк), то вполне можно совершенно бесплатно договорится и провести семинар у нас.

меня опередили…

2008-12-20T20:05:00.000+03:00

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

Однако в любом случае уже будет баян, ибо встречайте серию современных книг по математике «The Manga Guide to …»:

Gmail: случилось страшное.

2008-12-03T16:06:00.004+03:00

Случилось невозможно страшное — сутки у меня был неработоспособен Gmail. «Temporary Error (502)» сразу после логина. Первый час было забавно, к ночи стало не до шуток.

Где трехкратное дублирование с автоматическим восстановлением? Вот тебе бабушка и «вебдваноль и профиль в сети», вот тебе SaaS… .

Наблюдения:

Русской техподдержкой пользоваться бесполезно — отправил репорт через http://mail.google.com/support/bin/request.py?contact_type=gtag_server&ctx=gtag_server&hl=ru — реакции никакой.
Англоязычная техподдержка http://mail.google.com/support/bin/request.py?contact_type=gtag_server&ctx=gtag_server&hl=en видимо работает — и ответ получил с извинениями, и ящик к утру заработал.

SECR-2008: Наше выступление

2008-11-25T19:52:00.001+03:00

SECR: Наше выступление

Выступление Андрея Бибичева, я к сожалению, проспал (всю ночь записывал диски с portable-версией MediaWiki), и конечно, хотя дали под выступление большой зал, раннее время — штука подлая. После первого унылого дня народу стало сильно меньше, а уж поднять себя на эту унылость к 9:00 смогли не все. Но вменяемые люди оценили — например, распорядитель первого зала был явно удивлен глубиной доклада (по сравнению с некоторой поверхностностью стандартных докладов ажайл-евангелистов), о чем он собственно заявлял прямым текстом.

Выступление Андрея Сатарина посмотреть удалось, в целом было удачно, в передних рядах народ был вполне в теме, и сразу стали атаковать вопросами в стиле «Continuous Integration для детских проектов, а наши проекты настоящего King Size размера, их фиг за ночь соберешь, не то, что по commitу» (наезжающие стали соревноваться в длине сборки между собой). Тут я вмешался, и мне кажется, удачно парировал наезды, аргументируя необходимостью грамотной системы сборки, с использованием make/ant/scons — так как при нормальной, модульной структуре проектов и иерархических зависимостях, объем необходимой пересборки в среднем при любом коммите будет весьма ограничена. Например, если разбить объем сборки на сбалансированное бинарное дерево длины l с узлами равного объема, то даже в худшем случае (коммит «попал» в листовой узел) нужно выполнить объем в раз меньший полного объема. Исключения, когда объем небъется на части есть — «создание базы и заполнение тестовыми данными», например, но для таких случаев тоже есть лайфхаки (например, база в памяти). Плюс, возможно придется бить на части набор юнит-тестов — (выполняемые по каждому коммиту, еженощно и т.п.). Как это делать, у меня конечно есть идеи (статистика срабатываний, важность накрываемого функционала и т.п), но надо посмотреть, что на этот счет говорит наука. Возможно при доработке этой презентации или разработки отдельной темы («Тонкости Continous Integration…») надо этот момент расписать и проиллюстрировать.

Мое выступление особо удачным не было, хотя я даже было надеялся сыграть на контрасте, ибо на предыдущем докладчике зал просто заснул, но как только предыдущий доклад завершился почти вся аудитория начала бегство из зала, подумав, что здесь пытают скукой. Вообще я был под сильным стрессом, ибо не был уверен, что 112 слайдов презентации реально уложить в 30-35 минут, а выкидывать слова из песни очень не хотелось — там была целостная мысль, резать ее было почти нереально. 112 слайдов на самом деле не так много, ибо это я пробовал новый, устойчивый к плохому разрешению и малым экранам стиль презентации — «полумультфильм», где одна мысль или классификация разбивались на несколько слайдов, а концепты-понятия появлялись на слайдах по очереди, так, что граф отношений понятий строился постепенно, а наиболее ключевые понятия показывались и дольше, и крупнее. Единственное — выкинул ответы на частозадаваемые вопросы — и все эти вопросы мне потом ожидаемо задали в кулуарах. Но все равно, пришлось пожертвовать театральными паузами, и следовательно смехом в зале (юмор без пауз, где смеяться, не воспринимается), да и в целом, контактом с аудиторией. В результате, выглядел скорее комично, чем авторитетно, как я выглядел на предыдущем SECRе, и в кулуары за мной увлеклась группа скорее молодых разработчиков, чем менеджеров (людей в костюмах вроде не было).

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

Лично я получил всего пару приглашений в мойкруг и писем с критикой. Хотя критикой полезной, ибо совсем забыл про проблему русских имен файлов под переносимой под Windows сборкой MediaWiki, эту проблему нужно все равно будет решать.

С другой стороны, вполне можно повторить тему доклада про MediaWiki (проработав дополнительные части, например UML-графы по текстовому описанию), на конференции типа РИТ, без боязни прослыть «баянистом» (если возьмут, конечно).

И все же, надо продолжать светится при возможности на этой конференции, ибо аудитория этой конференции есть, и она почти не пересекается с «интернетными» конференциями РИТ/Highload (возможно поэтому отзывов в блогах и мало, может по курилкам-то обсуждения и пошли). На SECRе есть такие редкие категории, как участники из регионов, депутаты, IT-бизнесмены и менеджеры и т.п.

SECR-2008: Как надо правильно организовать IT-конференцию

2008-11-10T01:57:00.001+03:00

Итак, за последний год наши ребята посетили полдесятка ITшных конференций, и можно сделать некоторые выводы об их организации: что должны ожидать от конференции докладчики, участники и вообще профильное сообщество. Так что вместо стандартных «путевых» заметок-жалоб на организацию конференции SECR-2008, я попробовал сделать набор конструктивных предложений на тему «как организовать IT-конференцию по уму». Вероятность того, что это прочтут организаторы СЕКРа, минимальна, но я знаю, что некоторые организаторы конференций мониторят блоги по ключевым словам, так что некоторая надежда на то, что этот текст изменит мир к лучшему, сохраняется.

1.1 Материалы и их трансляция

Конференция теперь — это не научно-технический семинар 70-80х годов — «лекция у доски, трансляция прозрачек, никто ничего не понял и ладно». Это событие теперь должно выходить за рамки области «участники-конференции/время конференции», то есть транслировать знания вне круга непосредственных участников конференции, и продолжать обсуждение задолго после времени ее проведения (в форумах, блогах и т. п.).

Отсюда вытекает необходимость обязательной онлайн публикации прошедшей конференции, а именно:

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

Причем сейчас, это очень дешево, не нужно даже делать свою систему публикации (хотя даже простая свалка документов, презентаций и видеозаписей вполне всех бы устроила) — полно вебсервисов, «питающихся» пользовательским контентом, и куда можно разместить презентации и документы (например http://slideshare.net) и видео (http://youtube.com, http://video.google.com, http://rutube.ru, http://video.yandex.ru и т. п.), и, тем самым, полностью снять с себя ответственность за хостинг контента, а со своей стороны ограничиться страничкой с ссылками. Тогда, даже если страничка со ссылками пропадет (в результате раздолбайства, смены названия конференции или даже дележа доменов), нужный контент будет нетрудно найти в перечисленных вебсервисах, а ссылки на отдельные презентации или видеозаписи останутся актуальными. Вариант, что «сдохнут» вебсервисы — возможен, но, как показывает опыт, он на несколько порядков ниже, чем вероятность каких-либо сбоев странички конференции.

Что касается «захвата контента» — то слайды презентаций элементарно отобрать у выступающего в момент выступления (скопировать с его флешки или ноутбука, не нужно требовать их заранее, ибо ответственный докладчик будет до самого последнего момента улучшать слайды), а статью нужно требовать как раз заранее, как условие регистрации на конференции. Докладчику же полезно сообщить, какого рода видеоустройство его ждет (бесцветный проектор с маленьким экраном, с форматом 3x4, да еще в засвеченном зале, или три плазменных панели формата 9x16). Эта информация весьма ценна, и вполне можно, даже при слабых устройствах, адаптировать к ним презентацию (уменьшить объем информации приходящейся на каждый слайд, за счет увеличения количества слайдов).

Обеспечить же видео запись в двух-трех залах в течении конференции с минимальным качеством (трехматричная приличная камера на штативе, сьемка одного плана: докладчик+слайды, плюс возможно сьемка задающих вопросы) — это недорого, это стоимость взноса десятка участников. Дальше простая техническая обработка (то есть хитрого монтажа аля «свадьбы» ненужно) — просто оцифровать (если кассета) порезать на блоки и загрузить в вебсервисы-тубы, или проресайзить и перепаковать поплотнее и выбросить на сайт пачкой файлов.

А видеотрансляцию, если нет технического доступа к крутым ресурсам, типа смотри.ком, делать ненужно. «Трансляция через полудохлую вебкамеру», да еще за деньги (sic!), это просто позор.

1.2 Участникам

Итак, обеспечив вечную жизнь материалам конференции и асинхронный доступ к ним со стороны неограниченного сообщества, какие бонусы обеспечить непосредственным участникам конференции, чтобы сохранить желание поучаствовать?

Конечно, нужно выжать все из преимуществ личного присутствия.

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

1.2.1 Видео

Должно обеспечивать читаемость — скажем буквы высотой в 10 % от высоты слайда, должны читаться с задних рядов без использования биноклей и иных нетривиальных приспособлений.

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

Цветопередача не обязательно должна быть кинотеатральной, то есть понятно что «идеальный черный» тут в общем не нужен, но, скажем, «желтый на белом» обязательно должен быть различим. Хорошим примером могли бы служить большие плазменные панели в «ИнфоПространстве», где их две-три на зал, но, к сожалению, это пока дороговатый для большинства конференций вариант. Плохим примером могут быть «проекторы с обратной стороны экрана», бывшие в одном из залов на РИТ, которые предсказуемо убивали цвета почти в ноль. Ну и никак нельзя одобрить слабый длиннофокусный проектор, использующий ¼ экрана (см. рисунок).

Без ложной скромности похвалимся, что именно наш лайфхак, с вынесением проектора в пространство перед сценой позволили увеличить площадь отображения хотя бы до ½ экрана (можно было и больше, но там всплывала куча проблем из-за коротких шнуров и т. п.). Ну и в случае проекторов, для увеличения контрастности нужно иметь возможность убрать засветку, то есть отключить ближний к экрану свет.

1.2.2 Аудио и перевод

Аудиовзаимодействие с докладчиком чуть менее важно, но обращать внимание стоит. Нужна работоспособность микрофонов, причем желательно, чтобы они были hands-free и при этом не шумящие. При задании вопросов докладчику нужно обеспечить быструю и удобную циркуляцию микрофонов по залу, чтобы вопрос был слышен другим участникам (и на аудио/видеозаписи) — то есть должны быть несколько специальных людей, отслеживающих желающих задать вопрос и передающих микрофоны. Вообще, под вопросы докладчику обязательно надо зарезервировать достаточное время, не меньше 30 % от длительности самого доклада, а лучше все 50 % — возможность задать свой личный вопрос докладчику и будет одним из основных бонусов личного присутствия на докладе. Ну и если есть англоязычные докладчики, то нужно не поскупиться и нанять настоящего синхрониста, желательно владеющего терминологией. Это опять-таки относительно недорого — он ведь один на всех.

Ибо синхрон на SECR-2008 был запределен. Нет, оно конечно понятно, что на таких докладах надо прокачивать английский, но когда я пару раз попробовал послушать синхрон, это меня чуть не убило. Сначала там был заторможенный «мистер Полотенченко», потом (видимо спохватились) его сменили, но сильно лучше не стало. Еще, синхронист должен переводить не только докладчиков, но и вопросы из зала! Ведь большинство тех, кто задавал вопросы «на английском» остались не понятыми не только докладчиком, но и залом. С другой стороны, многие с разумными вопросами, которые порадовали бы докладчика, не решились из-за стеснения своим английским. Да, класс разумных людей, неуверенно владеющих английским, и при этом стесняющихся сего факта, весьма непуст.

1.2.3 Управление докладом

Должны быть технические средства управления докладом и манипуляцией вниманием — презентер/пульт дистанционного переключения слайдов (на худой конец — беспроводная мышь) и лазерная указка. Да, многие докладчики подготовились — один принес дистанционный переключатель, несколько — лазерные указки (причем двое, включая меня — новейшие зеленые лазерные указки), но это не дело, все это должны предоставлять организаторы. Цена простейшей красной лазерной указке — 50 рублей (переход от м. Тимирязевская к одноименной платформе). Беспроводная мышь, тоже не из золота сделана (типичный презентер стоит 1.5тыр) — а в результате отсутствия пульта, многие докладчики мучались, прыгая от стационарного компьютера к сцене и обратно, наиболее продвинутые (включая нас), подключали к проектору ноутбук, так как ноутбук уже можно было положить на трибуну и переключать слайды, не перемещаясь по сцене.

1.2.4 Общение

Еще один бонус — обсуждение докладов и смежных тем по горячим следам «вживую». Нужно обеспечить удобство общения участников — в «кулуарах-коридорах» должны быть доски/флипчарты, на которых можно будет что-то рисовать, и вокруг которых должны будут образовываться кластеры стихийных обсуждений. Это опять-таки недорого, и исключительно полезно.

Участники должны легко идентифицировать друг-друга — беджик должен быть большой (не надо ограничиваться форматом визитки, можно смело раза в три больше сделать), контрастный, с четко написанным именем участника, и, желательно, компанией, которую он представляет. Заляпывать маленький беджик сотней логотипов спонсоров — безумие, не приводящее ни к чему — ни беджик, ни «реклама» работать не будут. Кстати, неразбериха на выдаче бейджиков (оба раза на SECRе меня теряли из списков), хоть и не смертельна, но в целом не есть повод для гордости.

Ну и Wi-Fi уже переходит из категории «понты» в категорию «может быть очень полезно» — при общении возможны живые демонстрации (с заходом в внутрикорпоративные сети по OpenVPN), может даже видео/IM конференции с подключением к дискуссии специалиста из компании, ну и вообще «быть онлайн» всегда сейчас скорее норма жизни, чем признак сисадмина-аутсорсера.

1.2.5 Раздаточные материалы

Традиция раздавать флешки для записи материала занимающего меньше 5% оной, вполне благородна, и все же, при нормальной публикации материалов в электронном виде онлайн, на флешках уже можно сэкономить (это как раз соображение на возможную критику вышеизложенного — «…где взять деньги?»).

А вот на руках хотелось бы иметь вменяемосверстанную программку, и сборник абстрактов с удобной навигацией. Вот к SECRовской програмке претензии например, в том, что нет вменяемого позиционирования тем по залам/трекам и времени (ну то есть понятно, что большой зал отдан спонсорам и потенциально хорошим докладчикам вперемешку, но про остальное — непонятно). Поэтому навигацию решили в программке с помощью десятка разноцветных ярлыков-тегов, «приклеенных» на поле доклада. Их слишком много, в глазах рябит и мозг отключается, понять ничего невозможно!

Что касается бумажного сборника абстрактов, который по идее должен был решить проблему с неудачной програмкой (сценарий — «быстро ищем доклад в сборнике и понимаем о чем он») — так там нет никакой сортировки! Абстракты докладов свалены вперемешку — может какая-то внутренняя логика там есть, но отсортированных индексов ни по автору, ни по названию доклада там нет! То есть каждый раз full-table scan! Так нельзя! Бумажная верстка — это не только свалить все в сборник, добавив 13 страниц рекламных баннеров — это обязательные отсортированные индексы/указатели! Можно было сделать несколько — по автору, по названию доклада + (необязательно) по темам.

Что касается полного сборника статей, то обнаружив, что организаторы его не опубликовали, а никаких варнингов на эту тему нет, то я взял на себя «тяжкий» труд и опубликовал его в интернете: Полный сборник статей SECR-2008.

1.3 Рекламодателям

Возможны возражения:

Это конечно все прекрасно, но «публикация россыпью», «чистые беджики» подрывают рекламную функцию конференции, наши рекламодатели на это не пойдут. Именно из-за рекламных требований мы должны сваливать все материалы в сборник, добавляя несколько десятков рекламных страниц. Из-за рекламы мы должны заляпать бейджик и заставить слушать людей унылые выступления рекламодателей. …

Тут надо просто понять, что эффективность рекламы никак не может быть функцией площади баннеров на бумажных материалах или растяжек на стенах. Реклама работает только на позитиве (то есть унылость будет только менять знак и вредить рекламодателям) и на объеме аудитории — ее-то и нужно расширять, за счет максимальной трансляции всего контента конференции.

1.4 Хозвопросы и юзабилити

1.4.1 Место конференции

Лучше в центре и достижимо пешком из метро, ведь автомобиль в Москве уже и не роскошь, и не средство передвижения, и несмотря на Кризис просвета этому не видно. Причем конференции начинаются более-менее с утра, то есть в час пик, то есть автомобильные шансы минимальны. В метро в это время конечно тоже еще тот АдЪ творится, но минут 50 позора и ужаса, и доставка гарантирована. Так что площадки «ИнфоПространство» («Highload++», «РИТ:Высокие нагрузки») и «ГУ ВШЭ» (SECR) очень удачные. А вот выезд за МКАД («Крокус-центр», РИТ) — так себе удовольствие. Так что лучше делать конферецию более специализированной, чтобы посетители могли поместиться на небольшой, достижимой площадке, чем гнать толпы людей в замкадье. Конечно, есть еще формат с полным выездом — «пансионат/пароход, выпивки, баня, ~~девки~~, и т. п.», но это совсем другое, здесь не рассматриваю.

1.4.2 Удовлетворение базовых потребностей

Еда. Должна быть. Как небольшой/удобносъедобной (бутерброды, фрукты, пирожные), так и горячей. Понтов — «жульенов», «XXX фаршированный YYY» не нужно. То есть можно конечно, но на этом можно сэкономить в первую очередь. Можно даже сэкономить на первых блюдах, ведь два дня без супа смогут прожить даже страдающие гастритом, просто мясо/рыба плюс два типа гарниров было бы достаточно. Но важно обеспечить терпимые условия для раздачи и собственно потребления еды. Очереди в >15 минут, да еще при том, что еда заканчивается — это плохо. Плюс негде есть! Только бутерброды можно есть «на весу», а так нужны либо столы со стульями, либо достаточное количество стоячих столов. В этом году на SECRе было всего 4 стоячих стола, очень маленькой площади. Причем в прошлом году можно было бы хотя бы забиться в «кафе», примыкающее к холлу — в этом году туда не пускали. В общем, это хроническая проблема SECRов, а ведь решение очевидно — устроить вместо общего часового перерыва на обед, например два часовых, прерывающих отдельные треки (первый перерыв «прерывает» большой зал, второй — два оставшихся).

Ну и соответственно туалеты. В SECRе как раз с ними все было хорошо, но на РИТ и «РИТ:высокие нагрузки» проблемы с ними были, да.

Для некоторых еще важен вопрос температуры — тут просто надо проверить, что кондиционеры не взбесились, такое тоже бывает.

1.5 Заключение

В целом, все предыдущие претензии к организации могут показаться неоправданным брюзжанием. Возможно через год, следующая конференция разработчиков, если еще будет, будет проводится в холодном складском помещении, кормить перловкой из большого бачка, созывая оголодавших участников звоном алюминиевой кружки о стальную миску. А обсуждать там будут автоматизацию производства железных дверей и шкафов-купе (я просто вспоминаю, чем в основном торговали в 1998), а также производство сайтов для продажи этих продуктов (плюс «дев.на.раб»). Соответственно тогда мне станет несколько неудобно за эти мысли. Ну а если такого разгрома не будет, то это прекрасный чек-лист для организатора любой конференции любого размера (даже менее 100 человек).

Интересная реклама микрософта на башо...

2008-11-01T00:55:00.001+03:00

Интересная реклама микрософта на башорге:

Много вопросов — а ~~разгадка одна~~ ответ один — «Микрософт!».

Google Docs и PDF

2008-10-31T03:03:00.004+03:00

Обнаружил, что теперь в Google Docs можно грузить PDFы. Но убиться веником — поиска-то по документам нифига нет. Google-сервис и без поиска — ерунда какая-то. Зачем-то сделан Flash-preview страниц, причем есть ощущение, что по сети гоняют растровые картинки. Зачем? PDFы смотреть гораздо удобней в родных вьюверах, тут я имею в виду как адобовских, так и любых других, не-веб-флеш вьюверы. А ведь есть полезный сценарий, оправдывающий сию поделку — функциональность комментирования. Т.е. рецензент может просматривать PDF, и вставлять в заинтересовавшем его месте (на странице) метки-сноски, и привязать к меткам-сноскам обычный текстовый комментарий (ну там понятно со стандартной функциональностью комментариев к блогам — извещения по почте и т.п.)

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

Разродился комментом, может поймут и учтут.

Кстати, acrobat.com тоже посмотрел, но там полная смерть от флеша, что мне не надо. Хотя приятно, что вроде как нет ограничений на объем — 30Mb пдф залился без проблем.

Hybernation и Standby против SPTD

2008-10-31T01:34:00.001+03:00

Внезапно перестал засыпать (и standby и hybernation) ноутбук. Местами еще BSOD 0x0…08e при загрузке. Т.е. полная задница, ибо без режима сна пользоваться ноутбуком (да и наверно уже чем угодно, кроме постоянно включенной рабочей станции) невозможно. Гуглил — вариантов сотни, ничто не подходит. Пытался откатываться назад «восстановлением» — на пару дней назад не помогло, а потом и вовсе перестала откатываться. Пошуршит полчаса, перегрузится, и вердикт — «восстановление не удалось». Меланхолично так, блин.

«scansfc /now» тоже не помог.

Стал исследовать память через AVZ, скачал Debugging Tools и пакет символов ядра, стал смотреть разбор коредампов.

Нашел причину. От удаленных Daemon Toolsов, что бы им пусто было, остался SPTD — SCSI Pass Through Direct layer. Он то, гад и давал прикурить.

Выкорчевал его, и все стало хорошо. Но времени и нервов потратил изрядно, да.

Firefox: глюки адресной строки и вкладок

2008-10-30T14:56:00.002+03:00

Заболел Firefox толи после очередного апгрейда, толи от «старости» — адресная строка перестала работать, плюс во всех вкладках, кроме первой, шла индикация типа «идет загрузка». Причем заболел только один, основной профиль. Проблема совершенно не гуглилась, но решить ее удалось. Надо удалить нафиг файл places.sqlite из каталога профиля.

SECR-2008: анонс

2008-10-23T00:19:00.000+04:00

Завтра и послезавтра наши парни будут на SECR-2008. Заранее публикую презентации и статьи докладов.

Андрей Сатарин, «Continuous Integration или каша из топора»: презентация, статья;
Андрей Бибичев, «Аналитик в Agile: Анахронизм или необходимость?»: презентация, статья;
Стас Фомин, «MediaWiki: серебряная пуля или швейцарский нож?»: презентация, статья.

SECR-2008: анонс

2008-10-12T18:36:00.002+04:00

Кстати, эта осень жирна на конференции. 23 и 24 октября будет Software Engineering Conference (Russia) 2008, на которой я буду приглашенным докладчиком (invited speaker, высокая честь).

Планирую раскрыть тему вик и их выбора — «Mediawiki: Серебряная пуля или швейцарский нож?». Думаю, будет весело и интересно, более того, кроме речей я планирую раздачу слонов — работающих portable медиавик, с кучей наших расширений, на WAMP-платформе (т.е. под Windows и переносимых копированием), чтобы те, кто еще не в теме, погрузились и прониклись немедленно.

Кроме меня будут еще пара интересных и актуальных докладов от наших парней. Вот на «РИТ: Высоких нагрузках» в кулуарах оказался втянут в всего в два разговора — один, «что делать скучающему аналитику в Agile» — эту тему должен раскрыть доклад «Аналитик в Agile – архаизм или необходимость?», и на тему Continuous Integration — тут будет выступать наш перспективный QA-инженер с докладом «Введение в непрерывную интеграцию или каша из топора».

Ну и конечно, можно будет активно устно пообщаться.

Highload++ 2008: Заключение

2008-10-12T05:48:00.001+04:00

Инфраструктура конференции становится все более удобной — есть WiFi, доски, еда, выкладываются слайды и видеозаписи.
Стоит ли ехать за свои деньги? — Если вы владелец бизнеса, то да. Ибо с учетом накладных налогов на маркетинговые расходы при честной бухгалтерии проводить через фирму будет дороже. А так, имеет смысл требовать оплаты от конторы.
Компании, с другой стороны разумно посылать хотя бы одного эрудита.
Уже не все слайды и доклады унылы чуть более чем полностью. Но многим все-таки требуется вкурить до просветления хотя бы Death by PowerPoint/Death by PowerPoint (RUS). А с другой стороны, поставить проверку орфографии.

Что касается нас, то на следующую надо обязательно идти с докладом. Хотя надо посмотреть, за какие из наших монстросистем не стыдно. На худой конец идти на блиц.

Еще возникла идея полезного вебсервиса. Если удастся выбить ресурсы (мое время плюс железку), то его можно сделать и отрекламировать на каком-нибудь РИТе, а к осени, уже рассказать о высоких нагрузках на нем.

Highload++ 2008: Оптимизация производительности операторских решений IPTV

2008-10-12T05:47:00.000+04:00

http://highload.ru/papers2008/7446.html

Еще доклад из параллельного мира. Оказалось интернет не убил телевизор, телевидение научилось залезать в интернет. Ну т.е. корректно говорить не об интернет-телевидении, а доставке видеоконтента по IP-протоколу, но деньги там крутятся офигически жирные, 5 или 6 ярдов (точно не запомнил), думаю, это больше чем во всем рунете.

Ключевые фишки — в отличие от «интернетчиков», у связистов-телевизионщиков очень жесткие требования по надежности, типа «две минуты сбоя — полкоманды с руководителем отдела на улицу (НТВ+)».

Большая нагрузка по CPU, и по сети. Сложная структура — есть клиентские декодеры, куча промежуточных девайсов-«коммутаторов», и middleware — там биллинг и управление, и собственно серверы видеоконтента.

За рынок этой middleware идет невидимый бой, микрософт пытается воткнуть свою систему (MediaRoom), в которую вложили $500 мил. — но проигрывает. Запомнил, что используют PostgresQL — серьезные аргумент в надежности.

Гитик там дофига — коробки к телевизору уже поддерживают JavaScript и флеш, там операционная система, которая сама выкачивает обновления, может следить за домом, отгонять детей от просмотра порнухи (да, озвучили и такой юзкейс), в общем, сплошной ужас.

Теперь я боюсь, что приход IPTV сильно забьет существующие каналы, ибо IPTV мне нафиг не сдалось, а быстрый интернет нужен. И это не пустая паранойя — докладчик упоминал, как мешающие торренты цинично «бортуются» провайдерами, чтобы не мешали IPTV трафику.

Highload++ 2008: Использование SMS технологий в высоконагруженных веб-проектах. Проблемы и пути решения

2008-10-12T05:45:00.001+04:00

http://highload.ru/papers2008/7175.html

Доклад из параллельного мира — тех, кто «монетизует» вебсервисы SMSами.

Жуткие факты — при оплате SMSами, минимум половину отбирает оператор, еще процентов 5-10 % — посредники-агрегаторы. Фантастически:

низкая надежность доставки SMS — 99 %.
пропускная способность SMS у провайдера, типа шина SS7 ≈ 60 sms/sec. Из зала правда поправляли, что это только на регион, но вообще цифры страшно низкие — третье тысячелетие на дворе все же.

Основные поинты докладов — свалить всю работу на агрегаторов, желательно на нескольких, чтобы балансировать загрузку и устраивать конкуренцию, а сами раскручиваться, чтобы за счет объемов продавливать агрегаторов по цене.

В общем, не помню, платил ли я за что SMSом, но теперь точно не буду. Подключайте «Яндекс-Деньги», монетизаторы.

Highload++ 2008: Высокопроизводительные системы обмена сообщениями: Spread Toolkit

2008-10-12T05:44:00.000+04:00

http://highload.ru/papers2008/7183.html

Тема меня должна была заинтересовать, но докладчик как-то очень скучно и заторможенно читал, что я выпал из контекста (рефлекс на скучные лекции). Запомнил только, что ни персистенса там нет, ни гарантий доставки. Значит нам это уже наверно неинтересно, а мультикасты нам и не нужны. Еще из зала жаловались на сложность отладки.

Highload++ 2008: Erlang — лекарство при высоких нагрузках

2008-10-12T05:43:00.000+04:00

http://highload.ru/papers2008/7179.html

Опять позабавила фамилия докладчика. «Дyбoвиков из компании Дремучий лес».

Хорошая реклама Erlang. Яркие цитаты:

На самом деле системы на Erlang вовсе не масштабируемые и не надежные. Это системы на Java такие. Системы на Erlang просто непробиваемы как скалы.

Мощные цифры:

80000 конкурентных запросов у Yaws против 4000 у Apache. Коммутатор AXD301 — надежность девять девяток. Не больше 2 часов сбоев за 40 лет.

Но без введения в сам язык — т.е. графики и схемы, супер-саксес-стори, но ни одного куска кода. И не мудрено, репутация у языка сложилась такая, что это такой уродец-brainfuck, что даже родная мать — компания Ericsson — отказалась его поддерживать.

Известно, что в России есть несколько программистов на Erlang, лично я хорошо запомнил тред-флейм на тему выбора веб-фреймворка, где апологет Erlanga, вроде как убедив противную сторону в преимуществах, на вопрос «где набрать команду Erlangистов», просто недоумевал «А зачем больше одного программиста?».

И тут вроде как публике показали живого Эрлангиста, все благоговейно внимали. Но потом, потыкав с разных сторон, вдруг поняли, что их обманули — «это не настоящий сварщик, маску на стройке нашел» — это только начинающий. Впрочем, когда начался шум, замаскированные эрлангисты вроде обнаружились в зале.

Публика, уяснив, что это штука страшная, долбилась с одним вопросом — «а даст ли Erlang линейное масштабирование?», т.е. стоит ли игра свеч. На что докладчик излишне честно отвечал, что нет. Надо было отвечать — «да!». Хорошая была бы шутка над людьми. Единственное, пришлось бы прятатся через год, когда злые парни «искали того мужика, что продал им хомячка».

Вообще попробовать надо (облака там уже в эрланге, и вообще, можно гордится как знанием латыни или эсперанто), но лучше не в чистом виде. Например, посмотреть на попытки приручить Erlang, например DISCO (Erlang+Python).

Highload++ 2008: Building clusters with GlusterFS

2008-10-12T05:42:00.002+04:00

http://highload.ru/papers2008/7163.html

Ужасно унылые слайды. Реальная смерть от Поверпоинта. Я не особо в теме, и вообще сначала казалось, что речь идет о Google FS (потому что докладчик был вроде из Google School). Оказалось не. Английский тоже я уже не воспринимал (может чисто из-за перегрева). В общем, был я не в теме, там и остался.

Может вообще эти файловые системы штука настолько унылая, что от них хочется убивать жен? К счастью, я все-таки прикладник, а не системщик.

Highload++ 2008: Масштабирование PostgreSQL: огонь и медные трубы

2008-10-12T05:42:00.001+04:00

http://highload.ru/papers2008/7147.html

Гевин Рой — забавное звучание, звучит как Ровин Гей. Хвалил масштабируемость Postgres.

Социальная сеть http://www.myyearbook.com/ — жалкое третье место в штатах. В цифрах еще более жалкое — 1.65%, после 67.54% у MySpace.com и 20.56% у Facebook. Но с другой стороны, в штуках, больше нашей соцсети №1. Кстати, разогналась сеть меньше, чем за два года. Я зашел — что-то для подростков, ярко-липкое, как Лиру с примесью ВКонтакта. Был слайд с очень говорящими названиями индексов: «search_girls_for_single_guys», «search_guys_for_single_guys», …

Хвалили масштабируемость постгресса (используют pgBouncer, репликация Slony), но возможно главный успех обеспечивает 750 гиговый кеш в memcached. И вообще там были слайды в духе «большие батальоны рулят», «евреи, не жалейте ~~заварки~~ памяти». Вместо патриотического nginx'а, используется Lighttpd.

Народ дивился, почему в качестве шаблонизатора использовали XSLT (вроде как сложно и медленно, редко кто еще это любит), на что он вроде как отвечал, что им проще поддерживать единый XSL, из которого все (HTML, RSS,…) генерится.

Меня больше заинтересовали их телодвижения в сторону SOA — они скручивают Postgres, Python, и Apache ActiveMQ, и называют это Golconde. Надо будет посмотреть (правда гевинрой ее только вчера написал).

Highload++ 2008: Архитектура распределённой базы данных Skype

2008-10-12T05:40:00.000+04:00

http://highload.ru/papers2008/7171.html

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

В принципе, об архитектуре скайповских баз я уже знал, и собственно это был мой любимый аргумент о защите двухзвенной архитектуры с бизнес-логикой в хранимых процедурах, к тому же похожи и детали реализации (plProxy≈схема «…_ADMIN» и т.п.) Кстати, вроде даже хранимые процедуры под CVS, а не SVN-хранят. OldSchool! (впрочем, может не так расслышал).

Да, это конечно более серьезный биллинг (2*10⁴ tps, 100 серверов) чем CBOSSовский. Если мы таки полезем в PostgreQL, обязательно надо вытащить и изучить SkyTools.

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

А что про Скайп меня интересовало на самом деле, к архитектуре СУБД отношения не имело, и я спрашивать конечно не стал (да и вряд ли ответили честно). Просто несколько собеседуемых мной сисадминов, как один считали, что скайп сливает пользовательскую информацию наружу. Статьи типа [3] эти слухи только подогревают. В общем, доказательств у меня нет, но эта софтина у меня под большим подозрением. Забавно, что у меня есть знакомый в окологосударственном коррупционноемком бизнесе, и у них принято не пользоваться для серьезных звонков мобильниками (вроде как точно знают, что прослушиваются), а пользоваться скайпом. Может это разумно, скайп в кремль инфу наверно не сливает, а вот то, что он тащит эксельники с расчетами откатов в ЦРУ, это наверно даже хорошо.

Highload++ 2008: XenServer — платформа виртуализации

2008-10-12T05:38:00.000+04:00

http://highload.ru/papers2008/8207.html

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

Тема виртуализации уже настолько распиарена, что проникла в масс-культуру (см [1], [2]), и обратно — первый комикс с Дилбертом был на слайдах.

Докладчик явно чувствовал себя уверенно, как спонсор, позволял себе игры с публикой (разгадывание загадок), маркетинговые картинки-метафоры. Слайды кстати были местами локализованы, но не на русский, а на немецкий.

Рассказал о подходах к виртуализации, истории продукта и компании. Хвалил открытость исходников — типа вклад сообщества и IBM больше чем CITRIXа.

Так как рынок уже стал тесным, попинал конкурентов — VMWare и Микрософт/HyperV (на слайдах они «Brand X», «Brand Y» или демонстративно неряшливо замазаны). Попинал Винды — 3GB ограничение плюс накладные расходы 8% против 0.5% у Линукса. Зато как-то с опаской говорил о KVM.

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

Highload++ 2008: Amazon Web Services: инструменты обеспечения масштабируемости и отказоустойчивости

2008-10-12T05:36:00.000+04:00

http://highload.ru/papers2008/7157.html

После рекламы от «евангелиста» AWS, доклад русского практика об ограничениях.

Кстати, хорошее название для «околооблачной» компании — «nevesomo». Ребята продают хранилище в S3, типа box.net, только бесплатно 100Мб. Зато возможно проще подключать, чем box.net — для того, чтобы замапить бокснет как драйв, я задолбался исследовать версии M$-ных библиотек работы с WebDav, и стал использовать NetDrive/WebDrive. Но желание сделать это напрямую, осталось. Правда в офисе через прокси наверно не сработает — еще не проверял. Не совсем разобрался в структуре платного сервиса — если не требуется вносить регулярной платы (т.е. плата только за объем), то мне это интересно.

Сначала немного рекламы, что AWS хорошо подходит для стартапов без инвестбабла (думаю, в ближайшие годы других и не будет). Т.е. если не взлетели за какой-то срок, то просто прекратили аренду и все выключили. Распродавать железо не нужно.

Дальше пошли ограничения. Виртуальные сервера достаточно тупые, с неизвестными IP, с ограниченными возможностями по конфигурированию, с малой корневой файловой системой, на которой не сохраняется изменений между включениями, т.е. все эволюционирующее надо держать в S3.

Также полно ограничений у S3 — это не блочная файловая система, со всеми вытекающими, в частности, неэффективно работает с большим числом малых файлов, т.е. всякое кеширование на ней лучше не делать.

Есть правда блочная распределенная файловая система EBS — но у нее меньше надежность (дублирование только в одном датацентре).

Не понял, что дороже — EBS или S3, но в любом случае есть счетчик еще и за число обращений (где-то десять центов за миллион, но все же счетчик есть). Как-то жалко еще и за обращения платить. Такая модель конечно явно подтолкнет к оптимизации существующих алгоритмов (реально, переход от «сложности в худшем случае» к «сложности в среднем»).

Еще в России нет датацентров и не предвидится (ибо пользователей мало), т.е. лучше российский стартап на нем таки не делать.

Еще есть SimpleDB упрощенная, но зверски распределенная, ибо написана на Erlang, БД (далеко не реляционная, но вроде и не колоночная). Надо будет присмотреться к опенсорсному аналогу CouchDB.

Ну и для полноты джентельменского набора — упрощенная служба очередей Simple Queue Service. Тоже наверно урезанная и ограниченная, с счетчиком на числе сообщений, но есть. Возможно проще, и дешевле использовать ее, чем тащить другую службу очередей в амазоновские облака.

Highload++ 2008: Хостинг Amazon EC2

2008-10-12T05:29:00.000+04:00

Пошел на серию англоязычных докладов, чтобы пощекотать (попробовать разбудить) свой английский, при этом не менять зал. К тому же альтернативой шли уже засвеченные на «РИТ: Высокие нагрузки» доклады.

http://highload.ru/papers2008/8945.html

Хороший, четкий, легко воспринимаемый на слух английский. Возможно, потому что english не native (автор вроде как итальянец). С другой стороны, самый непонятный английский был в основном от задающих вопросы слушателей. Я сделал вывод, что лучше не выделываться, и в подобных ситуациях спрашивать на русском, а переводит пусть переводчик. Так всем будет понятней.

Идея — надо начать активно слушать-смотреть видеозаписи конференций типа InfoQ. Как бы английский и свежие идеи в одном флаконе («не взлетим так поплаваем»).

Что такое EC², думаю, никому объяснять не надо. На докладе была его реклама, говорили как он хорош для всяких вебстартапов, ибо легко масштабировать с ростом популярности, приводили в пример сервис http://animoto.com/.

Но сразу стоит отметить — автоматического скейлинга нет, за вас всю работу никто не сделает — нужно грузить и включать новые виртуальные машины, учить их взаимодействовать, и вообще делать сервис масштабируемым. Т.е. нет такого, что популярность растет, автоматически растет производительность (и отчисления Амазону). Деньги берутся не за мегафлопы, а за время работы «стандартной машины» плюс трафик.

Да, я бы поигрался, если бы там можно было бы совсем бесплатно держать потушенную машину, но увы.

Пришла идея — Cloud Computing в ботнетах (перебор паролей, вычисление односторонних функций в обратную сторону и прочий брутфорс). Пока они простаивают в ожидании DDOS-заказов. Кстати, ботнеты всегда можно загрузить всяким подбором паролей к ресурсам обнаруженным на самих зараженных компьютерах. Да, огромная простаивающая вычислительная мощь. Реально можно платить за мегафлопы, а не за время. Надо придумать легкий фреймворк. Может как раз какой-нибудь Erlang?

Highload++ 2008: Блиц-доклады

2008-10-12T05:28:00.001+04:00

http://highload.ru/papers2008/9017.html

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

Не полностью застал что-то о конфликте менеджера с командой. Были наезды на менеджеров-архитекторов (видимо именно с такими и происходит конфликт, но это явно ненормальная ситуация). Ну и банальности — «критический подход», «авторитеты отстой».

«Сервер на костылях» — как из подручного мусора быстро собрать работающее решение. «nginx+LAMP+memcaсhed»+патч, чтобы сливать статистику из memcached непосредственно. Типа «дешево и грубо».

«ZeroWait» — докладчик не смог открыть PDF в FullScreen-моде, а с учетом, что тут был как раз не Такахаси-метод, т.е. было куча всего написано, конфиги, какие-то логи, то я вовсе ничего не уловил. Урок докладчикам — выучите, FullScreen «Ctrl-L» — в акробате, «F12» — в PDF-XChange.

Хороший доклад, как разгоняли kinozal.rambler.ru. Не совсем понял, почем бутылочным горлышком оказалась производительность файловой системы, но исходная ситуация, что 180Mbit/s в файловой систем оказывались 20Kbps в канале, и скачивание гига было 14 часов, что есть никак. Выход — максимально давить рандом-чтение в пользу последовательного (ReadAhead/ReadBehind). Патчинг ядра, в основном на уровне констант, FreeBSD плюс рейд-страйпы дали 1.2Gb/s и 25 Мbs в канале. Типа все счастливы.

Потом было что-то о борьбе с высокой нагрузкой из-за сессий в вебсервисе рефератов. Им помогло переход с Perl на PHP, борьба с ботами, и проверки рефератов на уникальность (ничего больше не помню — расшифровал краткие записки).

«Малоизвестная подножка Python» — автор реализовывал самопальное сравнение «_eq_» и «_ne_», мучался, наступал на новые и новые грабли, чем кончилось — я не запомнил.

Ибо после конца доклада ноутбук стал перегружаться. Тут я взбодрился — «нифига себе weakrefы у Pythonа», только презентация о них перегружает ноут, но оказалось это было начало новой презентации, начавшейся с загрузки ОС Plan 9. Рискованный шаг, но она загрузилась, и пару минут нам показывали это диво живьем. Оказалось это детище глубоко законспирированных ископаемых мастодонтов, авторов оригинального Юникса — Томпсон, Ричи и т.п. лет двадцать в глубоком подполье они ее копали, и рассекретили только в 2003 году. В ней «всё есть файл» — включая вебресурсы, а каждый пользователь и даже процесс живет собственной файловой системе. Целевая аудитория системы — mainframe again, но вроде как прозрачным образом вшита распределенность (файловой системы точно).

Из яркого — ее создатели прокляли Linux (неудивительно) и консольный интерфейс (!!! без комментариев !!!). Собственно показывали оконную систему, где внутри окна запускали еще один оконный менеджер и так далее. Т.е. всяким апологетам подхода «Unix есть консоль» остается убить себя об стену, демиурги предали их религию.

Но в целом — грустное и обреченное будущее этой системы (места для этой ОС, скорее всего нет и не будет) есть прекрасная иллюстрация принципов: «Лучшее, есть злой и непримиримый враг хорошего», «Лучше синица в руках сегодня, чем идеальный журавль в небе завтра».

На заметку: «Plan XXX» — хороший бренд для любой системы.

Highload++ 2008: Архитектурные особенности высоконагруженных систем в телекоме

2008-10-12T05:27:00.000+04:00

http://highload.ru/papers2008/7185.html

Маркетинговый доклад. Верный признак такового — градиентная заливка всех блоков на схемах. Это придает гламурного туману, и фиг что прочтешь.

Т.е. тема — рил-тайм оценка звонков, с учетом не совсем тривиальной логики (десяток видов скидок), дабы злобные абоненты не успели глубоко уйти в минус. На самом деле не все провайдеры умеют снимать деньги в процессе соединения (типичный случай, да и «без единого разрыва» вроде о том же).

Все сделано на Oracle, и хотя и были места, где он не тянул (оптимизировали логику вставок), особо хитрой оптимизации, или даже горизонтального масштабирования (кластеров там), не было. Так, partitioning по IMSI-кодам, и т.п. Особых деталей реализации не было.

Представители высоконагруженных веб-проектов в кулуарах считали, что сей проект далеко не высоконагруженный, а если засунуть туда стандартные технологии вебмасштабирования с кешированием, то никаких проблем, можно на порядок нагрузки повышать. Действительно, в сотовых сетях полно других бутылочных горл, и «DDOS» от пользователей тут не возможен. Т.е. при пиках загрузки обязательно сначала забьются соты и коммутаторы, и как «предохранители» защитят биллинг.

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

Highload++ 2008: Архитектура MySQL Cluster

2008-10-12T05:25:00.000+04:00

http://highload.ru/papers2008/7167.html

«СУБД в памяти», да еще на географически распределенном кластере — актуальная тема. К сожалению, очень много ограничений по сравнению со стандартным MySQL — необходимо следить, чтобы не в коем случае не было Full-table scan, иначе конец. Выборки должны быть короткие, поиск только по индексу, т.е. в условиях никаких функций или интервальных ограничений.

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

Highload++ 2008: MySQL / InnoDB

2008-10-12T05:24:00.000+04:00

Когда выложат видео — смотреть и плакать. Стильный докладчик — стиль «французский мим печального образа».

После этих двух докладов, я как-то понял, что MySQL будущего не имеет. Концепция PostgreSQL — «единая архитектура» с «небольшими кастом-плагинами», оказалась более правильной, чем «единая морда» с «хрен-знает-чем» за ней. Эти ядра (storage engines) конкурируют друг с другом, надрываясь переходят из «альфы» в «бету», затем обратно в «альфу», потом покупаются или забрасываются, в общем, а воз и ныне там. То есть либо MyISAM с регулярным чеком без транзакций, либо InnoDB с тормозами. Все остальное вообще не заслуживает упоминания, и наверно, скоро будет интересовать только археологов.

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

Но, безусловно, респект за самокритичность.

Автор разыгрывал книжки сначала за детей Монти Видениуса (в смысле, кто назовет всех троих). Я вспомнил только Му (оказалась она не «My», т.е. «Май», а по-русски «Му» — бред какой-то) и Марию. Оказалось еще сын Макс был, в честь которого назвали благополучно помершее ядро MaxDB. А может наоборот, сына назвали в честь SQL-функции «MAX»?

Highload++ 2008: Внутреннее устройство и тюнинг Sphinx, некоторые tips-n-tricks

2008-10-12T05:23:00.000+04:00

Sphinx. Самоучитель игры на волшебной палочке.

http://highload.ru/papers2008/7153.html

Автор заявил очень высокую планку — вместа «стандартного обзора по верхам» чего-либо, что вне зависимости от темы поняло бы 90% посещавших, пошел в глубокую глубь своего продукта.

При этом приложены суперусилия, чтобы народ не заснул и продолжал врубаться. Очень хорошие слайды регулярно пересыпаны мемами («??? PROFIT!!!» и «HYPNOTOAD» я немедленно утащил для своего выступления в МГУ через день. Правда студенты не осилили, пришлось разъяснять), доклад шел очень живо. Думаю, никто другой такую тему без закидывания помидорами не потянул. Как контраст вспоминается выступление сильного постгресиста на РИТ, который пытался рассказать публике об внутреннем устройстве индексов — публика еле выдержала пять минут.

Лично я ограниченный пользователь Sphinx — тупо, не приходя в сознание (хотя не с первого раза конечно, попробовал несколько сборок, пока нашел работающую), прикрутил его к корпоративным медиавикам. Доволен, ибо встроенный поиск MediaWiki, по возможностям и реализации — тихий непечатный ужас. Высокой нагрузки по поиску у нас нет. Хотя по докладу у меня возникло несколько идей по улучшению использования.

И все же, хочеться выяснить — насколько неплох внутренний полнотекстовый поиск PostgreSQL, стравив их с Sphinx. Если не сильно хуже — то это прекрасный аргумент стронуться с MySQL на PostgresQL, и там и остаться.

Highload++ 2008: Архитектурные приемы: онлайн-игры

2008-10-12T05:22:00.000+04:00

http://highload.ru/papers2008/7146.html

Хм. Содержимое доклада обсуждать наверно не интересно — научная ценность несколько сомнительная. Автор обнаружил, что промышленные сервера и реляционные СУБД тормозят и обижают разработчика, а с учетом того, что в его задачах целостность и надежность нафиг не нужна (если упадет — вывесим табличку «Вам повезло! Сейчас мы делаем для вас что-то хорошее!»), он предложил спустить их в унитаз, а на замену предложил пару свежевыдуманных велосипедов, изготовление и проверку которых, при этом, он ожидал от публики.

Собственно этим доклад и был интересен — высокой планкой цинизма. Автор сходу представился «поисковым спамером». Спамеры вообще известны своей отмороженностью, к тому же совсем недавно SEO-спамер убил человека (молотком) — возможно поэтому аудитория притихла и не растерзала смельчака. По ходу доклада планка не снижалась. «Системы мониторинга работоспособности? — Нафиг. Проще нанять трех гоблинов-пользователей, чтобы паслись в системе круглые сутки посменно.» «Несогласны со мной? Вы — перфекционист. Т.е. извращенец, так говорит ~~Заратустра~~ википедия» (Кстати, это не так. См Перфекционизм).

Наезд на Perl со стороны явиста от Яндекс.Денег отбил неглядя. И т.п.

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

Highload++ 2008: RESTful архитектура для масштабируемых систем

2008-10-12T05:19:00.000+04:00

http://highload.ru/papers2008/7160.html

По сути живой пересказ статьи RESTful. В двух словах — «RESTful» это отход от изобретания сущностей и использования HTTP, как протокола транспортного уровня (типа SOAP/WS-* и прочего откапывания ~~стюардессы~~, то есть CORBы), к его настоящему статусу универсального прикладного вебпротокола. Собственно эту архитектуру и придумал автор HTTPшного RFC 2116.

CORBA похоже уже всех достала, вот даже доклады по ней зарубают.

Все состояния хранятся на клиенте, а взаимодействие с сервером полностью определяется URLом ресурса, и примененным к нему HTTP-методом. HTTP-методам надо вернуть их семантику («GET» — для запроса, «POST» — для изменения и т. п.) и тогда наступит счастье, ибо будет идеальное масштабирование — любой «GET» или «POST»-запрос можно направить к любому серверу, так как он будет полностью самодостаточен для выполнения без малейших кук и серверных сессий. Соответственно все шоколадно должно быть с кешированием и т. п.

В реале думаю, далеко не безоблачно. Я сразу вспомнил, как я лет 10 назад наелся проблем с ограничением буфера (4КБ. в Apache), плюс ограничение броузера (IE вроде до последних версий было 2КБ), из-за чего все кто мог, не приходя в сознание перешли на метод «POST» и использовали «GET» только при тривиальных операциях.

Пробежался по вебу с запросам «REST GET max size» — проблемы еще вполне актуальны.

Плюс, совершенно непонятно как делать авторизацию (гонять «авторизацию» в параметрах — явно бред, хотя некоторые так делают).

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

В общем, пока непонятно. Возможно RESTful хороша для всякого AJAXа, где состояние по-любому живет на клиенте. Может с внедрением HTML5 броузеры будут более-менее полность адаптированы под REST.

Highload++ 2008: TimesTen — СУБД, которая работает в 10 раз быстрее классической СУБД

2008-10-12T05:13:00.003+04:00

http://highload.ru/papers2008/7186.html

TimesTen звучит как «таймстемп». Маркетингово-сейловый доклад. Но к чести сказать, не только гламурная презентация, но и макет-демонстрация:

пара VMWare-машин на ноутбуке;
самопальное окошко-приложение, грузящее макет CDR-файлов в БД, затем выполняющее тривиальный пересчет данных.

Бесплатный совет любым сейлам западных продуктов — первым делом написать или перевести русскоязычную статью в Википедии. В «англоязычной» Википедии рекламу убивают быстро (вот сейчас эта статья TimesTen под приговором), в «русскоязычной» — только если совсем оборзеть.

Утверждается, что достигнуто преимущество в 15-20 раз по скорости над обычным Oracle. А ведь 17 — это вроде как классическое «среднее» различие между скоростью доступа к памяти и последовательным доступом к диску, но докладчики утверждали, что это преимущество достигнуто на макетах с одинаковым выданным объемом памяти обоим. Видимо даже редкие fsync классической СУБД дают этот порядок тормозов. Плюс — максимальное использование random-доступа — T-tree/hash индексы вместо BTREE индексов, сортируют, наверно, тоже не слияниями. Можно выжать вообще максимум, используя API прямого доступа к внутренним структурам.

И все-таки несколько позорное для классического Oracle сравнение (неужели не могли ценных алгоритмов пересадить внутрь обычного Oracle?). Напоминает сценарий продажи «абсолютного щита и копья» двум покупателям — покупатель щита не купит его, т.к. оно пробивается абсолютным копьем, а покупатель копья не купит, узнав что есть абсолютный щит.

Вообще тренд — дешевеющая память (не только известный SSD, но и другие экспериментальные дешевые модели памяти) и повсеместный отход от классических архитектур СУБД, где есть только маленькое окно памяти в BUFFERS, а все остальное — неподъемный жесткий диск.

Так Oracle уже три года как купил (и вот переварил) TimesTen, а IBM купил и переваривает SolidDB. Ширится движение разных «Real Clusters» — базы в только в памяти, надежность — только дублированием в кластере. Да, докладчики от сравнения с «MySQL Real Cluster» уклонились.

Вроде как оракл переварил эту софтину успешно — софтина обучена более-менее Оракловому диалекту SQL (т.е. оракловые функции и т.п. — но не полностью!) — общается с обычным ораклом начиная с 9.2.0.8 клиента и 9.2.0.6 сервера. Софтина умеет жить сама по себе и в роли кеша для обычной оракловой базы. Т.е. если вы написали тормозящую систему на Oracle — поставьте перед ней ~~memcache~~ TimesTen, и все будет хорошо. И вроде как недорого ($1000 за процессор).

Забавный момент — это первая на моей памяти эффективная СУБД, у которой нативным интерфейсом является ODBC.

Были странные вопросы — сможет ли эта штука использовать память вне ОС — типа выше 4GB под Win32 (Заметим, что на самом деле под Win32 нельзя использовать больше ≈3GB). Типа «Доктор, я смогу после операции играть на скрипке…».

Однако далеко не все так безоблачно. Нарыл:

http://www.oraclebi.ru/2007/11/05/imelnikov/#comment-24732

сведения о версионности Oracle TimesTen не соответствуют действительности. Пишущие транзакции не только блокируют читающие (а читающие — пишущие), но, более того, читающие транзакции блокируются читающими (на уровне строк). При многопользовательском доступе, это может существенно ухудшить масштабируемость системы (при наличии конфликтов доступа). Заблуждение относительно поддержки TimesTen версионного доступа могла возникнуть в результате того, что при подключении по протоколу ODBC, используемому TimesTen, по умолчанию действует режим AutoCommit, при котором каждый запрос к БД выполняется в рамках отдельной транзакции. При использовании ODBC, режим AutoCommit должен отключаться явно. Update: Автор доклада в комментах говорит, что это неправда.

Highload++ 2008: Общие впечатления и оргвопросы

2008-10-12T05:09:00.000+04:00

Похоже прислушались к отзывам после «РИТ:Высокие нагрузки» — была решена проблема с мужскими туалетами. Причем достаточно оригинально, просто путем переименования женского. Очень вовремя, ибо народу вроде стало больше, чем на «РИТ:Высокие нагрузки», судя по более большой толпе и плотной расстановке стульев. Девушек правда вроде тоже стало больше, но это и хорошо, тем более их оставалось пренебрежимо мало, чтобы отбить обратно «захваченный» туалет.

Кстати, по моему скромному разумению (ящитаю) на IT-мероприятия девушек надо пускать за полцены, а может даже и бесплатно, как это принято в ряде заведений. Тем более, что толпа ITшников, собранная в одном месте — страшное зрелище. Смотрится как парад уродов, и навевает на грустные мысли — ведь я-то среди них. В этот раз мне стало мнится, что вокруг очень, очень много (статистическая флуктуация) моих тезок. Думал о проклятии имени (проклятии компетентности). Так вот, если толпу разбавить симпатичными девушками, вместо чудовищ, бомжей и инвалидов будут видеться просто творческие оригиналы.

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

Да, организована даже прямая видеотрансляция — но коллеги с работы посмотреть не смогли, думаю правда из-за закрученных админами гаек. Впрочем, вроде оперативно выложили видеозаписи. Кстати, сервис smotri.com лучше других «тьюбов» удобной мягкой перемоткой.

Как обычно, нужно что-то написать про еду. Ну вот, в первый день были очереди на обед в первой волне, причем весьма. Применил метод «высоких нагрузок» — абсолютную асинхронность и денормализацию — начал потреблять пищу в порядке доступности ресурсов (то есть если что-то лежит и это не едят — ем). Пришлось есть в следующем порядке: Сладкое, десерт, фрукты, рыба, картошка, колбаса, салат. Оно конечно ужасно, но аппетит глушит/отбивает. Во второй день увеличили количество ~~серверов~~, точек раздачи и стало получше.

Из косяков — PowerPointовские презентации показывались на 16x9 плазменных мониторах еще более вытянутыми (20x10?, с черными незадействованными полями сверху и снизу). Аж жалко было пропадающих квадратных метров московской ~~жилплощади~~ плазмы. С учетом, что шаблон большинства презентаций включал широкий баннер конференции сверху, места для собственно информации, оставалось совсем мало. Кстати проблема была явно не видеокарточки, а PowerPointa, ибо PDF и OpenOffice презентации успешно шли в полный экран. На второй день проблему решили. Вывод — перед выступлением на какой-либо конференции нужно узнать настройки оборудования именно в том зале, где будет нужно выступать, и принять меры на тему «что, если…».

Еще замечание — неудобно сверстанная программа («Расписание выступлений»). Естественный сценарий — распечатать, затем вычеркивать неинтересное, и обводить интересное, чтобы понять куда ходить. Здесь же зачем-то параллельно сверстали два дня — кроме как безумными соображениями «чистого вебдизайна» этого не объяснить.

А смотреть программу заранее все более и более важно. Учитывая, что оперативно выкладываются и слайды и видео — единственным реальным смыслом посещения (кроме сомнительного «удовольствия от тусовки»), остается возможность задания вменяемых, возможно жестких вопросов докладчику. Для этого нужно по сути уже знать тему более-менее.

Ну и еще соображение — раз уж Highload клонировалась (таки большое пересечение по докладам, докладчикам и темам), хотелось бы как-то разнести эти конференции по времени, в идеале — на квартал или полгода. За это время можно будет попробовать идеи после одной конференции, чтобы задать разумные вопросы на другой.

Highload++ 2008

2008-10-12T05:03:00.005+04:00

Сейчас попробую опубликовать серию заметок о посещенных на конференции Highload++ докладах. Раньше сделать это не мог — была сумасшедшая неделя, где кроме конференции у меня были лекции в МГУ и МФТИ, к которым пришлось готовится ночами, плюс куча работы, в общем спал мало, и вообще провел неделю на кофеине с ноотропами.

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

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

Siemens Gigaset S44 — отстой

2008-10-04T00:28:00.001+04:00

Кстати, трубки Siemens Gigaset S44 (которые к Siemens Gigaset S645 идут) — полное дерьмо. И трубка из комплекта, и дополнительная уже во второй раз попадает в ремонт. Ремонт тянет на 60-70% их стоимости, а судя по реакции сервисменов, болезни их известны и широко распространены. Что было — год назад обе трубки «ослепли» — перестал работать дисплей-индикатор, а вот только что — оглохли, одна за другой с интервалом в пару недель — перестал работать динамик. В результате сдал их в ремонт, недели полторы без домашнего телефона дома — жена не простит… Луч ненависти сименсу.

INTUIT:CRM

2008-10-01T01:57:00.004+04:00

Прошел курс «Стратегия управления взаимоотношениями с клиентами (CRM)».

Разумный курс, времен моды на внедрение CRM-систем. (Да, автор курса тоже уже пару лет как не в этом бизнесе, да и сейчас крупным заказчикам вместо CRM/ERP-систем принято «продавать» сервисную архитектуру, ESB, SOA, плюс Master Data Management, а CRM теперь есть всего лишь производный аспект вышеперечисленного).

Автор пишет легко, и в целом разумно, регулярно приводя бизнес-кейсы. Конечно, те, кто на острие маркетинговой мысли (как признак — читают блог Сета Година) , вряд ли узнают какие-либо откровения, но разработчику или внедренцу сервисных приложений читать полезно весьма — даже не в смысле узнать что-то волшебное, а как чисто набор шаблонов/заготовок для всяких внедренческих бумаг (коммерческих предложений, техобследований, ТЗ, НИРов и т.п.).

Вопросы простые, но часто используется плохая форма тестов — multiple select (экспонента вариантов), и смущает, что часто надо отмечать все варианты для правильного ответа (спойлер!).

Сейчас многое из курса стало очевидным — например, трудно найти интернет-магазины без регистрации и истории заказов и адресов доставки, и все же есть еще и отщепенцы не усвоившие этих очевидных вещей, да и до конца по-уму более-менее делают только редкие магазины — т.е. «постоянная» корзина, «wish»-листы, автоматические рекомендации и т.п.

Что-то неактуальным — коллцентры и вообще телефонные коммуникации с идиотами техподдержки первого уровня заменяются интернет-интерфейсами (удобней), или прямым контактом (емайл, блоги-форумы) со специалистами.

Вообще мне стыдно, но надо признаться, что в году 1999 я даже на АвтоВАЗ писал (тогда у них емайл был только у вебмастера сайта), убеждал внедрить CRM-систему с системой регистрации дефектов, советовал багзиллу. (Ничего не ответила рыбка). Прошло десятилетие, рабочие и инженеры ВАЗа попали в инет, но судя по веткам типа этой [1], сие ВАЗу уже не поможет.

Теперь уже полно «народных» CRM на любой вкус в модели SaaS с недорогой арендой. Но то, что они не так распространены — мне видится несколько причин. В определенном смысле весь интернет целиком (совокупность вебресурсов) стал CRM-системой с размазанной информацией о клиенте, а локальные CRM-системы, в каждой из которых нужно отдельно регистрироваться, отпугивают массового пользователя. Ну и опять таки, светить денежные потоки в какой-то общей системе — для РФ, видимо будет неприемлимо весьма долго.

Но у меня есть идея для нового вебсервиса — система бронирования времени в сфере услуг. Т.е. поставщики — предприятия или частные мастера. Парикмахерские (парикмахеры), врачи (терапевты или стоматологи), высококвалифицированные строители-ремонтники (типа «крутой электрик-сантехник», а не «комплексный ремонт за год»), репетиторы, массажистки, ну и вообще, на что фантазии хватит (ЕВПОЧЯ)…

Поставщики держат в системе календари занятости. Потребители идентифицируются с помощью Open-Id (контакты-адреса нужно хранить безопасным образом в системе), и могут заказывать услуги поставщиков, выбирая и аллокируя свободное время (календари со свободным временем доступны). Т.е. не надо звонить, мучительно согласовывать «точку встречи» с секретарями и т.п. Можно хранить историю посещений-отношений, вести обратную связь, электронную репутацию, а деньги выносятся за скобки (как договорятся). Можно также привязать Google Maps (координаты), и загнать в сервис алгоритмы составления-рекомендации оптимальных расписаний — это даст уникальность (УТП) и труднокопируемость сервиса.

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

РИТ:Высокие нагрузки-2008 (3)

2008-09-25T11:36:00.000+04:00

3 День второй

3.1 Sphinx в примерах и задачах

Мне ужасно стыдно, но я проспал. Хотя тема явно интересная, уже есть два эффективных бесплатных и опен-сорс движка полнотекстового поиска — Sphinx и встроенный поиск PostgreSQL. Очень интересно кто-кого, и даст ли «синергию» конкуренция и перекрестное опыление.

Например в некоторых наших внутренних MySQL-системах я уже подключил Sphinx для поиска, в некоторых — думаю подождать и сразу перейти на PostgreSQL, и делать полнотекстовый поиск с морфологией напрямую в БД.

3.2 Организация асинхронной обработки задач

Частично опоздал, но в целом доклад не оправдал моих ожиданий. Судя по названию можно было бы ждать опыта использования специализированных продуктов — от вендоров, типа Oracle Advanced Queuing (в тезисах говорилось про оракл), IBM WebSphere MQ,…, а может даже и опен-сорс. Увы, рассказали о простом самодельном решении на оракле. Как-то невозбуждающе.

3.3 Практическое использование Hadoop в системе интернет-статистики

Разумное и модное решение задачи параллельной обработки и агрегации логов посещения сайтов. Используется фреймворк Hadoop (параллельные вычисления в парадигме map/reduce), который для таких задач вроде как идеально предназначен, и в общем-то единственно доступный (опен-сорс), ибо гугловый аналог закрыт, а больше вроде ничего нет.

Кластер относительно небольшой (12 восьмиядерников с 8Gb памяти), но справляется. Два прохода:

Схлопывание текстовых многополевых атрибутов в idы (индексирование).
Обработка (агрегация разного рода) полученных индекс-файлов, получени отчетов.

Ну и всякие там хитрости, вроде все разумно. Опять таки, убьют наверно баннерорезки и этот бизнес.

3.4 CAS — сервер приложений C++

Как-то не. Ждал «сервер приложений C++». Оказалось, «не сервер», «не приложений», «не C++». То есть ребята написали очередной шаблонизатор, для вызова из скриптовых языков. Вроде как быстрый (судя по картинке-гистограмме с неподписанными осями и без единой цифре), но как-то не то, что ожидалось.

3.5 Виртуализация в среде highload servers

Вроде по содержанию маркетинговый доклад, подвигающий фишку виртуализации от SWSoft — вместо выполнения виртуальных машин целиком (VMWare, Hyper-V, Virtual PC, VirtualBox, …), на хост машине размещается одно ядро операционной системы, а виртуализуется все остальное — файловая система и все что на ней.

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

Выгоды сферической виртуализации в вакууме понятны, угрозы тоже (взлом виртуальной машины высоковероятно приводет к взлому машины хостера, и конец всей сотне виртуальных машин). См. например An Empirical Study into the Security Exposure to Hosts of Hostile Virtualized Environments. Да и без всяких взломов, как выяснилось, трудно рулить физическими ресурсами — например можно ограничить виртуальную память каждой машине, но живую память квотировать нельзя — соответственно одна «оборзевшая» виртуальная машина может поставить «раком» остальных.

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

3.6 Application Streaming

Жесткий маркетинговый («парилово») доклад от ENDEAVORS. Презентация с гламуром и анимацией, причем разработанная видимо зарубежом — ни слова по-русски (даже не локализовали).

Суть — очередные модели SaaS, не только как вебприложений, но как скачиваемых в специальную среду rich-приложений, работающих ограниченное время (за плату). Почему-то утверждалось, что CRM-системы на вебинтерфейсе невозможны (вроде как неправда).

Постоянно упоминались куча софтварных патентов, за которых этой конторе вынуждены отстегивать собственно производители типа Microsofта, технологии защиты цифрового контента, и прочие штуки, которые я ненавижу. Надеюсь в светлом будущем не придется арендовать фильмы в виде защищенного этой технологией одноразового приложения, а все эти технологии благополучно сдохнут. Пусть разве что останутся честные SaaSовсцы, предоставляющие (пусть за деньги) приложения на своем хостинге.

3.7 Архитектура Photofile.ru

История эволюции архитектуры фотохостинга, от совсем любительской (на одном сервере), до более-менее масштабируемой. В деталях, как появлялись разные узкие горла, и какими эвристиками с ними боролись — как включали второй сервер, как перетаскивали файлы, оставляя на их месте симлинки, как делали шардинг через Dynamic DNS и т.п.

Алсо, ругали Cache Smarty.

В общем, с появлением таких монстропроектов, как «я.фотки», «netprint.ru», с огромным машинным и человеческим ресурсом, с изначально масштабируемой архитектурой, фотофайлу наверно высокие нагрузки более не угрожают.

3.8 Архитектура и реализация сервиса печати фотографий netprint.ru

Крутые парни. Большой промышленный проект — практически уже монополия на фотопечать (почти все фотохостинги печатающие фотки, печатают через них), типичный пример, как централизованный онлайн-сервис убил все кустарные лаборатории.

Архитектура — Java, вроде как разваленная на вебсервисы (JMS), плюс PHP+XCACHE+LightHttpd для вебморды. Кстати, опять таки PostgreQL.

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

вместо удаления — пометка об удалении, удаляет специальный демон потом;
перекодировка изображений — написали сами оптимизированный под Intel код, вроде как порвал ImageMagick в десятки раз.

Ребята не ведутся на марки, тренды и авторитетов:

бэкап делают на ленты, ибо посчитали, что чуть дешевле (для новых систем вроде как ленты лет уж пять как похоронили общемировым консенсусом).
опять таки самописная обработка изображений,
RAID — sucks.
тренировки по восстановлению в формате «внезапная пожарная тревога» (может шутили?),
изучение поведения системы под нагрузкой в дни естественных пиков (пост-праздники, НГ).

Попытался после конференции передать свои пожелания к системе. Например, печать EXIF-дат фото на обратной стороне. Когда я еще печатался в мелкой локальной фотолаборатории, моя самописная утилита переименовывала имена файлов под ISO-дату, и как-раз первые восемь символов имени файла печатались сзади. Очень удобно, легко понять, когда это фото и что. Когда начал печататься в нетпринте, халява закончилась — там все фотки при загрузке переименовывались. Это меня теперь сильно останавливает от печати — не хватало еще усугублять файловый бардак, бардаком с бумажными фото. Подождем, может сделают. На самом деле, им даже не нужно патчить софт в машинах-фотолабораториях, проще написать «переименовывающий фильтр» перед подачей этих файлов в машины.

3.9 Решение проблем высоких нагрузок на примере проекта Яндекс. Фотки

Сервис очень хороший, и докладчики наверно хорошие (редкий зверь — два докладчика, практически «парный конферанс»), но доклад вызвал раздражение и аллергию.

Презентация намеренно сделана «банально-попсовой», символы архитектуры заменены всякой порнографией (типа женский бюст — Cisco, банан с двумя апельсинами — сами додумайте и т.п.). Плюс дурацкие фото, как эмоциональная иллюстрация идей. Что-то похожее я видел на презентациях с конференции автоматизаторов торговых сетей — тупые и тривиальные тезисы слайдов засыпаны содержимым с fishki.net чуть более чем полностью.

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

А так типа все круто, масштабируемость, распределенные датацентры, супернадежность (мониторинг мониторинга) — остальным фотохостингам остается или закрыватся, или искать нишу (ЕВПОЧЯ).

3.10 Доставка контента пользователям

Обнаружил, что есть сервис smotri.com, позиционирующийся как самый крутой в рунете. Вообще в этой теме (протоколы передачи видео и т. п.) практически не разбираюсь, посмотрел архитектуру — местами «стандартно фотохостинговая», местами есть специальные гитики.

Средняя температура по больнице — 4 минуты на ролик, 250Кб/сек — доставка. Отметил, что пользуются WebDAVом для трансляции операций по загрузке и редактированию и не жалуются.

Слегка возбудился, когда докладчик начал утверждать, что маршрутизацию оптимального пути от хранилища видеоконтента до потребителя делают стандартным алгоритмом кратчайших путей на графе с весами обратными пропускной способности — очевидно должна получатся фигня. Тут надо либо специальный BFS-алгоритм использовать, либо вообще, учесть загрузку от передаваемых потоков, может даже линейным программированием попользоваться… — но оказалось (в беседе с автором), что там вообще все на глаз — просто «эксперт» разбрасывает целые оценки ребрам (плохой канал — побольше, хороший — поменьше), а потом кратчайшие пути.

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