• Juick Знаю, что на Juick есть много грамотных технических специалистов, программистов. Скажите, а что мешает лично вам присоединиться к разработке сервиса? С удовольствием развею в этом треде все мифы и сомнения.
    ♡ recommended by @surahim, @odin, @MarkS, @kuyantus, @top, @gelin, @skobkin-ru, @mariadna, @Br0ziliy  and 1 others

Replies (136)

  • @ugnich, выбранная технология. жава — это удел горстки гиков
  • @ugnich, Java. К.О.
  • @ugnich, Лично мне мешает лень. И удовлетворенность текущим положением.
  • @ugnich, если какието либы нужны на с/c++ могу в свободное время помочь
  • @ugnich, портируй на erlang — и всё начнёт двигаться
  • @ugnich, Уже несу на своем горбу один заброшенный проект на Java... Не все сразу :)
  • @ugnich, Зачем тратить время на то, чем уже не особенно часто полльзуешься?
  • @ugnich, хватит уже технарей, пригласите дезигнера.
  • @ugnich, В первую очередь джава
  • @ugnich, Проклятая жажда наживы. Сжирает все время которое я могу вывалить на алтарь девелопмента.
  • @ugnich, Для начала нужен Juick из коробки, который можно быстро развернуть.
  • @ugnich, Java, в ней какие-то не естественные ограничения. Язык, конечно, мощный, но не удобный.
  • @ugnich, О, ещё и Java, как выяснилось.
  • @ugnich, сервис использует незнакомый язык.
  • @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()-ов я не нашел ни одного теста вообще. ТАК не делают даже ракетчики.
    А реплики в стиле "учитесь работать не запуская" звучат как намеренные попытки усложнить и без того явно надуманную проблему.
  • @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, Нет, не была.