Комментарии 17
когда я заглядываю на гитхаб, мне хочется сесть и исправить всё, до чего дотянулся взор.
это не означает, что "там, у них" всё плохо, просто настроения у меня такие.
Прямо в сердечко, про то, как опенсорс и бесплатные баги реально меняют игру.
Очень многие разработчики этого не понимают. Я часто слышу, что вклад в опенсорц это просто бесплатный труд или ещё мулька "этот ваш опенсорц очень сложный и вообще легаси"
Это те же разработчики, которые сами учились на опенсорс, или пользуются копайлотоми, обученными на опенсорс? Стартовавшее как движение маргиналов программистов, обзываемое "раковой опухолью", оно изменило индустрию программного обеспечения в корне.
когда полепишь дерьма по заданию горкома умных менеджеров выше которые выбирают стек, что и как делать гадая на картах таро по непонятным причинам, иногда хочется что то сделать для души.
Так что опенсорс это акт творения, проявление божественной сути.
Иногда с поддержкой бизнеса, симбиоз так сказать.
Всегда хотел попробовать участие в опенсорс, однако после 8-часового рабочего дня уже нет ни сил, ни времени. Как вам это удается?
Хороший вопрос. Если исправление касается инструмента, который используется на работе и без этого фикса нельзя выполнить рабочую задачу - делаю в рабочее время. В готовой библиотеке уже написан почти весь код, остаётся поправить небольшую деталь. Работодателю это выгоднее, чем если бы разработчик писал решение с нуля. Многие разработчики просто делают локальный патч для себя без пулл реквеста, так быстрее. Но если решение уже найдено - оформить пулл реквест не занимает много времени.
Если же это проект для души, то тут уже вопрос приоритетов - как например с чтением книг, занятиями спортом или пет проектами. Главное чтобы было интересно, тогда время найдётся. Для меня Open Source отличается от работы - нет дедлайнов и больше свободы. Можно найти интересную задачу или отложить её на потом.
основная проблема - нехватка времени.
А если работаешь дома, жена и дети быстро находят тебе применение.
Пулл реквест приходится делать в личное время, ведь пока автор проекта ответит и тд, время уйдет а на работе исправление надо как правило, "вот прям щас и закрыть и тикет". Некоторые авторы по полгода думают, а некоторые уже забили на свой проект и на багфиксинг (как у меня недавно с JCL получилось). Посмотрел на P4J - делают практически то же самое что я слепил в 2015, думаю надо посмотреть их код и перейти на него. Заодно проверить на баг который для JCL правил.
Работаем по 14 часов
В опенсорс вполне себе можно вкладываться и в рабочее время. Стандартная ситуация: используешь в рабочем проекте какую-то библиотеку, а там оказывается ошибка, которая влияет на работу твоего проекта. И тут уже выбора нет, приходится проблему решать, делать пулл реквест, ставить библиотеку в проект из форка. А потом ещё несколько недель или даже месяцев следить за этим пулл реквестом, чтобы когда его примут, поставить библиотеку обратно из оригинального репозитория.
Я вообще думал, что это у всех так.
Хороший опыт, пишите ещё.
На днях изучал проекты CNCF, от некоторых репо в проектах под их крылом становится дурно. Все в одну кучу, многие issues по своей сути просто дублируются. Да, поддержка, да разработка, но нужно же как-то соблюдать организованность. Это хорошо когда заметил баг и можешь создать issue, но кажется многие пользователи не знают как пользоваться этим разделом, потому что на одну ошибку может быть создано по 3 обсуждения. Автору спасибо что поделился опытом, еще больше подтолкнул заниматься вкладом в опенсорс.
Issue можно конвертировать в Discussion (и наоборот). Чего не хватает CNCF, так это условного "community manager'а", который будет хозяйственной деятельностью на публичных репозиториях заниматься - автоматизацию настраивать, гайдлайны писать, редиректить фидбек кому надо и issue категоризировать.
Хорошо оформленный GitHub в ручной работе много не требует. Вон, разработчики VS Code как-то справились с 185К issues, и ничего, выжили.
Спасибо за правильные мысли, сейчас начал пет проект по мотивам идей положенных на полку.
В одной опен сорс библиотеке исправил достаточно неприятный баг в класс лоадере.
Не поленюсь и запушу им фикс с описанием бага. До этого частенько ленился.
Делал тикеты до этого в опен сорс изредка, но один раз запомнился тикет в solr в real-time document get() - закомментили код у себя, дя повышения производительности, указал им на это что функционал сломали, один молодой участник проекта предложил правильное с моей точки решение, с обратной совместимостью, но лид его отверг. Неудивительно что с таким подходом этот проект идет на дно.
Еще вопрос такой - эккаунт в том же apache jira был заведен с корпоративным почтовым адресом , доступ к которому после ухода утрачен. Почту указал новую, а имя то осталось старое, корпоративная почта.
Так что для личного портфолио делайте фиксы и тикеты в опенсорсе с личными данными (почтой). Работодателю как правило все равно, бонусы и премии за это не дают.
Почему я исправляю баги бесплатно и как это изменило мою карьеру