Since 2020, we have been building an IT platform approach to product development. We have formed a set of technologies that should be replicated by all our teams, so that across the company we can centrally manage the quality of development. Today, we share our expertise of how these technologies are being tested in our new projects.
Insights & Knowledge
Sparks of our daily work and broad point of view on the industry we live in.
A design system is a set of components, rules, and tools without which it is near-impossible to develop large and complex products. These approaches allow designers to develop an interface without having to create basic components from scratch, and it becomes easier for developers to accept ready-made layouts for work.
The Mystery Passenger service is created by True Engineering for S7, Russia’s largest private airline. It allows the collection and processing of feedback from passengers, exchanging discounts and bonus miles for important business information. At the time of its launch, it was the first solution of its kind on the Russian airline market.
Some time ago, we decided to rebuild the management of access to mobile teams' workspace. We researched the market and found that the free Google Cloud Platform could effectively compete with paid solutions. In this article, we share our experiences and provide instructions on how to connect.
For about a year now, the support team of one of our high-loaded instruments has been using an ML-system of our own development, the Problem Detection Platform (PDP). This service can analyze logs and automatically classify errors. As a result, the support team does not get a bunch of raw data from the logs, but rather information that can be handled quickly and conveniently.
We keep explaining how True Engineering builds its support processes. In this paper, we’ll go over the main tools that provide our teams with monitoring and alerting functions.
When we started building the True Engineering platform, there were no uniform rules for architecture design. Different teams used different tools, different designations and levels of abstraction. In such a way you can’t even compare similar solutions with each other, and someone looking at the architecture of a project for the first time usually needs a guide to tell you what exactly it presents. We decided to unify approaches using the C4 model, which provides a comprehensive description of software architectures.