Выгорание 1С-разработчика: как не сгореть между закрытием месяца и очередным релизом

28.09.26

Саморазвитие - Личная эффективность

Про выгорание в IT написано много, но почти всё — про фронтендеров, дата-сайентистов и абстрактных «программистов из бигтеха». А у нас, в мире 1С, своя специфика: свои дедлайны, привязанные к отчётным периодам, свои ночные обновления и свой особый жанр звонка «база встала, а через час зарплата». Поговорим о выгорании честно и по делу — без эзотерики про «полюбите себя», но и без обесценивания.

Что такое выгорание на самом деле

Важно сразу развести понятия. Выгорание — это не «я устал и мне лень», и не слабость характера. ВОЗ в МКБ-11 классифицирует его как профессиональный синдром, связанный с хроническим стрессом на работе, с которым не удалось справиться. Это не медицинский диагноз сам по себе, но состояние, которое реально ломает и работоспособность, и здоровье.

Классически выгорание описывают через три составляющие:

  • Истощение — не проходящая усталость, когда выходные и отпуск больше не восстанавливают. Утром встаёшь уже разбитым.
  • Цинизм и отстранённость — клиенты бесят, задачи бессмысленны, «да гори оно всё». Раньше нравилось решать головоломки — теперь всё раздражает.
  • Падение самооценки в профессии — ощущение, что ты стал хуже как специалист, что ничего толком не успеваешь и не умеешь.

Если узнали себя хотя бы в двух пунктах — это повод не героически терпеть дальше, а разобраться.

 

Почему 1С-ник в зоне риска

У нашей профессии есть несколько особенностей, которые прямо-таки заботливо подталкивают к выгоранию.

Дедлайны диктует не менеджер, а календарь бухгалтера. Закрытие месяца, квартальная и годовая отчётность, сроки выплаты зарплаты, сдача НДС — всё это жёсткие даты, которые нельзя «подвинуть на спринт вправо». Работа идёт волнами: то затишье, то аврал, когда полконторы ждёт, пока ты допилишь расчёт.

Цена ошибки — деньги и штрафы клиента. Мы не «двигаем кнопки». Ошибка в расчёте зарплаты, в проводках, в отчётности — это реальные последствия для живых людей и организаций. Постоянное ощущение, что за спиной стоит ответственность в рублях, — само по себе фоновый стресс.

Законодательство меняется быстрее, чем успеваешь выдохнуть. Маркировка, прослеживаемость, ФСБУ, ЕНС, новые формы отчётности, перекройка НДС — это вечная гонка за обновлениями типовых. Только разобрался — вышел новый релиз, и снова здорово. Постоянное чувство, что ты отстаёшь, изматывает.

Роль «швейцарского ножа». Особенно во франчайзи и у единственного 1С-ника в компании. Ты одновременно разработчик, консультант, поддержка первой линии, аналитик, местами продажник и «человек, который чинит принтер, раз уж он айтишник». Границы роли размыты, а значит, размыт и объём работы — он стремится к бесконечности.

Legacy и чужое наследие. Самописные конфигурации, доработки трёх поколений предыдущих внедренцев без документации, «его нельзя обновлять, там всё держится на честном слове». Разбираться в этом — отдельный источник хронического раздражения.

Ненормированность и «поддержка всегда на связи». Обновления по ночам и в выходные, чтобы не мешать пользователям. Звонки «а можно быстренько». Мессенджер, который не выключается. Отпуск, на котором ты всё равно «на подхвате».

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

 

Как распознать у себя ранние признаки

Выгорание редко приходит внезапно. Обычно оно накапливается, а мы списываем сигналы на «просто устал, вот доделаю проект — отдохну» (спойлер: проект доделан, отдыха не случилось, начался новый). На что стоит обратить внимание:

  • Работа, которая раньше увлекала, вызывает отвращение или безразличие.
  • Прокрастинация на ровном месте: открываешь конфигуратор и залипаешь, не можешь начать.
  • Раздражительность и цинизм — пользователи «тупые», клиенты «сами не знают, чего хотят».
  • Хроническая усталость, которую не снимает сон; проблемы со сном как таковые.
  • Ощущение конвейера и бессмысленности: «я как робот, закрываю тикеты».
  • Телесные звоночки: головные боли, проблемы с ЖКТ, давление, постоянные простуды.
  • Уход в переработки как в единственный способ хоть что-то успевать — и всё равно не успеваешь.

Если это про вас на протяжении недель, а не пары тяжёлых дней, — стоит отнестись серьёзно.

 

Что с этим делать: три уровня

Уровень 1. Личные границы и режим

Начинается всё с базовых, скучных, но работающих вещей. Восстанавливают не «продуктивные хаки», а сон, движение и нормальная еда — на выгоревшем мозге никакие техники тайм-менеджмента не работают.

Отдельно про границы: заведите рабочие часы и придерживайтесь их. Уведомления по клиентским чатам вне рабочего времени — выключаются. «Срочно» у клиента и «срочно» на самом деле — это разные вещи, и большинство «пожаров» спокойно ждут до утра. Право на недоступность — это не роскошь, а условие того, что вы вообще останетесь в профессии.

И научитесь говорить «нет» и «это займёт столько-то». Оценка сроков с запасом и честный разговор о приоритетах лучше, чем героическое «сделаю за ночь», которое становится нормой.

 

 

Уровень 2. Процессы и рабочая нагрузка

Многое из того, что нас выжигает, — это устранимая рутина.

  • Автоматизируйте своё же. Шаблоны доработок, готовые куски кода, чек-листы по типовым задачам, свои обработки для рутины (мы же это умеем — так почему для клиентов автоматизируем, а для себя нет?).
  • Ведите базу знаний. Разобрался в чужом legacy — задокументируй, чтобы не проходить этот ад заново.
  • Делегируйте и разделяйте роли. Если вы во франчайзи или руководите — первую линию поддержки не должен закрывать senior-разработчик. Если вы соло — проговорите с руководством, что «один за всё» это не устойчивая модель.
  • Фиксируйте объём работ письменно. ТЗ, границы задачи, что входит и что не входит. Бесконечные «ну ещё вот эту мелочь» — прямая дорога к перегрузке.

Уровень 3. Когда пора к специалисту

Здесь важно быть честным с собой. Если состояние не про «устал на проекте», а про стойкое снижение настроения, потерю интереса ко всему, а не только к работе, проблемы со сном и аппетитом, которые тянутся неделями, — это уже за пределами «просто выгорания», и правильный шаг — обратиться к психологу или психотерапевту. Это не слабость и не «для тех, кто не справился», а такая же нормальная забота о себе, как поход к стоматологу. Тема тонкая, и если вы чувствуете, что не вытягиваете в одиночку, — помощь специалиста здесь работает лучше любых статей и лайфхаков.

 

Профилактика: чтобы не доводить

Несколько вещей, которые снижают риск на дистанции:

  • Учёба дозированно, а не в панике. Держать себя в курсе релизов — да, но не пытаться выучить всё сразу. Отставание по одной подсистеме — это нормально.
  • Профессиональное общение. Сообщества (тот же Инфостарт), коллеги, чаты. Возможность сказать «у меня та же боль» и получить ответ дорогого стоит — и лечит синдром самозванца.
  • Смена характера задач. Чистая рутина выжигает. Если совсем закопались в поддержке — выбивайте себе хоть немного проектной, «созидательной» работы.
  • Отпуск, который отпуск. С реальным отключением от рабочих чатов и передачей дел, а не «я на пляже, но если что — пишите».

 

Вместо заключения

Выгорание в 1С — не признак того, что вы плохой специалист. Скорее наоборот: горят чаще всего именно ответственные, те, кто тянет и не может бросить клиента с «упавшей базой». Но профессия — это марафон, а не спринт до следующего закрытия месяца. Беречь голову и нервы — такая же часть профессионализма, как чистый код и знание типовых.

А как у вас? Сталкивались с выгоранием, что помогло вытащить себя? Делитесь в комментариях — возможно, ваш опыт кому-то из коллег окажется важнее любой методички.

выгорание эмоциональное выгорание ментальное здоровье 1С-разработчик стресс переработки синдром самозванца work-life balance профилактика выгорания психология IT

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Личная эффективность Бесплатно (free)

Большинство разработчиков делают ставку на логико-математический интеллект. Он дает прочную базу для работы с кодом, алгоритмами и метриками, но со временем может стать потолком профессионального роста. Разбираем, какие виды интеллекта особенно важны в IT и как вербальное, визуально-пространственное, межличностное и внутриличностное мышление влияют на скорость работы, качество решений и переход к ролям архитектора и тимлида. Объясняем, почему опыт не равен зрелости, как стресс, эмоции и физическое состояние отражаются на концентрации и количестве ошибок и почему проблема часто заключается не в человеке, а в несовпадении роли с его конфигурацией мышления. Показываем, как определить сильные и тормозящие рост виды интеллекта и развивать их с помощью простых практик, которые можно применять в работе уже на следующий день.

31.08.2026    360    0    DikSer    0    

0

Личная эффективность Бесплатно (free)

Культ продуктивности заставляет нас чувствовать, что мы делаем недостаточно, даже когда все важные рабочие задачи закрыты. В статье автор в вольной форме эссе рассматривает, как в IT развитие, автоматизация и AI превращаются из инструментов в моральную обязанность, а свободное время – в еще новые и новые задачи. И предлагает вернуть старое-доброе понятие «достаточно». Главная мысль такая: возможно, не все нужно оптимизировать, а умение вовремя остановиться и похвалить себя за сделанное может оказаться важнее способности работать быстрее.

26.08.2026    338    0    kirillobskih    0    

2

Личная эффективность Бесплатно (free)

Два типа влияния: через Логику и через резонанс. Инфлюенсер говорит «иди за мной». Архитектор осознанных систем — «слушай себя». Как отличить, не перепутать и кем быть вам.

20.07.2026    347    0    evgen7938    0    

2

Личная эффективность Бесплатно (free)

Статья о том, что происходит, когда профессиональная идентичность перестаёт работать. Через модель Юнга — Персона, Тень, Золотая Тень и архетипы — разбирается процесс индивидуации: от срыва маски до интеграции. Отдельным слоем даётся модель «Воля -> Резонанс -> Логика», объясняющая, как устроено восприятие и почему одних фактов недостаточно. Для тех, кто проходит через выгорание, кризис идентичности или просто чувствует, что старая карта больше не совпадает с местностью.

07.07.2026    464    0    evgen7938    0    

2

Личная эффективность Россия Бесплатно (free)

Когда работа, семья и усталость не оставляют нормального времени на обучение, большой план быстро разваливается. Рассказываю, как мне помогла простая таблица учета времени: секундомер, 5–15 минут, недельные итоги и понятный курс

02.07.2026    750    18    NikolayMaerov    0    

3

Личная эффективность Россия Бесплатно (free)

Статья о том, почему физическая активность важна не только “для здоровья”, но и для умственной работы. Без фитнес-пафоса и обещаний продуктивности в процентах: разберем, как движение связано с вниманием, памятью, настроением, восстановлением и карьерной устойчивостью специалиста.

01.07.2026    526    0    NikolayMaerov    3    

2

Личная эффективность Россия Бесплатно (free)

Отпуск может вернуть силы, но он не меняет рабочую систему. Если после возвращения человека ждут неопределенность, вечная срочность, непрозрачные приоритеты, мало влияния и ощущение несправедливости, энергия быстро уходит туда же. Разбираю, почему выгорание нельзя сводить к слабости человека, плохому отдыху или «просто тяжелой неделе», и что можно менять без революции.

29.06.2026    1059    0    NikolayMaerov    1    

10

Коммуникации Личная эффективность Россия Бесплатно (free)

Постоянные переключения создают ощущение бурной работы, но часто съедают фокус, силы и продвижение по важным задачам. Разбираем на практике, почему “быстрый вопросик” редко бывает бесплатным, что говорят исследования о переключениях и как команде защитить время для нормальной умственной работы.

26.06.2026    959    0    NikolayMaerov    4    

6
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. DmitryKlimushkin 28.09.26 12:21 Сейчас в теме
Дедлайны диктует не менеджер, а календарь бухгалтера.

Стало быть, "предупреждён, значит - вооружён". Как снег на голову, ничто не падает - все согласно заранее известному плану-календарю. Где повод для стресса. Всё известно заранее и вполне можно готовиться. Где тут почва для аврала?
Цена ошибки — деньги и штрафы клиента.
Не встречал программиста, с которого взыскали штраф (часть штрафа), наложенного на компанию за несданный отчёт или нарушение каких-то сроков. Нигде в нормативной базе нет отсылок к программисту, как ответственному за сдачу отчётности или своевременному начислению З/п. Зачем страдать от фантомных болей. Тем более, что мы уже договорились про заранее известный календарь
Законодательство меняется быстрее, чем успеваешь выдохнуть.
А вот это вот - полная фигня. Я бы сказал - полнейшая. Понятно, что это распространённый интернет-мэм, слоган. И подходит он для лёгкой отмазки в беседе с дилетантом. "Ой, как быстро меняют законы! Идишь, ты-ы!" А то, что перед изменением закона об этом известно минимум за год - никого не интересует? Термин "Проект Закона" никому не известен, да? Законотворчество у нас это публичный процесс. Абсолютно все Законы (кроме силовой сферы государства) публикуются от проекта до очерёдности чтений в Думе. Кому надо знать, тот - знает. И ставит своё руководство в известность. Проблема в пофигизме руководителей, которым даже если и скажешь за год или пол-года о грядущих новшествах, так им просто пофигу "будут проблемы - будем решать". Это святое-святых нашего "буизнеса".

Из перечисленных пунктов самопроизвольно рождаются остальные пункты - хаотичность работы, требующая то швеца, то жнеца, обилие костылей и заплат, уродующих типовые конфигурации и превращающих их в чудовищные "Легаси", которые в свою очередь, требуют пристёгнутого к ним - цепями (!!) программиста, работающего в режиме МЧС.

У меня простой совет коллегам. Надо завести ещё пару детишек (к паре уже имеющихся), оформить ипотеку на большую квартиру или дом, заодно купить просторный кроссовер или минивэн. После чего можно просто забивать на ощущения от работы (правильной или неправильной!) и считать просто деньги на очередное погашение очередных обязательств. Работа, измеряемая просто деньгами, перестанет "жечь". А о всех этих "страданиях юного Вертера" просто некогда будет думать. В итоге будет большая дружная семья в хорошем жилье и с хорошей мобильностью. А выгорание достанется тому, кто занят только собой и своей работой, а вас минет "чаша сия")
3. qwerty1414 117 28.09.26 13:25 Сейчас в теме
(1) По календарю — тут не поспоришь, сюрпризов нет. Только выгорание берётся не от неожиданности даты, а от того, что к известной всем дате готовится один человек. Клиент про закрытие месяца тоже «знал заранее» — а задачу принёс 29-го вечером. Предсказуемость календаря и предсказуемость нагрузки — это разные вещи, и жжёт именно вторая.

Про ответственность формально всё верно: ни один штраф на программиста не переложат, в НК его фамилии нет. Но выгорание живёт не в нормативке, а в голове. Когда база встала в день зарплаты, звонят не в ФНС и не директору — звонят тебе. И то, что по закону ты не крайний, в этот момент как-то не греет.

Насчёт «законы известны за год» — отчасти соглашусь, проекты и правда висят в открытую. Но зависишь ты не от текста закона, а от релиза вендора и от разъяснений, которые ведомства меняют задним числом. «Известно за год» и «в типовой реализовано за неделю до вступления, с ошибками» — это, увы, не одно и то же. Мем не на пустом месте вырос.

А вот финал у вас неожиданно честный, хоть и наизнанку. Совет «заведи детей, ипотеку и кроссовер, чтобы перестать чувствовать работу» — это не иммунитет к выгоранию, это его хрестоматийный сценарий. Человек не уходит с выжигающей работы ровно потому, что на нём висят обязательства. Это не «чаша сия минует», это «деваться некуда, поэтому терпи и не думай». Разница принципиальная.

И одна нестыковка напоследок. Выше вы справедливо костерите костыли и легаси, а в конце предлагаете забить на качество и просто считать деньги. Так это самое легаси оттуда и берётся — от людей, которые перестали думать и начали закрывать кредит. Круг замкнулся...
2. Rico17 33 28.09.26 13:07 Сейчас в теме
Хорошая статья, но я бы добавил ещё один уровень — что делать после того, как мы выспались, выставили границы, автоматизировали рутину и перестали отвечать клиентам в два часа ночи.

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

Работа в любом случае состоит из большого количества механики. Нужно зарабатывать деньги, закрывать задачи, обновлять базы, отвечать пользователям, вести документацию, выполнять обязательства. От этого никуда не деться, да и не нужно. Вопрос скорее в том, какое место эта механика занимает в жизни.

В нормальной конструкции она должна быть инфраструктурой, а не содержанием всей жизни.

Автоматизация нужна не только затем, чтобы закрывать больше тикетов. Она может освобождать время и внимание для задач, которые действительно хочется решать. Деньги нужны не только для того, чтобы компенсировать очередной тяжёлый месяц отпуском, а чтобы создавать устойчивость и возможность выбирать, чем заниматься дальше. Профессиональный опыт нужен не только для того, чтобы тебе отдавали всё более сложные пожары, а чтобы постепенно выбирать свою роль, проекты и способ работы.

И здесь вопрос уже не обязательно в духе «моё ли вообще 1С». Можно любить разработку и ненавидеть круглосуточную поддержку. Можно получать удовольствие от сложных внедрений и выгорать от бесконечного потока мелких заявок. Можно быть отличным специалистом и обнаружить, что конкретная компания превратила тебя в функцию «починить всё срочно».

Поэтому после вопроса «что меня выжигает?» имеет смысл задать следующий: **«А что в моей работе делает меня живым?»**

Какие задачи я сам считаю важными? Что мне интересно создавать, исследовать, менять? Где я не просто закрываю очередную заявку, а действительно присутствую в том, что делаю? И как постепенно увеличить долю именно такой работы, используя всю остальную механику как опору?

Это не обязательно означает увольняться, уходить в дауншифтинг или срочно искать «дело мечты». Иногда достаточно перестроить роль. Убрать часть поддержки. Передать рутину. Автоматизировать повторяющееся. Сменить тип проектов. Выделить несколько часов в неделю на свою разработку. Иногда действительно приходится менять компанию или профессию — но это уже следующий вывод, а не первый.

Мне кажется, в этом и есть более интересная профилактика выгорания на длинной дистанции: не просто научиться эффективнее восстанавливаться после работы, а постепенно устроить работу так, чтобы она помогала жить.

Механика при этом никуда не исчезает. Просто она перестаёт быть хозяином и становится инструментом.
qwerty1414; +1 – Ответить
4. qwerty1414 117 28.09.26 13:30 Сейчас в теме
(2) Вот это, по-моему, самое важное дополнение — и его как раз обычно и не хватает в разговорах про выгорание.

Про «более эффективного человека, который делает то же самое, только медленнее выгорает» — прямо в точку. Это ловушка, в которую я сам исправно попадал. Наведёшь порядок в процессах, освободишь пару часов — и куда они уходят? Правильно, на ещё две задачи. Свято место пусто не бывает, а расчищенное время немедленно засасывается той же самой механикой. Восстановление без смены содержания просто увеличивает пропускную способность, а не меняет то, что перекачиваешь.

Разделение «моё ли 1С» и «моё ли вот это конкретное» — тоже сильная мысль. Люди уходят из профессии, хотя на самом деле их выжигала не разработка, а роль «почини всё срочно», в которую их превратила конкретная контора. Диагноз путают, лечат ампутацией. А по факту нередко достаточно вынуть из своей недели поток мелких заявок — и человек «оживает», продолжая заниматься тем же 1С.

Единственное, что бы я добавил от себя: между «понять, что делает живым» и «перестроить роль» лежит самая неудобная часть — разговор. С руководством, с клиентом, с самим собой. Отдать поддержку, поменять тип проектов, выбить себе часы на своё — это всё упирается в то, что кто-то должен сказать вслух «я больше так не работаю» и выдержать паузу. И вот тут у многих запал и кончается: думать про «долю живой работы» приятно, а идти двигать границы — страшно. Так что ваш последний уровень — он не только про переосмысление, он ещё и про смелость это переосмысление предъявить наружу.

А формулировку «механика перестаёт быть хозяином и становится инструментом» украду. Ровно об этом и речь.
5. Antilla 28.09.26 14:03 Сейчас в теме
Прочитал. Ну что сказать. 27 лет в 1С, начинал ещё на 7.7 под DOS-овским клиентом. Никакого «выгорания» не было и в помине. Была работа. А это модное словечко придумали, чтобы прикрывать банальную лень и неумение себя организовать.
6. qwerty1414 117 28.09.26 14:03 Сейчас в теме
(5) 27 лет — уважаю, без иронии. Но «не было слова» и «не было явления» — это разные вещи. Инфаркты на работе тоже случались до того, как их научились нормально диагностировать. ВОЗ не «придумала» выгорание, а внесла в МКБ-11 как профессиональный синдром. Это не про лень.
7. Antilla 28.09.26 14:04 Сейчас в теме
(6) ВОЗ мне не указ. Та же ВОЗ полмира на удалёнку загнала. Синдром, диагноз, красиво звучит. А по факту — человек не выспался, недоел, в зале год не был, и вместо того чтобы взять себя в руки, идёт писать статью, что он «выгорел».
8. qwerty1414 117 28.09.26 14:04 Сейчас в теме
(7) Так я про сон, движение и еду в статье первым же уровнем и написал. Уровень 1, «личные границы и режим». Вы будто спорите с текстом, которого не читали. Никто не предлагает вместо зала писать статьи.
9. Antilla 28.09.26 14:05 Сейчас в теме
(8) Читал по диагонали, каюсь. Но суть уловил.
10. qwerty1414 117 28.09.26 14:06 Сейчас в теме
(9) По диагонали и спорить по диагонали. Логично )
11. Antilla 28.09.26 14:09 Сейчас в теме
(10) Не язви. Давай по существу. «Дедлайны диктует календарь бухгалтера». И что? Календарь известен на год вперёд. Закрытие месяца — всегда в начале следующего. Отчётность по НДС — 25 число. Где сюрприз? Где почва для аврала? Всё предсказуемо до дня.
12. qwerty1414 117 28.09.26 14:10 Сейчас в теме
(11) Предсказуема дата. Непредсказуема нагрузка. Клиент про закрытие тоже «знал весь год», а доработку по закрытию принёс 30-го в 19:40. Вот в этом зазоре между «дата известна всем» и «готовится к ней один человек в ночь» выгорание и живёт. Календарь ровный,а поток рваный.
13. Antilla 28.09.26 14:13 Сейчас в теме
Значит плохо выстроил работу с клиентом. Твоя вина, не календаря.
14. qwerty1414 117 28.09.26 14:14 Сейчас в теме
(13) Отчасти да. Я в статье про это и пишу — фиксируйте объём, границы, «нет» и «это займёт столько-то». Но «сам виноват» и «выгорания не существует» — это два разных тезиса. Вы всё время прыгаете со второго на первый, когда первый прижимает.
15. Antilla 28.09.26 14:23 Сейчас в теме
Дальше. «Цена ошибки — штрафы клиента». Покажи мне хоть одну норму, где программист отвечает за несданный отчёт. Нет такой. В НК твоей фамилии нет. Отвечает директор и главбух. Всё. Фантомные боли.
16. qwerty1414 117 28.09.26 14:27 Сейчас в теме
(15) Формально — да, юридически я не крайний. Но выгорание живёт не в НК, а в голове. Когда база встаёт в день зарплаты, звонят не в ФНС и не директору. Звонят мне. И «по закону я не виноват» в этот момент как-то не успокаивает, когда на том конце 200 человек без аванса.
17. Antilla 28.09.26 14:47 Сейчас в теме
(16) Вот! «В голове». Сам же сказал. Значит проблема в голове, а не в профессии. Полечи голову и не будет выгорания.
18. qwerty1414 117 28.09.26 14:57 Сейчас в теме
(17) Именно поэтому третий уровень статьи — «когда пора к специалисту». Вы каждый мой тезис зачитываете как возражение, хотя половину я в тексте уже проговорил. Такое чувство, что вы спорите не со статьёй, а с самим фактом её существования.
19. Antilla 28.09.26 15:11 Сейчас в теме
(18) Может и так. Раздражает, когда из нормальной мужской профессии делают палату №6.
Для отправки сообщения требуется регистрация/авторизация