Собираем merge за последние дни
Добро пожаловать в комментарии со ссылкой :)
Добро пожаловать в комментарии со ссылкой :)
Как привлечь внимание мейнтейнера?
Open source-разработчик Михаил Грачев:
«Чтобы понять, посмотрит ли мейнтейнер ваш pull request, нужно проверить метрики проекта на GitHub.
В первую очередь – дату и время последних коммитов. Если коммитов не было давно – есть шанс, что проект забросили. В таком случае, лучше сначала создать issue и проверить, ответит ли мейнтейнер на него.
Если в последнее время коммиты были – важно проверить, не были ли это обновления зависимостей. Часто бывает, что мейнтейнер забросил проект, но периодически обновляет зависимости.
Еще одна метрика – количество открытых issues и pull requests на GitHub. Если их много и основные мейнтейнеры там не появляются – это еще один тревожный звоночек.
Если ваш pull request висит открытым уже несколько дней – можно попросить мейнтейнера обратить на него внимание. Для этого достаточно оставить комментарий к PR с упоминанием основного мейнтейнера (gentle ping)».
Open source-разработчик Михаил Грачев:
«Чтобы понять, посмотрит ли мейнтейнер ваш pull request, нужно проверить метрики проекта на GitHub.
В первую очередь – дату и время последних коммитов. Если коммитов не было давно – есть шанс, что проект забросили. В таком случае, лучше сначала создать issue и проверить, ответит ли мейнтейнер на него.
Если в последнее время коммиты были – важно проверить, не были ли это обновления зависимостей. Часто бывает, что мейнтейнер забросил проект, но периодически обновляет зависимости.
Еще одна метрика – количество открытых issues и pull requests на GitHub. Если их много и основные мейнтейнеры там не появляются – это еще один тревожный звоночек.
Если ваш pull request висит открытым уже несколько дней – можно попросить мейнтейнера обратить на него внимание. Для этого достаточно оставить комментарий к PR с упоминанием основного мейнтейнера (gentle ping)».
🔥2
Собираем merge за выходные и сегодня, 4.07
Добро пожаловать в комментарии со ссылкой :)
Добро пожаловать в комментарии со ссылкой :)
👍3
Как кастомизировать свой проект?
Open source-разработчик Никита Соболев:
«Главная вещь, которую многие разработчики не понимают – что нужно в readme-файле писать не «что это?», а «зачем это?».
Вот у нас, например, транскомпилятор из одного байт-кода в другой. А зачем он? В описании сказано: «с ним ваше приложение будет работать в 15 раз быстрее». И все понятно.
Очень многие мейнтейнеры не уделяют внимания именно пользовательской документации, ответам на базовые вопросы. Написание документации – отдельный навык, которым программисты не очень владеют. Это надо по-другому мыслить, ставить себя на место пользователя, а не владельца знаний. Последнему ответы очевидны, а вот пользователю – нет.
Что нужно, кроме описаний? Вот мой чек-лист.
👍 Покрытие кода тестами в процентах
👍 Как открыть баг и предложить фичу
👍 Что делать, если нужна коммерческая поддержка
👍 Скриншоты – как работает, как использовать, этакий quick start guide.
Форма может быть разной, главное, чтобы это было хоть в каком-то виде».
Open source-разработчик Никита Соболев:
«Главная вещь, которую многие разработчики не понимают – что нужно в readme-файле писать не «что это?», а «зачем это?».
Вот у нас, например, транскомпилятор из одного байт-кода в другой. А зачем он? В описании сказано: «с ним ваше приложение будет работать в 15 раз быстрее». И все понятно.
Очень многие мейнтейнеры не уделяют внимания именно пользовательской документации, ответам на базовые вопросы. Написание документации – отдельный навык, которым программисты не очень владеют. Это надо по-другому мыслить, ставить себя на место пользователя, а не владельца знаний. Последнему ответы очевидны, а вот пользователю – нет.
Что нужно, кроме описаний? Вот мой чек-лист.
👍 Покрытие кода тестами в процентах
👍 Как открыть баг и предложить фичу
👍 Что делать, если нужна коммерческая поддержка
👍 Скриншоты – как работает, как использовать, этакий quick start guide.
Форма может быть разной, главное, чтобы это было хоть в каком-то виде».
👍3
В чем отличие Enterprise-решений от открытых решений в одном проекте?
Open source-разработчик Никита Соболев:
«Отличие в том, что Enterprise-решение предлагает поддержку, это и ценится в софте. А открытый софт предлагает, по сути, непонятно что. Поэтому он нежизнеспособен и неконкурентоспособен.
Открытая технология может соревноваться с Enterprise только если вокруг нее появляется компания. А как только это происходит – способ дистрибуции становится не важен. Тут уже можно получить апгрейд или поддержку за деньги, какие-то люди будут не спать по ночам, чтобы все работало.
Поэтому закрытому софту было проще занять свою нишу. Сейчас в Open source появляются компании, которые делают ровно то же и уже нет никакой разницы».
Open source-разработчик Никита Соболев:
«Отличие в том, что Enterprise-решение предлагает поддержку, это и ценится в софте. А открытый софт предлагает, по сути, непонятно что. Поэтому он нежизнеспособен и неконкурентоспособен.
Открытая технология может соревноваться с Enterprise только если вокруг нее появляется компания. А как только это происходит – способ дистрибуции становится не важен. Тут уже можно получить апгрейд или поддержку за деньги, какие-то люди будут не спать по ночам, чтобы все работало.
Поэтому закрытому софту было проще занять свою нишу. Сейчас в Open source появляются компании, которые делают ровно то же и уже нет никакой разницы».
Собираем merge за сегодня, 9.07
Напоминаем, что окончание приёма pr уже во вторник, не затягивайте.
Добро пожаловать в комментарии со ссылкой :)
Напоминаем, что окончание приёма pr уже во вторник, не затягивайте.
Добро пожаловать в комментарии со ссылкой :)
Собираем merge за сегодня, 10.07
Напоминаем, что окончание приёма pr уже во вторник, не затягивайте.
Добро пожаловать в комментарии со ссылкой :)
Напоминаем, что окончание приёма pr уже во вторник, не затягивайте.
Добро пожаловать в комментарии со ссылкой :)
А что там по пересмотру? А у меня подвисла задача, а скоро уже конец приема.
Пересмотры:
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 завершен
Поздравляем победителей и участников, это была крутая работа!
В этом чате мы будем объявлять новые кемпы, надеемся проводить их часто. Вот тут можно оставить свой отзыв по завершенному конкурсу, это поможет нам стать лучше.
Спасибо всем, кто улучшал проекты вместе с нами!
Поздравляем победителей и участников, это была крутая работа!
В этом чате мы будем объявлять новые кемпы, надеемся проводить их часто. Вот тут можно оставить свой отзыв по завершенному конкурсу, это поможет нам стать лучше.
Спасибо всем, кто улучшал проекты вместе с нами!