Каталог ИТ-специалистов

Опыт работы web-разработки: 6 лет Опыт работы с Laravel: 4 года Опыт работы с Bitrix: 4 года - Знание и следование стандартам и оформлению кода PSR; - Опыт разработки нестандартного функционала (модули, компоненты, интеграции через сторонние API) для 1С-Битрикс и Битрикс; - Проектирование и создание REST API, в том числе в связке с API Битрикс; - Опыт работы по импорту/экспорту данных в множестве форматов: xml, json, pdf, csv, xlsx; - Опыт работы с брокерами сообщений; - Понимание логики работы реляционных БД; - Опыт проектирования высоконагруженных и отказоустойчивых систем; - Внедрение верстки клиента в коробочную версию "Битрикс24"; - Умение интеграция “Битрикс” с другими системами: системы доставок, платежные системы, PIM системы и т.д.; - Умение интегрировать "1С-Битрикс" и "Битрикс24" с продуктами "1С"; - Умение и опыт настройки бизнес-процессов, отчетов, роботов и триггеров “Битрикс 24”; - Опыт рефакторинга и оптимизации проектов.

Какие паттерны я использую чаще : Мост (Bridge) , Адаптер (Adapter) , Декоратор (Decorator) , Цепочка обязанностей (Chain of responsibility) , Стратегия (Strategy) , Строитель (Builder) , Шаблонный метод (Template Method) , Шина сообщений, Event Sourcing / Event-driven, DTO DDD : Domain, Application, Presentation, Infrastructure, Model, Services, Mappers, Immutable . Версии php с какими работал : 5.6 , 7.0 , 7.4 , 8.0 , 8.1 , 8.2 , 8.3 Версии Laravel с какими работал : 5.5 , 6 , 8 , 9 , 10 Версии Symfony с какими работал : 5.0 , 5 ,3 , 6.3 Тестирование : Itegration testing, Unit testing, негативное тестирование. Mock, Assert, Factor, Data provider. RabbitMQ : Создавал несколько очередей, которые работали параллельно, у каждой из очереди был свой Consuming и 1 Handler который ожидал получения сообщения из шины очереди, у всех очередей была одна биржа и по одной привязке для каждой очереди, протокол обмена AMQP. Запись в очередь и чтение из очереди делал через supervisor. Какие типы обменов я использовал : direct, fanout. -Транзакции : Какие аномалии я знаю : - Когда видим в транзакции не зафиксированные изменения др. транзакции. Блокировки на уровне строк : pessimistic read, pessimistic write, for update - Первая транзакция обновляет данные вторая транзакция в это же время читает эти данные и фиксирует изменения и получает неверные данные так как потом фиксирует изменения первая транзакция и данные теперь изменились. - Это воспроизводиться когда работает с больше чем одной строкой, в базе у 2 строк значение колонки в сумме равно 100 , первая транзакция уменьшает одну строку на 50 и не фиксирует изменения (sql первой транзакции нет в примере) , вторая транзакция делает этот sql и подвисает так как первая транзакция не зафиксировалась