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

Более 4 лет опыта разработки мобильных приложений, включая разработку дополненной реальности. А также разработка серверной и клиентской части веб-приложений. Опыт проектирования и реализации надежных архитектур, таких как MVVM и Clean Architecture, обеспечивающих масштабируемость и возможность повторного использования кода. Имеется опыт интеграции RESTful APIs, обработки асинхронных операций и реализации эффективных стратегий кэширования данных. Сильные навыки решения проблем, а также стремление создавать высококачественный код. Всегда в изучении последних тенденций и лучших практик в разработке Android, для предоставления передовых решений. Стремление постоянно совершенствовать свои навыки и оставаться адаптируемым в быстро развивающейся отрасли. Дополнительная информация: Способна работать в команде, стрессоустойчивая, ориентирована на результат, инициативна, с высоким уровнем энергии.

Алексей имеет опыт работы в области Information, особенно в Software Quality Assurance Analysts and Testers.

Какие паттерны я использую чаще : Мост (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 и подвисает так как первая транзакция не зафиксировалась

Scrum Master, DevOps инженер и Проектный Менеджер с опытом работы 4 года Квалифицированный менеджер проектов с опытом работы в различных доменах и применением различных практик и методологий Agile. Управлял успешными командами численностью до 15 человек. Специалист в области DevOps и его внедрении. Развитые навыки, закреплённые опытом управления несколькими проектами и заинтересованными сторонами, сохраняя при этом фокус на достижении качественных результатов. Готовлюсь к сертификации SAFe 6.0 PO/PM. Инструменты Управления Проектами Jira, Confluence, Trello, MS 365, MS Teams, Google suit, Testrail. Методологии и Фреймворки Scrum, Kanban, SAFe 6.0, Waterfall. Проектное планирование Jira Roadmap, GanntPro. Инструменты дизайна Miro, Figma, Draw.io, Photoshop. Облачные провайдеры AWS (EC2, Lambda, S3, EBS, RDS, CloudWatch, SNS, SES, IAM, Route53, ELB, Amplify). IaC Terraform. Контейнеризация/Оркестрация Docker, Docker Compose, Kubernetes(k8s). CI/CD Bitbucket pipelines, Jenkins. Системы контроля версий Git, GitHub, Bitbucket. Домены Telecom,Fintech,IoT,Ed-Tech,ERP, HR. Достижения Разработка Фреймворка Управления Рисками Разработал Фреймворк Управления рисками для внутреннего использования. Собрал библиотеку рисков и закрепил её как Lessons Learned секцию фреймворка. Пошагово внедрил практики и методы фреймворка во все проекты компании. Благодаря этому смогли снизить вероятность наступления рисков по сравнению к предыдущему периоду на 10%. Разработка и внедрение процесса Контроля Изменений Разработал и внедрил частично автоматизированный прозрачный и эффективный метод обработки изменений требований проекта и нового функционала. После внедрения время подготовки новых требований и функционала продукта сократилось на 40%. Описание Процессов PMO Подготовка и внедрение нормативных документов, регламентирующих процессы в PMO. Благодаря созданию шаблонов, артефактов и описанию процессов сократили время подготовки минимальной проектной документации примерно на 15 рабочих час

Cloud: AWS (5+ years), GCP (3+ year), Containerization: Kubernetes (5+ years), Docker (5+years) CI/CD: GitHub Actions (4+ years), GitlabCI (3+ year), Jenkins (3+ year) IaC: Terraform (4+ year), CloudFormation (4+ years) Configuration & Management Ansible (5+years) Monitoring: Prometheus/Grafana (2+ year), New Relic(2+year) Database: PostgreSQL, MySQL(5+ years), MongoDB, DynamoDB(4+ years) Scripting & Automation: Python(5+ years), Js/Nodejs(5+ years), Bash(3+ years) Operating Systems: RHEL/CentOS, Ubuntu

Артём — опытный DevOps-инженер, который успешно работает с различными технологиями и языками программирования. Он обладает глубокими знаниями в области DevOps, включая AWS, Kubernetes, Terraform, Ansible и другие инструменты. Артём имеет опыт работы на нескольких проектах в отраслях биотехнологий, фармацевтики, здравоохранения и спорта, а также электронной коммерции и розничной торговли. На своих проектах Артём занимался внедрением решений AWS, настройкой CI/CD процессов, оптимизацией расходов на облачные ресурсы, администрированием и обслуживанием среды Kubernetes, управлением версиями и жизненным циклом образов Docker. Также он имеет опыт создания инфраструктуры в облачных платформах, настройки мониторинга и обеспечения безопасности. Артём — специалист с широким кругозором и глубокими техническими знаниями, который готов к решению сложных задач в области DevOps.

Какой был особенно сложный технический проект/задача? И как кандидат подошел к его решению? Один из выдающихся проектов на этой должности было запуск Самарканда. Проблема плохой детализации карт, в еде обязательное заполнение поля номера дома. Предложил быстрое решение, запуск состоялся очень быстро. Работал на проекте gymmy, при большом количестве маркеров на карте, карта тормозила. Не выходило решить эту задачу у разработчиков с большим опытом, я решил эту задачу за 2 дня. Получил комментарии благодарности и что карта в горле уже сидела 2 года и как замечательно, что наконец то проблема была решена. Решилась эта задача с помощью паттерна легковес(flyweight). Примеры проектов или задач, которые демонстрируют технические возможности Мультизаказ в крупном сервисе по доставке еды, скоро запуск. Переписал cart service и вынес в пакеты