Локализация ломается не в переводе, а на стыке TM, TB и кода

Локализация ломается не в переводе, а на стыке TM, TB и кода

Если процесс настроен плохо, один и тот же термин уходит по-разному в интерфейс, письма и help center. Translation memory (TM) начинает «подсказывать» устаревшие формулировки, term base (TB) не ловит обязательные термины, а разработчик заливает строку без контекста.

Что проверять в рабочем контуре:
— один источник строк, а не копии в разных таблицах;
— обязательные термины закреплены в TB, а не в глоссарии «для справки»;
— контекст хранится вместе со строкой: скрин, лимит, plural rules, placeholder;
— машины и люди работают на одной базе, иначе post-editing превращается в ручной ремонт.

Типовая ошибка — считать локализацию этапом после релиза. На деле она живёт в i18n-коде, в CAT-tool, в QA и в продуктовой документации одновременно. Если не синхронизировать их, даже хороший перевод начинает расходиться по каналам.

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