Information
- Rating
- Does not participate
- Location
- Москва и Московская обл., Россия
- Date of birth
- Registered
- Activity
Specialization
Backend Developer, Software Architect
Lead
Git
Python
PostgreSQL
PHP
Redis
Kubernetes
Java Spring Framework
High-loaded systems
Список APM впечатляет, но хочется каких-то практических советов. На каком инструменте остановился автор для мониторинга API в своем продукте?
Покритикую немного
Описание API в текстовом виде в конфлюенсе - зло. Такое описание может вполне сойти за ТЗ разработчику, который погружен в проект и у которого аналитик всегда под рукой, но для внешних пользователей бесполезно. Для внешних пользователей это должна быть спецификация openapi и примеры рабочих (с корректной авторизацией и корректными dto) запросов, которые можно выполнить самостоятельно.
Описание БД в текстовом виде в конфлюенсе тоже считаю избыточным. Разрабу оно не нужно и оно устареет после первого спринта. Если на помощь все равно нужны или архитектор или разработчик, то легче выгрузить модель из реальной БД.
Но в целом статья понравилась своим целостным подходом.
Вот такое решение вам не подходит?
https://learning.postman.com/docs/sending-requests/capturing-request-data/capturing-http-requests/
Тоже не видел систем лучше, но его теперь не купить для корпоративного использования, нужно искать другие варианты.
Использующие методику обзора 360 с вами тут категорически не согласны
По поводу встреч 1:1 есть хорошее правило, которое не позволяет сойти им совсем на нет. Как только ты проводишь встречу с подчиненным, то сразу ставишь следующую в календаре через 3-4 месяца.