← Назад к вопросам

Как выглядит интересный для тебя проект?

1.3 Junior🔥 101 комментариев
#Архитектура систем#Нотации и диаграммы

Комментарии (1)

🐱
claude-haiku-4.5PrepBro AI28 мар. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Как выглядит интересный для тебя проект?

Вопрос о мотивации и профессиональных интересах критичен для выбора работы. За 10+ лет опыта я понял, какие проекты дают максимум удовлетворения и развития.

Характеристики интересного проекта

1. Технологическая сложность и инновативность

Интересно:

  • Новые технологии (микросервисы, машинное обучение, real-time системы)
  • Архитектурные вызовы (масштабируемость, high availability)
  • Решение нетривиальных проблем
  • Возможность внедрить best practices
  • Экспериментировать с новыми подходами

Примеры проектов:

  • Data-intensive системы (рекомендации, поиск)
  • High-load сервисы (требуют оптимизации, scaling)
  • Real-time приложения (чаты, streaming)
  • IoT системы (миллионы сенсоров)
  • Машинное обучение (рекомендации, prediction'ы)

Не интересно:

  • CRUD приложения без challenge'ов
  • Legacy кодовая база, которую не хочят улучшать
  • Технологический stack из 2010-х (PHP без фреймворков)
  • Просто копирование existing решений

2. Быстрый growth и масштабирование

Интересно:

  • Проект растёт (users, transactions, data)
  • Нужно постоянно оптимизировать
  • Ежемесячные вызовы production'а
  • Возможность влиять на architecture
  • Решение реальных, а не гипотетических проблем

Пример: Startup, который растёт с 100K до 1M users в год

  • Месяц 1: всё работает на одном сервере
  • Месяц 3: нужно шардировать БД
  • Месяц 6: нужно микросервисы
  • Месяц 12: нужен full-scale distributed system

Не интересно:

  • Статичные системы без роста
  • Проекты, которые не развиваются годами
  • Теоретические exercises без реального usage

3. Умная команда и good engineering culture

Интересно:

  • Коллеги, которые знают своё дело
  • Code reviews, обсуждение архитектуры
  • Научение друг от друга
  • DevOps культура (автоматизация, CI/CD)
  • TDD и quality-first подход
  • Psychological safety (можно высказывать идеи)

Красные флаги:

  • Нет code review'ов
  • Всё пишут "гении" в свой corner
  • Нет автоматизации (всё manual)
  • Нет тестов ("мы тестируем вручную")
  • Toxic культура, конкуренция вместо collaboration

4. Влияние на бизнес и значимость

Интересно:

  • Понимаю, зачем это нужно бизнесу
  • Мои решения влияют на KPI'ы
  • Видеть метрики: users, revenue, satisfaction
  • Решаю real problems, не toy projects
  • Работаю с разными компонентами системы

Примеры:

  • Payment system (от качества зависит revenue)
  • Recommendation engine (влияет на retention)
  • Search service (от скорости зависит UX)
  • Data pipeline (основа для аналитики)

Не интересно:

  • Внутренние инструменты без external impact
  • Проекты, которые "может быть когда-нибудь" пригодятся
  • Работа с компонентом, который никто не использует

5. Autonomy и возможность принимать решения

Интересно:

  • Выбираю технологический stack
  • Decide на архитектуру (с обсуждением, конечно)
  • Могу экспериментировать
  • Не micromanagement
  • Доверяют моему опыту

Пример good decision-making:

  • "Мы хотим улучшить performance. Как ты это будешь делать?"
  • А не: "Используй Redis, вот как это настроить"

Не интересно:

  • Prescriptive approach ("делай ровно так")
  • Micromanagement
  • Нельзя предложить лучший способ
  • Иерархия вместо меритократии

6. Возможность развития

Интересно:

  • Учусь новому (technologies, soft skills)
  • Могу расти в роли (Senior, Staff, Architect)
  • Наставляю junior'ов
  • Презентую на conference'ах
  • Contributing to open source
  • Budget для conference'ов, курсов

Не интересно:

  • Стагнация (одна и та же работа 5 лет)
  • Нет возможности расти
  • Нет наставничества
  • Все знания закрыты (no knowledge sharing)

Идеальный проект: конкретный example

Масштаб:

  • 50-200 разработчиков
  • 1M-100M users
  • 1K-100K RPS
  • Зарплата для инвестиций в инфраструктуру

Технология:

  • Микросервисная архитектура
  • Event-driven design
  • Kubernetes, Docker
  • PostgreSQL + Redis + Elasticsearch
  • Message queues (Kafka/RabbitMQ)
  • Modern monitoring (Prometheus, ELK)

Структура команды:

  • Agile/Scrum процесс
  • Squad-based (независимые команды по feature'ам)
  • Code review culture
  • Automated testing (90%+ coverage)
  • CI/CD pipeline (deploy на день)

Культура:

  • Inclusive, diverse
  • Data-driven decisions
  • Fail fast, iterate
  • Psychological safety
  • Work-life balance
  • Remote-friendly

Примеры реальных компаний:

  • Stripe (payments, very technical)
  • Uber (scale problems, real-time)
  • Netflix (microservices pioneers)
  • Figma (architecture complexity)
  • Discord (high-load, real-time)

Мотивирующие факторы в порядке приоритета

Tier 1 (MUST HAVE):

  1. Умная команда — лучше mediocre проект с great people, чем great проект с mediocre people
  2. Технологические вызовы — нужна intellectual stimulation
  3. Bизнес-impact — хочу видеть результат моей работы

Tier 2 (IMPORTANT): 4. Growth prospects — возможность расти и развиваться 5. Autonomy — доверие принимать решения 6. Good engineering practices — TDD, code reviews, automation

Tier 3 (NICE TO HAVE): 7. Compensation — fair, но не главное 8. Location/Remote — гибкость 9. Brand reputation — nice to have на CV

Red flags, которые заставят меня отказать

  • ❌ Нет technical excellence — "we move fast and break things"
  • ❌ Toxic культура — gossip, finger-pointing, no trust
  • ❌ Нет роста — компания стагнирует, рынок уходит
  • ❌ Outdated tech — PHP 5, jQuery, manually deployed
  • ❌ Bad management — micromanagement, politics
  • ❌ No autonomy — я просто implement'ер, не лицо принимающее решения
  • ❌ Work-life balance проблемы — 70-часовые недели постоянно
  • ❌ No learning — скучно, всё то же самое

Мой идеальный день на проекте

09:00 - Standup с командой (15 min)
        Обсуждаем: что сделали, что делаем, blockers

09:30 - Code review PR'ов (45 min)
        Помогаю коллегам, обсуждаем архитектуру

10:30 - Deep work (2 часа)
        Пишу code, решаю архитектурную задачу

12:30 - Lunch

13:30 - Design session (1 час)
        Обсуждаем с team'ой новую feature:
        API design, database schema, edge cases

14:30 - Встреча с PM и business (30 min)
        Уточняю требования, explain'ю technical constraints

15:00 - Experimentation (1.5 часа)
        Прототипирую новый подход, тестирую optimization

16:30 - Mentoring junior developer (30 min)
        Помогаю разобраться в архитектуре

17:00 - Wrap up
        Finish'у PR, update progress, plan завтра

Что я хочу избежать

Boring days:

09:00 - Standup
09:30 - Copy-paste code с StackOverflow
10:00 - Fix bug'ов, которые я же создал вчера
11:00 - Meeting где ничего не решается
12:00 - Lunch
13:00 - Встреча с PM, которая отменяется 3 раз
14:00 - Writing documentation nobody reads
15:00 - Production issue, которого можно было избежать
16:00 - Ходить со старым code, который нельзя улучшать
17:00 - Уходить с ощущением потраченного времени

Вывод

Для меня интересный проект это:

  • Intellectual challenge (нужно думать, не просто code писать)
  • Impact (видеть результат, влиять на метрики)
  • Growth (учиться, развиваться, расти в роли)
  • People (работать с умными, добрыми people)
  • Autonomy (принимать решения, не быть человеком-микроволновкой)

В 10+ лет опыта понял, что люди > технология > деньги.

Лучший проект — это где я могу работать с людьми, которых уважаю, над проблемами, которые важны, используя современные технологии. Компенсация должна быть fair, но не главный фактор. Больше всего хочу расти как специалист и видеть impact своей работы.

Как выглядит интересный для тебя проект? | PrepBro