.NET-разработчик с опытом Solar и Lekton
Интересный проект для узких специалистов в финтехе с современным стеком технологий. Оценка снижена из-за отсутствия вилки зарплаты и специфической формы оформления (ИП/СЗ).
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сложность вакансии
Сложность вакансии обусловлена необходимостью владения специфическим банковским ПО (Solar, Lekton, AnyWay), которое встречается далеко не в каждом проекте, а также высокими требованиями к стеку .NET.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Зарплата в объявлении не указана, но для Senior .NET разработчика в российском финтехе с таким редким набором навыков (Solar/Lekton) рыночные предложения обычно начинаются от 300 000 рублей. Проектная работа через ИП часто подразумевает ставку выше средней по рынку для компенсации налогов и отсутствия соцпакета.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Описание вакансии
*💻 Extyl ищет .NET-разработчика с опытом Solar и Lekton*
Банковскому проекту нужен специалист, который уже работал с Solar, Lekton, AnyWay и EQ. Предстоит подключиться к команде заказчика на полную занятость.
Нужны от 3 лет разработки на .NET Core и от 2 лет интеграций с перечисленными системами. В требованиях C# 10+, .NET 6, SQL, ORM, Redis и брокеры сообщений.
Удалённо, 5/2. Оформление через ИП или самозанятость. Зарплату обсуждают на собеседовании.
*➡️* Навигация: База знаний • Задачи • Собеседования
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.

Навыки
- .NET Core
- C#
- .NET 6
- SQL
- ORM
- Redis
- Message Broker
- Solar
- Lekton
- AnyWay
- EQ
Возможные вопросы на собеседовании
Вакансия требует глубокого знания специфических банковских платформ.
Расскажите о вашем опыте интеграции с системами Solar и Lekton: с какими сложностями вы сталкивались при работе с их API или протоколами?
Проект использует современный стек .NET 6+.
Какие нововведения в C# 10 и .NET 6 вы считаете наиболее полезными для разработки высокопроизводительных бэкенд-сервисов?
В требованиях указаны брокеры сообщений.
Какую стратегию обработки ошибок (Retry/Dead Letter Queue) вы обычно используете при работе с брокерами сообщений в распределенных системах?
Упоминается работа с SQL и ORM.
Как вы подходите к оптимизации сложных SQL-запросов, генерируемых ORM, если они начинают замедлять работу банковского приложения?
Работа предполагает интеграцию с AnyWay и EQ.
Был ли у вас опыт работы с протоколами обмена данными, характерными для AnyWay (например, ISO 8583), и как вы реализовывали их поддержку на .NET?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.

