
Привет! В первой статье цикла мы обсудили вводную про локализацию и её особенности. Пришло время поговорить про конкретные проблемы, с которыми можно столкнуться в процессе локализации. А ещё расскажу, как и кем выполнять тестирование.
Привет! В первой статье цикла мы обсудили вводную про локализацию и её особенности. Пришло время поговорить про конкретные проблемы, с которыми можно столкнуться в процессе локализации. А ещё расскажу, как и кем выполнять тестирование.
Привет! Меня зовут Дмитрий, и я уже много лет работаю с TypeScript. За это время я был частью разных команд с разным уровнем владения этим языком, в том числе тех, кто только готовился перевести проект с JavaScript. И нередко я замечал, что разработчики воспринимают TypeScript не как инструмент, упрощающий работу, а как рутинную обязанность, которая лишь замедляет процесс. В этой статье я расскажу, как сделать TypeScript своим союзником и заставить его работать на вас, а не против.
Всем привет!
Меня зовут Алексей, я старший аналитик команды «Цифровая карта магазина». Сегодня я хочу рассказать про различные варианты интеграции с внешними системами, какие подходы и технологии мы использовали при их реализации и что из этого вышло.
О продукте «Цифровая карта магазина»
Наш продукт – это цифровой двойник розничного магазина, предназначенный для визуализации и управления расстановкой торгового оборудования, презентационными поверхностями на торговом оборудовании, размещения различных товарных объектов на презентационных поверхностях.
Когда видишь компанию со стороны, одни вещи понимаешь, а другие остаются секретом. О том, что SM Lab отвечает за IT-решения в группе компаний «Спортмастер», можно догадаться уже по названию и логотипу. Но, например, сколько разработчиков заняты этими решениями? Какие именно у них проекты? Это куда менее очевидно.
Мы проводим конференции по разным IT-направлениям, на них неоднократно выступали спикеры из SM Lab, и некоторые вещи можно понять по их докладам. Например, на Mobius рассказывали про «Генерацию этикеток для термопринтеров на основе языка разметки ZPL», а на Heisenbug помогали другим с «Первыми шагами в нагрузке».
А на этой неделе SM Lab примет участие в нашей Java-конференции JPoint, и я решил, что сейчас самое время задать вопросы о Java-разработке сотрудникам самой компании. Публикую результат, в котором соединены вместе ответы нескольких разных людей.
Привет!
Я Ростислав Кудыбин, и я уже больше полугода работаю в SM Lab на позиции Product Lead (PL). Мой продукт — «Шлюз заказов и платежей», он отвечает за создание корзин и их оплату. В этой статье я расскажу о том, кто такой Product Lead, какие задачи он решает, а также поделюсь своим опытом трудоустройства и адаптации в компании. С каждым годом роль лидера продукта в IT расширяется, и я надеюсь, что мой опыт будет полезен тем, кто строит карьеру или ищет новые возможности.
Когда я решил сменить работу, мои ожидания от будущего работодателя были довольно высокими. Это связано с тем, что мой предыдущий опыт оказался разнообразным, но неоднозначным. Я начинал карьеру в управлении как проджект менеджер в небольшом стартапе, а затем несколько лет работал владельцем продукта в крупных государственных проектах в сфере здравоохранения. За это время я столкнулся как с полным отсутствием структуры и процессов, так и с излишней бюрократией, жёсткой иерархией и ограничениями в принятии решений.
К моменту поиска новой работы я чётко понимал, чем хочу заниматься дальше. Мне хотелось расти как лидер продукта, приносить реальную пользу бизнесу и клиентам, при этом сохраняя возможность глубоко погружаться в технические аспекты и влиять на функциональную архитектуру и развитие продукта. Именно такие возможности я нашёл в SM Lab на позиции Product Lead.
В этой статье я хотел бы поделиться с вами моим опытом написания юнит-тестов для базы данных (БД) в рамках легаси-проекта. Я выбрал формат ретроспективы, чтобы показать, как все начиналось, к чему мы пришли и какой путь был пройден в разработке юнит-тестов для проекта «Цифровая карта магазина». Возможно, статья будет полезна начинающим разработчикам баз данных или тем, кто хочет начать писать юнит-тесты для Oracle, но не знает, с чего начать.
Всем привет! Меня зовут Александр, я являюсь куратором центра компетенции по тестированию, в компании SMLab. Сегодня я хотел продолжить с вами говорить о встречах 1-1 и пирамиде ценностей.
Методов оценки задач с точки зрения трудозатрат и сроков реализации очень много.
Scrum poker, T-shirt, Метод аналогий, Три Амиго ...
Почему в моей команде ни один из этих методов не используется и как мы пришли к точности планирования сроков и трудозатрат 80-90%.
Всем привет! Меня зовут Александр, я являюсь куратором центра компетенции по тестированию, в компании SMLab. Сегодня я хочу с вами поговорить о такой вещи как пирамида ценностей сотрудника. Зачем она нужна руководителям и как ее применять на one-to-one встречах. Материала получилось много, публиковать буду в 2-х частях.
В первой части поговорим с вами о встречах 1-1 и пирамиде ценностей.
Привет! Меня зовут Сергей Домнин, со мной моя коллега Анастасия Есина. Мы руководители направлений по информационной безопасности в SM Lab. В этой статье мы расскажем о таком методе оценки защищенности, как тестирование на проникновение, или пентест.
Немного печальной статистики
Начнем с определения понятия «уровень защищенности».
Уровень защищенности – это состояние системы, компании, продукта, их способность противостоять угрозам и внешнему негативному воздействию. Высокий уровень защищенности позволяет оберегать данные клиентов, обеспечивать безопасность транзакций, а также поддерживать бесперебойную работу продуктов и систем.
Привет, Хабр!
Меня зовут Алена Метенева, я работаю старшим инженером по обеспечению качества в компании SM Lab в проекте «Кассы». Я тестирую бэкенд и интеграции и там, где это возможно, автоматизирую тесты на Java. Сегодня я хочу рассказать вам о том, как MongoDB помогает мне с этим процессом.
Что такое MongoDb
Думаю, многие работали с MongoDB (Монга) и знают, что это нереляционная СУБД, которая использует для хранения данных JSON-структуру: вместо таблиц и строк, как в реляционных базах данных, в MongoDB есть коллекции (набор документов, эквивалент таблицы реляционной базы данных) и документы (внутри коллекции они могут отличаться друг от друга размером, содержанием и количеством полей), которые состоят из пар «ключ–значение».
Для чего Монга тестировщику
Основное преимущество Монги в том, что она позволяет хранить разнородные данные в одной коллекции, и поэтому хорошо подходит для хранения справочников, различных конфигов, фиче-тоглов и адресов для подключения к смежным сервисам. В моем случае приложение, которое я тестирую, считывает эти параметры из MongoDB в рантайме. А это значит, что я могу управлять поведением системы, если буду менять эти параметры прямо во время тестов.
Что я имею в виду?
Представьте, что вы тестируете интеграцию с другой системой. Если все работает стабильно, то пройти позитивные сценарии будет проще всего. А если вы хотите протестировать кейс, в котором смежная система выдает ошибку 503 (Service Unavailable) – это будет уже сложнее. Хорошо, если вы управляете обеими системами и можете просто перезагрузить одно приложение и попытаться достучаться до него через второе. А если система не ваша? В таком случае принято использовать моки. Но есть и третий вариант: если ваше приложение для подключения к другому берет ссылку из MongoDB, то эту ссылку можно просто подменить, добавив в нее лишние символы, чтобы получить ту самую ошибку 503 или 404 (Not Found), например.
Dia daoibh, обитатели Хабра! Меня зовут Алексей Рубис, в SM Lab я работаю системным аналитиком на продукте ProductGate, где мы занимаемся поставкой данных о каталоге товаров (карточки и категории товаров, поиск и фильтрация по каталогу и др.) нашим фронт-офисам. Но сегодня мы будем листать не каталоги со спорттоварами, а страницы моей музыкальной истории длиной более 15 лет, а также окунемся в закулисье участника ирландской фолк-группы.
Начало музыкального пути
Мой отец был заядлым меломаном (мне в наследство досталась огромная коллекция винила) – это повлияло и на мои музыкальные предпочтения: я слушал абсолютно разную музыку. Конечно, мне очень нравился классический рок, heavy metal; в старших классах я, как любой подросток, даже хотел стать участником heavy metal группы. Несмотря на это желание, у меня уже появился подсознательный интерес к средневековой музыке, играющей на фоне в моих любимых видеоиграх в фэнтезийном сеттинге. Также в начале 00-х переживал второй бум «Властелин колец» Толкина (в связи с выходом одноименной трилогии фильмов) и набирал популярность «Гарри Поттер». Окруженный образами из видеоигр, фильмов и книг, в один прекрасный день я понял: я попал домой. Мне захотелось прочувствовать эту атмосферу уже в реальности, и я стал искать пути реализации своей мечты. Музыка из фэнтези была больше всего похожа на кельтскую и, углубившись в изучение музыкального наследия Британских островов, я пришел к ирландскому традиционному фолку.
Так начался мой тернистый музыкальный путь.
Привет! Меня зовут Зураб Диаконашвили, я разработчик в компании SM Lab. Сегодня поговорим об использовании полиморфных табличных функций в Oracle и рассмотрим их работу на примерах.
При работе с Oracle используются SQL-запросы – они помогают управлять базами данных, представленными в виде таблиц. Мы получили задачу на динамическое добавление полей в стационарный набор полей сущности. Для этого мы решили попробовать PTF-функцию (пользовательскую табличную функцию, которая вызывается в предложении FROM) и сравнить результат её работы с обычным SQL PIVOT и JavaScript.
Полиморфные табличные функции (PTF) являются частью стандарта SQL: 2016. В Oracle они представлены в версии 18c.
Что необходимо знать при работе с PTF:
Привет, Хабр! Меня зовут Глеб Типсин, я являюсь ведущим разработчиком продукта «Системы персонализации и геймификации» в SM Lab.
В этой статье мы разберём, как устроены метрики в Prometheus, как происходит их сбор, а также что с ними можно делать. Кроме того, обсудим подходы в мониторинге, архитектуру Prometheus и её ограничения.
Материал подойдёт тем, кто только знакомится с мониторингом и хочет освоить «базу», а также тем, кто уже работает с Prometheus, но хочет "освежить" свои знания и узнать что-то новое.
Привет! Меня зовут Павел Астахов, я работаю в департаменте системного анализа SM Lab. Сегодня расскажу про проектировочную документацию и её стандартизацию в нашей компании.
Причины внедрения стандартизации
Причина 1. Сотрудники
Департамент системного анализа появился в 2020 году: на тот момент нас было 50 человек в 20 командах; к 2024 году мы сильно разрослись и нас стало уже 260 системных аналитиков, которые трудились в 85 командах. Рост и увеличение масштаба департамента выявили проблемы, которые ранее не были видны и постепенно стали выходить на первый план.
Привет, Хабр!
Меня зовут Сергей Кусков, я фуллстэк-разработчик в команде Сервиса рекомендаций SM Lab. И сегодня я хочу поделиться своим главным увлечением — игрой на ударной установке. Расскажу, как я к нему пришел, и на каких этапах набивал шишки.
Привет! На связи Елена Платковская. В SM Lab, которая входит в «Спортмастер», занимаюсь внедрением и оптимизацией ИТ-процессов. Строю, ломаю, чиню процессы и процедуры, по которым работает большое количество команд. Например, вместе с коллегами мы придумываем как адаптировать сложную методологию SAFe к нашим реалиям. По ней команды приоритизируются, планируют скоуп работ и в целом работают, чтобы вовремя приносить ценность бизнесу.
Я уже рассказывала о том, как с помощью комьюнити Level up Club мы в отделе выравниваемся по базовому уровню матрицы компетенций. Одна из первых тем, которую разобрали на такой встрече, касалась обратной связи: как ее предоставлять коллегам и как воспринимать, а еще что с ней делать после получения. Спойлер: иногда ничего.
Расскажу о том, как прошла эта встреча.
Всем привет! Меня зовут Борис Мошнин. Я работаю в компании SM Lab на позиции ведущего инженера качества. Сегодня мы поговорим про пути карьерного развития.
Почему я решил поговорить на эту тему
Недавно у меня был очень жаркий спор с коллегой, который уже много лет работает в компании. Я, значит, топил за то, что ходить по компаниям, набираться опыта разнообразного, особенно если в компании разный бизнес, — это очень полезно для профессионального развития. Он, в свою очередь, топил за то, что шатание по индустрии избыточно, и всё, что нужно, можно получить не выходя за двери компании. Как говорится, «Где родился, там и пригодился».
Заглянем в статистику для объективности.