Станьте миллионером на открытом коде*
В 3 простых шага...
Всего лишь за 3 простых шага я покажу, как превратить ваш недавний код в осмысленные PR!
- Купаешься в донатах? 💰
- Плаваешь в репозиториях? 🏎️
- Ребазишь Robb Report? 🤯
Погнали!!!!!
Заявление об отказе: Успех может потребовать многих лет преданности и удачи.
Реальность
Мы все слышали, насколько полезно участвовать в 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 или документации могут сэкономить другим часы борьбы.
- Устаревший README? Не хватает примеров или они плохие? Пропущены шаги установки? Простое исправление: добавь недостающую информацию!
- Документация по API не показывалась в результатах Google. Отредактируйте или упростите излишне технический язык.
- Возможно, это технический недочёт — на сайте документации отсутствуют нужные теги
<meta/>. Исправьте, если умеете, или заведите тикет с описанием находок. - Если это проблема с навыками… Прокачивай эти скилзы!
Такие проблемы легко упустить из виду мейнтейнерам! И они могут неожиданно сильно повлиять на проект и его пользователей.
В следующий раз, когда одолеете трудность, не затирайте свои отчаянные костыли с помощью rebase! Вместо этого поразмышляйте над своей борьбой и поделитесь решением публично!
Мелкий шрифт
Всегда следуйте правилам проекта и никогда не будьте мудаком. ✨
Всё публично. Так что будьте учтивы, великодушны и благодарны.
Если нужны ещё аргументы: contribute ради обучения! Новые процессы, языки, фреймворки, автоматизация!
🚀
Если этот пост был полезен, пожалуйста, поделитесь своими вкладами в комментариях или опубликуйте их в Twitter и отметьте меня @justsml.