Есть ли проект с использованием TypeScript

Что проверяют

Для Python-разработчика это вопрос о широте: можете ли вы работать рядом с фронтендом, читать его код и договариваться о контракте API. Следом обычно спрашивают, как бэкенд и фронтенд синхронизировали типы, или просят сравнить типизацию в TypeScript и Python.

Как отвечать

Если проект был, расскажите по каркасу: что за продукт, какую часть на TypeScript делали вы, как она стыковалась с Python. Сильнее всего звучит история про контракт:

• схема из бэкенда: FastAPI сам отдаёт OpenAPI-схему по Pydantic-моделям, а из неё генерируют типы для фронтенда через openapi-typescript или целый клиент через openapi-generator. Поменяли модель, фронтенд перестал собираться, ошибка поймана до релиза;
• сравнение систем типов: и в Python, и в TypeScript типизация постепенная и проверяется отдельным инструментом (mypy или pyright против tsc), в рантайме аннотации ничего не гарантируют. Проверку входных данных даёт Pydantic, в TypeScript для этого берут zod или похожую библиотеку;
• строгость: "strict": true в tsconfig.json по духу близок к mypy --strict, и в обоих случаях главный враг это any.

Цифры и масштаб называйте свои: сколько экранов, сколько эндпоинтов, что конкретно сломалось бы без типов. Фраза вроде «удовлетворённость пользователей выросла на 30%» без понятного источника цифры вызывает больше вопросов, чем доверия.

Если TypeScript в работе не было, так и скажите, и сразу покажите, что есть рядом: строгая типизация в Python, чтение фронтенд-кода на ревью, готовность поправить тип или компонент, когда задача того требует. Для бэкенд-вакансии это обычно достаточный ответ.

Где спотыкаются

Говорят «да, писал», а на уточнении про разницу any и unknown или про дженерики теряются. Честное «читал и правил, но не проектировал» безопаснее.

Уверены, что TypeScript проверяет типы во время выполнения. После компиляции остаётся обычный JavaScript, и ответ API неожиданной формы пройдёт без единой ошибки.

Уходят в рассказ о фронтенде целиком и забывают, что вакансия про Python. Лучше вернуть разговор к стыку: API, схемы, общий контракт.