Встреча разработчиков I2P - 7 апреля 2016

20:00:05 <zzz> 0) Привет 20:00:05 <zzz> 1) Нерешённые пункты с предыдущих встреч http://zzz.i2p/topics/2093 20:00:05 <zzz> 2) Замена ролей и сервисов kytv http://zzz.i2p/topics/2098 20:00:05 <zzz> 3) Обновление планов по 0.9.26 http://i2p-projekt.i2p/en/get-involved/roadmap http://zzz.i2p/topics/1960 20:00:05 <zzz> 4) Планирование HOPE http://zzz.i2p/topics/1968 20:00:05 <zzz> 5) Краткий обзор ежемесячных встреч и управления проектом по итогам 3 месяцев 20:00:10 <zzz> 0) Привет 20:00:12 <zzz> привет 20:00:38 <zzz> 1) Нерешённые пункты с предыдущих встреч http://zzz.i2p/topics/2093 20:00:55 <orignal_> привет 20:01:00 <zzz> - Подготовка кампании по Reseed к концу января: 20:01:00 <zzz> ** Sadie свяжется с бэкапом, чтобы обсудить OPEN, новая дата 5 апреля 20:01:11 <zzz> sadie, как статус? 20:02:10 <zzz> - Укрепление сети — главная страница и дополнительные страницы 20:02:10 <zzz> ** str4d, gravy, cacapo: добавить варианты использования, в чём мы сильны, больше «страсти» и «мяса», добавить/подсветить Bote, к концу января OPEN, str4d добавит варианты использования на сайт к 6 мар., больше изменений по «страсти» и т. п. к 5 апр. 20:02:15 <zzz> str4d, статус? 20:03:06 <zzz> - Добавить I2P «Историю» / историю проекта / зачем 20:03:06 <zzz> ** comraden отредактирует / отполирует / расширит / опубликует к концу февраля OPEN, новая дата 1 апр., черновик обратно zzz к середине марта 20:03:11 <zzz> comradenosebleed, статус? 20:03:34 <str4d> привет 20:04:40 <zzz> Управление тикетами — сейчас ad hoc 20:04:40 <zzz> ** Sadie сделать обзор, дать рекомендации или, возможно, начать ими управлять (к какому сроку?) OPEN, str4d и sadie назначат встречу или сделают отчёт к 5 апр.(?) 20:04:50 <zzz> sadie, str4d: статус? 20:05:49 <hottuna> привет 20:05:59 <zzz> str4d OPEN — релиз Android 0.9.24 3 марта, список TODO собран к 6 марта, черновик roadmap к 6 марта, для ревью 5–6 марта 20:06:05 <zzz> str4d, статус? 20:06:33 <str4d> Мы это обсуждали 20:06:41 <str4d> (сорри, веду сразу 2 встречи) 20:06:54 <zzz> str4d и zzz рассмотрят VRP ticket до 12 фев.; примем некоторые решения во время встреч по roadmap 5–6 марта (zzz сделал 8 фев., str4d к 6 марта) 20:06:56 <str4d> насчёт тикетов 20:06:57 <zzz> str4d, статус? 20:07:29 <zzz> sadie и anonimal представят правки CoC на основе Monero 0mq на встрече 5 апреля 20:07:36 <zzz> sadie, anonimal: статус? 20:08:25 <str4d> Я ранее решил использовать статус «new» для тикетов, которым нужен триаж, и до сих пор считаю, что так и надо 20:09:00 <str4d> Думаю, также стоит назначить регулярное время для небольшой группы, чтобы проходить по этим тикетам 20:09:09 <str4d> по android 20:09:59 <str4d> Пока не случилось, потому что блокируется на скрипте сборки 20:10:17 <eche|on> угу 20:10:54 <str4d> VRP ticket: пока не случилось, потому что я болел, когда планировал этим заняться 20:11:00 <zzz> очевидно, что текущий стиль управления проектом не работает, потому что ничего не происходит. Давайте дальше, я поставил 5) в повестку, чтобы решить, стоит ли продолжать ежемесячные встречи 20:11:10 <zzz> почти всем этим пунктам уже 3 1/3 месяца 20:11:19 <str4d> Что всё-таки случилось, чего нет в списке zzz: я завершил миграцию спецификаций и хорошо продвинулся в миграции предложений (proposals) 20:11:37 <zzz> отличные новости по specs/proposals, хорошая работа 20:12:09 <str4d> Так что я бы возразил, что «ничего» — это неверно, просто приоритеты сдвинулись, что не отражено текущим стилем PM 20:12:17 <str4d> Так что да, нужно отладить 20:12:20 <zzz> ок. хороший взгляд 20:12:25 <zzz> что-нибудь ещё по 1) ? 20:13:04 <str4d> Для всех остальных, материалы по предложениям здесь: http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals — пожалуйста, смотрите и комментируйте :) 20:13:26 <zzz> 2) Замена ролей и сервисов kytv http://zzz.i2p/topics/2098 20:13:34 <zzz> там список примерно из 20 вещей, которые он делал 20:13:44 <str4d> Больше от меня ничего 20:13:47 <str4d> (я делал работу по I2P Android, просто не успел дотащить до релиза) 20:13:55 <zzz> Я был сосредоточен на том, что видел как самые приоритетные задачи — Launchpad и Debian 20:14:14 <zzz> некоторые другие исследуют прочее, и мы заменили пару ссылок на домашней странице консоли в .25 20:14:33 <zzz> для меня следующее по важности — мейнтейнер tails 20:15:06 <zzz> есть здесь кто-то, кто знает tails И упаковку Debian и может помочь? если нет, я возьмусь звать в twitter как можно скорее 20:15:24 <zzz> нас могут выкинуть из tails уже в следующем релизе через два месяца 20:15:32 <zzz> полагаю, 2.4 20:15:50 <zzz> это больше, чем я потяну. Делать этого не буду. 20:16:02 <str4d> Уф 20:16:19 <str4d> Что tails требует по минимуму 20:16:19 <str4d> ? 20:16:20 <zzz> задача — взять debian-пакетирование, которое делаю я, и подправить/вставить в tails, тестировать-тестировать-тестировать, плюс ряд существующих тикетов tails i2p 20:16:49 <zzz> кажется, есть большой разбор, который сделал kytv, он связан из треда kytv на zzz.i2p 20:17:04 <zzz> по сути входом в tails является deb-пакет 20:17:19 <zzz> но, думаю, у них скопилась куча претензий 20:17:25 <eche|on> зовите в twitter 20:17:33 <str4d> +1 за Twitter 20:17:35 <zzz> кто-нибудь ещё может что-то сообщить по замене kytv? 20:18:07 <str4d> Я не продвинул Buildbot CI server дальше, чем упоминал в IRC неделю-две назад 20:18:23 <str4d> Займусь этим в выходные 20:18:42 <zzz> ок. в списке много всего, пусть каждый возьмёт что-то важное. 20:19:02 <zzz> последний вызов по 2) 20:19:46 <str4d> Если никто не возьмётся, я, возможно, заберу IRC-бота/ретранслятор. Но вряд ли сейчас. 20:20:34 <zzz> думаю, сборки deb неплохо выглядят, но есть ещё штуки типа arm для jessie, что я, возможно, сегодня поправил, а возможно, и нет 20:21:19 <zzz> 3) Обновление планов по 0.9.26 http://i2p-projekt.i2p/en/get-involved/roadmap http://zzz.i2p/topics/1960 20:21:33 <zzz> ок, хочу сделать 3a) расписание, затем 3b) GMP 6 20:21:38 <zzz> 3a) расписание 20:22:03 <zzz> в roadmap стоит «май», и 6–7 недель от последнего релиза 22 марта — это начало-середина мая 20:22:36 <zzz> на встречах по roadmap месяц назад мы наметили амбициозный план, включая протокол подписки на адресную книгу 20:23:16 <zzz> но всё развалилось на следующий день, когда всё хозяйство kytv легло и стало менее вероятно, что он вернётся 20:23:36 <zzz> так что я ещё не начинал ничего, связанного с 26. последние 2–3 недели были полностью заняты Debian/Launchpad 20:24:01 <str4d> ~семь недель от сейчас — конец мая. Думаешь, это реально? 20:24:15 <str4d> (Теперь, когда дела с debian в основном под контролем) 20:24:19 <zzz> это сдвинет 26 на, вероятно, июнь и мы сильно пройдём мимо дедлайна tails 2.4 20:24:37 <str4d> Уф 20:24:37 <zzz> конец мая возможен, но с каждым днём всё менее вероятен 20:24:42 <str4d> Когда дедлайн tails? 20:25:11 <zzz> не помню сходу. Я уже повторно просил их подтянуть 25 сами (они уже отказывали) 20:25:23 <eche|on> Думаю, июнь ок, так как tails is on the judge currently 20:25:45 <zzz> у них нет видимости по использованию i2p в tails и они не слышат шума, так что видят в этом больше проблем, чем выгоды 20:26:18 <eche|on> ага 20:26:33 <zzz> обычно для большой фичи вроде протокола подписки на адресную книгу я заканчивал за неделю до предыдущего релиза, готово к prop 20:26:54 <zzz> то есть уже на 3 недели отстаём, плюс время разработки — минимум пара недель, итого 5 недель отставания 20:27:39 <zzz> вот такой статус. Я ещё не обновлял официальный roadmap, но скоро нужно будет 20:27:49 <zzz> что-нибудь ещё по 3a) расписание? 20:27:58 <str4d> Что мы планировали включить в сам релиз 0.9.27? 20:28:16 <zzz> см. ссылку на roadmap выше 20:28:31 <zzz> ранняя ntcp2/dh/pt 20:29:18 <str4d> Я всё ещё думаю, что надо идти в том порядке, так что мы могли бы перенести протокол подписки на адреса на 0.9.27 20:29:27 <str4d> Это даёт тебе май, чтобы поработать над ним 20:29:47 <zzz> но .26 ещё нет. ничего не сделано. там ничего нет, кроме изменений для deb 20:29:50 <str4d> А .26 могут быть CRLs и немного общей чистки 20:30:08 <zzz> пока кто-то (включая меня) не сделает что-то, выпускать нечего 20:30:27 <zzz> посмотрим, как пойдёт. Мне надо взять пару дней на налоги :) 20:30:37 <zzz> что-нибудь ещё по 3a) расписание? 20:30:55 <eche|on> не смотрите слишком жёстко на план-график 20:30:56 <str4d> У меня есть первичные правки UI, вышедшие из наших обсуждений с sadie, смогу их применить 20:31:20 <zzz> 3b) GMP 6 20:31:25 <str4d> (не тот крупный редизайн, который я планирую, а общие улучшения) 20:31:50 <zzz> спустя около 15 месяцев работы, мы с tuna почти готовы сделать prop ветки gmp6 в trunk для 26 20:32:05 <zzz> у tuna около сотни бинарников, собранных за последние 6 месяцев, ждут checkin 20:32:25 <zzz> собранных разными способами — VMs, нативно, Microsoft, одолженные машины и т. п. 20:32:53 <zzz> традиционно мы прикладываем подробные заметки о среде сборки (версии компиляторов, детали ОС и т. д.) для каждого бинарника, который коммитим 20:33:13 <zzz> к сожалению, tuna не вёл никаких записей о сборках. 20:34:06 <zzz> так что вопрос: начинаем заново (возможно, потеряв 6 месяцев), или я просто соберу linux-бинарники и проигнорируем остальное, или нам эти заметки не особо нужны, и мы идём дальше с тем, что сделал tuna? 20:34:08 <eche|on> есть шанс пересобрать их? 20:34:47 <zzz> tuna говорит — невозможно. кто угодно может собрать linux 32/64 бинарники. а всё остальное проблематично 20:35:00 <eche|on> хороший вопрос, в таком случае: пересобрать или взять, середины нет 20:35:25 <eche|on> нам нужны mac, win и arm gmp 20:35:29 <zzz> последнее, что сказал tuna: либо берите, либо оставляйте, он закончил 20:35:54 <zzz> даже если сборки быстрые, тестирование медленное 20:36:25 <str4d> У нас где-то описан процесс тестирования? 20:36:54 <zzz> если перейти на последнюю страницу http://zzz.i2p/topics/1960, он выложил все имеющиеся у него примечания по сборке 20:36:56 <eche|on> (замечу, мы уже принимали другое без заметок) 20:37:07 <str4d> потому что это прямо то, что надо поместить на CI server 20:37:38 <zzz> он обновил readme по сборке. В треде есть немного инфы по тестированию, и у меня свои методы тоже 20:38:07 <zzz> напоминаю, он выпустил 13 версий набора бинарников за последние 6 месяцев 20:38:36 <zzz> hottuna, что-то добавить? 20:38:37 <str4d> Если кто-то напишет методологию тестирования, я смогу превратить это в тип сборки в Buildbot 20:38:58 <str4d> Дальше вопрос только в том, чтобы найти машины для подключения 20:39:08 <hottuna> секунду 20:39:24 <str4d> Думаю, нам стоит просто вложиться в Mac, который можно оставить работать где-то как buildslave 20:39:44 <hottuna> eche|on: насчёт пересборки: не невозможно, но для меня сейчас слишком много работы. намного. 20:40:02 <str4d> ничего слишком дорогого, но такое, что позволит закрыть трио (у нас уже будут linux и windows buildslave, как только я с VM разберусь с eche) 20:40:10 <eche|on> hottuna: есть какой-то howto по пересборке? 20:40:27 <zzz> даже если сборка всех 100 файлов случится завтра, тестирование займёт 3 месяца 20:40:39 <hottuna> есть документ readme, который ДОЛЖЕН содержать всё необходимое. 20:40:48 <str4d> Как минимум, мы получили пользу от улучшений, которые hottuna внёс в разные скрипты 20:41:10 <str4d> Но другой вопрос: если пересобираем сейчас, перескочим ли до 6.1 20:41:11 <zzz> плюс массивные изменения в самом cpuid-коде 20:41:23 <hottuna> str4d: скрипты не безупречны, но всё равно лучше 20:41:23 <zzz> верно, возможно 6.1 20:41:25 <str4d> Ага 20:41:30 <hottuna> str4d: если пересобирать, то стоит перейти на 6.1 20:41:44 <eche|on> новый код нормально работает? 20:41:57 <hottuna> eche|on: насколько нам известно, багов нет (ха!). 20:42:07 <zzz> конечно, в сборках Debian мы линкуем динамически, так что при установленном 6.1 его и получите (и, кстати, мы не тестировали динамические либы gmp 6) 20:42:10 <str4d> Не уверен, насколько нужно менять скрипты для 6.1, но надеюсь, что в основном это drop-in 20:42:14 <eche|on> если тесты были ок, включаем. а пересоберём на 6.1 боковым каналом и внесём инфу позже 20:42:38 <eche|on> как я вижу, мы уже неплохо протестировали 20:42:51 <hottuna> eche|on: сложность была не в запуске самих скриптов. Получить машины, настроить окружения и тестировать — вот что было сложно/медленно 20:43:03 <eche|on> да 20:43:13 <str4d> hottuna, это то, что я хочу загнать в CI 20:43:15 <zzz> вернёмся к исходному вопросу. Мы хотим выкинуть 6 месяцев работы (вообще-то с начала 2015) или можем принять имеющиеся бинарники без каких-либо заметок по спецификам 20:43:25 <str4d> Сколько разных машин ты использовал, как думаешь? 20:43:37 <zzz> давайте пока отложим CI и т. п. и решим, есть ли у нас проблема 20:43:52 <hottuna> str4d: в основном drop-in, с добавлением одной-двух целей. нет смысла не поддерживать новейшие архитектуры, которые поддерживает gmp 20:44:13 <str4d> zzz, я склонен принять бинарники при условии, что мы сделаем миграцию на 6.1 20:44:24 <hottuna> str4d: ~6 разных окружений 20:44:29 <zzz> 6.1 в roadmap на конец этого года 20:44:39 <zzz> текущие бинарники — 6.0 20:44:41 <str4d> Каковы сопутствующие последствия, если мы примем бинарники? 20:44:41 <hottuna> str4d: не обязательно машины, если кросс-компиляция 20:44:51 <str4d> 1) они окажутся в mtn 20:45:01 <zzz> также напомню, это даёт большой прирост скорости на определённом железе и ещё константное время 20:45:17 <str4d> 2) они попадут в соответствующие файлы обновления и установки 20:45:21 <zzz> «knock-on effect» = плохие вещи? 20:45:28 <str4d> 2a) сильно увеличится размер файла обновления 20:45:44 <str4d> 3) если на какой-то системе это сломано, что произойдёт? 20:46:03 <str4d> Мы и так планировали 1) 20:46:26 <zzz> мы чекаем бинарники только если они будут сразу propped для .26. 20:46:28 <str4d> Аналогично 2), но 6.0 бинарники будут заменены 6.1, так что не страшно 20:46:37 <str4d> Меня волнует пункт 3) 20:46:43 <zzz> для релиза будут закоммичены только нужные бинарники 20:47:00 <str4d> 3a) есть ли существующий код, который проверяет состояние отказа? 20:47:04 <zzz> 3) — общий риск для любых изменений 20:47:19 <zzz> сбои в gmp обычно приводят к краху JVM 20:47:26 <str4d> 3b) Есть ли способ откатиться на старый рабочий libjbigi? 20:47:44 <str4d> (автоматически или вручную) 20:48:00 <str4d> Можем ли, например, переименовать старый libjbigi, чтобы в случае проблемы говорить пользователям «переименуйте этот файл» 20:48:22 <zzz> str4d, ты исследуешь, стоит ли вообще когда-либо менять jbigi? это общие последствия для любой смены gmp 20:49:14 <str4d> zzz, тебя беспокоит неизвестное точное происхождение этих бинарников. Значит, мы опасаемся, что при проблеме будет сложно отследить источник. 20:49:27 <str4d> Думаю в терминах стратегий смягчения рисков 20:50:00 <zzz> мы можем не включать jbigi.jar в обновление 26, так что это получат только новые установки. Это будет более медленный развёртывание. 20:50:25 <zzz> новые установки + launchpad/deb 20:50:57 <zzz> общий фикс — удалить libjbigi.so и jbigi.jar, тогда будете без них 20:51:01 <str4d> Возможно, это и так хорошая идея 20:51:30 <str4d> Развернём на новые установки, и если не услышим проблем, включим в обновлениях в следующем релизе. 20:51:43 <zzz> Полагаю, мысль tuna в том, что ничего не воспроизводимо. Это всё одолженные машины и давным-давно закрытые VM 20:52:23 <zzz> eche|on, есть ли инфа о системе и msvc на коробке, которую использовал hottuna для win-сборок? 20:53:10 <zzz> tuna не вызвался ничего исследовать, но он же одалживал у sadie ноутбук? или это всё бесполезно, т. к. могли произойти апдейты с тех пор? 20:53:24 <eche|on> у него был доступ к win 10 машине на моём kvm-хосте. Могу залогиниться и проверить 20:53:33 <str4d> Да, поэтому я хочу делать сборки 6.1 в Buildbot на buildservers, которые мы можем отслеживать. 20:53:57 <hottuna> zzz: я одалживал две разные osx-машины у друзей 20:53:58 <eche|on> Я VM не менял вообще 20:54:33 <zzz> никто даже не согласился взять бесплатный Mac, за который мы заплатим, потому что никто не хочет быть «mac-гай» 20:54:51 <zzz> так что проблема скорее во времени и людях, а не в деньгах 20:55:17 <hottuna> zzz: я просто не хочу гаджеты, которые надо таскать туда-сюда. 20:56:01 <zzz> вот полные примечания по сборке от hottuna: 20:56:03 <zzz> Build notes jbigi: 20:56:03 <zzz> ------------------ 20:56:03 <zzz> Windows: Cross-compile, linux hosts. Compiler: GCC 20:56:03 <zzz> Linux: Native build. Compiler: GCC 20:56:03 <zzz> FreeBSD: Native build, VM. Compiler: GCC 20:56:03 <zzz> OSX: Native build. Compiler: GCC 20:56:03 <zzz> Build notes jcpuid: 20:56:03 <zzz> ------------------- 20:56:03 <zzz> Windows: Native build. Compiler: MSVC 20:56:03 <zzz> Linux: Native build. Compiler: GCC 20:56:03 <zzz> FreeBSD: Native build. Compiler: GCC 20:56:03 <zzz> OSX: Native build. Compiler: GCC 20:56:17 <zzz> достаточно ли этого или начинаем заново? 20:57:14 <str4d> Учитывая, что мы всё равно мигрируем на 6.1 к концу года, и эти бинарники прошли разумное тестирование, я склонен сказать «да». 20:57:41 <zzz> возражения? 20:57:45 <eche|on> это хотя бы начало, но в терминах «Tor reproducible builds» — это ничто. какого стандарта мы хотим? 20:58:03 <hottuna> нет 20:58:34 <eche|on> Я бы включил их в новые установки с флагом «temp». Знаю, это тяжёлая работа. 20:59:14 <zzz> по сути, текущее тестирование упало до нуля. Единственный способ получить больше тестов — занести их в trunk и выпустить релиз. 20:59:17 <susbarbatus> Извиняюсь, что вклиниваюсь; у меня несколько mac, и я не против быть mac- или bsd-гай. Если кто-то скажет, что требуется, после встречи, я смогу оценить, смогу ли я внести вклад, достаточно ли мне знаний / смогу ли подтянуться. 20:59:29 <zzz> отлично, susbarbatus 20:59:44 <str4d> susbarbatus, это было бы великолепно 20:59:47 <zzz> ок, тогда попросим hottuna закоммитить их 20:59:53 <eche|on> zzz: да, мы никогда не говорили, что релиз на 100% безопасный и полный^^ 21:00:05 <zzz> hottuna, ветка i2p.i2p.str4d.gmp6 (НЕ i2p.i2p.zzz.gmp6) 21:00:17 <hottuna> ок 21:00:38 <zzz> hottuna, не забудь сделать mtn drop для тех, что нужно удалить. Когда закончишь, каталог должен ровно соответствовать твоему v13 zip 21:00:50 <zzz> что-нибудь ещё по 3b) ? 21:00:55 <hottuna> хочешь, чтобы старые jcpuid/бинарники для платформ, под которые мы не собирали, были удалены? 21:01:09 <str4d> susbarbatus, я бы хотел настроить buildserver, если ты готов держать mac всегда включённым и быть доступным для вопросов/помощи, если что-то падает. В целом участия с твоей стороны много не потребуется, так как buildserver будет управляться автоматически :) 21:01:28 <zzz> Насколько я понимаю, предложение hottuna было, что v13 — это ТОЧНО то, что должно выйти, ни больше, ни меньше. 21:01:38 <zzz> если хочешь, можем пересмотреть это после встречи 21:01:38 <str4d> Или, если не всегда включён, то хотя бы легко запускаемый в конфигурации buildserver 21:01:51 <hottuna> zzz: прекрасно 21:01:54 <str4d> (buildmaster справится с buildservers, которые не всегда онлайн) 21:02:12 <zzz> давайте отложим разговор о buildserver и перейдём к 4) 21:02:22 <zzz> 4) Планирование HOPE http://zzz.i2p/topics/1968 21:02:23 <susbarbatus> str4d: без проблем. Могу подключить свой ~2012 mac mini под это. Он медленный, но ничем другим заниматься не будет. 21:02:24 <str4d> ACK 21:02:33 <str4d> ^5 susbarbatus :) 21:02:52 <eche|on> hope — у меня есть билет, который можно потратить 21:02:57 <zzz> Я встречался с Lance на этой неделе. Предложение прежнее — он предоставит небольшую конф. комнату на весь день, либо в день до, либо после HOPE 21:03:04 <zzz> т. е. 21 или 25 июля 21:03:22 <zzz> Я донёс до него, что нам нужна дата и подтверждение в скором времени, чтобы купить авиабилеты 21:03:46 <zzz> это не будет открыто для публики. только по приглашениям, 5–6 человек, просто тусовка для встреч по roadmap и т. п. 21:03:51 <str4d> На этом этапе я не могу обещать, что буду, хотя есть небольшой шанс, что к тому времени я буду в США 21:04:00 <zzz> плюс мы представим ему, что мы делаем, и наоборот 21:04:30 <zzz> сейчас у меня я и sadie как точно, comradenosebleed и lazygravy как возможно. Кто ещё? 21:04:49 <zzz> и какой жёсткий дедлайн по бронированию поездки? 21:05:33 <zzz> если там буду только я и sadie, может, всё отменим, но посмотрим 21:05:39 <zzz> кто-нибудь? 21:06:04 <zzz> hottuna придёшь? 21:06:07 <str4d> (всё зависит от того, когда назначат защиту диссертации, пока не знаю) 21:06:09 <str4d> (и от прочих визовых вещей) 21:06:17 <str4d> Если защита будет до того, я бы хотел приехать (пусть даже просто пролетом) 21:06:17 <eche|on> Я заинтересован, но не могу оплатить перелёт и гостиницу. особенно если мы встретимся позже в can 21:06:17 <str4d> Так что спросите через месяц-другой 21:06:45 <zzz> ок, я буду «греть» lance, чтобы зафиксировать это, и надеюсь, люди материализуются 21:06:50 <zzz> последний вызов по 4) 21:07:00 <hottuna> zzz: у меня очень неловко по времени. Я должен быть в ЕС 16 июля на свадьбу. 21:07:15 <hottuna> Не думаю, что осмелюсь сейчас обещать. 21:07:20 <zzz> отлично, лети через NYC на обратном пути :) 21:07:26 <hottuna> (или вообще, если надо прямо сейчас) 21:07:33 <hottuna> хммф.. 21:07:44 <hottuna> не худшая идея 21:07:47 <zzz> 5) Краткий обзор ежемесячных встреч и управления проектом по итогам 3 месяцев 21:07:59 <str4d> Тогда запишите меня как «надеюсь» на митап и «вряд ли» на HOPE (так как не могу обещать, что мне нужен билет, но использую лишний, если окажусь там) 21:08:26 <zzz> ок, с моей точки зрения это вообще не работает, почти никакие action items не выполняются, так что можно ли это исправить или стоит прекратить ежемесячные встречи? 21:08:40 <str4d> Думаю, исправить можно 21:08:42 <zzz> если никто ничего не делает, управлять нечем. Не совсем так плохо, но близко 21:09:11 <str4d> По крайней мере, ежемесячные встречи полезны 21:09:30 <zzz> цель также была в передаче управления проектом sadie, но она даже не приходит на встречи, так что это тоже не идёт по плану 21:09:32 <hottuna> Я бы с этим согласился 21:09:44 <str4d> Она думала, что на час раньше 21:09:49 <str4d> Она сейчас на другой встрече 21:10:19 <str4d> (она пришла на час раньше, и тут никто не говорил) 21:10:41 <zzz> конечно, всем нравятся встречи, когда их не надо вести. Но я выгляжу дураком, ежемесячно спрашивая, случилось ли то, что кто-то обещал 3 месяца назад. Я устал. 21:10:49 <str4d> Я обсудил это с sadie, и мы теперь назначили еженедельные встречи, чтобы держать в фокусе пункты, над которыми мы оба работаем 21:11:19 <str4d> zzz, тогда не делай фокусом встречи «ты сделал эту вещь» 21:11:36 <zzz> возможно, это чересчур мрачно, но с отсутствием прогресса и исчезновением kytv мы в глубокой беде 21:11:40 <hottuna> zzz: когда должна произойти передача sadie? 21:11:40 <str4d> Я думаю, ежемесячные встречи должны быть больше про переоценку приоритетов и реорганизацию 21:11:58 <zzz> ок, а как держать людей на курсе по выполнению того, что они обещали? 21:12:13 <str4d> тогда «ты сделал это» требует а) больше персональной ответственности и б) больше индивидуального взаимодействия 21:12:30 <hottuna> zzz: это не идеально, но «глубокая беда», вероятно, преувеличение. 21:13:02 <str4d> zzz, в моём случае я настроил еженедельные встречи с sadie, чтобы помогать самому себе держаться курса, и дал ей доступ к моему списку дел по I2P, чтобы помогала с приоритезацией 21:13:07 <susbarbatus> str4d: Думаю, мысль в том, что если бы все держали обещания/обязательства, zzz не пришлось бы задавать вопрос «ты сделал это?» ;) 21:13:12 <str4d> (у нас прошла только одна встреча, так что надо посмотреть, как это работает) 21:13:17 <str4d> susbarbatus, ага 21:13:50 <str4d> Нам нужно быть гибкими, учитывая, что люди делают это для удовольствия/волонтёрства вне своей основной работы 21:14:13 <zzz> верно. Моя система сейчас такая: когда вы что-то завершаете, сообщаете об этом в треде на zzz.i2p для встречи, чтобы нам НЕ приходилось тратить на это время встречи 21:14:15 <str4d> Но также нужно подчёркивать, что если кто-то ничего не делает, он не помогает 21:14:28 <zzz> только когда люди не заканчивают и не отчитываются, нам приходится зря тратить тут время 21:14:42 <str4d> и лучше передать пункт кому-то другому, чем блокировать на неопределённый срок 21:14:54 <str4d> (говорит человек, который сейчас блокирует на неопределённый срок I2P Android :P ) 21:15:19 <zzz> то есть str4d и sadie настроили параллельную, непубличную систему управления проектом как эксперимент. это интересно, но не ясно, как это соотносится с тем, что делаю я, и стоит ли мне продолжать 21:15:55 <str4d> zzz, это часть более широкой картины 21:16:28 <str4d> Как я сказал выше, пытаться делать «почему ты не сделал» на ежемесячной встрече не так полезно, как мы думали 21:16:35 <zzz> так что управление проектом через мой форум и пристыжение на ежемесячных встречах я готов признать провалом 21:16:50 <str4d> потому что если первые три недели человек ничего не делал, вряд ли он сделает это за последнюю неделю 21:17:21 <str4d> вот почему, думаю, более регулярные короткие проверки для людей с незавершёнными пунктами лучше, что я и пробую с sadie 21:17:34 <zzz> в данный момент я не думаю, что когда-нибудь получу черновик обратно от comradenosebleed, или CoC, или кейсы использования на сайте, или релиз android, по крайней мере, к какой-то конкретной дате, как далеко ни ставь 21:18:10 <zzz> так что предлагаю прекратить ежемесячный обзор action items. Как обычно, люди будут делать или нет то, что хотят, в open source, и здесь крайне-крайне сложно уговорить кого-то сделать что-то. 21:18:36 <zzz> люди будут делать, что хотят, а мои «пряники и кнуты» неэффективны 21:19:50 <str4d> Я голосую за то, чтобы оставить ежемесячные встречи, и использовать их для корректировки приоритетов на основе того, что ДЕЙСТВИТЕЛЬНО сделано и что произошло за последний месяц (например, то, что мы только что сделали по .26 после kytv) 21:20:56 <susbarbatus> А как там работает система баунти сейчас? Например, это хороший краткий публичный список с платным стимулом. Люди всё ещё обращают на это внимание? 21:20:59 <susbarbatus> Хочу упомянуть: как насчёт микроплатежей за задачи. 21:21:03 <str4d> тем временем, если кто-то согласился что-то сделать, он также должен согласиться держать sadie в курсе прогресса, или хотя бы дать sadie канал связи, чтобы она могла его подгонять :P 21:21:21 <zzz> ок, тогда я предлагаю уйти с роли project manager, его заменит какая-то система и человек TBD. Будут ежемесячные встречи, но без обзора action items 21:21:54 <zzz> следующая встреча будет во вт., 3 мая 21:21:58 <zzz> что-нибудь ещё по 5) 21:22:10 <zzz> что-нибудь ещё для этой встречи? 21:22:35 <str4d> У меня нет 21:22:53 <zzz> спасибо всем, сегодня длинная встреча 21:22:58 * zzz *bafs* закрывает собрание