Перейти к основному содержимому

Личный профиль и портфолио разработчика

ОБЯЗАТЕЛЬНОДЛЯ НОВИЧКОВВ РАЗРАБОТКЕ
Всем
Дизайн визитки и кейсов

Структура лендинга, портфолио дизайнера и презентация кейсов — в маршруте Веб-дизайн — маршрут от UX до портфолио (блоки 3, 6 и 8).

Профиль и свои проекты​

Что такое профиль-витрина?​

Профиль-витрина — это совокупность онлайн-ресурсов, которые представляют специалиста в профессиональном пространстве. К таким ресурсам относятся GitHub, LinkedIn, HeadHunter, личный сайт или портфолио. Профиль-витрина демонстрирует уровень экспертизы, стиль мышления, подход к решению задач и достигнутые результаты.

Профиль-витрина - это всё, что вас представляет в сети — GitHub, LinkedIn, HH.ru, личный сайт. Задача — за 30 секунд дать понять, кто вы и что умеете.

Основная цель профиля-витрины — позволить рекрутеру, коллеге или потенциальному клиенту за короткое время понять, кто вы, чем занимаетесь и почему стоит обратить внимание именно на вас.

Где быть обязательно:

  • GitHub — это техническое резюме. Рекрутеры смотрят аватар, био, репозитории, коммиты.
  • LinkedIn — для международных контактов.
  • HH.ru — для поиска работы в России.

Сайт-визитка​

Сайт-визитка — это статический веб-сайт, служащий точкой входа для внешней аудитории. Он отвечает на ключевые вопросы:

  • Кто я?
  • Чем занимаюсь?
  • Какие навыки имею?
  • Как со мной связаться?

Сайт-визитка не является блогом, новостным порталом или корпоративным сайтом. Это минималистичный, эстетичный и информативный ресурс, ориентированный на первое впечатление за 10–30 секунд.

Структура сайта-визитки​

Статический сайт состоит из файлов без серверной логики:

  • index.html — главная страница;
  • styles.css — файл стилей;
  • script.js — опциональный файл для интерактивных элементов;
  • папки с изображениями, иконками, шрифтами и другими ресурсами.

Такая структура обеспечивает быструю загрузку, простоту поддержки и удобство обновления контента.

Статический хостинг​

Статический хостинг — это сервис для размещения HTML, CSS, JavaScript и медиафайлов. Он не поддерживает серверные языки (C#, Java, PHP, Python) и базы данных.

Популярные платформы для статического хостинга:

  • GitHub Pages
  • Netlify
  • Vercel
  • Render
  • Cloudflare Pages

Новичкам рекомендуется начинать с GitHub Pages, так как он бесплатен, интегрирован с Git и требует минимальных усилий для развёртывания.

Как создать сайт на GitHub Pages​

  1. Создайте аккаунт на GitHub.
  2. Создайте репозиторий с именем username.github.io, где username — ваше имя пользователя на GitHub.
  3. Загрузите в репозиторий файлы: index.html, styles.css, script.js.
  4. Через несколько минут сайт станет доступен по адресу https://username.github.io.

Этот процесс не только позволяет разместить сайт, но и даёт практический опыт работы с системой контроля версий Git.

Профессиональные профили​

LinkedIn — крупнейшая международная профессиональная социальная сеть. Профиль на LinkedIn должен содержать:

  • Фотографию;
  • Краткое описание компетенций;
  • Историю трудоустройства;
  • Навыки;
  • Ссылки на проекты или портфолио.

HeadHunter (hh.ru) — основная платформа для поиска работы в России. Здесь также требуется:

  • Фото;
  • Резюме с описанием опыта;
  • Перечень технологий и инструментов;
  • Примеры работ (портфолио).

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

GitHub​

GitHub — платформа для хостинга проектов с использованием системы контроля версий Git. Для разработчика GitHub выполняет роль технического резюме.

Рекрутеры и тимлиды в первую очередь смотрят:

  • Аватар и никнейм;
  • Биографию в профиле;
  • Список репозиториев;
  • Активность и качество коммитов.

Рекомендуется иметь 6 лучших проектов, включая:

  • Учебные проекты;
  • Открытые репозитории;
  • Личные эксперименты;
  • Пет-проекты.

Каждый проект должен содержать файл README.md.

Даты коммитов и календарь GitHub​

В сети иногда советуют вручную ставить дату коммита в прошлое, чтобы "оживить" профиль на GitHub. Трюк технически возможен, но календарь contributions — слабый сигнал при найме; искусственная активность на собеседовании быстро проверяется по содержанию репозиториев.

Как устроены даты в Git​

У каждого коммита две метки времени:

ПолеСмысл
Author dateкогда автор сделал изменение
Committer dateкогда коммит попал в историю (rebase, cherry-pick, merge)

Флаг --date у git commit задаёт author date. Для согласованной записи часто выставляют обе даты через переменные окружения:

export GIT_AUTHOR_DATE="2024-04-20T12:00:00"
export GIT_COMMITTER_DATE="2024-04-20T12:00:00"
git commit -am "docs: исправить опечатку в README"

После git push метки уходят на GitHub вместе с коммитом. У уже опубликованных коммитов даты меняют через rebase или git filter-repo — это переписывает хеши и на общих ветках почти всегда требует согласования с командой.

Зачем даты меняют по делу​

  • перенос репозитория с сохранением исходной хронологии;
  • исправление часового пояса или ошибки в настройке Git;
  • восстановление атрибуции после слияния зеркал или filter-repo.

Здесь важна целостность истории, а не цвет клеток в профиле.

Что смотрят на самом деле​

Рекрутеры и тимлиды чаще оценивают:

  • содержание — README, структура репо, осмысленные коммиты и pull request;
  • один–два законченных проекта с понятной задачей и стеком;
  • разбор на собеседовании — "расскажите про этот PR", "почему так разбили коммиты".

Пустые коммиты, массовые fix без смысла или ровные "заливки" в выходные год назад при пустом профиле часто заметны. Вопрос "что вы делали в этом репозитории в апреле 2024?" отделяет реальную работу от косметики. Подробнее про репутацию через артефакты — в материале "Сообщества и профессиональная среда".

Что делать вместо накрутки графика​

ЦельПрактичнее, чем править даты
Показать навыки1–2 пет-проекта с README, CI, деплоем — кейс GitHub Pages
Регулярностьнебольшие коммиты по ходу учёбы или open source, без "задним числом"
Довериеissue или PR в чужом проекте, даже правки документации
Резюмессылка на репозиторий и 2–3 строки: задача, стек, ваш вклад

Календарь на GitHub — побочный эффект работы, а не KPI карьеры.

Этика

Намеренно подделывать историю коммитов ради впечатления на рекрутёра — обман при проверке вклада. В командах с нормальным code review важнее честная история и объяснимые изменения. Технические детали — в "Как работать с Git".

README.md​

README.md — это первый файл, который видит посетитель репозитория. Он должен отвечать на следующие вопросы:

  • Что это? — краткое описание проекта.
  • Зачем это? — проблема, которую решает проект.
  • Как установить? — инструкция по запуску.
  • Как использовать? — скриншоты, гифки, демо-ссылка.
  • Что использовал? — перечень технологий и библиотек.
  • Что дальше? — планы развития.
  • Как помочь? — инструкция для контрибьюторов.

Хорошо оформленный README.md повышает доверие к автору и демонстрирует профессиональный подход.

Минимальный каркас:

# Название проекта

Кратко: что делает и какую задачу решает.

## Стек
Python 3.12, FastAPI, PostgreSQL, pytest

## Запуск
git clone ...
pip install -r requirements.txt
uvicorn main:app --reload

## Скриншот / демо
![главный экран](docs/screenshot.png)

## Что сделано лично
- спроектировал API и схему БД
- написал тесты для модуля auth

Пет-проекты и сайд-проекты​

Пет-проект — это личный проект, созданный ради интереса, обучения или экспериментов. Цель пет-проекта — освоение новых технологий, тренировка навыков или реализация идеи. Пример — Telegram-бот, клон Todo-приложения, парсер курсов валют. Те же проекты готовят к тестовым заданиям при найме — берите тип задачи из вакансии (API, SPA, SQL-отчёт) и делайте свою версию до отклика.

Сайд-проект — это проект с потенциалом роста. Он может стать стартапом, продуктом или сервисом. Цель сайд-проекта — решение реальной проблемы, оказание пользы сообществу или монетизация.

Оба типа проектов уместны в портфолио, особенно если они демонстрируют:

  • Декомпозицию задач;
  • Архитектурное мышление;
  • Умение документировать;
  • Готовность к обратной связи.

Портфолио для разных IT-специальностей​

Портфолио не ограничивается только кодом. Разные роли в IT могут демонстрировать свои достижения через систему контроля версий:

  • Разработчики — исходный код, архитектурные решения, тесты, документация, результаты хакатонов.
  • Аналитики — BPMN/UML/ERD-диаграммы (основы), примеры ТЗ, дашборды, кейсы.
  • Технические писатели — фрагменты документации, глоссарии, шаблоны, ГОСТ-документы.
  • DevOps-инженеры — конфигурации CI/CD, скрипты автоматизации, инфраструктурные схемы.

Главное — показать процесс, а не только результат.

Как быть, если есть только коммерческие проекты​

Если вся работа выполнена в рамках NDA и нельзя публиковать исходный код или детали, можно использовать следующие подходы:

  1. Анонимизация решений
    Удалите названия компаний, логотипы, персональные данные. Сделайте акцент на архитектурных схемах, алгоритмах и методах решения задач.

  2. Учебные кейсы
    Возьмите реальный проект и переработайте его как гипотетический. Опишите, как бы вы решили ту же задачу сегодня, с учётом нового опыта.

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

  4. Создание пет-проектов
    Выделите несколько дней на создание простых, но показательных проектов — клон популярного сервиса, мини-библиотека, утилита командной строки.

Что рассказывать, а что умалчивать​

В профиле и портфолио уместно:

  • Описание решённых задач;
  • Перечень освоенных технологий;
  • Анализ собственных ошибок;
  • Достижения и метрики (например, "ускорил загрузку на 40 %").

Не следует:

  • Раскрывать имена клиентов, суммы контрактов, внутренние процессы;
  • Отзываться негативно о бывших работодателях;
  • Хвастаться мелочами ("знаю 15 языков", "написал 1000 строк кода");
  • Упоминать политику, религию или личную жизнь.

Профессиональный профиль — это зеркало вашей зрелости как специалиста. Он должен вызывать доверие, интерес и желание сотрудничать.

В подборках​

Статья входит в тематические подборки и блок "С чего начать?" на главной. Соседние шаги того же маршрута:

Соло / инди-разработчик — Маркетинг и распространение — о разделе, Основы работы с Git — о разделе, Удаленная работа — о разделе, Python — о разделе, Фронтенд и бэкенд — о разделе, HTML — о разделе.

Содержание