Sravni Tech
588 subscribers
18 photos
78 links
Канал инженерного сообщества Сравни.

YouTube https://www.youtube.com/@sravni_tech
Хабр https://habr.com/ru/companies/sravni/articles/

Разработка, тестирование и аналитика для лучших финансовых, страховых и образовательных услуг.
Download Telegram
#шагзашагом
 
«Шаг за шагом» – новый плейлист на YouTube, где мы рассказываем о наших направлениях в Сравни.
 
В пилотном выпуске, Илья Шведов, lead продуктовой аналитики направления “Страхование” в Сравни, рассказывает про то, как работает аналитика в нашей компании и какие этапы найма необходимо пройти, чтобы попасть к нам в команду.

Смотрим видео
#habr

Давайте поговорим о кросс-обновлении Android-приложений без привязки к конкретному стору – так, чтобы пользователи могли устанавливать из одного источника, а обновлять – из другого, без необходимости удалять и ставить заново.

Поводы задуматься о подобном сценарии у нас были разные: проработка рисков блокировки приложения в сторах, исследование новых возможностей добавить удобства пользователям, активация дополнительных каналов дистрибуции приложений.

Но первые реальные практические шаги в этом направлении мы сделали в формате
“А что, так можно было?”: пошли выкладывать приложение в RuStore и попутно обнаружили возможности использовать аналогичные механизмы для настройки кросс-обновления.

В новой статье на Хабре рассказываем, на какие грабли мы наступили на этом пути и что смогли выяснить в процессе – надеемся, это поможет вам сделать нечто подобное чуть быстрее и безболезненнее, чем у нас.

Спойлер: чтобы всё это завелось, понадобится версия Android API level не ниже версии 28. Но давайте по порядку.

Читать статью
#доклады

Прогнозирование неизбежно.

Так или иначе, у любого, кто имеет дело с бизнес-метриками – есть ожидания, какими будут ключевые показатели.

Этот прогноз может опираться на предыдущий личный опыт, интуицию, мнения экспертов; возможно, для прогноза мы даже не просто посмотрели исторические данные, но запустили какие-нибудь макросы в Excel.

Давайте поговорим о том, как строить прогнозы не только перечисленными выше способами, но с помощью ещё одного подхода – за счёт построения моделей и использования ML/DS-инструментария.

Посмотрите доклад:
+ Какие существует методы прогнозирования: от простых к более сложным
+ Что нужно знать и уметь, чтобы строить модели прогнозирования
+ Какие есть готовые инструменты, что они умеют

Надеемся, доклад будет полезен для аналитиков, продактов и Product Owners – потенциальных создателей и пользователей прогнозов, соответственно. Если вы не аналитик или продакт, но интересуетесь практическими кейсами и прикладными инструментами из Machine Learning и Data Science – тоже велком!

Смотреть доклад

Это запись внутреннего митапа ИТ-команды Сравни – публикуем эпизоды, где без NDA и с пользой (надеемся) для внешнего сообщества.
#доклады

Сравни @ Agile Days

Тема: Deep Performance Review: как перестать навязывать сотрудникам точки роста сверху

Кто рассказывает: Василий Бяхов – Deputy CTO

Что внутри доклада:

Классический Performance Review – коллеги (peers) оценивают взаимодействие с тобой и твои результаты. Штука полезная, но есть нюанс: если условный тестировщик посмотрит в результаты, то не всегда очевидным образом сможет найти там идеи для точек роста по части своих hard skills, специализированных навыков.

Дальше – больше. Если этот тестировщик придёт к команде с прямым вопросом про советы по развитию, рискует получить в ответ “ну, попробуй себя в автоматизации”.

Проблема в том, что для содержательных советов в профессии у людей с друими специализациями не всегда достаточно контекста. Разработчик или аналитик запросто могут быть не в курсе нюансов, которые помогут тестировщику расти в профессии.

Что делать?

На помощь может прийти процесс Deep Performance Review – для оценки как раз узко специализированных навыков.

В докладе расскажу о нашем опыте с запуском Deep Performance Review в технической команде Сравни. Какие стадии были внутри пилота, сколько времени заняло, с какими сложностями столкнулись. Покажу примеры артефактов.

На выходе Deep Performance Review помог нам получить живые индивидуальные планы развития, сделать прозрачнее механизм пересмотра зарплат и создать условия для большей инициативы от самих ребят в командах.

===

Страница доклада на сайте конференции: https://agiledays.ru/?speaker=5783&session=5790

===

Будете смотреть трансляцию Agile Days или планируете прийти в офлайне? Напишите в комментах! Будет круто пересечься поболтать.

Хотите посмотреть слайды и запись доклада? Рассказать подробнее об этой теме? Поставьте 🤔 под постом!
#habr

На проде что-то сломалось – такова суровая реальность, случается с лучшими из нас, увы. Что часто происходит в подобных случаях: ловим алерты, бежим смотреть графики и логи, вызваниваем из отпуска разработчика, который занимался этой функциональностью, выкатываем фикс, проводим пост-мортем. Это реакция на уровне здравого смысла, классика.

Но когда речь заходит о недозаработанных из-за инцидента деньгах, расстроенных пользователях – любое улучшение, даже небольшое, на доли процента – может принести ощутимый результат.

В нашей новой статье на Хабре поговорим, как подойти к вопросу мониторинга методологически – задействовать инструментарий инцидент-менеджмента. Обсудим, как оценивать критичность сервисов и какие системы могут быть полезны для отслеживания проблем.

Статья ориентирована в первую очередь на тех, кто прямо сейчас занимается мониторингом на уровне общей инженерной грамотности, но пока не использует в явном виде инцидент-менеджмент как подход.

Читать статью
#доклады

Сравни @ QA-митап

Тема: QA и с чем его едят: распространенные стереотипы и суровая действительность

Кто рассказывает: Елена Дубицкая, QA @ Deposits Team

Что внутри доклада:

Чем должен заниматься тестировщик – тестировать, конечно.

Но стоит пойти уточнять детали, а что конкретно это означает на практике, ответы начинают заметно различаться. Разработчик ответит одно, аналитик – другое, менеджер – третье. Своя точка зрения будет и у тестировщика.

Дальше больше: представление о тестировании может быть разным у одного и того же человека, с течением времени.

Давайте попробуем вместе разобраться: чем должен заниматься и что на самом деле делает QA-инженер. Обсудим распространенные стереотипы и обратимся к суровой действительности.

Надеемся, доклад будет интересен тем, кто хочет точнее договариваться с коллегами-нетестировщиками о границах зоны ответственности и отчетливее представлять свое место как тестировщика в процессах компании.

===

Скинуть сюда в канал запись доклада? Поставьте 🤔 под постом!
#лекции

Игорь Коргачин рассказывает в МФТИ про кредитный рейтинг.

Как узнать, не набрал ли кто-то посторонний кредитов на моё имя? Правда ли, что старинная кредитная карта, которой перестал пользоваться 5 лет назад, может привести к отказу в выдаче ипотеки?

Когда речь заходит о кредитной истории, есть много вопросов, которые волнуют людей, но к которым непонятно, как подступиться, где искать такую информацию.

Мы в Сравни решили это изменить – сделали продукт “Кредитная история”. Бесплатно показываем кредитный рейтинг, обновляем рекомендации, показываем, как меняются параметры кредитной истории со временем. Сейчас это третий по величине продукт Сравни.

Это запись встречи ИТ-руководителей из Сравни со студентами МФТИ – надеемся, будет полезно не только студентам, но всем, кто интересуется созданием ИТ-продуктов и финтехом.

Смотреть лекцию
 
#product #management #fintech
#доклады

Видео: QA и с чем его едят: распространенные стереотипы и суровая действительность

Друзья, для тех, кто ставил 🤔 под анонсом и в целом всех, кто интересуется тематикой тестирования – вот запись доклада.

Бонусом к презентации от нашей коллеги – видео с остальными доклады с QA-митапа иркутского ИТ-сообщества – об автотестах (зачем и как), об отличиях в тестировании микросервисов и монолита.

Смотреть доклад

Слайды презентаций с QA-митапа

Больше видео с докладами от инженеров из Сравни
#SravniPodcast
 
От технологий “под капотом” сложных ИТ-продуктов до принципов технического лидерства: Сравни запускает ИТ-подкаст. 🚀
 
Команда Сравни решила собирать и делиться своей экспертизой и опытом в собственном ИТ-подкасте — Sravni Podcast. Будем обсуждать технологии, процессы и данные с экспертами области, делиться опытом и реальными историями от ИТ-инженеров. 🔥
 
Гости подкаста — опытные ИТ-инженеры и руководители направлений из Сравни и других компаний.

Гостем первого выпуска стал Сергей Фолимонов, лидер направления Data в Сравни. Как устроена работа с данными в ИТ-компании в 2024 году, какие тут есть технологические и организационные особенности, какая есть специфика у лидирования data-направления – обсудили в пилотном эпизоде подкаста.
 
Ведущий Sravni Podcast — техлид Сравни, Влад Машталер.

Пилотный выпуск доступен на Mave и других подкаст-площадках, а видеоверсия — на YouTube ❤️
Sravni Tech pinned «Ссылки для быстрой навигации: + блог на Хабре + YouTube-канал + группа в VK + подкаст + доклады наших инженеров на конференциях и внешних митапах + лекции в НГУ + записи внутренних митапов»
#доклады

Сравни в Бауманке

22 апреля встречаемся со студентами МГТУ им. Н.Э. Баумана. Вася Бяхов, Deputy CTO в Сравни, расскажет ребятам лекцию “Развитие в ИТ через знание истории индустрии”.

Суть примерно такая: когда речь заходит о профессиональных навыках, есть привычная модель “hard & soft skills”, и если пристально туда вглядеться, то в перечне целевых умений можно обнаружить неочевидные вещи, вроде “знания истории ИТ-индустрии”.

С непривычки может прозвучать как “что-то на гуманитарном”, но на деле там есть вполне конкретная прикладная сторона – как подобные знания помогают ИТ-инженеру прокачиваться в своей основной профессии.

Будем снимать на видео – хотите посмотреть запись?

👍 – было бы интересно глянуть видео
🤔 – такие темы мне не интересны
Please open Telegram to view this post
VIEW IN TELEGRAM
#habr 
 
Или станешь менеджером, или накопишь много денег и тогда сможешь дауншифтнуться, кататься на серфе у берегов Австралии, выращивать помидоры в деревне. 
 
В поисках ответов на вопрос “А куда дальше развиваться в профессии?” всё ещё много стереотипов и движения по инерции, но кажется, становится получше. Инженеры всё чаще имеют возможность двигаться не обязательно в сторону превращения в лида или руководителя, но быть высоко квалифицированными individual contributors. В грейдах появляется больше вариативности.
 
Интересная сторона вопроса – кейсы про горизонтальное развитие, когда люди меняют одну ИТ-роль на другую. Обязательно ли это должно происходить при достижении уровня senior в ранее выбранной роли? Возможно ли в рамках одной компании или чаще связано со сменой работодателя? 
 
Расспросили об их опыте смены роли коллег из ИТ-команды Сравни:
• Таня – прошла путь от специалиста первой линии поддержки до Delivery-менеджера в DevOps-команде; 
• Максим – прошёл путь от QA-инженера к Delivery-менеджеру и затем к Product Owner; 
• Света – из QA-инженера стала Frontend-разработчиком. 
 
Вот, что они рассказали. 
 
Читать статью
#стажировки

🤔 Ты мечтаешь работать в крутой IT компании с комфортным онбордингом, реальными продуктовыми задачами и классными вечеринками?
🔥 Сравни запускает новый набор стажеров-аналитиков уже 10 июня!
😍 О том, как прошла стажировка у стажеров, вышедших в феврале, ты можешь посмотреть в этом видео.

Полезные ссылки:
🤝 Аналитика в Сравни
🤝 Вакансия на Hh.ru

🥰 О том, как стажеры еще себя проявили во время стажировки, смотри здесь.

💙 Enjoy! 💚
#habr 

“Нам нечего обсуждать, давайте пропустим” – такую реакцию на идею провести очередную ретроспективу мы слышали столько раз, что сбились со счёта. 

В теории всё красиво: собрались на отдельную встречу (чтобы сфокусировано обсудить нужную тему), вспомнили недавнюю работу (пока не забылось), определили области для улучшений (итеративное развитие – наше всё). 

На практике же ретроспективы часто получаются поверхностными и малопродуктивными. Участники отмалчиваются или обсуждают одни и те же боли из раза в раз; скучают или параллельно занимаются другими делами; уходят со встречи с ощущением впустую проведенного времени.

Хорошие новости: можно по-другому. Повысить вовлеченность команды в ретроспективу, помочь увидеть конкретный результат своих усилий по улучшению работы. Уйти от вопросов “Что будем обсуждать на ретро?” и “ У нас все хорошо?” к прозрачной картине того, что происходит с командой, чего удалось достичь и куда двигаться дальше. 

Помогут нам в этом процессные метрики – как это работает на практике, читайте в нашей новой статье в блоге на Хабре. 

Читать статью
#SravniPodcast

Что за роль в команде – Delivery Manager 

Какой-то менеджер, но не Product и не Project – чем именно занимается Delivery в команде? Зачем нужна такая отдельная роль? 

В новом выпуске подкаста поговорили с Тарасом Ревой – Delivery-менеджером в команде ОСАГО в Сравни. 

Как можно быть лидером для людей, кто не является твоими подчинёнными? Какие навыки требуются от Delivery – насколько глубоко нужно уметь погрузиться в продукт и понимать в бизнесе? Какие инструменты и практики есть в в распоряжении у Delivery? 

А ещё – как развивать “вовлеченность в продукт” для инженеров, как работает номинация “герой месяца”, как проводить дейлики на 30 человек не дольше 30 минут и какие шутки чаще всего слышит в свой адрес Delivery-менеджер. 

Обо всём этом и остальных аспектах работы Delivery-менеджера – послушайте в новом выпуске Sravni Podcast. 

Слушать подкаст 

Для тех, кому удобнее слушать контент на YouTube и если есть возможность, то видеть картинку – новое видео уже у нас на канале.

Смотреть подкаст

А у вас в компании есть роль Delivery-менеджера? Расскажите в комментах!
#доклады

В Сравни мы используем NestJS, широко применимый фреймворк для Node.js-разработки, который из коробки умеет в Dependency Injection.

Собрались по такому поводу на внутреннем митапе обсудить основы внедрения зависимостей — и теперь делимся записью.

Из видео вы узнаете:

📌 Что вообще такое DI, зачем нужно, плюсы и минусы
📌 Как с помощью DI решать типовые задачки и что делать с нетиповыми, когда нам нужны сложные динамические конструкции
📌 Какие есть неочевидные ловушки при работе с DI, на что стоит обратить внимание

На предстоящих внутренних митапах мы продолжим рассматривать тему DI, а пока — приглашаем ознакомиться с первым докладом!

Dependency Injection из коробки (NestJS)

P.S. Это запись внутреннего митапа ИТ-команды Сравни — публикуем эпизоды без NDA, но (надеемся) с пользой для внешнего сообщества.