Александр
Пишу backend, осваиваю frontend и всегда проверяю, чтобы всё реально работало.
Backend Developer / Frontend Starter / QA-minded Engineer
Основной рабочий вектор для меня это backend-разработка, в первую очередь на Python. Параллельно я постепенно углубляюсь во frontend, ручное и автотестирование, а также в инфраструктурную часть вокруг Linux и деплоя.
Мне комфортно там, где есть удалённая работа, понятные процессы и нормальная система постановки задач. Я люблю, когда разработка ведётся не хаотично в переписке, а через GitHub Issues, Jira, Slack или любой другой внятный трекер.
-
Python как основной язык для backend-задач -
FastAPI + PostgreSQL + Alembic + SQLAlchemy + SQL -
React и Vue как точки входа во frontend -
QA-мышление: после Cursor проверять руками и тестами обязательно
$ whoami
alexander
$ cat stack.txt
python
fastapi
postgresql
alembic
sqlalchemy
react
vue
linux
$ echo $WORK_MODE
remote + structured tasks + reliable delivery
Обо мне
Коротко о подходе к работе, инженерных приоритетах и том, как я смотрю на продукт целиком.
Меня зовут Александр, я родился 22.07.2004. Учился в НКСЭ по специальности «Программирование в компьютерных системах», так что профильная база и диплом у меня есть, даже если в IT реальная ценность всё равно чаще всего определяется не корочкой, а тем, что ты умеешь делать руками.
Опыт у меня разный: и фриланс, и работа на небольшую компанию в городе. Для меня большой плюс это удалённый формат, потому что я действительно много времени провожу за компьютером и спокойно, глубоко вникаю в задачи, когда рабочая среда выстроена вокруг нормального инженерного процесса.
working-principles.log
- Лучше всего работаю там, где задачи ведутся системно, а не теряются в переписке.
- Без проблем переношу договорённости в GitHub, Jira, Slack и другие рабочие инструменты.
- Cursor ускоряет работу, но не отменяет ответственность за результат и проверку кода.
- Предпочитаю понятный процесс, в котором видно, что делаем, зачем и на каком этапе это находится.
Матрица навыков
Основные инженерные направления, в которых я работаю: от схем данных и API до UI, качества релиза и архитектурных компромиссов.
domain
Backend
Основная зона моей уверенности. Могу писать backend практически на любом языке, но основной рабочий код у меня был и остаётся на Python.
- Strong
Python backend Основной язык для серверной логики, API, бизнес-правил и прикладной разработки.
- Strong
FastAPI + database stack FastAPI, PostgreSQL, Alembic, SQLAlchemy и SQL как основной прикладной набор.
- Starter
Go Был практический опыт и интерес к Go, но основной production-фокус пока не на нём.
domain
Frontend
Frontend я начал щупать относительно недавно. Пока не считаю себя сильным верстальщиком, но уже уверенно понимаю, как привязывать методы и логику к интерфейсу.
- Working
React Пробовал собирать компоненты, привязывать обработчики и работать с базовой структурой приложения.
- Working
Vue Есть первый практический опыт и понимание общей логики компонентного подхода.
- Working
Интеграция логики в UI Верстаю не идеально, но связать методы, данные и поведение интерфейса у меня получается.
domain
QA
Навык QA вырос не из теории, а из практики: если используешь ускоряющие инструменты, особенно AI, нужно уметь проверять результат и руками, и тестами.
- Working
Manual testing Проверяю сценарии руками, если нужно быстро подтвердить, что фича реально живая.
- Working
Autotests mindset Понимаю ценность автопроверок как защиты от регрессий и неочевидных поломок.
- Strong
Self-review discipline Не доверяю слепо инструменту, даже если он ускоряет разработку. Проверка обязательна.
domain
Ops / Infrastructure
По инфраструктуре я не чистый DevOps, но на уверенном среднем уровне могу администрировать Linux-сервера и сопровождать небольшой деплой.
- Working
Linux administration Зайти на сервер, поднять сервис, поправить конфиги и привести окружение в рабочее состояние.
- Working
Web server setup Nginx, Apache, systemd и базовая эксплуатация сервисов на хостинге или VPS.
- Working
CI/CD basics GitHub и GitHub Actions для небольших пайплайнов сборки и деплоя.
Таймлайн развития
Не календарь должностей, а карта того, как формировалось инженерное мышление: от отдельных задач к системному взгляду.
Старт
Родился 22 июля 2004 года. Интерес к компьютерам довольно быстро перешёл в интерес к программированию и прикладной разработке.
- Рано сформировалась привычка много времени проводить за компьютером и учиться через практику.
- Интерес к коду постепенно стал не хобби, а рабочим направлением.
Обучение на программиста
Учился в НКСЭ по специальности «Программирование в компьютерных системах». Получил профильную базу и корочку, но основной рост всё равно происходил через реальную практику.
- Освоил фундамент, который позже начал применять на реальных задачах.
- Укрепился в мысли, что в IT ценится не формальный статус, а рабочий результат.
Разный коммерческий опыт
Работал как на фрилансе, так и на небольшую компанию в городе. Это дало опыт разных форматов взаимодействия, задач и уровня ответственности.
- Столкнулся не только с кодом, но и с реальной организацией работы.
- Понял, насколько важны нормальные процессы и прозрачная постановка задач.
Backend как основа, frontend и QA как усиление
Сейчас мой основной практический стек это Python backend, но параллельно я развиваюсь во frontend, тестировании и инфраструктуре, чтобы быть полезным не в одной узкой роли, а в целом рабочем контуре команды.
- Использую Cursor как ускоритель, но не как замену инженерной проверке.
- Ищу команду, где есть удалёнка, внятный workflow и задачи, которые живут в системе, а не в хаотичной переписке.
Кейсы и инженерные паттерны
Пока без привязки к конфиденциальным коммерческим данным: здесь собраны паттерны решений и подходы, которые лучше всего отражают мой стиль работы.
Backend / Python
Backend API и прикладная логика
Основной формат задач, в котором я чувствую себя увереннее всего: API, модели данных, работа с БД, миграциями и бизнес-логикой.
- Могу быстро включаться в серверную часть и писать прикладной код под реальные сценарии продукта.
- Учитываю, что изменения в базе и API должны переживать уже существующие данные и текущих пользователей.
QA / Delivery
Проверка качества и здравый скепсис к AI
Работа с AI-инструментами вроде Cursor не уменьшила мою внимательность, а наоборот заставила сильнее развить привычку проверять результат.
- Лучше вижу, где код может выглядеть правильным, но вести себя неправильно.
- Сильнее ценю проверку сценариев до того, как ошибка доедет до пользователей или заказчика.
Linux / CI-CD
Небольшая инфраструктура и развёртывание
Когда проект небольшой, могу не только написать код, но и помочь с развёртыванием, сервисами и базовой эксплуатацией на Linux.
- Могу закрыть часть задач вокруг демонов, конфигов и автоматического билда или деплоя.
- Это полезно для небольших команд, где важно уметь брать на себя больше одной зоны ответственности.
Контакты
Если вам близок такой рабочий подход, написать мне можно напрямую в Telegram, на почту или через GitHub.
Telegram
t.me/old6oyGitHub
github.com/Geardung