Как стать разработчиком с открытым исходным кодом
technology open-source tutorial hackernoon-contributors github opensource open-source-developer good-comapny

Как стать разработчиком с открытым исходным кодом

10 марта 2022 г.

Что такое проект с открытым исходным кодом?


Мир технологий движется в соответствии с экономическими тенденциями.


Нет ни одной компании или стартапа, которые готовы рисковать большими средствами для проекта программного обеспечения, если есть более дешевая альтернатива.


Что нужно компании, так это запустить сервис независимо от того, было ли программное обеспечение создано с нуля или в виде проекта с открытым исходным кодом.


На индивидуальном уровне открытый исходный код также экономит время и деньги. Кстати, какое вознаграждение вы получите, создав свой проект с нуля?


Зачем создавать то, что уже существует и можно получить бесплатно? Хотелось бы услышать ваши мысли :)


Но что такое проект с открытым исходным кодом? Это программный проект, общедоступный для всех. То есть вы можете редактировать исходный код и изменять его по мере необходимости.


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


Как прыгнуть, пока вы свежи


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


Есть вещи, которые вы должны знать, прежде чем начинать, вносить свой вклад или создавать свое приложение на основе проекта с открытым исходным кодом.


Вот список вещей, которые вы должны рассмотреть в первую очередь:


Могут ли они удобно использовать Git и Github?


Вы всегда найдете эти проекты в системе контроля версий (VC), такой как Github. Чтобы получить к ним доступ и внести изменения, всем нужно знать git. Вам нужно знать, как:


  • Клонировать проект из Github (или любого другого VC).

  • Модели ветвления (мастер, разработка, фича).

  • Подтолкнуть проект.

  • Поднять и решить проблему.

  • Пишите хорошие комментарии.

  • Тег и управление версиями проекта.

  • Вы можете изучить основы Github [документация] (https://lab.github.com/githubtraining/introduction-to-github), но я также подробно рассказал о Git и моделях ветвления в своей статье под названием «Участвуйте как профессионал». .

Узнайте, как написать хороший «README»


README в Github служит краткой документацией по конкретному проекту. Написание точного документа о проекте помогает другому разработчику сразу же перейти к проекту и манипулировать им по своему усмотрению.


С другой стороны, изучение того, как документировать свой собственный проект, поможет вам легко читать и следовать документации других проектов.


Во время написания есть ряд онлайн-инструментов, которые помогут с работой. Обычно я использую Dillinger для написания README перед отправкой на Github. В нем есть несколько заполнителей, которые вы можете просто изменить, чтобы они соответствовали вашим заголовкам и содержанию. Он поддерживает язык уценки, который используется в Github.


Узнайте, как писать чистый код


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


Пишите код, думая о другом человеке, который придет его читать. Вот советы по написанию чистого кода:


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

  • Четкое соглашение об именах. Будьте очень четкими в именах переменных, методов и классов. Не позволяйте вашему коду становиться однозначным только из-за лени.

  • Используйте комментарии только там, где это необходимо.

  • Соблюдайте принцип DRY. Определите только один раз и просто повторно используйте его там, где это необходимо. Не повторяйтесь!

  • Хорошо структурированное дерево файлов. Ваши файлы должны быть организованы. Не пишите коды где попало! Также укажите ваш основной файл (файл точки входа). Это поможет другому участнику легко узнать, где начинается ваше программное обеспечение.

Что дальше?


Если вас устраивают приведенные выше советы, то сейчас самое время попробовать сделать что-нибудь полезное.


  • Выберите один проект с открытым исходным кодом. Я буду писать примеры проектов с открытым исходным кодом для начинающих.

  • Читать коды проекта и документацию

  • Способствовать. Я скоро загружу статью о том, как внести свой вклад в качестве профессионала.

  • Или создайте свое программное обеспечение поверх него.

Спасибо, что прочитали это!


Стэнли Рухеза (maen08)


  • Совместно опубликовано [здесь] (https://maenblog.tech/how-to-start-as-an-open-source-developer-beginner-level)*

Оригинал

Recent Post

Categories

PREVIOUS ARTICLE
NEXT ARTICLE