PurpleSchool — курсы программирования онлайн
  • Бесплатно
    • Курсы
    • JavaScript Основы разработкиPython Основы PythonCSS CSS FlexboxКарта развития
    • База знанийИконка стрелки
    • Новостные рассылкиИконка стрелки
  • Карьерные пути
    • Frontend React разработчик
    • Frontend Vue разработчик
    • Backend разработчик Node.js
    • Fullstack разработчик React / Node.js
    • Mobile разработчик React Native
    • Backend разработчик Golang
    • Devops инженер
    • Backend разработчик Python
  • О нас
    • Отзывы
    • Реферальная программа
    • О компании
    • Контакты
  • Иконка открытия меню
    • Сообщество
    • PurpleПлюс
    • AI тренажёр
    • Проекты
PurpleSchool — платформа бесплатных roadmap и курсов для разработчиков
ютуб иконка
Telegram иконка
VK иконка
VK иконка
Курсы
ГлавнаяКаталог курсовFrontendBackendFullstack
Практика
КарьераПроектыPurpleПлюс
Материалы
БлогБаза знаний
Документы
Договор офертаПолитика конфиденциальностиПроверка сертификатаМиграция курсовРеферальная программа
Реквизиты
ИП Ларичев Антон АндреевичИНН 773373765379contact@purpleschool.ru

PurpleSchool © 2020 -2026 Все права защищены

  • Курсы
    • FrontendИконка стрелки
    • AI разработкаИконка стрелки
    • BackendИконка стрелки
    • DevOpsИконка стрелки
    • MobileИконка стрелки
    • ТестированиеИконка стрелки
    • Soft-skillsИконка стрелки
    • ДизайнИконка стрелки
    Иконка слояПерейти в каталог курсов
  • PurpleSchool — курсы программирования онлайн
    • Сообщество
    • PurpleПлюс
    • AI тренажёр
    • Проекты
    Главная
    Сообщество
    Критика в работе – ваш друг, но не всегда

    Критика в работе – ваш друг, но не всегда

    Аватар автора Критика в работе – ваш друг, но не всегда

    Антон Ларичев

    Иконка календаря13 ноября 2022

    Когда делаешь код ревью иногда встречаешь с тем, что даешь конструктивную критику и она воспринимается в штыки, словно это личное оскорбление. Человек всеми силами пытается сопротивляться обратной связи и не готов слушать аргументы. Тут варианта два: или обратная связь дана некорректно, или человек не воспринимает критику. В этом посте я хочу сосредоточиться на том, как работать с критикой. Мне самому приходиться с ней работать, так как не могу быть везде прав и потому расскажу как я для себя её вижу. Особенно это ощущается, когда ты высказываешь свои мнения публично на большую аудиторию.

    Предметность

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

    • Предметная – указывается на конкретную ошибку или не точность и предлагается как её улучшить.
    • Частично предметная – указывается на то, где можно улучшить, но не предлагается решение.
    • Не предметная – комментарии вида: «этот код - кусок говна».

    Самая ценная, от которой не надо закрываться это предметная. Именно на неё надо обратить внимание и понимая, что она принесет пользу обмозговать. Она тоже может быть не верной, но перед тем, как спорить, постарайтесь посмотреть на проблему с предложенной стороны. Именно это дает нам рост и развитие.

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

    Цель критики

    Второе деление, которые я бы выделил для себя – это то, что является целью критики:

    • Само ваше решение – когда критика направлена на оценку принятого решения или написанного кода. Это правильная критика, так как она оценивает именно предмет, а не вас как личность. Часто цель такой критики именно улучшить что-то, а не оскорбить или задеть. Поэтому и обижаться на неё не стоит, она полезна. Что делать? Принять к размышлению. Пример: "Мне кажется этот код можно переписать иначе, избавившись от лишнего цикла".
    • Вы как личность – эта критика скорее призвана вас задеть, показать превосходство другого человека или унизить. В ней тоже может быть польза, если она предметная, но скорее всего конструктивного диалога может не получиться. Что делать? В первую очередь не вестись и попытаться конкретизировать возражение и свести её к обсуждению решения. Если это не удаётся, просто игнорировать. Что самое важное, не надо поддаваться чувствам. Этот человек важен для вас? Нет, ну и забейте на него) Если важен, скажем это ваш близкий человек, то тогда нужно подумать что побудило его к действиям. Пример: "Только дебил мог написать так функцию".

    Мотивация

    У каждой критики всегда есть мотивация человека, который её высказывает. Зачем он говорит это? Что ему это даёт?

    • Улучшение – когда критика направлена на улучшение совместных процессов, общей кодовой базы или чего-то ещё. Значит ему не всё равно, значит он хочет улучшений и тогда следует критику обдумать. Пример: "Лучше использовать линтер, чтобы у нас был единый стиль кода".
    • Наставничество – когда цель скорее поделиться опытом, передать знания и уберечь от ошибок. Как и в первом случае полезна, если под этой критикой лежит опыт, которым человек хочет поделиться. Пример: "В прошлый раз, когда мы писали приложения у нас были проблемы с библиотекой Х, поэтому давай не будем её использовать".
    • Самоутверждение – когда человек хочет показать своё превосходство. Если критика при этом конструктивная, она может быть полезна, но часто принимает форму общих тезисов: "Ну видно, что пишет джун, кто же так пишет". Потому следует игнорировать или конкретизировать.
    • Преследование цели – возможно за счёт критики он хочет показать себя крутым в команде или хочет повышения? Тогда стоит ли критика того, чтобы вы к ней прислушивались?
    • Внешние факторы – человек может быть неконструктивен, так как утром его укусила кошка, а потом он опоздал на поезд. Тогда следует отодвинуть обсуждение, пока человек снова не придёт в норму. Конечно это не все возможные варианты. Важно, чтобы вы задумывались, что мотивирует людей говорить те или иные вещи и не давали легко вывести себя из равновесия.

    Поэтому когда критикуют, сначала сделайте паузу, проанализируйте её, а уже затем или прислушивайтесь или конкретизируйте или просто забейте на неё 😀. Главное чтобы она приносила пользу, а не выбивали вас из душевного равновесия.

    Иконка глаза2 899

    Комментарии

    0

    Постройте личный план изучения Основы разработки до уровня Middle — бесплатно!

    Основы разработки — часть карты развития Frontend, Backend, Mobile

    • step100+ шагов развития
    • lessons30 бесплатных лекций
    • lessons300 бонусных рублей на счет

    Бесплатные лекции

    Лучшие курсы по теме

    изображение курса

    Основы Git

    Антон Ларичев
    AI-тренажерыAI-тренажеры
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.9
    3 999 ₽ 6 990 ₽
    Подробнее
    изображение курса

    HTML и CSS

    Антон Ларичев
    AI-тренажерыAI-тренажеры
    Практика в студииПрактика в студии
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.9
    3 999 ₽ 6 990 ₽
    Подробнее
    изображение курса

    Neovim

    Антон Ларичев
    Гарантия
    Бонусы
    иконка звёздочки рейтинга4.8
    3 999 ₽ 6 990 ₽
    Подробнее

    Похожие статьи

    Картинка поста CQRS и Event Sourcing на практике: когда это оправдано, а когда — оверинжиниринг
    Иконка аватараАнтон
    Иконка календаря09 апреля 2026
    architecturetypescriptnodejsseniorИконка уровня senior

    CQRS и Event Sourcing на практике: когда это оправдано, а когда — оверинжиниринг

    CQRS и Event Sourcing — архитектурные паттерны для сложных доменов. Разбираем реальные примеры на TypeScript и NestJS, критерии выбора и типичные ошибки внедрения.

    Иконка чипа0
    Иконка глаза37
    Иконка комментариев0
    Картинка поста Мониторинг приложения: Prometheus + Grafana для Node.js за час
    Иконка аватараАнтон
    Иконка календаря08 апреля 2026
    devopsnodejsmiddleИконка уровня middle

    Мониторинг приложения: Prometheus + Grafana для Node.js за час

    Настраиваем мониторинг Node.js приложения с Prometheus и Grafana за час: подключаем prom-client, собираем метрики, создаём дашборд и поднимаем всё через Docker Compose.

    Иконка чипа0
    Иконка глаза86
    Иконка комментариев0
    Картинка поста 10 Bash-скриптов, которые автоматизируют рутину разработчика
    Иконка аватараАнтон
    Иконка календаря07 апреля 2026
    bashlinuxdevopsmiddleИконка уровня middle

    10 Bash-скриптов, которые автоматизируют рутину разработчика

    Bash-скрипты для автоматизации рутины разработчика: готовые примеры для бэкапов, деплоя, очистки логов, мониторинга и работы с Git, которые экономят часы каждую неделю.

    Иконка чипа0
    Иконка глаза125
    Иконка комментариев0
    Иконка чипа0