Разработка клиента ВКонтакте/XMPP


Материал из Эрикшионари — справочной энциклопедии

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

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. Что самое главное?

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

мобильные прокси отзывы

Вступить в дискуссию