Replies (136)
-
@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>");/32 · Reply -
@ugnich, 1) лень
2) желание делать как можно ближе к XEP-277 и сопутствующим (в то время, как у местной администрации другой взгляд).
3) (самое главное) <s>помешанность на Lua</s> желание дописать модуль для Prosody c таким функционалом (на Lua).
4) некая нелюбовь к Java вызванная годами общения с миллионами говнософта на ней.
А так — ничего. И как-нибудь, может даже закоммичу что-нибудь.../56 · Reply -
@ugnich, а где у тебя там есть список открытых тикетов? например, я готов иногда впрячься и чтот накодить, а для придумывания новых фич я слишком ленив) тем более, что не факт что фича будет включена в сервис: github.com — тут много закрытых по won't fix предложений, а открытык чтот не видать./58 · Reply
-
@ugnich, Лично меня настораживает, что вокруг разработки отсутствует комьюнити. Такое бывает, когда есть какие-то мировоззренческие препятствия со стороны автора-породителя.
Но появление такого поста дает надежду, что просто время пришло.
Джава не пугает. Всё остальное, что до сих пор назвали — это как раз предмет работы Сообщества. Если кому-то не хватает срдств сборки и локального развертывания — велкам соорудить. Кстати, могу предоставить тестовый сервер(а)./66 · Reply -
@freefd, Java идеально подходит для решения этой задачи, по совокупности всех требований, условий и параметров.
Архитектурно Juick разбит на большое количество независимых модулей, которые, в принципе, могут быть реализованы на совершенно разных ЯП. Вопрос лишь в том, кто сможет написать полностью законченный модуль и поддерживать его дальше.
Кроме того, код — это не только Java, но и HTML, CSS, JavaScript.
Кроме того, сервис нуждается в отдельных клиентах и плагинах для существующих, а это огромное число разных платформ и языков.
Кроме того, если сделать свой сервис или приложение, взаимодействующие с Juick (например, JuBo) — это тоже очень даже помощь сервису. -
@sss, Спасибо! В настоящий момент используются компоненты s2s и router из jabberd2. Они написаны на C и нуждаются в доработке. Посмотрите пожалуйста, если сможете заняться — расскажу подробнее, что именно требуется.
codex.xiaoka.com -
@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 это напрямую не связано, просто нужно время, которого нет (учёба+работа)/86 · Reply -
@mc, При всем желании, вы не сможете быстро развернуть этого монстра. Для того, чтобы поднять копию, потребуется выделенный сервер и много времени. И после этого вы все равно не сможете эффективно его использовать для разработки.
Поэтому, была выбрана модульная архитектура, которая позволяет разрабатывать небольшими, отдельными частями. Используйте это преимущество. -
@Sectoid, Трекер по сайту здесь: github.com
Отклоненных предложений всего 4, а открытых — 19.
Если не уверены — просто опишите своё предложение в issues, а после сможете смело реализовать его. -
@ugnich, о, у меня были видимо какие-то странные фильтры включены и открытых я не видел. надо будет посмотреть. почитав тред выше, напрашивается еще один вопрос: как насчет использования шаблонов страниц вроде closure-templates (очень годная штука, сам люто хочу такую под .неты)?
-
@synorth, Код был открыт только недавно, да и тот пока, к сожалению, не весь. А комьюнити уже давно есть и делает замечательные плагины для Jabber-клиентов, за что им всем большое спасибо. :)
Любые вопросы, как технического, так и "политического" характера я с радостью обсуждаю, если человек готов к диалогу.
Спасибо за предложение. -
@schors, Jabber — это очень хорошо, но иногда хочется большего.
Если сейчас разрешить сюда "срать" рассылками, трансляциями и прочими "коммерческими штуками" — вам, как пользователю, это не понравится. Нужны некоторые изменения, чтобы пользователям эта вся "коммерциализация" не мешала. -
@ugnich, чего-то я совершенно не верю, что это произойдет... совсем =)
про не менее сложно переносить в виртуалку — это вообще как-то глупо звучит. У тебя что там, какая-то редкая не-x86 архитектура, свое ядро с поддержкой кастомного оборудования, вычисления на CUDA и подобное?
а до нормальной возможности проверить свои изменения на работоспособность я точно не буду даже пытаться куда-то присоединяться.. -
@Sectoid, "Что угодно, лишь бы не println" — это неправильно. :)
Создал Issue, можно там обсудить: github.com -
@dion, Сложности другого характера: в условиях крайне ограниченного бюджета купить ещё один сервер, настроить это всё хозяйство на двух виртуалках (база — отдельно), как-то придумать, как прятать пароли, всякие ключи ssh/ssl и прочую секретную информацию. И это только очевидные проблемы, которые видны сходу.
-
@ugnich, пошел второй виток по спирали =)
контрибьютить что-то без возможности проверить это примерно как по лесу бродить с завязаными глазами, наедясь не вступить в болото. Если проекту нужна поддержка со стороны, то он вкладывает какие-то ресурсы для того, чтобы сторонние разработчики могли за вполне разумное время собрать и запустить у себя рабочую версию. Вот пример для тех проектов, с чем я сталкиваюсь по работе:
reviewboard.org
trac.buildbot.net
В свое время из-за нормального мануала я не поленился засабмитить пару мелких багфиксов в последний. И один достаточно крупный чейндж, но его не приняли. Да, там даже был пошаговый tutorial, как на github-е pull request-ы слать. -
@synorth, До того момента, пока "комьюнити сложится", эту работу нужно будет выполнять мне. И даже после того, как сложится — некоторые неочевидные вещи, выходящие за рамки кода, все равно прийдется поддерживать мне.
И у меня большие сомнения насчет таких больших и глобальных задач. Я бы все-таки предпочел разобрать на кусочки и заниматься ими по отдельности. -
@ugnich, 1) как уже писали выше, неплохо бы выложить образ для virtualbox с которым можно быстро поднять у себя juick для разработки (что-то в стиле vagrantup.com
2) нужна минимальная документация: какой класс за что отвечает, документация по сборке и запуску/138 · Reply -
@ugnich, Скажу прямо. Мало кто хочет разрабатывать продукт в себе. Либо оно opensource во всём его понимании, либо это типичное API на базе http/xmpp с closedsource. Что-то очень близкое к free и ent версиям продуктов, разве что здесь просто говорят "ты не осилишь, не пытайся". Схем mysql нет, да и подробного описания juick insight нет./139 · Reply
-
@ugnich, 1) Выбранный язык. В жуйке на самом деле среди всего зоопарка "технических специалистов" очень мало людей, реально пишущих на java. К тому же выбор именно этой технологии слабо обоснован для написания сервиса в том виде, каким является жуйк сейчас. Вероятно, для разработки нового жуйка в том виде, в котором представляешь его ты, этот выбор более обоснован; но об этом никто не узнает до тех пор, пока ты не поделишься своим видением с общественностью. А ты ведь не поделишься.
2) Твое отношение к комьюнити. В 99% проектов автор прикладывает хотя бы минимальные усилия для того, чтобы обеспечить своим потенциальным разработчикам минимальный уровень комфорта — предоставляет хотя бы в конспективной форме дизайн-документацию, скрипты для сборки некоторого подмножества тестовой среды (или руководство для ее создания) etc. Ты же в своей обычной манере не хочешь даже попробовать объяснить, в чем там возникнут сложности. "Вы не осилите и все, потому что я так сказал. Пишите модули". У разработчика в таком случае должна быть невероятно сильная мотивация, чтобы начинать писать абстрактное нечто без возможности посмотреть, что получилось.
3) Своеобразный подход к разработке. Отбрасывая без какого-либо объяснения вещи, о которых просит заметная часть активных пользователей сервиса; вводя вещи, которые эта же часть потом просит убрать; настаивая на искусственных ограничениях вроде "никаких настроек" — всеми этими действиями ты ограничиваешь множество потенциальных разработчиков только тем подмножеством, которое согласно с таким подходом. Безусловно, это твое право, как автора; но не удивляйся после этого, почему же все эти сотни программистов не хотят для тебя ничего делать.
4) Ну и репутация — тоже очень важная штука. Заявления в духе #1236006/63 и другое подобное controversial поведение не делают тебе чести в глазах тех самых потенциальных девелоперов. Возможно, к ним ты будешь относиться менее высокомерно-пренебрежительно-неконструктивно, чем к обычным пользователям, но они ведь об этом не знают и не хотят тратить время зря.
Да, все вышенаписанное, очевидно, относится только к разработке серверной части. Для разного рода клиентских андроидосвистелок причины чуть другие./170 · Reply -
@freefd, Смотрел, не впечатлился. Я не верю ни в StatusNet, ни в Wordpress Mu — это бестолковые проекты, которые не имеют ни одной весомой инсталляции, за исключением, собственно, родительской (identi.ca, wordpress.com). Так зачем тратить время на создание дистрибутива, если инсталляция все равно будет одна?
-
@CthulhuFromBan, Спасибо за развернутый ответ.
1) Что изменится, если я потрачу пол дня на красивое описание своих размышлений, которые привели к выбору языка Java? Ничего. Тогда зачем тратить на это время?
2) Комьюнити — это понятие растяжимое.
Я считаю, что усилия, затраченные на уговоры людей из категории "мне не нравится Java" не соизмеримы с количеством кода, который эти люди могут внести.
В то же время, я ценю мнение людей, которым не западло форкнуть простой проект и попробовать добавить хотя бы две строки кода.
Про которое комьюнити мы сейчас говорим?
3) Скажи пожалуйста, перед кем, по какой причине и для чего я должен отчитываться о своих решениях?
4) Моя ошибка: не стоит пытаться вести с обычными пользователями разговоры на тему разработки. Осознал, исправлюсь. -
@ugnich, Была поставлена проблема — отсутствие тестовой платформы для отладки/тестирования нового кода, которая нужна потенциальным разработчикам сервиса. Единственное решение, которое я видел в треде — учитесь без отладки, и единственный аргумент — это пригодится. Я мог что-то упустить, но объективных причин тем не менее не увидел. А отсутствие отладки замедлит разработку и приведет к потенциальным сбоям.
-
@ugnich, окей. Люди, занимающиеся производством ракет тестируют модули независимо до того как эту ракету соберут полностью. Потом ВНЕЗАПНО ее тоже тестируют. Посмотри на те же самолеты. С момента первого полноценного полета до сдачи в эксплуатацию проходит около 5 лет.
Еще пример: у электрощников есть такое изобретение как Breadboard (макетная плата, если точнее). Это гениальное изобретение, хоть и простое как пробка. И ты удивишься, но оно позволяет как раз "пробовать" изменения на реальном железе без прохождения весьма долгой процедуры изготовления конечной PCB.
Я вполне допускаю, что есть отрасли, в которых "попробовать" что-то может быть весьма проблематично (невозможно/дорого и т.д.), но даже они это пытаются как-то решить (возвращаясь к твоей аналогии — никто не будет полностью собирать ракету, чтобы увидеть что не работает подача топлива в двигатель). Считай это unit test-ами. По ссылке на код с кучей println()-ов я не нашел ни одного теста вообще. ТАК не делают даже ракетчики.
А реплики в стиле "учитесь работать не запуская" звучат как намеренные попытки усложнить и без того явно надуманную проблему. -
@CthulhuFromBan, соглашусь.
Мне очень мешает отношение создателя к людям.
Я хочу делать фичи, которые интересны мне(это логично, не?), но я практически уверена, что получу в ответ — "это не интересно, я лучше знаю что делать, делайте лучше вот это".
Ну и опять же, мне неприятна позиция "Я лучше знаю как все должно быть, я лучше всех вас разбираюсь в разработке(не только жуйка, а всего)".
По поводу /171
Да, я когда-то работала на верхнем уровне разработки мобильных девайсов, готовящихся в продажу. То есть без эмуляторов, с 3мя девелоперскими образцами на команду из 10 человек. Когда для того чтобы проверить внесенные изменения нужно было сначала найти девайс, потом отобрать его у человека, который им пользовался, потом перепрошить под таргет-версию платформы, и только потом проверить билд.
Потому — да умею, но нет спасибо, больше не хочу.
ну и рассказывать людям о том, как им стоит работать в команде, как мне кажется, должен человек, который хотя бы раз работал в команде. Насколько я знаю, господин Угнич всегда работал один и нормального опыта совместной разработки у него нет. -
@dion, Поверь, реплики "предоставьте мне полную документацию, обоснование выбора языка, полноценное тестовое окружение в виртуальной машине и тогда я, может быть, что-нибудь напишу" звучат ничуть не лучше.
У меня нет возможности уделять столько времени на создание комфортной среды для сторонних разработчиков. Не потому что мне лень или я не хочу. Хочу, очень хочу. Но если я начну работать на разработчиков, кто тогда будет работать на пользователей?
Я предлагаю начать с того, что есть сейчас, попробовать добавить несколько строк кода. С людьми, которые способны что-то сделать, я буду разговаривать дальше, сделаю для них то, что они скажут. -
@vannadiz, Скажи пожалуйста, а как вдруг простой и обыденный случай несовпадения интересов двух людей вдруг стал моим недостатком и неправильной позицией? Откуда этот обиженный тон?
Если у нас не совпадают взгляды и ты хочешь делать нечто другое — я желаю тебе удачи и сил, чтобы реализовать свои идеи.
И, пожалуйста, давай я сам буду рассказывать о себе, тем более, что ты очень плохо осведомлена. -
@ugnich, ты спросил почему люди не хотят с тобой работать, я ответила, почему этого не хочу я.
Обиженный тон я пока видела только у тебя, судя по комментам.
Ну и да, каждый раз когда ты удаляешь коммент, в мире умирает котенок и рождается полицейский. задумайся над этим=)
Если я ошиблась про твою работу в команде — сорри. У меня сложилось такое ощущение; да и не только у меня, как ты знаешь. -
@vannadiz, А я вообще не понимаю, смысла этих жарких споров. Был задан вопрос 'Почему не идут ко мне разработчики?' — ответы получены. Попытки переубедить этих людей, что им не нужно то, что они просят, не имеют смысла. Тогда зачем было вообще этот вопрос поднимать?
-
@ugnich, Я сильно надеюсь что никто не обьединится с тобой делать Андроид клинт. Ибо я отлично помню как ты реагировал на простейший запрос, НАСТРОЙКИ РАЗМЕРА ШРИФТА! Что мне ответил Угнич? Что мухаха, да на твоём телефоне ващще ничего невозможно читать. И всё на этом. Так что ну нах твои диктаторские замашки, лучше уж пускай люди функциональные форки делают./236 · Reply
-
@shaggoth, Вы или цитату конкретную давайте, если я разрешил публиковать личную переписку, или говорите только за себя и не перевирайте.
Я ничего конкретного по той проблеме не ответил, ибо собирался обдумать. Позже родилась идея, которую я собираюсь проверить и реализовать: устанавливать размер шрифта в соответствии с DPI экрана телефона. -
@ugnich, он был закончем чем-то типа "ппц, да на нём всё что угодно будет некомфортно читать!" на что я ответил что другого и не ожидал что буду юзать форк на котором всё отлично настраивается и читается комфортно на любом экране. И на это я уже никаких ответов не получал. Так что тут даже дедукция не подсказала бы что Угнич решил подумать :)