Turn off

Переезд

Sat, 12 May 2012 11:59:00 +0800

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

Почти два года я проработал удаленно в oDesk, последнее время в роли руководителя распределенной команды, и по результатам я получил приглашение работать в офисе, в Редвуд Сити. Не скажу, что я спал и видел как бы уехать из России, равно как и не считал что США - земля обетованная и рай земной. Я считаю, что это очень не плохой опыт, который сложно получить в Омске. В общем, поразмышляв и обдумав, я согласился.

У меня рабочая виза H1-B и я перевез семью. Старшая (5 лет) будет ходить в публичную бесплатную школу, младший (2 года) в детсад ходить не будет, по крайней мере в ближайшее время. Мы живем в Фостер Сити. Здесь хорошо, общее впечатление от жилого комплекса близко к ощущению от дома отдыха: двухэтажные группы строений, дорожки, озеро, белки, утки, гуси и чайки.

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

Немного расскажу о судьбе проекта, по которому у меня есть некоторые обязательства перед коммунити. В первую очередь я вынужден публично признаться, что мой эксперимент с MarginCon оказался не удачным. Все же более правильно и более успешно делать конференции по вещам, которые тебе близко по духу. Де-факто получилось не расширение тематики, а замещение. Так что после второй конференции я принял решение возвращаться к исходной тематике Python. На тот момент планы по переезду уже сформировались и я не видел смысла ангажировать народ на RuPyRu‘12. Упавшее знамя подняли Антон Патрушев и Юлия Герасимович с ekb.py, за что им респект и уважуха. Я был там, очень достойное мероприятие, крайне рекомендую участвовать. Сухой остаток: MarginCon не будет, вместо RuPyRu в Омске будет ekb.py в Екатеринбурге.

Майские ссылки

Tue, 01 May 2012 17:05:00 +0800

Перед майскими праздниками нашел несколько интересных статей и библиотек, чтобы почитать и посмотреть:

Technical debt — неплохая статья, объясняющая метафору “кредита” по отношению к разработчикам.
Line-by-line memory usage of a Python program — рассказ о новом профайлере памяти
Implementing a generator/yield in a Python C extension — заголовок говорит сам за себя. Этот туториал мне понравился: четко очерченная тема, фокус на Python 3, правильная подача: пошагово, все понятно, в конце есть рабочий пример :)
Redis persistence demystified — автор Redis пишет о том, что “под капотом” Redis (статья написана в конце марта, так что наверное самые активные люди уже давно ее прочитали, но у меня только сейчас получилось до нее дойти).
Introducing RQ — анонс RQ, очереди отложенных задач, альтернативы Celery, от автора известного Successful Git branching model.
PyCounters — интересная задумка о сборе и агрегировании метрик. IMHO, было бы в тему хранение этих метрик не в локальной памяти процесса, а в Redis :)

Бонус: как из простой задачки “написать резюме” инженер делает целый детектив: http://blog.zayats.org.ua/post/21714522965/new-resume

ekb.py

Sat, 18 Feb 2012 00:57:00 +0700

10 февраля я побывал в Екатеринбурге на конференции ekb.py. По духу она близка к “городским” мини-конференциям, тон в которых задает Украина. По масштабу же событие намного превосходило формат: полный день, два потока докладчиков, три мастер-класса. Для меня ekb.py стало отдушиной, я встретил много людей с горящими глазами и ощутил тот фан, которого зачастую не хватает в обычном рабочем режиме, особенно если работаешь удаленно.

Первым в большом зале выступал я. Мне сложно оценивать своё выступление объективно, тем более я еще не пересматривал своё видео. По собственным ощущениям, были провалы в логике доклада и не хватало драйва. Жду фидбека от Юлии Герасимович :-)

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

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

Следом был кофе-брейк и я на нем несколько задержался, так что не получилось оцкеить насколько удался тролл-фейс в большом зале у Александра Кирпичникова по тому как он с нелюбовью использует MongoDB. Попал только под конец доклада и застал секцию вопросов.

Потом я опять вернулся в малый зал и не зря — не смотря на отсутствие слайдов, всё было очень живо и весело. Роман Иманкулов показал как можно зажечь аудиторию и раскрыть тему (он рассказывал Celery) исключительно пламенем в голосе и правильной подаче актуальной информации.

После обеда были мастер классы и они были великолепны. Отличная подготовка организаторов определило успех. Я участвовал в мастер-классах по Celery и портированию на py3. Первым я посетил мастер-класс по Celery. Компетентность организаторов не вызывала сомнений, задания и окружение (!) было подготовлено заранее и всё прошло настолько гладко и приятно, что можно смело ставить 6 из 5 баллов всем людям, вовлеченным в организацию этого мастер-класса. Портирование на py3 происходило в дружеской атмосфере хакатона. Портировали pytils :) Общий драйв и фан подхватили и меня, так что я исправил несколько ошибок.

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

IT People оперативно выложили фото и видео :)

P.S. Для чего нужен QR-код не в курсе :)

Что нового в Android 3.2

Mon, 16 Jan 2012 23:03:00 +0700

Недавно на Galaxy Tab 8.9 приехало обновление до Android 3.2. На Gizmodo не особо уточняют что нового, упоминают разве что о фиче zooming и поддержке 7’ аппаратов. Я обновился и вот что нового я увидел.

Zooming

Теперь, если вы запускаете приложение, не поддерживающее Honeycomb, то у вас в области уведомлений появляется новая иконка “zooming” и есть два варианта:

очень мелко (stretch):

или очень страшно (zoom):

Market

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

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

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

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

Design Patterns in Python

Tue, 03 Jan 2012 15:59:00 +0700

Design Patterns in Python:

Примеры паттернов, реализованных на Питоне. Хотя @umputun ссылается на них как “неплохие”, то я бы сказал “неплохие иллюстрации паттернов, плохой Python код”. В большинстве случаев (кроме MVC и Observer) код служит только для иллюстрации паттерна и слабо пересекается с тем, как подобные задачи реализуются на практике. Чаще это всё делается намного проще. Keep it simple ;)

P.S. Достаточно много примеров приводится на аналогии с модулем unittest (адаптация jUnit), который является общепризнаным примером неудачной Java-кальки.

2012: Be happy, stay cool!

Wed, 28 Dec 2011 17:26:10 +0700

Today I’ve read awesome article about top 5 regrets of life and I want to convert it to 5 rules I’m going to follow in incoming 2012 year and I want to share that rules with you.

Live for yourself, not for others expectations.
Work hard.
Trust your feelings and express it.
Be in touch with friends and relatives.
Be happy.

"It’s bad for the individual worker’s performance being online and available 24-7. You do..."

Sat, 24 Dec 2011 12:16:54 +0700

“It’s bad for the individual worker’s performance being online and available 24-7. You do need downtime, you do need periods in which you can actually reflect on something without needing instantaneously to give a reaction”

- http://www.bbc.co.uk/news/technology-16314901

Встреча питонистов в Екатеринбурге

Sun, 04 Dec 2011 22:44:58 +0700

В среду я был в Екатеринбурге на открытом семинаре Клуба неанонимных Питонистов, организованном Антоном Патрушевым (Naumen), Ильей Шабалиным (Exadel), Юлией Герасимович (IT People) и мной. Как примерно прошел семинар можно узнать от Олега Лебедева (плюс фото в Фейсбуке).

Получилось немного более спонтанно чем ожидалось и совсем не в том порядке :) Я играл роль Капитана Очевидности на разогреве и рассказал чем мне нравится Python — Mini Zen of Python и чуть больше подробностей о том, где я работаю — oDesk Professional Services.

Антон немного рассказал, как и где используется Python в Naumen (де-факто активно только в одном подразделении — Nauphone), а Илья немного потроллил читаемостью и объемом кода Python vs Java vs PHP. Что порадовало, так это активность пришедших людей. Руководитель 66.ru поделился прикольностью сервисов (land page на PHP, краткие-и-быстрые проекты на Django, сервисы на Werkzeug+Jinja2+WTForms), дрим-тим из Яндекса раскрыл новые стороны использования Python в Яндекс.Такси — Twisted Web. И для меня были очень приятным сюрпризом самоорганизованные студенты, сделавшие спецкурс на Python. Уверен, эти люди пойдут далеко :) Поддержкой спецкурса заинтересовался IT People и Naumen. Думаю, это хороший знак.

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

IT People берет на себя рутинную часть организации — помещение, места, WiFi, чай, печеньки. Убедился на собственном опыте — делают всё хорошо.
Тем для обсуждения более чем достаточно
Люди хотят общаться

Решили особо не затягивать и сделать полноценный meetup в конце января в Екатеринбурге. Поэтому,

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

— свяжитесь со мной, я помогу.

P.S. Во время перерыва нас угощала чаем Банда Десертов, крайне рекомендую.

Samsung Galaxy Tab 8.9 vs Apple iPad2

Sun, 20 Nov 2011 23:19:00 +0700

Я давно собирался взять супруге и детям iPad2. Мы вместе смотрели интерактивные книги на ноутбуке и было понятно, что без тач интерфейса они бессмысленны. Раздел education/kids в Android Market особо не вдохновлял. Так что на день рождения супруги с подарком долго выбирать не пришлось, я купил Apple iPad2. Тонкость и небольшой вес устройства в пару с его возможностми впечатлял. Я немного поигрался с этим устройством, в прямом и переносном смысле… Cut the Rope, Water, Modern Combat 3: Fallen Nations, Rainbow Six, Infinity Blade, Ep0ch. Проработанность интерфейса, слаженность, точность, быстродействие поражают. У меня мало азарта и игры для меня баловство, но книги… Благодаря этому устройству я снова стал читать. Читать с iPad приятно и именно это было последним аргументом, чтобы купить планшет. Всё, для чего я планировал использовать планшет, уже есть в моём Android-смартфоне, но читать на нем крайне не комфортно. С iPad же читать очень комфортно. В то же время я не был готов носить 10’, мне хотелось большей мобильности, устройство 7’-8’ мне казалось оптимальным. Поскольку с Android я знаком и он меня устраивает, то выбор был Samsung Galaxy Tab (7’, Android 2.2) либо Samsung Galaxy Tab 8.9 (8.9’, Android 3.1). С учетом того, что первый Tab у нас в Омске никак не хотел сбрасывать цену, то второе поколение Tab по почти такой же цене выглядело интересней и я купил его.

Юзабилити

iPad2: 5
Galaxy Tab: 3

В целом, ощущения такие: как платформа Android предоставляет больше возможностей пользователю, в то же время интерфейс у Apple лучше. “Лучше” означает, что приложения на iOS всегда знают, что запускаются на iPad. AppStore в первую очередь предлагает приложения для iPad. Ни разу не возникала ситуация, что размер шрифта не достаточный, либо “цели” куда нужно “тыкать пальцем” слишком мелкие. Интерфейс на iOS буквально следует за твоим пальцем. Отклики очень быстрые и плавные, ошибочных движений вообще нет. У Honeycomb в этом плане всё намного хуже. Приложений, разработанных под планшеты раз-два и обчелся (особенно если исключить игры) и даже там сплошь и рядом встречаются непродуманные решения. Интерфейс по сравнению с iOS тормозит, “свободный пробег” пальца без реакции интерфейса — громадный (на мой взгляд именно этот параметр и влияет на позитивное ощущение “интерфейс привязан к твоему пальцу”). Если у iPad новые приложения добавляются в конец списка и у тебя есть возможность пересортировать как тебе хочется, то у Galaxy Tab список всегда отсортирован по имени и это сильно-сильно мешает моторной памяти. Сегодня Messaging было внизу на первом экране, завтра ты добавил новые приложения и это приложение “убежало” на вторую страницу… Фиксация Android Market в ландшафт ориентации мне тоже показался не оправданным. Можно делать много оговорок, но в любом случае, в таких мелочах чувствуется недоработки юзабилити.

Social apps

iPad2: 4
Galaxy Tab: 3+

Я три дня искал твиттер клиент: даже “специально” разработанные для планшетов Plume и TweetComb показывают всё супермелко. Официальные приложения Facebook и Twitter для Android на Galaxy Tab выглядят мягко говоря страшно. Встроенный Social Hub это какая-то насмешка над смесью Twitter и Facebook. В итоге всё плохо: Seesmic, TweetDeck, HootSuite — мимо кассы. TweetCaster — лучшее, что я смог найти на текущий момент. На позитивной ноте, что я вообще нашел что-то юзабельное, купил Pro-версию, которая убирает рекламу. Для Facebook есть Friend Me, но он фиксирует ориентацию в ландшафт-режиме — не вариант. FriendCaster от той же компании-разработчика, что и TweetCaster, выглядит более вменяемо.

У iPad в этом плане всё гладко: можно вполне пользоваться официальными приложениями Twitter и Facebook, плюс все сторонние клиенты вполне адекватно отображаются.

У Android есть киллер-фича — расшарить контет из того места, где ты нашел этот контент. Это супер-удобно. Выделяешь url в адресной строке браузера, вуаля — и готов твит. Я даже подумал накинуть 1 балл за это, но потом передумал: никакие удобные фишки платформы не могу перевесить отсутствие нормального приложения.

Почта

iPad2: 4
Galaxy Tab: 5

Почтовые клиенты на обеих платформах хорошие, единственный значимый перевес у Android — нативное приложение GMail (т.е. плюс цветные ярлыки, priority inbox, пометка спамом и удаление).

Книги

iPad2: 5
Galaxy Tab: 3+

Обязательно напишу пост о книгах, читалках и шрифтах с скриншотами. Так что, чтобы не спойлерить, скажу лишь, что у iPad всё замечательно. У Android всё заметно хуже. Начиная со шрифтов и форматирования, заканчивая программами. Причем если приложение есть на обеих устройствах, то на Android оно значительно хуже, чем на iOS. Чтобы найти нормальную читалку для Galaxy Tab пришлось постараться, это оказалась Mantano Reader. В то же время, никто не дотянул до визуализации и вниманию к мелочам уровня iBooks. Ну и Amazon Kindle на всех платформах одинаково хорош, единственное, что кроме книг из Амазона ничего туда не добавишь (к примеру десктоп версия это позволяет).

Мультимедиа

iPad: 2
Galaxy Tab: 5

За месяц использования я так и не понял как добавить музыку в iPad без импортирования в iTunes. Как добавить видео вообще не понял. У Galaxy Tab в этом смысле всё просто работает: через web скачал фильм, ткнул, он играет.

Итоги

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

Russian vs English

Mon, 31 Oct 2011 20:19:00 +0700

I’ve written this post in Russian while flight back from Kyiv and kept it in drafts. Andrew Mleczko ecouraged me to publish it in English in his review of Pycon UA.

From time to time I get a question: what language should I use to give a speech at conference. My answer is simple enough: if there are any people who don’t know Russian then you should use English.

Last time at PyCon UA some friends asked me: why did you give oDesk sponsored talk in English comparing to all other sponsors who did it in Russian.

The turning point for me was PyCon UA one year before: I prepared to give a pecha-kucha talk in Russian and we had a break before pecha-kucha session. I talked with few guys from Poland and they asked me about my talk. I said I was going to talk in Russian. They were quite disappointed and they encouraged me to translate my pecha-kucha to English. That was my first public talk in English.

Then I understood: if you translate your talk to English and one more person got your message then you did it right. And public talk is a very good training and an exam for your English speaking skills. I know, sometimes it’s quite difficult to give a public speech even in Russian and it’s going to be more stressful to talk in English, but there is no way to go through it without doing it.

The first step should be translate slides to English even if you’re going to talk in Russian. Please, do it on your next talk.

P.S. I believe flight is the best place to write posts like this: limited time, no distractions, no internet connection ;-)

PyCon UA '11

Fri, 28 Oct 2011 01:07:00 +0800

Прошлую неделю я провел в Киеве и это было прекрасное время.

Во-первых, на выходных был PyCon UA и это было замечательно. Из-за плотного рабочего графика я не успел подготовить доклад о том как мы организуем тестирование (тем более оно у нас еще не до конца сделано ;)) В любом случае, у меня получилось пару раз кратенько выступить: один раз с sponsored talk, второй раз с lightning talk. Активно думаю над тем, чтобы исправиться и выступить с полноценным докладом, поскольку последние два года ограничивался 5-минутками.

Я специально не планировал посещение той или иной секции и слушал доклады “как получится”. При таком подходе мне понравился доклад Тарека о пакетировании, несколько прояснил вопросы относительно “куда всё движется”. Я как-то не задумывался о том, почему зависимости резолвятся только когда пакет скачан. И какая принципиальная разница в зависимостях яиц и пакетов с исходниками. Я считаю, что доклад удачный. Сниппеты от Армина не самый “зрелищный” доклад. Много кода, много деталей, это был скорее “слайдокумент”, чем слайды. С другой стороны, это действительно пересмотр опыта Pocoo и Армина в частности. Эти сниппеты я встречал в разное время в разных проектах от Pocoo и однозначно стоит вдумчиво пересмотреть слайды на досуге. Из тех докладов, что я видел целиком хочется отметить доклад Эндрю — отлично, интересная тема, подкрепленная значительным опытом и хорошие слайды. И конечно, британский акцент придает неповторимый шарм :-D

Что в этом году я выполнил на 100%, так это общение. Почти со всем, с кем хотел увидеться — увиделся, с кем хотел поговорить — поговорил. Надеюсь, что и поговорил со всеми, кто хотел со мною поговорить :-) Один из самых итересных и познавательных разговоров случился с Тареком по поводу red barrel: для чего этот проект и куда он движется. Получил пару интересных ссылок: релиз Google API Explorer (я его пропустил), JSON Schema и блог пост об API Discovery в Mozilla.

Теперь немного о том, что мне не понравилось: во-первых, определенно, ведущему не хватало тактичности. Я убежден, что дело ведущего сглаживать неловкие моменты, а не создавать их. Во-вторых, не хватает англоязычных докладов от украинского коммунити. Я видел, что иностранным докладчикам было весьма неуютно при русскоязычных докладах. Я видел, как обрадовался Тарек, когда Александр рассказал о SQLAlchemy на английском. Моя позиция такая, что лучше пусть будет корявый английский (я не об Александре ;-)), чем хороший русский. Я в этом вопросе тоже не безгрешен и lightning talk сделал на русском.

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

P.S. Обещаю: если я выиграю лицензию на PyCharm, то никому ее не отдам, наклею наклейку PyCharm на ноутбук и честно попытаюсь попользоваться еще раз вместо Emacs :-)

Тест инфицирован

Sun, 23 Oct 2011 04:57:04 +0800

На PyCon UA я выступил со «спонтанным» lightning talk в стиле групповой терапии :-)

Меня зовут Юра и у меня есть проблема.

Уж не знаю, что для меня было более забавным, то ли рассказывать lightning talk, то ли готовить слайды пока остальные участники не «выговорили» свои мини-доклады.

WSGI-приложение в Django

Mon, 19 Sep 2011 01:29:00 +0800

Django завоевал мир™ и достаточно сложно найти WSGI-приложение, аналога которого бы не было в Django. Тем не менее, такое встречается и последний пример, который мне попался: resweb, веб-интерфейс для pyres (я в прошлом году рассказывал о нём). До недавнего времени я особо не пользовались веб-интерфейсом, но на днях мне захотелось “подключить” resweb в Django-проект. Подключить в моем случае означало реиспользование Django подсистемы аутентификации и “монтирование” resweb в качестве Django view.

Resweb написан на itty — WSGI микрофреймворке, так что поначалу я думал, что будет всё гладко. Немного погуглив я нашел twod.wsgi для подключения WSGI-приложений в Django-проект. Разобравшись с twod.wsgi, я написал сильно упрощенную и намного более “прямую” версию: shay. Я в продакшн не проверял, но тестовые примеры работали :-) Всё оказалось несколько хуже, чем я изначально предполагал. Я изрядно подзабыл все “радости” низкоуровневых инструментов и уж совсем забыл о том, что два произвольных WSGI приложение невозможно между собой корректно связать, если только эти приложения изначально не создавались с оглядкой на реиспользование. Так что результат вполне закономерен — resweb нельзя корректно включить в своё Django-приложение, потому что все URLы в resweb абсолютные.

Задачка стояла не особо остро, так что я решил попробовать портировать resweb на Django :-)

"Посредственным усилием нельзя достичь выдающегося результата (выдающегося усилия тоже недостаточно,..."

Tue, 13 Sep 2011 00:11:20 +0800

“Посредственным усилием нельзя достичь выдающегося результата (выдающегося усилия тоже недостаточно, к сожалению, но fac et spera).”

- Работа в стартапе. Взгляд изнутри. by 0ex0

Chat for your distributed team

Mon, 22 Aug 2011 02:37:00 +0800

If you work remotely, at least 30% of time is spent in chats or voice calls. We prefer to use chat, because it’s more comfortable for non-native speakers, it has history, so you able to quote opponent’s words and it works well on low-speed connections.

We use Skype and it’s a de-facto standard for communication in distributed teams. It supports both chats and voice calls. And voice calls are cheap. Though, it annoys by non-convenient interfaces (from my point of view, it’s too blaze on Windows and generate too much windows on Linux) and absence of good APIs or libraries. If you want to automate some things, like post continuous integration system build info to chat, then it’s too tricky and too hard to do it.

Then I collect features we need and compare few alternatives to Skype. I like UI (quick links to Skype group calls is really nice) of Jaconda and overall way how it works. I found small issue: it lacks ability to search for overall history (I really want that feature, I’m tired to search in each of 15 chats some phrase I remember someone posted few months ago). But most important thing is pricing, it’s not well-balanced. It limits both number of users and available rooms. I don’t think 8 rooms is enough for 30 people. So if you use rooms extensively, then Jaconda will be expensive for you.

HipChat has more traditional user interface and mimicries for common IMs. It reuse Adobe Air power for desktop client, it has good mobile app (I tried it on Android). The only thing annoys me — single sign-on limitation. If you have webchat opened in your browser and then sign in using mobile application, then webchat will be kicked off. Things goes funny if you have XMPP integration turned on: it disconnects you every time you sign in using different client. That’s lame, ICQ time come back! All other things work well. HipChat achieve good balance between price and features. I think it’s really good alternative to Skype chats.

XMPP is a good choice for open rooms and it’s well-proven by community-driven teams. oDesk use XMPP for its built-in chat, so every oDesk user has XMPP account on odesk.com and, moreover, oDesk automatically syncs buddy list from team room members. But oDesk’ jabber server doesn’t provide support for multi-user chat, so if you want to use XMPP as platform for all teams communication, it goes to be a bit tricky. Moreover, a lot of things require “additional” setup. Like, if you want to get web-accessible logs, then you should use plugin for ejabberd (most popular Jabber server), but you also want to restrict access to logs to team members, and moreover, to participants of chat. You should write web application for that. The last but not a least is a variety of XMPP clients. Some clients support proprietary extensions of protocol to turn on audio/video calls (like Apple iChat), another ones use Jingle extensions (like Psi) and there is no way to setup audio/video call if you and your opponent have different XMPP clients. The same picture is for file transfer. My summary is: it looks very promising, but you should spend a lot of time to verify your needs and abilities before use it.

I summarized info in the table below, inspired by HipChat comparison.

	Skype	XMPP ¹	HipChat	Jaconda
Desktop app				²
Mobile app				²
Web app	³
Private (1:1) chats
Multi-user chats
ACL for multi-user chats
Chat history
Search for entire history
Web chat history		⁴
File sharing		⁵
Post email to chat			⁶
Channel encryption
Private (1:1) calls		⁷		⁸
Multi-user calls				⁹
Multiple sign-on
API	¹⁰
Integration
Cost	-	-	$24	$24-$49¹¹

Notes

⇡ There is no official client for XMPP/Jabber, so every platform (Desktop, Mobile, Web) has own implementation. This row reflects my knowledge about supported features of different clients, so I don’t guarantee existence of client supporting all described features.
⇡ Jaconda doesn’t have standalone application, but supports integration with XMPP/GTalk.
⇡ Skype doesn’t have official web client, but there is imo.im.
⇡ There is a plugin (mod_muc_log) for most popular Jaber server ejabberd to log all multi-user chats, but it doesn’t allow to restrict access to logs to participants of chat.
⇡ All XMPP clients support file transfer, but it works only in very rare cases.
⇡ HipChat itself doesn’t support posting email to chat room, but there is third-party project github.com/hugorodgerbrown/HipMail
⇡ Some clients support XMPP extensions and allow audio/video calls.
⇡ Jaconda stores Skype username in profile and shows quicklink to direct call.
⇡ Jaconda stores Skype username in profiles and shows quicklink to call participants of chat.
⇡ Actually Skype has API to desktop client (see Skype4Py as example), so it’s hard or near impossible to write bots for Skype.
⇡ Jaconda’s Medium plan ($24/month) supports 30 users, but it limits number of rooms to 8. Large plan ($49) supports up to 70 users and 15 rooms.

О графике работы

Tue, 09 Aug 2011 01:41:11 +0800

Прочитал статью на DOU о рабочем графике и не смог сдержаться.

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

Года три назад назад я работал в компании, в которой был строгий рабочий график. Т.е. если меня не было в 9:03, то мне на телефон звонила начальница и спрашивала, где я и когда буду. Звонила она часто :-) Приезжал я обычо в районе 9:20. Почему? Чтобы приехать вовремя, мне нужно было вставать/выходить на 40-50 минут раньше. Мне было жалко в пустую тратить это время и я его тратил на книги/журналы в дополнение к завтраку.

Потом, я работал в компании, где не было строгого рабочего времени, но я приезжал к 8:30, потому что мне было так удобно: к тому времени дочь пошла в детсад, и сразу после того, как я ее отводил в группу, я шел за машиной и спокойно доезжал до офиса, находил свободные парковочные места, не торопясь шел в полупустой кабинет и продуктивно работал до часов 11, пока не появлялась основная масса народу. Работал я до 17:00, чтобы успеть забрать ребенка не самым последним :-)

По прошествии какого-то времени я стал работать удаленно и сам для себя сделал рабочий график: с 6:45 до 17:45. Я выбирал время так, чтобы у меня были свободные вечера и была возможность дочь возить на танцы.

Посмотрите: я как был жаворонком, так и остался, но из-за того, что менялись внешние обстоятельства, менялся и удобный для меня график работы. Более того, чем больше свободы мне давала работа, тем раньше у меня начинался рабочий день. Это был мой осознанный выбор.

Зачем нужен комьют

Thu, 28 Jul 2011 20:45:42 +0800

Из твиттера пришла ссылка на пост Ильи Бирмана о потере времени на дорогу от дома до работы и назад.

Очевидно, что у Ильи наболело терять по 2 часа в день на то, чтобы доехать до работы, а потом столько же чтобы вернуться. У меня ситуация другая и последний год дорога занимает в худшем случае 7 минут, потому что расстояние между работой и домом — 300 м. До этого я примерно 6 лет работал “в офисе” и дорога занимала от 20 до 40 мин в одну сторону.

Все люди разные, лично я предпочитаю работать не дома, во-первых, это эффективнее, поскольку отвлекающих факторов меньше; во-вторых, мне нужно время, чтобы забыть о работе либо морально “настроиться” на нее. И вот комьют — это как раз возможность при поездке на работу настроиться на рабочий режим, а при поездке домой спокойно “отпустить” рабочие вопросы. 7 минут мало. Ты либо приходишь на работу в расслабленном состоянии, либо приходишь домой в рабочих заботах. А вот 20-40 минут — самое оно. Конечно, никто не мешает пару раз обойти вокруг квартала и увеличить время, но мозг не соглашается на обман и в большинстве случаев выбирает короткий путь :-)

self-upgrade bootstrapping

Thu, 28 Jul 2011 04:24:35 +0800

Достаточно давно я прочитал у Tarek Ziade о самообновляющемся bootstrap-скрипте. Идея мне понравилась, но попробовать ее в деле всё не удавалось.

Сегодня удалось. По-быстрому добавил самообновление для нашего bootstrap-скрипта: https://github.com/jellycrystal/bootstrap Proof of concept получился на славу — работает как часы на *nix. Почти уверен, что на Windows не будет :-)

Что это и зачем оно нужно: если вы используете pip+requirements.txt и virtualenv и не используете buildout, то при начале работы над проектом вы делаете:

Проверяете, стоит ли у вас git, hg, virtualenv, pip и другие инструменты, необходимые для развертывания окружения
Создаете virtualenv (чистым virtualenv или через virtualenvwrapper — не важно)
Активируете его (либо в дальнейшем используете опцию -E у pip)
Запускаете pip install -r requirements.txt
Делаете дальнейший “бутстраппинг” проекта — передаете управление Make или чему-нибудь похожему.

Каждый раз делать эту последовательность мне надоело и я написал для этих действий bootstrap.py Он делает почти всё как описано в списке выше, за исключением того, что а) он создает virtualenv ve б) он передает управление doit, если в списке таск-генераторов есть bootstrap. Теперь он еще и сам себя обновляет. И перезапускать для этого его не надо :-)

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

Apple и последовательность

Thu, 21 Jul 2011 19:43:14 +0800

Сегодня вышел Mac OS X “Lion” и я хочу отметить, что Apple подводит под общий знаменатель такие фичи как Expose, Dashboard и Spaces. Эти фичи появились в разное время и они предлагают разные метафоры. Иными словами, эти фичи не являлись интегрированными в пользовательский интерфейс, а были “пришлепками” сверху. Теперь всё это объединено в Mission Control. Мне как пользователю местами не нравятся нововведения Lion, но как инженер я двумя руками за унификацию концепций. И в этом смысле Lion предлагает более последовательный и логичный интерфейс.

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

P.S. Краткий обзор фич от создателей можно посмотреть в записи Back to the Mac

Играющие тренеры

Wed, 13 Jul 2011 21:28:00 +0800

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

Меня всегда настораживали люди, которые проработав 5 лет в IT становятся тренерами и потом года 3 только «тренируют». Мои опасения подтверждает предисловие к статье Bored People Quit (выделено мной):

Much has been written about employee motivation and retention. It’s written by folks who actively use words like motivation and retention and generally don’t have a clue about the daily necessity of keeping your team professionally content because they’ve either never done the work or have forgotten how it’s done.

Именно поэтому у нас на каждом уровне управления — играющие тренеры.

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

Как мы решаем проблему диагностики и предотвращение «скуки»:

Превентивно убираем лишний шум. У разработчиков нет митингов с клиентами, разработчики не пишут отчёты, им не требуется весь рабочий день быть с включенным IM
Даём свободу. Свобода выбора своего графика работы, свобода выбора технического решения/инструмента, свобода открывать код, свобода делать исследования.
Следим за «температурой по палате». Непопадание в свой график работы, снижение производительности — повод задать вопрос «как дела? все ли в порядке?»
Мы терпеливы и дружелюбны. Возникновение проблемы — повод искать решение, а не спускать пар и находить козлов отпущения.

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