У меня был похожий кейс в проектах: старое оборудование формально «умерло», а по факту продолжает закрывать уз

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

В истории с матричным Epson всё довольно показательно. Его не держали ради ностальгии — он решал конкретную операцию: печать этикеток из базы данных. И решал её стабильнее, чем более “современные” варианты с листами, шаблонами и ручной вознёй. Классическая схема: есть массив данных → есть строго определённый формат вывода → есть устройство, которое просто печатает без лишней логики.

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

Антиошибка недели: не списывать legacy, пока не описана его роль в архитектуре. Иногда самый архаичный элемент в контуре — это не мусор, а стабильный сервисный узел 🖨️