@ugnich, выбранная технология. жава — это удел горстки гиков

@ugnich, Java. К.О.

@ugnich, Лично мне мешает лень. И удовлетворенность текущим положением.

@ugnich, если какието либы нужны на с/c++ могу в свободное время помочь

@ugnich, портируй на erlang — и всё начнёт двигаться

@ugnich, Уже несу на своем горбу один заброшенный проект на Java... Не все сразу :)

@ugnich, Зачем тратить время на то, чем уже не особенно часто полльзуешься?

@ugnich, хватит уже технарей, пригласите дезигнера.

@ugnich, В первую очередь джава

@ugnich, Java

@ugnich, Проклятая жажда наживы. Сжирает все время которое я могу вывалить на алтарь девелопмента.

@ugnich, Для начала нужен Juick из коробки, который можно быстро развернуть.

@ugnich, Java, в ней какие-то не естественные ограничения. Язык, конечно, мощный, но не удобный.

@ugnich, О, ещё и Java, как выяснилось.

@ugnich, java же

@ugnich, сервис использует незнакомый язык.

@ugnich, java

@ugnich, Если я не жалую данный язык и не разбираюсь в разработке на нём — я не буду даже пытаться вникнуть в код, потратив уйму времени впустую.

@ugnich, Я уже писал. Для разработчика клиентской стороны не хватает возможности просто клонировать репозиторий, и начать работать. Имея возможность проверять то что делаешь в браузере. Шаблонизатора не хватает. Билд-скриптов, разворачивающих полноценную рабочую версию сервиса.

@ugnich, Запиливаю свой проект; видимо, считаю этот бесперспективным в том, куда он может пойти в развитии.

@ugnich, О, ещё вот это:
out.println("<ul>");
                out.println(" <li><a href=\"?show=my\">" + rb.getString("My feed") + "</a></li>");
                out.println(" <li><a href=\"?show=private\">" + rb.getString("Private") + "</a></li>");
                out.println(" <li><a href=\"?show=incoming\">" + rb.getString("Incoming") + "</a></li>");
                out.println(" <li><a href=\"?show=recommended\">" + rb.getString("Recommended") + "</a></li>");
                out.println("</ul>");

@ugnich, Буду рад внести лепту в меру скромных сил. Могу от души быдлокодить на PHP|SQL.

@ugnich, -Java +Erlang +шаблоны
А вообще, какая цель этой разработки? Жуйк в текущем виде отлично справляется со своими задачами, лишь мелочи можно доработать, а можно и оставить как есть.

@ugnich, отсутствие инструкций для поднятия тестовой среды разработки

@ugnich, 1) лень
2) желание делать как можно ближе к XEP-277 и сопутствующим (в то время, как у местной администрации другой взгляд).
3) (самое главное) <s>помешанность на Lua</s> желание дописать модуль для Prosody c таким функционалом (на Lua).
4) некая нелюбовь к Java вызванная годами общения с миллионами говнософта на ней.

А так — ничего. И как-нибудь, может даже закоммичу что-нибудь...

@ugnich, а где у тебя там есть список открытых тикетов? например, я готов иногда впрячься и чтот накодить, а для придумывания новых фич я слишком ленив) тем более, что не факт что фича будет включена в сервис: github.com — тут много закрытых по won't fix предложений, а открытык чтот не видать.

@ugnich, жуйк уже не доставляет, как раньше

@ugnich, Лень.

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

@freefd, Java идеально подходит для решения этой задачи, по совокупности всех требований, условий и параметров.
Архитектурно Juick разбит на большое количество независимых модулей, которые, в принципе, могут быть реализованы на совершенно разных ЯП. Вопрос лишь в том, кто сможет написать полностью законченный модуль и поддерживать его дальше.
Кроме того, код — это не только Java, но и HTML, CSS, JavaScript.
Кроме того, сервис нуждается в отдельных клиентах и плагинах для существующих, а это огромное число разных платформ и языков.
Кроме того, если сделать свой сервис или приложение, взаимодействующие с Juick (например, JuBo) — это тоже очень даже помощь сервису.

@ugnich, Джава? А что с перлом стало? Да, я слоу.

@ugnich, Лень и пассивность. А вообще, надо бы как-нибудь поковырять код.

@sss, Спасибо! В настоящий момент используются компоненты s2s и router из jabberd2. Они написаны на C и нуждаются в доработке. Посмотрите пожалуйста, если сможете заняться — расскажу подробнее, что именно требуется.
codex.xiaoka.com

@perfecto, Дизайнеры тоже нужны, приглашаю. :)

@ugnich, а зачем это всё? HTML/CSS/JavaScript, клиенты какие-то? прелесть жуйка в том что он жаббер. какие приложения кто будет писать без коммерческой подпитки? я бы вот сюда евенты дипхоста писал. но так удалят-с такой аккаунт. ну и всё — нет коммерческой подпитки — останется уделом трёх гиков

@ugnich, Учитывая, что исходники не предполагают развёртывания, не понятно, как бы это сделать. Например, не мешало бы улучшить шлюз в твиттер. Раз твиттер сжимает всё в t.co — так уж и быть, можно бы все ссылки сжимать в t.co и постить в twitter, добиваясь, таким образом, большей длины простого текста (Сейчас текст обрезается из–за длинных ссылок). Далее, если один юзер рекомендует пост другого юзера, и оба кросспостят в твиттер, в твиттере это автоматически должно получаться как ретвит (только без RT, нормальный ретвит). Геоинформация в твиттер не кросспостится. Предположим, что я бы мог этим заняться, хоть это и неправда. OK, открываю github.com и даже не вижу, где бы это всё должно находиться. А попробуйте через web интерфейс github продраться внутрь всех src/java/com/juick/xxx/xxx, да ещё в каждом проекте. Почему нельзя называть все файлы com.juick.xxx.java и хранить плоско, в одной директории?

Больше всего мне бы хотелось SSL в Juick — это задача админа, а не разработчика.

Далее, я бы хотел, чтобы был бот для Twitter, максимально похожий на Juick: чтобы под каждым сообщением была ссылка типа .../status/... — как положено, чтобы внутри системы все твиты нумеровались, и чтоб используя метаинформацию твиттера (у твиттера это однозначно есть), сервис выгружал бы треды целиком, нумеровал бы как в Juick и позволял бы отвечать, как в Juick, дописывая при этом @топикстартер @комуотвечаю автоматически. С Juick это напрямую не связано, просто нужно время, которого нет (учёба+работа)

@ugnich, juick идеален в том состоянии в каком он сейчас, лично я не представляю что ещё можно написать

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

@ugnich, Нужен гайд по тому, как это делать.

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

@synorth, И тестовое покрытие на межмодульное взаимодействие.

@rr, Отсутствие шаблонов — всего лишь мелкая проблема, которую нужно исправить.

@Sectoid, Трекер по сайту здесь: github.com
Отклоненных предложений всего 4, а открытых — 19.
Если не уверены — просто опишите своё предложение в issues, а после сможете смело реализовать его.

@ugnich, о, у меня были видимо какие-то странные фильтры включены и открытых я не видел. надо будет посмотреть. почитав тред выше, напрашивается еще один вопрос: как насчет использования шаблонов страниц вроде closure-templates (очень годная штука, сам люто хочу такую под .неты)?

@synorth, Код был открыт только недавно, да и тот пока, к сожалению, не весь. А комьюнити уже давно есть и делает замечательные плагины для Jabber-клиентов, за что им всем большое спасибо. :)
Любые вопросы, как технического, так и "политического" характера я с радостью обсуждаю, если человек готов к диалогу.
Спасибо за предложение.

@Swagman, На Perl было очень удобно делать небольшой прототип сервиса. Масштабы и требования заметно выросли — потребовался другой, более подходящий инструмент.

@ugnich, Отсутствие интереса к среде разработки.

@ugnich, и да, по треду выше было еще одно дельное замечание: напиши step-by-step guide по развертыванию тестового instance хотябы веб-части для разработки.

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

@ugnich, мускль и томкэт это настолько трудно? :)

@Sectoid, Я не против шаблонов, но конкретная технология должна быть выбрана обоснованно, в контексте задачи, после рассмотрения нескольких вариантов, а не просто потому что "она очень годная". :)

@ugnich, в 21 веке это решается, при чем очень просто и с минимальными затратами времени. Банально образ рабочей виртуалки выложить куда-то.

@ugnich, я не настаиваю именно на CT, привел его просто как хороший пример. алсо вот обоснование для CT: легко читаются/пишутся, открытая реализация, и они в любом случае лучше текущего положения дел.

@AKa, MySQL и Tomcat — лишь малая часть, а речь шла, как я понимаю, про нечто большее.

@dion, Создать отдельную виртуалку с копией для целей разработки — её нужно будет поддерживать в актуальном виде, что не так просто.
Переносить рабочий проект в виртуальную среду — не менее сложно.
Но спасибо за идею, я подумаю.

@ugnich, чего-то я совершенно не верю, что это произойдет... совсем =)
про не менее сложно переносить в виртуалку — это вообще как-то глупо звучит. У тебя что там, какая-то редкая не-x86 архитектура, свое ядро с поддержкой кастомного оборудования, вычисления на CUDA и подобное?
а до нормальной возможности проверить свои изменения на работоспособность я точно не буду даже пытаться куда-то присоединяться..

@Sectoid, "Что угодно, лишь бы не println" — это неправильно. :)
Создал Issue, можно там обсудить: github.com

@dion, Сложности другого характера: в условиях крайне ограниченного бюджета купить ещё один сервер, настроить это всё хозяйство на двух виртуалках (база — отдельно), как-то придумать, как прятать пароли, всякие ключи ssh/ssl и прочую секретную информацию. И это только очевидные проблемы, которые видны сходу.

@ugnich, зачем еще один сервер? Я же образ виртулки прошу, а не ssh доступ куда-то где поковыряться можно... Запустить их две штуки может даже мой побитый ноутбук двухлетней давности.

@ugnich, почему бы и не помочь. Просто вряд ли я пригожусь как БДшник или it архитектор.

@ugnich, Насчет инструкций по сборке — постараюсь в ближайшее время написать, как собрать и запустить немного ограниченную по функциональности копию сайта.

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

@Taira, но возникнут проблемы, которые будут в моей компетенции, то почему бы и да?

@Taira, Спасибо! Если что — будем знать, к кому обратиться. :)

@ugnich, За актуальностью и работоспособностью девелоперского образа будет следить из комьюнити, когда оно сложится. Но рабочий будет отвечать. И за ним будет скорее всего сам автор ;) Как-то так обычно.

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

@ugnich, ты меняешь реализации мускля для каждого минорного релиза? да ладно...
ну, то есть, не совсем понятно, что ещё, кроме сырцов, и, возможно, структуры БД, будет меняться настолько часто?

@ugnich, пошел второй виток по спирали =)
контрибьютить что-то без возможности проверить это примерно как по лесу бродить с завязаными глазами, наедясь не вступить в болото. Если проекту нужна поддержка со стороны, то он вкладывает какие-то ресурсы для того, чтобы сторонние разработчики могли за вполне разумное время собрать и запустить у себя рабочую версию. Вот пример для тех проектов, с чем я сталкиваюсь по работе:
reviewboard.org
trac.buildbot.net
В свое время из-за нормального мануала я не поленился засабмитить пару мелких багфиксов в последний. И один достаточно крупный чейндж, но его не приняли. Да, там даже был пошаговый tutorial, как на github-е pull request-ы слать.

@synorth, До того момента, пока "комьюнити сложится", эту работу нужно будет выполнять мне. И даже после того, как сложится — некоторые неочевидные вещи, выходящие за рамки кода, все равно прийдется поддерживать мне.
И у меня большие сомнения насчет таких больших и глобальных задач. Я бы все-таки предпочел разобрать на кусочки и заниматься ими по отдельности.

@ugnich, а тестировать как?

@AKa, Если бы Juick состоял из одних лишь исходников Java и базы данных MySQL, никакие инструкции по развертыванию были бы не нужны. К сожалению, Juick намного больше, чем ты себе представляешь.

@dion, Начну с написания инструкции по сборке, а дальше будем смотреть по ситуации. Я прекрасно понимаю всё, что ты говоришь, но всё упирается в ограниченные возможности.

@ugnich, это я и два года назад слышал

@ugnich, Думаю, это преувеличенные ожидания сложностей. Сообщество дает синергитический эффект и решает и не такие задачи. И это же будет девелоперская ветка. Поддержка её и продакшена будет разнесена.

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

@Avatar, Тестами.

@ugnich, Можно только обернуть свой абстрактный быдлокод юнит тестами. А зырить что получилось в общем и целом как?

@ugnich, 1) как уже писали выше, неплохо бы выложить образ для virtualbox с которым можно быстро поднять у себя juick для разработки (что-то в стиле vagrantup.com
2) нужна минимальная документация: какой класс за что отвечает, документация по сборке и запуску

@ugnich, Скажу прямо. Мало кто хочет разрабатывать продукт в себе. Либо оно opensource во всём его понимании, либо это типичное API на базе http/xmpp с closedsource. Что-то очень близкое к free и ent версиям продуктов, разве что здесь просто говорят "ты не осилишь, не пытайся". Схем mysql нет, да и подробного описания juick insight нет.

@freefd, PS. Антон, посмотри на statusnet. Identi.ca от этого совсем не умерла.

@mc, Присоединюсь. Если нет возможности посмотреть на свои изменения "в бою", сложно контролировать осмысленность правок.

@ugnich, Если у жуйка и правда такая сложная архитектура, из описания ее (с картинками и схемами) получатся замечательные посты, я уверен, тут много кому это будет интересно.

@ugnich, не знаю, огласили уже или нет, но не понятно заранее, какой пулл реквест пройдёт, а какой окажется напрасно потраченным временем

@ugnich, Не умею...

@ugnich, я яву не люблю

@ugnich, Ява и невозможность развернуть локальную версию.
Если первое преодолимо, то второе, насколько я знаю, нет.

@synorth, Позвольте полюбопытствовать, какие проекты с участием сообщества вы создали?

@ugnich, 1) Выбранный язык. В жуйке на самом деле среди всего зоопарка "технических специалистов" очень мало людей, реально пишущих на java. К тому же выбор именно этой технологии слабо обоснован для написания сервиса в том виде, каким является жуйк сейчас. Вероятно, для разработки нового жуйка в том виде, в котором представляешь его ты, этот выбор более обоснован; но об этом никто не узнает до тех пор, пока ты не поделишься своим видением с общественностью. А ты ведь не поделишься.
2) Твое отношение к комьюнити. В 99% проектов автор прикладывает хотя бы минимальные усилия для того, чтобы обеспечить своим потенциальным разработчикам минимальный уровень комфорта — предоставляет хотя бы в конспективной форме дизайн-документацию, скрипты для сборки некоторого подмножества тестовой среды (или руководство для ее создания) etc. Ты же в своей обычной манере не хочешь даже попробовать объяснить, в чем там возникнут сложности. "Вы не осилите и все, потому что я так сказал. Пишите модули". У разработчика в таком случае должна быть невероятно сильная мотивация, чтобы начинать писать абстрактное нечто без возможности посмотреть, что получилось.
3) Своеобразный подход к разработке. Отбрасывая без какого-либо объяснения вещи, о которых просит заметная часть активных пользователей сервиса; вводя вещи, которые эта же часть потом просит убрать; настаивая на искусственных ограничениях вроде "никаких настроек" — всеми этими действиями ты ограничиваешь множество потенциальных разработчиков только тем подмножеством, которое согласно с таким подходом. Безусловно, это твое право, как автора; но не удивляйся после этого, почему же все эти сотни программистов не хотят для тебя ничего делать.
4) Ну и репутация — тоже очень важная штука. Заявления в духе #1236006/63 и другое подобное controversial поведение не делают тебе чести в глазах тех самых потенциальных девелоперов. Возможно, к ним ты будешь относиться менее высокомерно-пренебрежительно-неконструктивно, чем к обычным пользователям, но они ведь об этом не знают и не хотят тратить время зря.

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

@Avatar, Учитесь работать, не запуская каждые пять минут код для "позырить". Во многих сферах этот навык очень пригодится.

@ugnich, У нас заказчики так учатся — выкатывают новые изменения в багтрекер сразу на продакшен. Периодически лицезреем симпатичные ексепшены.

@freefd, Это был, есть и будет "продукт в себе". Ибо задача "сделать простой скрипт, типа identi.ca, который можно установить себе на сервер, чтобы получить Yet Another сервис микроблогов" мне совершенно не интересна, я хочу большего.

@ugnich, вот это и есть ответ на вопрос в топике =)
А вообще это называется пиздец =)

@freefd, Смотрел, не впечатлился. Я не верю ни в StatusNet, ни в Wordpress Mu — это бестолковые проекты, которые не имеют ни одной весомой инсталляции, за исключением, собственно, родительской (identi.ca, wordpress.com). Так зачем тратить время на создание дистрибутива, если инсталляция все равно будет одна?

@lurker, В чём проблема задать мне вопрос через jabber, e-mail или создать issue на github?

@karp, Сказал человек, создавший форк Android клиента. :)
Давайте хотя бы над Android клиентом усилия объединим?

@ugnich, на одни коммуникации через гитхаб ты отвечаешь, другие тупо игноришь, так же рандомно

@ugnich, Весомая инсталляция это сколько пользователей? Больше сотни человек есть не меньше пяти инсталляций. Есть ряд активно используемых однопользовательских инсталляций, благо архитектура позволяет.

@Kim, Это было про статуснет.

@Kim, В моторолле вон 7к человек используют StatusNet на внутреннем сервере. Достаточно крупная инсталляция

@CthulhuFromBan, Спасибо за развернутый ответ.
1) Что изменится, если я потрачу пол дня на красивое описание своих размышлений, которые привели к выбору языка Java? Ничего. Тогда зачем тратить на это время?
2) Комьюнити — это понятие растяжимое.
Я считаю, что усилия, затраченные на уговоры людей из категории "мне не нравится Java" не соизмеримы с количеством кода, который эти люди могут внести.
В то же время, я ценю мнение людей, которым не западло форкнуть простой проект и попробовать добавить хотя бы две строки кода.
Про которое комьюнити мы сейчас говорим?
3) Скажи пожалуйста, перед кем, по какой причине и для чего я должен отчитываться о своих решениях?
4) Моя ошибка: не стоит пытаться вести с обычными пользователями разговоры на тему разработки. Осознал, исправлюсь.

@dion, Кому пиздец, а кому — нормальный рабочий процесс. Уверен, что люди, разрабатывающие ПО для управления какими-нибудь ракетами, считают, что у меня совершенно халявная работа. :)
Я заранее предупреждал, что будет сложно.

@lurker, Я могу что-то забыть или пропустить. Не нужно делать из этого трагедию, достаточно просто напомнить. Кинь ссылку в приват.

@Kim, Например, треть от числа пользователей "родителя". Но вообще-то я про известность, а не про цифры.

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

@Kim, Не передергивайте, это была просто шутка.

@ugnich, Если шутка, то каков серьезный ответ на поднятую проблему?

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

@ugnich, Ну положим известность конкретных инсталляций при наличии межсерверных коммуникаций особой роли не играет. Так что StatusNet весьма перспективен (если не думать про 140 символов).

@ugnich, Была поставлена проблема — отсутствие тестовой платформы для отладки/тестирования нового кода, которая нужна потенциальным разработчикам сервиса. Единственное решение, которое я видел в треде — учитесь без отладки, и единственный аргумент — это пригодится. Я мог что-то упустить, но объективных причин тем не менее не увидел. А отсутствие отладки замедлит разработку и приведет к потенциальным сбоям.

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

@ugnich, Шеф, можно один быдло-вопрос? В чем пишем? В Клипсах, Бинсах, жСтроителе, Блокноте, чем-то самописном? (Да, я все еще не смотрел в сорс, простите)

@ugnich, не умею работать в группе...

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

@Commaster, В репозиториях лежит нетбинсовский nbproject

@ugnich, окей. Люди, занимающиеся производством ракет тестируют модули независимо до того как эту ракету соберут полностью. Потом ВНЕЗАПНО ее тоже тестируют. Посмотри на те же самолеты. С момента первого полноценного полета до сдачи в эксплуатацию проходит около 5 лет.
Еще пример: у электрощников есть такое изобретение как Breadboard (макетная плата, если точнее). Это гениальное изобретение, хоть и простое как пробка. И ты удивишься, но оно позволяет как раз "пробовать" изменения на реальном железе без прохождения весьма долгой процедуры изготовления конечной PCB.

Я вполне допускаю, что есть отрасли, в которых "попробовать" что-то может быть весьма проблематично (невозможно/дорого и т.д.), но даже они это пытаются как-то решить (возвращаясь к твоей аналогии — никто не будет полностью собирать ракету, чтобы увидеть что не работает подача топлива в двигатель). Считай это unit test-ами. По ссылке на код с кучей println()-ов я не нашел ни одного теста вообще. ТАК не делают даже ракетчики.
А реплики в стиле "учитесь работать не запуская" звучат как намеренные попытки усложнить и без того явно надуманную проблему.

@ugnich, Java

@CthulhuFromBan, соглашусь.

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

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

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

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

@ugnich, 1. Лень. 2. Трудно что-либо разрабатывать без возможности развернуть и протестировать локально. 3. Отсутствие мотвиации. Меня устраивает сервис в его текущем состоянии.

@dion, Поверь, реплики "предоставьте мне полную документацию, обоснование выбора языка, полноценное тестовое окружение в виртуальной машине и тогда я, может быть, что-нибудь напишу" звучат ничуть не лучше.
У меня нет возможности уделять столько времени на создание комфортной среды для сторонних разработчиков. Не потому что мне лень или я не хочу. Хочу, очень хочу. Но если я начну работать на разработчиков, кто тогда будет работать на пользователей?
Я предлагаю начать с того, что есть сейчас, попробовать добавить несколько строк кода. С людьми, которые способны что-то сделать, я буду разговаривать дальше, сделаю для них то, что они скажут.

@vannadiz, Скажи пожалуйста, а как вдруг простой и обыденный случай несовпадения интересов двух людей вдруг стал моим недостатком и неправильной позицией? Откуда этот обиженный тон?
Если у нас не совпадают взгляды и ты хочешь делать нечто другое — я желаю тебе удачи и сил, чтобы реализовать свои идеи.
И, пожалуйста, давай я сам буду рассказывать о себе, тем более, что ты очень плохо осведомлена.

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

Если я ошиблась про твою работу в команде — сорри. У меня сложилось такое ощущение; да и не только у меня, как ты знаешь.

@ugnich, можно пруф где я просил полную документацию и обоснование выбора языка? :)
твоя позиция понятна. Она называется "вступайте в болото", с глазами потом что-то придумаем. Спасибо

@dion, Моя позиция называется "вот то, что я на данный момент могу предоставить, прошу отнестись с пониманием".

@vannadiz, А я вообще не понимаю, смысла этих жарких споров. Был задан вопрос 'Почему не идут ко мне разработчики?' — ответы получены. Попытки переубедить этих людей, что им не нужно то, что они просят, не имеют смысла. Тогда зачем было вообще этот вопрос поднимать?

@eigenein, *если, кроме уговоров, ничего другого предпринимать планов нет.

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

@synorth, Дада, я это помню. Просто, несмотря на это споры продолжились, и мне со стороны не вполне была понятна их суть.

@ugnich,
— Java
— отсутствие (JSON/XML) API (да, можно по XMPP слать боту пакеты... Но как то это не аллё. От простенькой WSDL-ки я бы не отказался...)

@ugnich, Создайте отдельный тред, обсудим. Если технология действительно стоящая, я не против.

@ugnich, Я сильно надеюсь что никто не обьединится с тобой делать Андроид клинт. Ибо я отлично помню как ты реагировал на простейший запрос, НАСТРОЙКИ РАЗМЕРА ШРИФТА! Что мне ответил Угнич? Что мухаха, да на твоём телефоне ващще ничего невозможно читать. И всё на этом. Так что ну нах твои диктаторские замашки, лучше уж пускай люди функциональные форки делают.

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

@ugnich, конкретную цитату я не помню. Да и не важно это. Факт был и никакое "подумаю" мне не сообщалось.

@shaggoth, Извините, если действительно не ответил, что подумаю. Наверное, мне показалось очевидным, что если я не даю окончательного ответа, то разговор не закончен и я к этому ещё вернусь.

@ugnich, он был закончем чем-то типа "ппц, да на нём всё что угодно будет некомфортно читать!" на что я ответил что другого и не ожидал что буду юзать форк на котором всё отлично настраивается и читается комфортно на любом экране. И на это я уже никаких ответов не получал. Так что тут даже дедукция не подсказала бы что Угнич решил подумать :)

@ugnich, пользуясь отсутствием *readonly в этом топике, поинтересуюусь была ли где-то озвучена причина удаления исходников с гитхаба? подозреваю что-то вроде "недостаточно пуллреквестов" но интересно было бы читнуть официальную версию, а то я что-то пропустил.

@lurker, Нет, не была.