Блог

Рассказываем, как мы продвинулись во внедрении сканирования кода на предмет безопасности.

Две недели назад мы достигли важной миссии – мы полностью перешли на электронный документооборот. Это сделало нас не только более технологичными, но и «зелеными», ведь теперь тратить бумагу мы будем гораздо реже! Теперь со всеми нашими партнерами мы обмениваемся только электронными документами.

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

Когда стало совсем непонятно, что будет дальше с иностранными сервисами, мы составили список рискованных ресурсов, в который попал Cloudinary – израильский облачный сервис для хранения медиаконтента. Но с этим облаком взаимодействует много сервисов нашего продукта. Так началась большая работа по переезду в Yandex S3. 

Современные сайты – это уже не простые странички с текстом и картинками, а целые комбайны, которые  могут одновременно объединять в себе интернет-магазин, онлайн-калькулятор, личный кабинет с персональным набором сервисов. Разработчикам приходится придумывать, как совместить разные модули, чтобы они не мешали друг другу и не тормозили развитие продукта в целом. Один из возможных способов – это микрофронтенды. Рассказываем, что это такое и как работает.

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

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

Мы уже рассказывали про организацию перехода с устаревшего Microsoft ADFS на Keycloak. Сегодня подробнее остановимся на том, как настроить аутентификацию в продукте с помощью интеграции с Keycloak и Sidecar-контейнера.

За последний год сразу в нескольких наших проектах заработала авторизация на основе open source сервиса Keycloak. После восьми лет работы с Microsoft ADFS мы решили, что новый модуль лучше отвечает современным реалиям. И вот почему.

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

25 мая состоялся релиз нового стора от VK – RuStore. Это единственный маркетплейс из российских альтернатив Google Play, который станет обязательным для установки на смартфоны в России. Среди преимуществ нового магазина – возможность скачивать приложения, ранее удаленные из привычных Google Play и App Store. Один из наших продуктов уже размещен на площадке.

 

Делимся своим набором метрик, которые действительно помогают контролировать происходящее в команде и решать проблемы до их возникновения.

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

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

Успешные проекты постоянно растут вширь и ввысь. Наступает момент, когда по-старому работать становится неудобно и затратно. Рассказываем, как мы решили эту проблему в нашем крупнейшем продукте.

Применять продуктовый подход – значит ставить во главу угла практическую пользу вашего сервиса. Мысль вроде бы простая и очевидная, но на практике ее реализовать бывает непросто. В этой статье мы поделимся тремя постулатами, которые имеют ключевое значение для успешной продуктовой команды.

Подробно рассказываем, как у нас в True Engineering выстроена работа над дизайном, почему важно проводить UX-исследования и какие возможности Figma делают этот инструмент незаменимым для разработки приложений.

Лицензии подтверждают бессрочное право True Engineering работать с конфиденциальными данными и создавать продукты для их обработки.

Time-to-market (скорость поставки функций пользователям) – один из ключевых показателей, по которым мы оцениваем эффективность разработки. Сегодня расскажем, как мы ускоряли и улучшали процессы в мобильной разработке, где мы прошли долгий путь от ручной установки приложений для тестирования до почти полностью автоматической отправки релизов в тестирование и на публикацию.

В этой статье мы подробно расскажем о том, как мы трансформируем процесс разработки в наших командах. 

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

С 2020 года мы выстраиваем платформенный подход к разработке продуктов. Мы сформировали набор технологий, которые должны распространиться на все наши команды, чтобы в масштабе всей компании мы могли централизованно управлять качеством разработки. Хотим поделиться впечатлениями от того, как эти технологии проходят испытание практикой в наших новых проектах.

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

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

Некоторое время назад мы решили перестроить управление доступом к рабочему пространству мобильных команд. Изучили рынок и обнаружили, что бесплатная Google Cloud Platform вполне может составить конкуренцию платным решениям. В этой статье мы делимся своим опытом и даем инструкции по подключению. 

Уже около года команда поддержки одного из наших высоконагруженных продуктов использует ML-систему нашей собственной разработки – Problem Detection Platform (PDP). Этот сервис умеет анализировать логи и автоматически классифицировать возникающие ошибки. В результате саппорт получает из логов не тонны сырой информации, а данные, с которыми можно быстро и удобно работать.

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

Когда мы начали создавать платформу True Engineering, в компании не было единых правил для оформления архитектуры. Разные команды – разные инструменты, разные обозначения и уровни абстракции. Значит, даже подобные решения сравнить между собой не получится, а тому, кто смотрит на архитектуру проекта в первый раз, обычно нужен проводник, который расскажет, что же тут изображено. Мы решили унифицировать подходы с помощью модели С4, которая обеспечивает всестороннее описание программных архитектур.

Сегодня подробно расскажем о том, как мы трансформируем процессы тестирования: внедряем стандарты автоматизации и встраиваем автоматические тест-планы в процесс разработки.

Некоторое время назад мы решили проанализировать свой опыт, который мы накопили за последние годы проектов в DevOps-методологии. Мы развивались вместе с рынком и сейчас настало время зафиксировать лучшие практики, чтобы спланировать дальнейшее развитие. В этой статье поделимся своим видением, в каких направлениях мы будем двигаться, какие инструменты и навыки развивать.

На наш курс «Введение в С# и Платформу .NET» записалась половина потока будущих четверокурсников ФИТ НГУ – будем вести три подгруппы.   

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

В одной из предыдущих статей мы писали про использование SDK и API для интеграции продуктов с бэкендом. Продолжаем тему – теперь речь пойдёт про технологию Backend-for-Frontend. Она упрощает разработку сервисов, с которыми одновременно работают множество разных клиентов: компьютеры, смартфоны и планшеты со всеми возможными ОС.

Serverless-вычисления и работающие на их основе решения Function-as-a-Service помогают разработчикам развивать продукты, ориентируясь на бизнес-фичи. Мы поэкспериментировали с этими технологиями и пришли к выводу, что для боевого применения существующие решения сыроваты. Пойдём по порядку.

Технологический радар – это удобный инструмент, который помогает компании управлять своей платформой разработки и технологической стратегией. Мы изучили радары наших партнеров, публичные радары ведущих ИТ-компаний, собрали свой радар и теперь хотим поделиться выводами: как радар помогает бизнесу и куда движется рынок.

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

В одной из прошлых статей мы писали, как всей компанией перешли на единый трекер на базе Azure DevOps (TFS). Это позволило нам создать единый свод правил для ведения проектов. Рассказываем, как наш проектный офис разработал логику, по которой сейчас работают все наши команды.

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

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

Мы внедрили OLAP-куб, чтобы в реальном времени анализировать процессы техподдержки в наших продуктах. Рассказываем, как работает эта система и какие преимущества она нам обеспечила.

Перешагнули рубеж в 200 настоящих инженеров! На сегодня нас 202! 

Прошел год с тех пор, как мы перешли на удаленку. Казалось, это ненадолго, но оказалось навсегда. За год мы научились быть более организованными, держать связь друг с другом на расстоянии и держаться на расстоянии от холодильника.

За 15 лет работы мы встречались с различными трекерами: от экзотических FogBugz и Mantiss до современных, которые активно использовали до 2019 года - TFS, Jira, Redmine, даже GitLab. В прошлом году мы за несколько месяцев перевели 200 человек на работу с Azure DevOps. В этой статье рассказываем, как это произошло.

SDK и API – это инструменты, которые позволяют интегрировать ИТ-продукты с внешними системами. В этой статье мы расскажем, чем отличаются эти два понятия и как разработчики применяют их для своих задач.

Сегодня речь пойдёт о защите информации: рассказываем, зачем превращать персональные данные в неперсональные и как это делается

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

Если быть точным, на сегодня у True Engineering девять компетенций уровня Gold и одна уровня Silver.

Многие наши продукты - страховые приложения, системы продажи авиабилетов, продукты для управления медиафайлами - содержат объёмные формы с полями для ввода данных. Чтобы пользователи могли заполнять их без ошибок, наши дизайнеры используют специальные UX-приёмы. Расскажем о нескольких самых популярных.

Release Notes – важная часть документации ПО. Команда с их помощью ведёт учёт реализованных функций, PM-ы – контролируют процесс разработки, а заказчик – держит руку на пульсе продукта. Поэтому самое важное в Release Notes – актуальность информации, а сам этот документ должен быть простым для восприятия. Делимся своим опытом о том, как мы собираем отчёты по релизам – быстро, корректно и без ручного труда.

UX-исследования позволяют команде проверить базовые продуктовые гипотезы на самом раннем этапе, еще до того, как к процессу подключаются разработчики. В результате команда может скорректировать подход к UX «на стадии котлована», когда исправление ошибки не заставит перестраивать все здание. Рассказываем, как мы проводим UX-исследования и что для них нужно.

Единая система идентификации и авторизации (ЕСИА) – это единственный способ верифицировать личность пользователя, если продукт работает с деньгами и медицинскими данными, решает юридические задачи. Рассказываем, что нужно знать, чтобы работать с этой инфраструктурой.

На прошлой неделе в НГУ прошла пятая Зимняя школа CompTech 2021. Лекции прошли на YouTube, так что увидеть доклады могут все желающие.

Продолжаем рассказывать про feature flags (FF) – переключатели в коде, которые запускают и деактивируют функции продукта. На этот раз хотим вам рассказать про наше решение – портал фиче-флагов, который  позволяет бизнес-заказчикам управлять состоянием FF, а значит функциональностью продукта.

Postman – удобный инструмент, который умеет описывать и исполнять запросы, получать информацию об их статусах, выстраивать цепочки запросов, зацикливать их, создавать сценарии. Главный плюс – код писать при этом практически не нужно.

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

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

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

В микросервисных продуктах гораздо сложнее, чем в монолитах, выстраивать последовательные цепочки операций. Распределённые транзакции создают угрозу несогласованности данных, и разработчикам приходится придумывать, как научить микросервисы отчитываться о своих действиях. Сегодня расскажем про шаблон проектирования Saga, который мы используем, чтобы управлять транзакциями в наших продуктах.

Active Directory – одна из самых популярных служб каталогов, её использует большинство наших заказчиков. Так что необходимость интегрироваться с ней появляется практически в каждом проекте. Чтобы командам не приходилось каждый раз решать эту задачу заново, наши разработчики создали сервис, который теперь можно в готовом виде встраивать в другие продукты. Делимся опытом.

Чтобы ваш продукт мог обогнать конкурентов, новые функции должны поставляться в продуктовую среду как можно быстрее, но без угрозы качеству. Наши команды используют подход Trunk Based Development – новый код сразу добавляется в мастер-ветку, сторонние ветки живут максимум несколько дней. А чтобы коммиты не мешали друг другу, разработчики используют фиче-флаги (Feature Flags) – переключатели в коде, которые запускают и останавливают работу его компонентов.

Сегодня речь пойдёт про шаблоны, которые позволяют нашим командам создавать новые микросервисы буквально за несколько минут. Рассказываем, как они устроены и почему эта история не только про автоматизацию ручного труда, но про эффективность разработки как таковой.

В микросервисных продуктах гораздо сложнее, чем в монолитах, выстраивать последовательные цепочки операций. Распределённые транзакции создают угрозу несогласованности данных, и разработчикам приходится придумывать, как научить микросервисы отчитываться о своих действиях. Сегодня расскажем про шаблон проектирования Saga, который мы используем, чтобы управлять транзакциями в наших продуктах.

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

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

Мультитенантность (мультиарендность) – особенность архитектуры ПО, которая позволяет приложению обслуживать несколько независимых арендаторов. Пользователи не мешают друг другу, их данные хранятся независимо и безопасно, а разработчики могут быстро запускать версии продукта с разными техническими возможностями.

Этим летом наши DevOps-инженеры успешно сдали экзамен Certified Kubernetes Administrator (CKA). Мы решили поделиться опытом – зачем нужна эта сертификация, в чем состоит экзамен и как к нему подготовиться.

Когда у нас возникла необходимость в прямом эфире следить за показателями критически важных продуктов, мы решили вывести их на плазмы, которые висят у разработчиков перед глазами. Дальше поделимся некоторыми полезными находками, к которым пришли в процессе.

Сегодня я решил затронуть очень неоднозначные качества в жизни руководителя. Это один из тех моментов, когда наличие обоих качеств у кандидата увеличивает его ценность и потенциал как руководителя. Хотя оба относятся к личным качествам, а не к профессиональным.

Выбор и воспитание хороших руководителей для нас непросты. Нет утвержденной государством методички для ИТ-компании, где написано, что такое хорошо и что такое плохо. Поэтому мы в компании True Engineering шагаем от базовых вещей: здравого смысла, конечного результата и корпоративной культуры.
Сегодня я решил чуть развернуть тему обучения менеджеров. Я не буду писать о том, чему конкретно его надо учить. Как и в прошлых статьях, остановлюсь скорее на философском аспекте этого момента.

У связистов есть понятие — «последняя миля». Это когда магистральные каналы уже проложены и надо дотянуть связь до конкретного пользователя.

В ИТ вообще и у руководителей проектов в частности тоже можно ввести понятие «последней мили». Это когда было сделано 90% работы и каждый из участников проекта сделал «да всё, ну почти всё, там остались мелочи», но это никак не складывается в конечный, завершённый и красивый результат.

У нас в True Engineering есть следующие мысли по этому поводу. Разберём на примере.

Любой управленец по сути своей работы обязан общаться с сотрудниками и делать это хорошо. Что значит это «хорошо»? И как он должен себя вести?

Задача тимлида — обеспечить продуктивную работу команды. Это непросто, поскольку готового рецепта успеха не существует. Конечно, есть признанные методологии: Agile, Lean, Value Stream Mapping. Они дают общие ориентиры и ценности, что уже неплохо, но это лишь ориентиры. А с конкретными решениями, будь добр, вертись сам. На то ты и тимлид.

В статье наш тимлид расскажет, как его команда постепенно сформировали и теперь регулярно уточняет подход к эффективной работе. Ключевой момент в том, что выбранные инструменты действительно приняты всей командой и прижились в работе. Это даёт надежду на то, что подход полезный.

В прошлый раз я вскользь затронул тему осознанности и закинул мысль, что она нужна ежедневно. В этой статье я хотел бы немного развернуть тему и показать, почему это важно для компании (в частности, для нашей — True Engineering) и для её развития.

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

В продолжение статьи о выборе менеджера поговорим о паре моментов внутреннего мира хорошего руководителя — как мы это понимаем в True Engineering: про умение принимать правильные для компании решения и влияние страха на менеджеров.

В этой статье мы поделимся своим подходом к команде. Мы проанализировали, чем привлекаем сотрудников и клиентов надолго, и вывели рецепт из 7 составляющих.

В конце июня в Москве прошла крупная конференция о дизайне Mail.ru Design Conf × Dribbble Meetup 2019. Записи с трансляции уже в сети, поэтому мы выбрали самые интересные доклады, чтобы вам было удобно ориентироваться. Расскажем о них подробнее в статье. 

Мы в True Engineering 15 лет делаем крупные IT-системы для больших компаний: авиакомпании S7, «Ингосстраха», ВСК, Leroy Merlin. На старте нового проекта мы каждый раз спрашиваем заказчика: «Чего вы ждёте от качественной цифровой экосистемы?». И за это время требования компаний к ИТ-системам успели несколько раз измениться.

В этой статье расскажем, как за 30 лет от «амбарных книг» Россия переходила к цифровым экосистемам, и по каким признакам вы можете проверить качество вашей экосистемы или проекта по ее созданию на старте.

Тема машинного обучения находится на пике своей популярности, однако новички в этой области сталкиваются с большим потоком информации, который сложно обработать. Специально для сайта tproger наш инженер Андрей Гаськов рассказал, как не потеряться в море информации и погрузиться в машинное обучение достаточно быстро.

В Новосибирске прошла юбилейная, десятая конференция CodeFest. Программа была очень насыщенной: десять секций о разработке, тестировании, дизайне, управлении и развитии. Сотрудники True Engineering два дня конспектировали доклады, теперь хотим поделиться этой пользой с вами. Надеемся, наш отзыв пригодится тем, кто будет смотреть видеозаписи выступлений. Часть презентаций уже опубликована в открытом доступе, поэтому мы дополнили некоторые отзывы ссылками на них. Доклады отсортированы по секциям. 

Привет! Мы вернулись с конференции для .NET-разработчиков DotNext и честно делимся впечатлениями про самые запомнившиеся доклады. Надеемся, наш отзыв пригодится тем, кто будет смотреть видеозаписи выступлений. На сайте конференции опубликована часть презентаций, так что мы дополнили некоторые отзывы ссылками на них. 

Привет! В этом посте хотим поделиться своими впечатлениями от конференции для Java-разработчиков Joker 2018, что из услышанного нам запомнилось больше всего. Надеемся, это поможет вам сориентироваться в видеозаписях с конференции, когда они появятся в открытом доступе. А пока мы добавили ссылки на презентации везде, где было возможно. 

Мы съездили на конференцию для мобильных разработчиков Mobius и решили рассказать, что из докладов запомнилось больше всего. Сссылки ведут на презентации. 

Разработанное True Engineering приложение IngoMobile для компании «Ингосстрах» стало победителем ежегодного конкурса «Золотое приложение 2017». Мы одержали победу сразу в трех номинациях: «Лучшее приложение для потребителя (b2c)», «Лучший дизайн приложения» и «Финансы, банки, страхование», а также заняли второе место в номинации «Лучший usability/UX приложения».

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

Мы автоматизировали создание отчетной документации по релизу (release notes) на основе импорта данных из трекинговых систем TFS, Redmine и JIRA и из системы управления проектами Microsoft Project Server

Интервью о компании и мобильном направлении с Дмитрием Талочкиным, директором True Engineering, и  Вадимом Чесноковым, руководителем отдела мобильных технологий 

Cотрудники True Engineering разработали бота «Академик» для мастер-класса в рамках Дней карьеры НГУ. 

Разработанный год назад выпускником НГУ Евгением Козионовым онлайн-тест про Академгородок теперь превратился в чат-бот в Telegram @academic_quiz_bot.

Бота «Академик», который задает вопросы викторины, разработали сотрудники True Engineering для мастер-класса в рамках Дней карьеры НГУ. На мастер-классе все желающие узнали, как сделать такого же или любого другого бота самому.

Делимся опытом, как мы сократили заполнение таймшитов с 32 минут до 2 и наладили автоматический учет рабочего времени за счет импорта данных из трекинговых систем TFS, Redmine и Jira на Microsoft Project Server.  

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