DanLevy.net

Станьте миллионером на открытом коде*

В 3 простых шага...

Hero image for Станьте миллионером на открытом коде*

Всего лишь за 3 простых шага я покажу, как превратить ваш недавний код в осмысленные PR!

Погнали!!!!!

Заявление об отказе: Успех может потребовать многих лет преданности и удачи.


Реальность

Мы все слышали, насколько полезно участвовать в Open Source. Но начать не всегда легко.

За свою карьеру я написал множество PR для десятков репозиториев с 10,000+ звезд. Мои скромные вклады попали в Node.js, Docker, Lodash, Bluebird, Gatsby, Rancher, Angular, React Router, Minio, MDN (Mozilla Developer Network) и многие другие.

Я собираюсь поделиться своим секретом лёгких вкладов, но сначала нужно кратко обсудить проблемы с традиционным советом.

Это (Не) Путь

Почему так сложно вносить вклад в открытый исходный код?

Самый распространенный совет на самом деле находится где-то между бесполезным и ужасным: найдите задачу с пометкой GFI (Good First Issue) и решите её. Или внесите вклад из чистой любви.

Все это из лучших побуждений, однако на практике метки GFI весьма субъективны и часто требуют удивительно много работы.

Что, если я скажу вам, что лучше всего искать решения, которые вы уже нашли?

Лучший путь

✅ Просмотрите файл(ы) зависимостей вашего проекта. Какие библиотеки вызывают ярость? Что привело к срыву сроков? Как вы это преодолели?

💪 Начиная с того, что вы уже решили, не нужно беспокоиться, сможете ли вы. Вы уже свободно владеете контекстом и знакомы с ним!

Поскольку вы уже решили проблему, большая часть работы сделана. Далее нужно понять, как помочь другим вообще избежать вашей борьбы.

Возможно, подойдет твит или ответ на Stack Overflow, но если вы хотите оказать долгосрочное влияние, вносите вклад в сам проект.

Мозговой штурм

Желательно, пока впечатления еще свежи, поразмышляйте, как ваш глупый-глупый мозг умудрился так заплутать.

Что вы попробовали сначала? И почему? Что вы предположили? Или поняли неправильно?

💪 Вам не нужно придумывать идеальное решение — часто простые обновления readme или документации могут сэкономить другим часы борьбы.

Такие проблемы легко упустить из виду мейнтейнерам! И они могут неожиданно сильно повлиять на проект и его пользователей.

В следующий раз, когда одолеете трудность, не затирайте свои отчаянные костыли с помощью rebase! Вместо этого поразмышляйте над своей борьбой и поделитесь решением публично!

Мелкий шрифт

Всегда следуйте правилам проекта и никогда не будьте мудаком. ✨

Всё публично. Так что будьте учтивы, великодушны и благодарны.

Если нужны ещё аргументы: contribute ради обучения! Новые процессы, языки, фреймворки, автоматизация!

🚀

Если этот пост был полезен, пожалуйста, поделитесь своими вкладами в комментариях или опубликуйте их в Twitter и отметьте меня @justsml.