А что там по пересмотру? А у меня подвисла задача, а скоро уже конец приема.
Пересмотры:
https://github.com/testcontainers/testcontainers-go/issues/332
2 балла остаются, наши инженеры посчитали объём самой задачи на 2 балла, а большая часть — тесты
https://github.com/testcontainers/testcontainers-go/issues/439
2 балла остаются, там больше описания и тестов, чем функционала
https://github.com/uptrace/bun/issues/258
3 балла, согласны, большой объем работ
Подвисшие задачи:
https://github.com/testcontainers/testcontainers-go/issues/285
https://github.com/ClickHouse/clickhouse-go/issues/574
https://github.com/deepmap/oapi-codegen/issues/458
https://github.com/golang-jwt/jwt/issues/67
https://github.com/openfaas/faas-cli/issues/907
https://github.com/labstack/echo/issues/2201
Тут мы пингуем мейнтейнеров, но держим в голове, что с опенсорсом бывает так, что задачка не закрывается в срок.
Если что-то еще стоит прокомментировать -- можно написать в комментарии, мы посмотрим.
Пересмотры:
https://github.com/testcontainers/testcontainers-go/issues/332
2 балла остаются, наши инженеры посчитали объём самой задачи на 2 балла, а большая часть — тесты
https://github.com/testcontainers/testcontainers-go/issues/439
2 балла остаются, там больше описания и тестов, чем функционала
https://github.com/uptrace/bun/issues/258
3 балла, согласны, большой объем работ
Подвисшие задачи:
https://github.com/testcontainers/testcontainers-go/issues/285
https://github.com/ClickHouse/clickhouse-go/issues/574
https://github.com/deepmap/oapi-codegen/issues/458
https://github.com/golang-jwt/jwt/issues/67
https://github.com/openfaas/faas-cli/issues/907
https://github.com/labstack/echo/issues/2201
Тут мы пингуем мейнтейнеров, но держим в голове, что с опенсорсом бывает так, что задачка не закрывается в срок.
Если что-то еще стоит прокомментировать -- можно написать в комментарии, мы посмотрим.
GitHub
Start multiple containers at the same time · Issue #332 · testcontainers/testcontainers-go
I propose a function like tc.GenericContainer but that would accept many container requests, and start them in parallel and return an array with the responses or a combined error. Suggested signatu...
👍2
Собираем merge за сегодня, 11.07
Напоминаем, что окончание приёма pr уже завтра, не затягивайте.
Добро пожаловать в комментарии со ссылкой :)
Напоминаем, что окончание приёма pr уже завтра, не затягивайте.
Добро пожаловать в комментарии со ссылкой :)
Последний в этом кемпе сбор PR
Принимаем сегодня до 23:59 по Москве, потом — уходим считать все баллы.
Принимаем сегодня до 23:59 по Москве, потом — уходим считать все баллы.
Пока мы подводим итоги с мейнтейнерами, они дают очень приятную обратную связь.
Это от библиотеки https://github.com/ClickHouse/clickhouse-go
Это от библиотеки https://github.com/ClickHouse/clickhouse-go
👍8❤1
PR остались незамердженными, а issue -- открытыми. Мы даем владельцам еще 2 недели
Не все, но многие. Сегодня мы с командой организаторов посчитали, как бы распределились призовые места, если бы все PR замерджили. Пришли к выводу, что нужно дать время мейнтейнерам, чтобы конкурс был честнее.
Поэтому, сдвигаем сроки подведения итогов конкурса на 2 недели.
Задачи отправлять на PR больше нельзя, это время только для владельцев библиотек, чтобы принять или не принять решения.
Мы поторопим всех мейнтейнеров, но понимаем, что даже этих 2 недель может не хватить -- какие-то pr все еще могут остаться без ответа.
Надеемся, вы тоже считаете, что так будет справедливее по отношению к тем, кто вложил в эти библиотеки свои силы.
Новая дата объявления результатов конкурса: 29 июля 2022
Не все, но многие. Сегодня мы с командой организаторов посчитали, как бы распределились призовые места, если бы все PR замерджили. Пришли к выводу, что нужно дать время мейнтейнерам, чтобы конкурс был честнее.
Поэтому, сдвигаем сроки подведения итогов конкурса на 2 недели.
Задачи отправлять на PR больше нельзя, это время только для владельцев библиотек, чтобы принять или не принять решения.
Мы поторопим всех мейнтейнеров, но понимаем, что даже этих 2 недель может не хватить -- какие-то pr все еще могут остаться без ответа.
Надеемся, вы тоже считаете, что так будет справедливее по отношению к тем, кто вложил в эти библиотеки свои силы.
Новая дата объявления результатов конкурса: 29 июля 2022
👍5👎4
Open source camp продолжается!
Поэтому мы продолжаем постить разные интересности про open source.
Сегодня – первая «сцена после титров», ее герой – CEO @codescoring Алексей Смирнов.
Какие риски связаны с применением Open Source, на что важно обратить внимание?
При всей нашей любви к OpenSource, он не всегда бывает безопасным. И безопасность здесь подразумевается в общем смысле: от наличия уязвимостей и вредоносного кода до фактора автобуса для коллектива авторов, качества кода и лицензионной чистоты компонентной базы.
При выборе проекта для использования, важно проверить его на устойчивость. Вот простой чеклист, который вы можете скорректировать под свои условия:
- качество кода;
- наличие автотестов;
- актуальность последних изменений;
- актуальность и полнота документации;
- время реакции на изменения (и адекватность этой реакции);
- актуальность зависимостей;
- наличие достаточного количества регулярных контрибьюторов.
Это минимальный набор проверок, которыми вы себя застрахуете от основных рисков применения сторонних компонентов в своей разработке. О том, как и чем это всё смотреть и проверять, мы поговорим в следующих постах, оставайтесь на связи!
Поэтому мы продолжаем постить разные интересности про open source.
Сегодня – первая «сцена после титров», ее герой – CEO @codescoring Алексей Смирнов.
Какие риски связаны с применением Open Source, на что важно обратить внимание?
При всей нашей любви к OpenSource, он не всегда бывает безопасным. И безопасность здесь подразумевается в общем смысле: от наличия уязвимостей и вредоносного кода до фактора автобуса для коллектива авторов, качества кода и лицензионной чистоты компонентной базы.
При выборе проекта для использования, важно проверить его на устойчивость. Вот простой чеклист, который вы можете скорректировать под свои условия:
- качество кода;
- наличие автотестов;
- актуальность последних изменений;
- актуальность и полнота документации;
- время реакции на изменения (и адекватность этой реакции);
- актуальность зависимостей;
- наличие достаточного количества регулярных контрибьюторов.
Это минимальный набор проверок, которыми вы себя застрахуете от основных рисков применения сторонних компонентов в своей разработке. О том, как и чем это всё смотреть и проверять, мы поговорим в следующих постах, оставайтесь на связи!
👍3
Проверка наличия бас-фактора и поиск ответственных
Алексей Смирнов, CEO @codescoring.
Если мы говорим про Github, то посмотреть на всех разработчиков проекта можно в разделе
Изучая эту информацию, можно понять как давно разработчики присоединились к проекту и какой объем вложений они произвели. Эта информация позволяет догадаться о том, кто же составляет основной костяк разработки (и есть ли он на сегодняшний день).
Для идентификации ответственных за пул-реквесты, полезно будет заглянуть в раздел
Если мы видим, что в проекте висят старые пул-реквесты без комментариев, то ожидать быстрой реакции на ваши запросы также не стоит, поэтому важно понять, планируете ли вы самостоятельно вносить изменения в проект и сможете ли вы сделать это.
Алексей Смирнов, CEO @codescoring.
Если мы говорим про Github, то посмотреть на всех разработчиков проекта можно в разделе
Insights -> Contributors. Профили представлены карточками, на которых показывается объемы добавлений/удалений кода и количество выполненных коммитов каждым автором.Изучая эту информацию, можно понять как давно разработчики присоединились к проекту и какой объем вложений они произвели. Эта информация позволяет догадаться о том, кто же составляет основной костяк разработки (и есть ли он на сегодняшний день).
Для идентификации ответственных за пул-реквесты, полезно будет заглянуть в раздел
Pull requests и посмотреть открытые/закрытые PR. Здесь можно почерпнуть информацию как о том, кто принимает и рассматривает новые разработки и насколько быстро это происходит.Если мы видим, что в проекте висят старые пул-реквесты без комментариев, то ожидать быстрой реакции на ваши запросы также не стоит, поэтому важно понять, планируете ли вы самостоятельно вносить изменения в проект и сможете ли вы сделать это.
Дополнительно можно попробовать построить ретроспективные карты участия, которые позволяют делать сторонние сервисы, например Git Timeline Generator, пример работы которого приведен на картинке выше (интерактивная версия).
В результате пятиминутного изучения данной информации возможно понять, насколько жива разработка в принципе и не грозит ли проекту остаться без поддерживающих разработчиков.
В результате пятиминутного изучения данной информации возможно понять, насколько жива разработка в принципе и не грозит ли проекту остаться без поддерживающих разработчиков.
OpenSource Camp завершен
Поздравляем победителей и участников, это была крутая работа!
В этом чате мы будем объявлять новые кемпы, надеемся проводить их часто. Вот тут можно оставить свой отзыв по завершенному конкурсу, это поможет нам стать лучше.
Спасибо всем, кто улучшал проекты вместе с нами!
Поздравляем победителей и участников, это была крутая работа!
В этом чате мы будем объявлять новые кемпы, надеемся проводить их часто. Вот тут можно оставить свой отзыв по завершенному конкурсу, это поможет нам стать лучше.
Спасибо всем, кто улучшал проекты вместе с нами!