Comments 46
Я всё же стараюсь не лезть в новый проект с косметикой, а найти действительно баги. Статический анализ тут тоже помогает. Вот, например, мой pull-request в JIT-компилятор Graal. Признаюсь, я даже не собрал его, когда закидывал пулл-реквест. Там своя доморощенная система сборки, никакой maven/gradle/ant/etc., которая к тому же плохо работала под виндой, её тоже чинить пришлось.
Пройтись по проекту, прилизать интерфейс, поправить опечатки и двусмысленные надписи — это сразу +100500 к UX.
Что-то это попахивает «не используйте двойные кавычки в PHP», когда уже давно нет никакий разницы (если вы конечно не экономите сотые от наносекунд). А когда она была, то ее никто никогда не замечал.
Подобные штуки компилятор/интерпретатор может сам распознать и оптимизировать без особых проблем и, возможно, именно так он и делает.
А про реальные тесты производительности смог бы ответить Андрей. Но у него нет здесь аккаунта.
В наши дни особо пачкаться не стоит. Оба вызова интринсифицируются, для обоих есть специальный узел в IR. Я бы не заморачивался возможными различиями в производительности.
Надо помнить, что у такого pull-requesta есть и минусы. Например, засоряется история коммитов, усложняется git blame. Автоматизированные системы, которые назначают ответственного за исключение или предлагают ревьювера для кода, могут предложить человека, который внёс такую косметическую правку, а не реального автора кода.
А зачем Андрей? Сложно JMH запустить?
Реальные проблемы, это то, что не считая мелких исправлений косметических недочетов, которые ни что иное, как в основном вклад ради вклада, то подготовка какого-то вклада в open source занимает кучу времени, за которое платят довольно мало работодателей, а в свободное время есть куча других занятий.
Про выложи свой проект вообще смешно. Я думаю, вы понимаете, чем отличается внутренний модуль в кампании и open source проект? Вот у меня есть модуль для работы с форматом todo.txt из python кода. Он лежит в открытом доступе и все-такое, но блин, я бы не назвал это open soruce проектом, например, потому что у него пока нет нормальной доки.
Со своим вкладом в крупных продукт такая же фигня. Обычно, если это не косметические всем понятные изменения, надо грамотно их написать, создать правильно описанные pull request и issue, протестировать и написать там автотесты/доку, а потом ждать у моря погоды. Потому что иногда автор забрасывает проект и все довольно печально (например, pyshop). Ну или не считает ваш pr важным.
По поводу работы не поспотрю. В инвестбанках политика с open source преимущественно потребление. А бюрократии даже с легальным использованием библиотек хватает. В сравнении с этим пул реквест на github — приятная прогулка.
свободное время есть куча других занятий.
Тут каждый сам решает. Играть в игры, смотреть зомби ящик или opensource. Я в свободное время пару часов в неделю нахожу. Особенно, если это открытая часть моего личного проекта.
Андрей тоже не на работе ошибки в spring-boot правил.
Желаю, чтобы вашему проектов кто-нибудь из новичков помог с документацией.
Тут каждый сам решает. Играть в игры, смотреть зомби ящик или opensource. Я в свободное время пару часов в неделю нахожу. Особенно, если это открытая часть моего личного проекта.
Ну, я просто в свободное время предпочитаю писать код, играть там или проводить время с женой, а во время написания кода не всегда хватает времени и желания на правильное оформление, к сожалению.
Ну и + pylint с набором и CI.
Но вот с документацией пока беда :(
а вот это точно правильный фикс?
int end = value.indexOf("\""); превратилось в int end = value.indexOf('\"');
Или может есть такой?
Но помните, что не все проекты вообще заинтересованы в новых контрибьюторах.
В свое время так же занимался правкой багов во freecol. Одновременно писал к нему новый ИИ, который бы никогда не закончил.
Пока писал ИИ, с его помощью нашел баг в сервере.
В целом помощь в рефакторинге, исправил пару багов в клиенте и один в сервере.
Вроде бы участвовал только пару месяцев, зато очень хорошо помогло войти в курс дела разработки на Java. По времени ушло где-то 80 часов рабочего времени летом, а опыт использую до сих пор.
Если хотите чему-то научиться — ставьте себе невыполнимые задачи и шаг за шагом ее реализуйте. А опенсорс для этого самое лучшее начало. Гнаться за деньгами вот так вот сразу — бесперспективно. В любой области.
Как новичку сделать вклад в open source проект с 20К звездами?
Да хоть 65536К, какая разница-то?
Количество звёзд говорит о проекте примерно столько же, сколько говорит длина усов об уровне IQ их обладателя.
Есть в проекте мешающий лично тебе баг или интересная лично тебе фича — берёшь, делаешь её и засылаешь PR. Количество стразиков в профиле проекта тут совершенно роли не играет.
Но после университета и военной кафедры его призвали служить. Это время из его карьеры разработчика было потеряно. Вернувшись, ему было непросто найти работу по специальности без опыта работы после университета.
Скупая айтишная слеза скатилась по щеке читателя.
Количество стразиков в профиле проекта тут совершенно роли не играет.
Думаю, количество звёзд коррелирует с забюрократизированностью проекта.
Скупая айтишная слеза скатилась по щеке читателя.
В случае войны, правда, скупая слеза скатится по щеке офицера по рядовым…
Да хоть 65536К, какая разница-то?
Сложнее принимают pull request. Когда изменение одного символа проходит через:
1) создать стори в JIRA
2) создать бранч в git server project
3) создать бранч в git front project
4) исправить кавычку в server
5) добавить тест в front
6) прогнать все тесты
7) pull request
8) merge 1
9) merge 2
10) close story
Сложнее принимают pull request.
Вы же понимаете, что это не от звёздочек зависит, а от владельца проекта.
20К может быть и у какого-нибудь гипотетического leftpad-а, написанного одним человеком за вечер. А звёздочки набрались за те десять лет, что он лежит на гитхабе.
Как новичку сделать вклад в open source проект с 20К звездами?