Обсудили выплаты вестингов за работы по SDK за отчетный период, статус голосования конкурса DeNS, а также затронули тему, как быстро DevEx перейдет на SMV.
Выплаты вестингов за работы по SDK
Anazarov79 отметил, что победителям Bindings for TONOS Client Library нужно выплачивать вестинг ежемесячно. Так, конкурс по SDK был завершен 9 декабря 2020 г., а 10 января уже должен быть проведен первый транш выплаты вестингов. Но к тому времени методика проведения работ еще не была детально проработана, и выплата затянулась на целый месяц — состоялась лишь 9-10 февраля.
Основные критерии выплаты вестинга
- синхронизация разработанного программного кода с текущей версией SDK (в ветке master);
- отсутствие негативных комментариев;
- никаких багов.
10 марта была проведена выплата сразу по двум траншам. Критерии те же, но появилось несогласие или непонимание со стороны конкурсантов, почему некоторым разработчикам не было вестинга.
Ekaterina Pantaz предоставила мини-отчет: в разных случаях были не выдержаны сроки, отсутствие коммитов, зафиксированы баги.
Нюансы выплат
Anazarov79 предложил обсудить вопрос: следует ли выплатить вестинг победителю, если он не сделал какие-либо коммиты за отчетный период? Результат обсуждения — ответ отрицательный.
Раунд пропустил, деньги потерял. Сергей Тюрин
Но при этом не вестится только тот период, который не поддерживался разработчиком. Если конкурсант в следующем месяце биндинг поддержал, то выплата за соответствующий период будет.
Mitja пояснил ситуацию:
“Есть условия, и неважно, почему человек их не выполнил. Но пожалуйста: если ты не поддерживал свой binding, ты поддержишь его потом. Однако и вестинг получишь потом. Был нанесен урон. Мы даем биндинг, им пользуются, мы что-то гарантируем. За это комьюнити платит токены, а если не выполнено — не платит. Это же не вопрос чьего-то хорошего мнения, это вопрос в условиях, которые понятно прописаны.
Сообщество выдало токены вот под такие условия, не выполнил условия — кто виноват? Можно сделать исключение, если человек по каким-то техническим причинам не смог подать заявку на конкурс, и это не зависело от его эффорта. Т.е. нужно дать возможность подать заявку, потому что, например, были сбиты часы или кончился газ”.
В результате дискуссии решили, если будет выявлен неправильно начисленный вестинг (даже в случае чистосердечного признания разработчика в том, что, к примеру, по каким-то причинам он месяц не поддерживал биндинг, но выплата за тот период была — а такой факт имел место быть), то нужно связаться с человеком и не доплатить ту или иную сумму в следующем месяце. Anazarov79 пообещал этим заняться.
Статус голосования конкурса DeNS
Голосование по конкурсным работам DeNS должно завершиться 22 марта. На 18 марта голосов еще не было — либо нужно продлить срок, либо остаться в таком же статусе, как есть.
Оказалось, что на данный момент несколько членов жюри заняты другой работой и не могут участвовать в оценке представленных работ. Решили продлить срок голосования по этому конкурсу до 29 марта.
Сергей Тюрин уточнил: “Нужно решить еще идеологическую проблему. Что может помешать деплоить несколько систем DNS?”
Mitja ответил, что абсолютно ничего, даже если будут одинаковые домены.
“Работа происходит так, — попытался внести ясность Mitja, — ты как бы браузер, хочешь resolve (разрешать) домены, ставишь сертификаты. Соответственно, если у тебя два сертификата вернули разные адреса, покажешь пользователю, какой он выберет. Это уже дело браузера.
Одно дело — имплементация смарт-контрактов, как мы будем эти смарт-контракты аплоудить на сеть. Никто не мешает сегодня в интернете развернуть свою параллельную систему DeNS, только браузеры ее не будут поддерживать. Это не вопрос реализации DeNS серверов, они же в open source, кто угодно может их развернуть”.
Презентации работ быть?
Aleksandr Hramcov предложил, чтобы конкурсанты презентовали свои работы.
Сергей Тюрин поддержал идею: “Было бы классно. Просто идеальное было бы решение, если по окончанию подачи заявок все конкурсанты представили свои работы, к примеру, на зум-сессии. Это очень сильно облегчит работу жюри, а также понимание и взаимодействие между участниками. Этот момент можно прописать в дальнейших условиях конкурса”.
SMV! Мы ждем SMV!
Pavel P уточнил, когда же DevEx начнет переходить на SMV.
Mitja: “У меня есть идея, которую озвучу на DGO в понедельник (22 марта), подготовлю конкурс и мы, возможно, сделаем shortcut в виде дебота”.
Pavel P и Сергей Тюрин подержали эту идею: главное, чтобы было быстро и систему необходимо продвигать. На что Mitja философски заметил:
Быстро только мыши рождаются…