Как оформить readme на github

Оформление профиля на GitHub — Трудоустройство для разработчиков

Многие начинающие специалисты не могут найти работу. Часто это связано с тем, что у них нет опыта или его нечем подкрепить. Если у опытного программиста спросят, чем он занимался на предыдущей работе, то он сможет об этом рассказать. Но тем, кто только начинает путь в IT, показать будет нечего.

В последнем случае опыт нужно нарабатывать. Это можно сделать уже во время обучения, а также принимать участие в Open Source. А продемонстрировать практику поможет GitHub.

В этом уроке разберемся, зачем разработчику вести GitHub, как оформлять профиль и вести активность. Еще узнаем, чем заполнять репозиторий, если нет опыта и собственных проектов.

Что такое GitHub и как он помогает

GitHub.com — это веб-сервис, где можно хранить Git-репозитории. Еще там размещают код большинства Open Source проектов. В них может поучаствовать любой желающий разработчик.

GitHub — это еще и социальная сеть для программистов. Здесь у каждого пользователя есть публичный профиль, который помогает в поиске работы.

Чтобы показать свой опыт потенциальному работодателю, нужно оставить в резюме ссылку на профиль. Когда рекрутер или другой специалист перейдут по ней, то увидят информацию о вас.

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

В профиле важны следующие составляющие:

Основная информация о специалисте
Активность в публичных проектах
Репозитории

Разберем каждую из них подробнее. Так вы поймете, чем заполнять профиль, и что привлекает работодателей.

Как оформить основную информацию о специалисте

Основная информация профиля — это первое, что видят рекрутеры. Поэтому ее важно оформить так, чтобы она не выглядела пустой. Вот что должно быть в хорошем профиле:

Личная фотография. Профиль в GitHub — это не документ, здесь не обязательно ставить серьезную фотографию как на паспорт. Загрузите такое фото, которое будет располагать к себе
Имя и фамилия. Если вы планируете работать в команде и официально трудоустраиваться, то напишите настоящие имя и фамилию. Так рекрутеры будут знать, что это действительно ваш профиль
Репозитории. Они нужны, чтобы продемонстрировать опыт работы. Это одна из самых важных составляющих профиля. О репозиториях подробнее поговорим немного позже

Еще в профиле можно указать компанию, в которой работаете, ваше месторасположение, ссылку на личный сайт и на аккаунт в Twitter. Также можете написать краткую биографию.

Если хотите рассказать о себе больше, то это можно сделать в специальном репозитории, в котором размещается текстовый файл README.md.

Как оформлять README

README.md оформляется с помощью языка разметки Markdown и отображается на странице профиля.

Репозиторий, в котором размещается текстовый файл, должен называться так же, как и ник на GitHub: https://github.com// . Например, если ваш ник Alexxx, то репозиторий должен называться https://github.com/Alexxx/Alexxx .

В этом файле может быть любая информация, которая будет полезна другим. Это можно сравнить с резюме, в котором стоит указать следующую информацию:

Образование. Укажите наличие высшего образования, даже неоконченного
Дополнительное образование. Укажите курсы, участие в хакатонах, воркшопах и других похожих мероприятиях. Можете рассказать о книгах, которые читали. На Хекслете составлен список рекомендованных книг, важных для любых разработчиков
Опыт работы. Указывайте любой опыт, который хотя бы косвенно связан с разработкой. Опыт стоит указывать через достижения — чего удалось добиться на предыдущих проектах. Например, вы автоматизировали какие-то задачи на прошлом рабочем месте, или даже создали сайт для компании
О себе. Расскажите немного о себе, чтобы найти точки соприкосновения с работодателем. Сюда можно добавить информацию, которая не вошла ни в один из блоков, но вам важно об этом сказать. Например, можно рассказать о том, какие новые языки программирования вы изучаете, за какими ресурсами следите, какая методика построения рабочих процессов вам ближе
Ключевые навыки. Не указывайте слова, про которые вы слышали и примерно представляете, но никогда не работали с ними. Если вы пробовали разные языки, то так и напишите «написал пару скриптов на python». Четко разделяйте хорошо знакомые вам вещи, и те, с которыми вы знакомы только поверхностно. Разделяйте навыки на фундаментальные и прикладные К фундаментальным относятся:
- Знание операционных систем, владение Linux
- Знание сетей, tcp/ip, http
- Алгоритмы и структуры данных
- Математическая подготовка
- Базы данных. SQL
- Владение автоматическим тестированием. Если у вас есть этот пункт, то вы уже лучше, чем 99% новичков и многих работающих программистов
- Языки и уровень их владения
- Фреймворки. Особенно актуально для веб-разработки
- Ключевые библиотеки. Этот пункт довольно опасен. Новички пытаются указать все, что они видели в глаза. Но так делать не надо, это подчеркивает ваш уровень. Указывайте только то, что может быть важно работодателям. Например, react или jquery
В среде разработчиков популярны сервисы вопросов-ответов такие как Stackoverflow или Хабр Q&A . Даже если вы только начинаете свой путь, всегда есть люди, которые знают меньше вас. Зарегистрируйтесь на этих сервисах и начните отслеживать вопросы от новичков. Даже десяток полезных ответов даст вам много плюсов в карму. Работодатели ценят такую активность.

О чем не стоит писать:
- Не указывайте форматы данных, например, json или xml. Форматы никак не характеризуют вас, но создают ненужный шум
- Не добавляйте похожие вещи, например, css2 и css3. Если вы знаете css, то укажите что-то одно
- Не указывайте базовые навыки по работе с компьютером, например, опыт работы с офисными документами. Профессиональное владение компьютером и так подразумевается
Кроме перечисленных блоков, укажите в этом файле ссылки на другие социальные сети и статус занятости. Так работодатель сможет лучше изучить вас и поймет, свободны ли вы сейчас как специалист.

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

Многие рекрутеры и работодатели только по основной информации о кандидате принимают решение, брать ли его на работу. Поэтому этой составляющей профиля не стоит пренебрегать.

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

Как вести активность в публичных проектах

Любая публичная активность на GitHub отмечается в профиле. Например, коммиты в свои или чужие репозитории, пулл-реквесты. Публичная активность отображается всем, поэтому рекрутеры, работодатели и другие разработчики видят, где вы принимали участие и что делали.

Часто Open Source проектами оказываются те, которыми мы пользуемся. Например, у Хекслета есть несколько Open Source проектов, в которых студенты принимают активное участие. Большинство из них — проекты, которые работают в продакшене. Вокруг них собираются пользователи и люди, которые их разрабатывают. Участвуя в таких проектах, можно получить реальный продакшн-опыт.

Помимо проектов Хекслета есть и другие. Например, можно принять участие в разработке фреймворка или библиотеки. Такую активность обязательно оценят, и опытные разработчики это подтверждают. Подробнее работу с Open Source проектами разберем в следующем уроке.

Публичная активность — это отличный способ заявить о себе. В первую очередь рекрутеры обращают внимание на те проекты, которые вы разрабатываете сами. Они отображаются в репозитории.

Как оформить репозиторий

Репозиторий содержит все файлы проекта и историю их изменений. Он отражает опыт разработчика. Но его нужно хорошо оформить.

Рекомендуемые пункты по оформлению репозитория:
- Есть краткое описание проекта
- Есть README проекта
- Код проекта соответствует общепринятым стандартам, используется GitHub Actions и написаны тесты
- Проект работает и выполняет свою задачу
- Git используется по назначению
Разберем эти пункты подробнее.

Описание проекта

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

README проекта

GitHub по умолчанию отображает файл README.md на странице репозитория. В нем можно указать следующую информацию о проекте:
- Название проекта и его описание
- Команды установки, локального запуска, запуска тестов и линтеров
- Примеры использования — например, ссылка на страницу с веб-демонстрацией, примеры использования в коде или скриншоты
- Информация о том, можно ли поучаствовать в этом проекте, как связаться, ответы на частые вопросы
README.md — это краткая документация. Это первое, что видит человек, который открывает репозиторий. Поэтому здесь важно дать достаточно информации о проекте и рассказать, что он из себя представляет.

Соблюдение стандартов кода и GitHub Actions

Если репозиторий содержит код, то его нужно оформить по современным общепринятым стандартам, он должен соответствовать правилам линтера. Желательно, чтобы в проекте использовалась система сборки Continious Integration, например, от самого GitHub — GitHub Actions. Такая система позволяет узнавать о том, собирается ли проект, соблюдаются ли правила кодирования, проходят ли тесты. Знания Continious Integration приветствуются во многих компаниях.

Использование Git

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

Если оформить репозиторий по этим правилам, то у рекрутеров вряд ли останутся вопросы по вашим навыкам. Однако программисты без опыта могут столкнуться с проблемой — им нечего показывать. Но это легко исправить. Рассказываем, чем новичкам наполнять репозитории.

Где новичкам взять проекты

Любой программист может разработать свой проект. Их можно придумывать или брать за идею сторонние. Главная цель проектов новичков — показать потенциальным работодателям, что вы умеете разрабатывать.

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

Вот пара полезных ссылок:
- В книгах по программированию часто содержатся задания в конце глав. Создайте под книгу отдельный репозиторий и выкладывайте там код. Для СИКП у нас есть целая инструкция
- На Хекслете собрана большая подборка тестовых заданий на разные позиции от множества компаний. Найдите то, что вам по душе и реализуйте
Также можно участвовать в Open Source проектах, работу с которыми мы подробнее разберем в следующем уроке.

Когда у вас появятся более сложные проекты на GitHub, вы можете ими заменить в профиле те, которые не отражают ваш релевантный опыт или более простые.

Можно принимать участие не только в чужих проектах, но и в своих. Например, пет-проект или личная библиотека могут найти отклик у коммьюнити программистов и стать популярными.

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

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

Вывод

Профиль в GitHub — это обязательный атрибут современного разработчика. Благодаря GitHub можно найти работу, продемонстрировать свои навыки и поучаствовать в интересных проектах на новых технологиях.

В профиле должна быть релевантная и полезная информация: личные данные, активность в публичных проектах и свои проекты. Если на профиль зашел рекрутер, он сможет оценить ваш опыт и профессионализм и написать.

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

Когда вы наберетесь опыта, GitHub станет еще полезнее. Например, вы сможете перейти на пассивный поиск работы. Когда будут спрашивать про ваш опыт, достаточно дать ссылку на профиль. В нем будет вся необходимая информация об используемых технологиях и примеры проектов.

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

Также рекомендуем воспользоваться бесплатным помощником для создания красивых GitHub-профилей ProfileMe . В нем можно выбрать один из более 60 языков программирования и фреймворков. Еще с его помощью можно дать ссылки на профили в социальных сетях и делиться статистикой.

Дополнительные материалы
1. Как разработчику улучшить свое тестовое задание — рекомендации по оформлению репозитория
2. Примеры оформления профилей на Github
3. Слаконар: ревью профилей в Github
4. Интервью с техническим директором Авито (вторая часть про найм)
5. Публичное собеседование
6. ProfileMe: помощник для создания GitHub-профилей
Остались вопросы? Задайте их в разделе «Обсуждение»

Вам ответят команда поддержки Хекслета или другие студенты

Как написать README на GitHub

Добавить базовое описание репозитория продукта на GitHub.

Решение

Скопировать ссылку «Решение» Скопировано

Файл README.md в корневой папке репозитория — особенный файл для любого продукта. В нём, как правило, даны самые основные сведения о репозитории:
- название продукта;
- краткое описание;
- основные возможности;
- инструкция по установке и/или подключению;
- инструкция по запуску в режиме разработчика и в режиме пользователя;
- список участников репозитория, которые разрабатывают и поддерживают продукт.
Написать хорошее описание продукта непросто, и это требует определённого навыка. Хорошей идеей будет посмотреть, как это делают коллеги. В каждом продукте есть и что-то схожее с остальными, и по-своему уникальное. Важно правильно расставить акценты. Помните, что README.md — обложка вашего проекта.

Потребителями README.md, скорее всего, будут разработчики и продвинутые пользователи, например, администраторы систем. Язык программирования, выбранные задачи репозитория, принятые в сообществе нормы описания будут определять содержимое файла. Хорошее описание поможет продвинуть продукт. Его легче будет найти на GitHub и в поиске, а ещё им будет комфортнее пользоваться. Хорошее описание привлекает хороших разработчиков.

В README.md, в первую очередь, ответьте на следующие вопросы:
1. Почему был создан продукт? В ответе на этот вопрос можно опираться на такие понятия как мотивация, история, потребности, мечты и прочее.
2. Для чего был создан продукт? Здесь лучше всего описать те проблемы и потребности, которые закрывает продукт.
3. Чем продукт лучше аналогов? Если у продукта есть аналоги, необходимо написать об отличиях и особенностях продукта.
4. Как установить продукт? Тут необходимо написать краткую инструкцию по установке.
5. Как пользоваться продуктом? Тут нужно написать краткую инструкцию пользователя из серии «Быстрый запуск».
6. Как помочь продукту развиваться? Здесь лучше ответить тем разработчикам, которые хотят поучаствовать в развитии продукта.
7. Кто разрабатывает продукт? Самый простой ответ на этот вопрос — список разработчиков, но может быть и описание компании или инициативы, в рамках которой продукт был создан или развивается.
В README.md используется разметка в формате Markdown. Структурируйте текст файла, выделяя каждый блок заголовками и подзаголовками. В интерфейсе GitHub заголовки хорошо выделяются на фоне текста до третьего уровня, поэтому старайтесь использовать заголовки первого и второго уровня. Возможная структура README.md:
- название (заголовок первого уровня) — название продукта без указания версии, если в этом нет особенной необходимости, например, из-за лицензии;
- описание (заголовок второго уровня) — краткое описание продукта, в котором можно ответить на вопросы 1, 2 и 3 из списка вопросов выше;
- установка (заголовок второго уровня) — описание процесса установки продукта (вопрос 4);
- использование (заголовок второго уровня) — описание процесса использования продукта (вопрос 5);
- разработка (заголовок второго уровня) — описание процесса того, как принять участие в разработке проекта или запрет на это (вопрос 6);
- участники (заголовок второго уровня) — перечисление всех, кто принимал или принимает участие в разработке продукта (вопрос 7).
bzvyagintsev / README.md

Добавьте краткое описание проекта, опишите какую задачу он решает. 1-3 предложения будет достаточно. Добавьте бейджи для важных статусов проекта: статус разработки (в разработке, на поддержке и т.д.), статус билда, процент покрытия тестами и тд.

Расскажите как установить и использовать ваш проект, покажите пример кода:

Установите npm-пакет с помощью команды:
```
$ npm i your-awesome-plugin-name
```
И добавьте в свой проект:
```
import  hi > from "your-awesome-plugin-name"; hi(); // Выведет в консоль "Привет!"
```
Для установки и запуска проекта, необходим NodeJS v8+.

Для установки зависимостей, выполните команду:
```
$ npm i
```
Запуск Development сервера

Чтобы запустить сервер для разработки, выполните команду:
```
npm start
```
Чтобы выполнить production сборку, выполните команду:
```
npm run build
```
Какие инструменты тестирования использованы в проекте и как их запускать. Например:

Наш проект покрыт юнит-тестами Jest. Для их запуска выполните команду:
```
npm run test
```
Расскажите, как развернуть приложение. Как запустить пайплайны и т.д.

Как помочь в разработке проекта? Как отправить предложение или баг-репорт. Как отправить доработку (оформить pull request, какие стайлгайды используются). Можно вынести в отдельный файл — Contributing.md.

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

Зачем вы разработали этот проект?
- Добавить крутое README
- Всё переписать
- .
Оставьте пользователям контакты и инструкции, как связаться с командой разработки.
- Богдан Звягинцев — Front-End Engineer
Если вы чем-то вдохновлялись, расскажите об этом: где брали идеи, какие туториалы смотрели, ссылки на исходники кода.

Как новичку правильно оформить профиль GitHub

Работодатели всегда смотрят профиль на GitHub, чтобы оценить навыки и практический опыт начинающего специалиста. Обычно страницы пользователей выглядят одинаково, но платформа поддерживает кастомизацию. Если знать, как правильно оформить профиль на GitHub, можно привлечь внимание к своей странице и себе.

«IT-специалист с нуля» наш лучший курс для старта в IT

Зачем оформлять профиль

Начинающему специалисту особенно важно показать пример кода. Например, pet-проект, open-scource проект и пр. Но пустая страница и десяток открытых репозиториев не позволят понять, чем конкретно он занимался, какой опыт получил. Чтобы разобраться, потребуется потратить время и изучить несколько репозиториев, а на просмотр резюме HR-менеджер тратит не более 10 секунд. Если профиль оформлен, все будет понятно с первого взгляда на страницу.

Профессия / 8 месяцев
IT-специалист с нуля
Попробуйте 9 профессий за 2 месяца и выберите подходящую вам
4 116 ₽/мес ~~7 483 ₽/мес~~

В профиле на GitHub можно разместить контакты, список навыков, код проектов и ссылки на важные ресурсы. Если нет своего сайта, страница сможет его заменить.

Первоначальная настройка профиля

Создание профиля — несложный процесс, который напоминает создание аккаунта в социальной сети. Он будет совершенно пустой. Необходимо заполнить все поля, указать имя, адрес электронной почты для связи и локацию, добавить изображение профиля. Важно, чтобы пользователи сразу видели владельца аккаунта, а не персонажа из популярной игры или фильма. Профиль создан, все поля заполнены, но даже после этого он выглядит не очень информативно. Поэтому нужно его улучшить с помощью встроенных возможностей GitHub. Если на платформе создать репозиторий с названием, копирующем никнейм, система сгенерирует шаблон с информацией о пользователе и закрепит его на странице профиля. Важно, чтобы репозиторий был публичным и содержал в себе README-файл. Поэтому при создании надо обратить внимание на эти настройки. Проверяем, убеждаемся, что все так, а затем нажимаем кнопку «Создать репозиторий».

Курс для новичков «IT-специалист
с нуля» – разберемся, какая профессия вам подходит, и поможем вам ее освоить

Система создаст репозиторий с единственным файлом, содержащим приветственное сообщение. Содержимое файла выводится на страницу пользователя. В нем можно указать всю важную информацию. В файл можно включать изображения, ссылки, интерактивные виджеты и анимации. Файл README.md представляет собой обычный документ с языком разметки Markdown. Для работы с файлом надо познакомиться с основами языка. GitHub также может работать с HTML-разметкой, а иногда в одном документе можно одновременно использовать и HTML, и Markdown. Список основных элементов Markdown: Файл можно оформить в браузере с помощью встроенного редактора GitHub. Но это не самый удобный вариант: нужно постоянно переключаться между редактором и вкладкой с превью. Ситуацию можно исправить и перейти к локальному редактированию на своем компьютере, а готовый файл загрузить в репозиторий. В таком случае на компьютер надо установить дополнительные инструменты:
- редактор кода Visual Studio Code, в котором можно писать код разметки;
- плагин Markdown Preview Github Styling для VS Code, чтобы в режиме реального времени отслеживать изменения на одном экране и в стиле GitHub;
- плагин Markdown Emoji, чтобы добавить эмодзи.
Шапка страницы

В шапке страницы можно поприветствовать гостей профиля, кратко рассказать о себе и дать ссылки на социальные сети и мессенджеры. Это поможет пользователям быстро понять, чем занимается владелец профиля, как с ним можно связаться.

Чтобы выровнять текст по центру страницы, лучше в основном использовать в шапке HTML-разметку.

Сначала нужно создать контейнер div, задать ему ID и сразу выровнять по центру. Внутри блока на первой строке — указать приветствие и свое имя, а на второй — специализацию.

Теперь нужно создать второй контейнер со ссылками на социальные сети и мессенджеры. Например, три основные:
- LinkedIn — для связи и делового общения;
- Twitter — для общего представления себя;
- Telegram — для быстрой личной связи.
Ссылки на социальные сети можно сделать с помощью бейджей с иконками. Для этого подойдет сервис Shield.io. Из него можно получить ссылку на изображение с бейджем и добавить его на страницу с помощью HTML-разметки.

Синтаксис выглядит так:

В href необходимо поместить ссылку на свой профиль, в src — ссылку на изображение. Текст в alt будет выводиться, если картинка вдруг не загрузится. Тогда пользователи поймут, что должно быть на изображении.

Ссылки на картинки можно получить на Shield.io или построить самостоятельно. Обычно они состоят из следующих частей:
- https://img.shields.io/badge/ — основная часть, ее нельзя менять;
- LinkedIn-blue? — название сервиса и необходимый цвет;
- style=for-the-badge — стиль изображения (бейдж);
- logo=linkedin — логотип, который нужно выводить;
- logoColor=white — цвет логотипа.
Осталось повторить действия для трех бейджей:

Биография

В следующем блоке нужно кратко рассказать о себе, своей специализации, интересах и планах. Этот раздел можно оформить в свободном стиле, но лучше помнить про структуру и не перегружать деталями. Для примера опишем биографию в виде списка, а для тематического разделения будем использовать эмодзи.

GitHub поддерживает прямую работу с эмодзи. Если они есть в тексте, система поймет это и корректно отобразит на экране. Поэтому можно использовать панель ввода эмодзи на компьютере. Если это невозможно, в GitHub есть специальный синтаксис для выбора эмоций.

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

Названия сервисов и способов связи нужно сделать кликабельными. Так пользователь, например, сможет сразу написать письмо.

Языки и технологии

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

Ссылки на иконки логотипов можно получить в сервисе Devicon. На сайте хранится большая библиотека логотипов языков программирования, фреймворков, библиотек и инструментов.

Синтаксис вставки изображения:

В знакомой конструкции появились новые параметры:
- в src нужно указать ссылку на изображения;
- в title для удобства добавить название инструмента;
- в width и height задать ширину и высоту картинки.
В конце конструкции есть элемент &nbsp. Он нужен для того, чтобы система не переводила каждое изображение на новую строчку и выводила все в одну линию.

Код блока выглядит так:

Статистика

Чтобы показать в последнем блоке статистику использования GitHub, можно использовать виджеты из коллекции GitHub Profile Summary Cards. Они выводят данные об активности пользователя, истории коммитов и языках программирования. Виджеты динамические, поэтому информация на них будет автоматически актуализироваться.

Виджеты можно использовать с помощью Markdown. Для этого достаточно вставить в документ строчку и заменить параметр username на имя пользователя GitHub:

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

Если использовать сразу три виджета на странице, способ с разметкой Markdown не подойдет. Виджеты будут находиться друг под другом и займут много места. Для выравнивания можно использовать HTML.

Поместить виджеты на страницу можно с помощью вставки обычного изображения, а в src указать ссылку на виджет:

Затем нужно повторить код для трех виджетов и обязательно поместить все в контейнер с выравниванием по центру:

Код к статье можно найти по ссылке.

Это один из вариантов оформления профиля. Возможности GitHub позволяют реализовать разные идеи. Примеры можно посмотреть в репозитории Awesome GitHub Profile. В нем собраны лучшие профили. Открытый код позволяет использовать задумки на своей странице.

IT-специалист с нуля

Наш лучший курс для старта в IT. За 2 месяца вы пробуете себя в девяти разных профессиях: мобильной и веб-разработке, тестировании, аналитике и даже Data Science — выберите подходящую и сразу освойте ее.
Похожие публикации: