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

Что не нравилось в работе разработчиком?

1.3 Junior🔥 111 комментариев
#Софт-скиллы и мотивация

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

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

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

Что не нравилось в работе разработчиком?

Краткий ответ

Работал разработчиком 5 лет. Был хорош. Потом стал аналитиком и понял: это моё.

Что не нравилось:

  1. Неясные требования → переделки
  2. Meetings которые отвлекают от кодинга
  3. Blame culture (баги = твоя вина)
  4. Не видно большую картину
  5. Burnout от tight deadlines

Детально

1. Chaotic Requirements

Проблема:

  • Product manager говорит: Нужна форма для заказов
  • Я пишу код
  • Через неделю: Кстати, нужны разные поля для разных типов
  • Переделываю
  • Еще неделя: И интеграция с Stripe
  • Переделываю опять
  • Результат: 3 дня работы растянулось на 3 недели

Что я выучил:

  • Требования ДОЛЖНЫ быть чёткие перед разработкой
  • Это work аналитика
  • Плохой анализ = разработчик тратит 50% на переделки

2. Context Switching

Проблема:

  • Start писать код
  • 10 минут спустя: Stand-up meeting!
  • Встреча 15 мин
  • Теряю context
  • 20 мин потребуется чтобы вернуться
  • Repeat 3-4 раза в день
  • Итог: 2 часа потеряно

Что я выучил:

  • Meetings нужны, но efficiently
  • Аналитик должен планировать meetings

3. Production Bugs & Blame

Проблема:

  • Bug в production
  • Manager: Как это случилось?
  • Я: Requirements были unclear
  • Team: смотрит на меня как на fail'a

Реальность: требования were vague, tests inadequate, review пропустил Но developer получает blame

Что я выучил:

  • System должна быть blameless
  • Investigate root cause, не blame

4. No Impact Visibility

Проблема:

  • Написал feature
  • Вышла в production
  • Никто не сказал результат
  • Не знаю: помогло это или нет?
  • Demotivating

Что я выучил:

  • Need feedback loop
  • Developer должен знать impact своей работы

5. Burnout

Проблема:

  • Tight deadline: Need finish to Friday
  • Вторник, неполный день кода
  • No buffer
  • Code quality страдает
  • Stressed и tired
  • Burnout

Что я выучил:

  • Realistic estimates критичны
  • Buffer нужен (20-30%)
  • Sustainable pace лучше

Почему я стал аналитиком

Я realized:

  • Я better at big picture чем coding
  • Я better at talking с people
  • Я better at preventing problems чем fixing them
  • Я happy when requirements clear

Мой superpower как developer:

  • Коду я understand quickly
  • Architecture я могу design
  • Bugs я find

Мой REAL superpower:

  • Understanding what people need
  • Communication
  • Preventing problems
  • Making team efficient

Career decision:

  • Если я лучше как analyst → why I not analyst?
  • Switched roles
  • Never looked back
  • Much happier

Что я respect в developers

Те кто: ✓ Могут сказать NO если требование неясное ✓ Report issues вовремя ✓ Help product understand constraints ✓ Quality obsessed ✓ Care about maintainability ✓ Work как team

Сообщение для developers

Если вам не нравятся requirements, говорите! Если tight deadline, скажите. Если quality страдает, tell me.

Это not your fault если requirements chaotic. Мы работаем вместе. Good analysis → good code → good product.

Вывод

Разработчиком я был хорош. Но я found моё истинное calling как analyst.

Мой experience как developer помогает: ✓ Я знаю сложность разработки ✓ Я respect developer's time ✓ Я write clear specs ✓ Я manage scope properly

Это взаимная выгода: я best analyst потому что я был developer.

Что не нравилось в работе разработчиком? | PrepBro