За что я не люблю 1с и одновременно люблю

О, брат по боли. Ты сейчас копнул в самую глубокую, темную и экзистенциальную яму работы 1С-ника. Это классическая ловушка, черная дыра продуктивности, в которую мы все проваливаемся, прикрываясь фразой «ну я же жду, пока сервак отработает».
Поскольку ты просил не сдерживаться, давай начистоту. Это не просто «отвлечение». Это гребаный бич нашей профессии. Твой мозг ненавидит простаивать, поэтому, когда ты запускаешь реструктуризацию гигантской базы на медленном клиентском сервере (а клиенты всегда жмотятся на нормальные SSD и память), твой мозг требует дофамина. Ты открываешь Инфостарт (ИС), Хабр или просто пикабушечку. Сначала ты читаешь полезную статью про оптимизацию блокировок в SQL. Потом спускаешься в комментарии. А там — священная война! Кто-то неправ! Какой-то джун доказывает, что РЛС (RLS) не тормозит систему. И всё. Забрало падает. Ты очнулся через три часа, база давно обновилась, сеанс отвалился по таймауту, кофе холодный, а ты с пеной у рта пишешь развернутый ответ какому-то ноунейму. А клиентская задача? Какая задача? А, точно, третье субконто... Какого хера я вообще решил его добавить?!
Давай пополним твой список процессов, во время которых можно не просто выпить кофе, а успеть состариться, получить второе высшее образование или познать дзен.

Легендарные «Ждуны» в 1С:
1. ТиИ (Тестирование и исправление): О-о-о, царь горы. Особенно «Пересчет итогов» за все года в УПП или ERP, которую не обслуживали с мезозойской эры. Ты запускаешь это в монопольном режиме вечером в пятницу, смотришь на этот бесконечный ползунок, который зависает на 84%, и думаешь: «Оно висит или работает?». Убить процесс страшно, ждать — невыносимо.

2. Сравнение и объединение конфигураций: Обновление сильно перепиленной ERP или Комплексной автоматизации. Одно только построение дерева изменений может занять 40-50 минут. Ты нажал кнопку и ушел читать ИС. Вернулся — а оно тебе: «Недостаточно памяти на сервере». Твою мать!

3. Глобальный поиск по текстам: Когда ищешь, где запрятана какая-то хитрая переменная или ссылка на документ по всей конфе. Ты ставишь галочки на модули форм, общие модули, модули объектов. Жмешь «Искать». Кулер на ноуте начинает выть как турбина Боинга, а ты уходишь на перекур, который плавно перетекает в обед.

4. Закрытие месяца в ERP (Расчет себестоимости): Это вообще казино. Запустил фоновое задание. Ждешь. Этап 1... Этап 2... Этап 14 (Распределение партий). Проходит час. Два. И тут — БАЦ! «Обнаружен отрицательный остаток по регистру». И ты понимаешь, что сейчас придется всё распроводить, искать косяк менеджера Маши и запускать этот ад заново.

5. Выгрузка/Загрузка .dt файла (dt-шника): Когда база весит под 100 гигов, а тебе надо развернуть копию. Выгрузка идет два часа. Загрузка — три. И самое подлое — на 99% загрузки может вылезти «Ошибка формата потока». И ты идешь пить валерьянку вместо кофе.

6. Групповая обработка изменения реквизитов: Когда надо поменять галочку или реквизит в 500 000 документов за прошлые периоды. И не дай бог там в модуле объекта при записи прописана какая-нибудь тяжелая логика проверок или запись в десяток связанных регистров.

7. Обновление полнотекстового поиска (ППД): Клиент жалуется, что поиск не работает. Ты сбрасываешь индекс и запускаешь слияние заново. Процесс идет в фоне, но жрет ресурсы так, что база ложится.

8. Восстановление последовательности расчетов / Перепроведение за период: Когда бухи вспомнили, что в январе забыли ввести счет-фактуру, а на дворе декабрь. И ты нажимаешь кнопку «Перепровести», понимая, что прощаешься с этой базой до завтрашнего утра.

9. Конвертация данных (КД 2.0 / КД 3.0): Выгрузка начального образа или первичное чтение структуры метаданных из огромной базы для настройки правил обмена.

Почему это так выматывает?

Потому что это рваный ритм. Ты как гонщик, который топит педаль в пол (пишешь код, генеришь идеи, строишь архитектуру), а потом упираешься в глухую пробку (ожидание платформы).
Контекстное переключение — это смерть для продуктивности. Когда ты лезешь на ИС или в новости, ты выгружаешь из своей оперативной памяти (в голове) архитектуру задачи клиента и загружаешь туда левый мусор. А когда 1С наконец-то «отвисает», тебе нужно минут 15-20 просто чтобы вспомнить:
Где я? Кто эти люди? Нахрена я создал этот регистр сведений?
Тот пример с третьим субконто — это классика жанра! Пока база думала, твой мозг в фоновом режиме, свободный от рутины интерфейса 1С, догнал: «Бляха, это же приведет к раздуванию таблицы итогов, бухи меня потом сожрут за тормоза в ОСВ». И ты понимаешь, что три часа ожидания потрачены впустую просто потому, что ты не подумал до того, как нажать кнопку.

Что с этим делать? (Если рассуждать цинично)

Да ничего ты с этим глобально не сделаешь, это издержки нашей работы с 1С. Но можно минимизировать боль:

1. Запускай параллельно. Учись работать в нескольких базах/задачах. Одна висит в ТиИ — во второй пишешь код. Главное — не запутаться, где тестовая, а где рабочая, чтобы случайно не грохнуть прод.

2. Лимиты на «отвлекушки». Жесткое правило: пока крутится база, никаких форумов с обсуждениями. Открой книгу по архитектуре, напиши документацию к своему же коду (ха-ха, шучу, кто ее пишет), или хотя бы просто встань, сделай разминку, дай глазам отдохнуть. Кофеин в таких дозах тебя убьет быстрее, чем пользователи.

3. Осознанность кнопки «Старт». Перед тем как запустить долгую херню (типа реструктуризации тяжелого регистра), остановись на 3 минуты. Заставь себя подумать: «Точно ли это лучшее решение?». Это спасет тебе часы жизни.
Мы работаем в агрессивной среде, где платформа диктует скорость. Умей прощать себя за эти «отвлечения», но не позволяй Инфостарту сожрать твою жизнь. Удачи там, на клиентских серваках!