Конкурс на разработку клиента ВКонтакте/XMPP
ВКонтакте поддерживает открытые разработки и открытые протоколы.

Не так давно мы запустили поддержку XMPP для доступа к самой востребованной информации ВКонтакте - личным сообщениям. После окончания тестирования мы планируем сделать открытым код самого XMPP-сервера ВКонтакте, написанного Олегом Илларионовым на node.js.

Сегодня, 23 июля 2010 года, мы объявляем конкурс на создание открытого клиента IM для быстрого обмена личными сообщениями без использования браузера.

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

Требования
Поддержка операционных систем Windows XP, Windows 7, Windows Vista (как минимум).
Открытый исходный код
Отсутствие рекламы и платных сервисов
Минимализм
Нейтральный дизайн


Критерии
Скорость работы
Простота и удобство использования
Использование максимального количества дополнительных возможностей API ВКонтакте


Сроки
Ссылки на работы должны быть размещены до 1 сентября 2010 года в этой теме.

Призы
В начале сентября будут определены два победителя, каждый из которых получит Sony Vaio Z или 60 000 руб.

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

ОБНОВЛЕНИЕ от 25.07.2010 1:16

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

1. Павел, на чем написан клиент непринципиально?

Все равно, главное, чтобы результат был легкий: быстро скачивался, быстро ставился, быстро работал.

Исходя из общих соображений, могу предположить, что чем более высокого уровня язык и чем больше фреймворков и прослоек использует код, тем толще и медленнее будет программа. Если бы я сам участвовал в этом конкурсе, я бы, наверное, сделал ставку на C/C++. Однако в силу ряда обстоятельств я далек от разработки клиентского софта под Windows, поэтому Вы можете знать лучше меня, какие инструменты дадут возможность сделать самый быстрый и легкий клиент. Выбор за Вами.

2. Имеет ли смысл писать air приложение, ибо пользователям сам air еще придется устанавливать? И другой стороны -- мультиплатформенность.

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

3. Это будет ли клиент от ВКонтакте с поддержкой ICQ или только Вконтакте?

Поддержка других XMPP-провайдеров, а также проприетарных протоколов вроде ICQ или Агент@Mail.ru - это плюс при прочих равных достоинствах. Все же я бы сфокусировал свое внимание на пользователях ВКонтакте, так как относительно удобных клиентов для пользователей ICQ на рынке уже хватает. Думаю, идеальным решением было бы создать возможность быстрого подключения дополнительных протоколов в виде плагинов, как в Миранде. Можно было бы даже создать нечто, совместимое с плагинами от той же Миранды или другого клиента с открытым кодом.

4. Какие требования к оформлению кода и пакету исходников?

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

5. Монетизация проекта в каком либе виде в будущем возможна?

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

6. Полноценный мессенджер только на api, без xmpp будет допущен к конкурсу?

Да, определенно. В каком-то смысле, если Вы все равно подключаете клиент к нашему API, то использование XMPP будет лишней прослойкой. Разумеется, частично это поменяется с включением S2S, но на данный конкурс это не повлияет.

7. Можно ли рассчитывать на то, что S2S появится до окончания конкурса?

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

8. Павел, поддержка MacOS/Linux/FreeBSD/whatever else posix compilant в плюс пойдет?

В плюс пойдет, конечно. Особенно мы любим MacOS и Linux. Но опять же, эти преимущества будут учитываться только при прочих равных достоинствах. Мультиплатформенный клиент не займет первое место, если другая работа обойдет его по скорости/удобству/минимализму.

9. Что самое главное?

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

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