#моемнение #hardskills #наопыте #вопрос #рассуждения #мысливслух #ктовответе #мойопыт
Часто прилетает вопрос, да и запрос тоже, касаемо Hard Skills аналитика в плане технологий, знаний, умений. Мол, кто что должен делать. Когда делает аналитик, а когда разработчик?
Что часто просят:
✅Составление json схемы или структуры объекта в виде json.
✅Составление xsd, сюда же xml, wsdl.
✅Описание API в виде yaml файла (для добавления в swagger).
✅Проектирование API (REST, SOAP, когда не только CRUD).
✅Добавлю настройку и администрирование брокеров Kafka, rabbitmq.
✅Создание скриптов развёртывания базы данных.
Пожалуй хватит))
Как говорит Елена Бенкен на курсе по интеграции ШСА: "у некоторых аналитиков жизнь настолько тяжёлая, что они составляют вручную wsdl" (вместо wsdl можно поставить, например yaml или xsd).
Мой ответ будет таким - кто может, тот и делает. Но я НЕ требую подобных навыков от аналитика, может только проектирование API, и составление логической модели БД, без скриптов.
А теперь, что я видела в реальности. Я описывала xml, структуру данных, давала примеры для разработчиков, они делали xsd. Я описывала спецификации API, документ отдавала разработчикам, они делали wsdl. Есть аналитики, которые пришли из разработки и они мало того, что отлично (даже бывает лучше разработчика) проектируют API, так ещё могут и эмуляторы, заглушки сделать и отдать партнёру по интеграции, чтобы уже начать работы. Таких мало.
Говорить о том, кто лучше с этим справится сложно. В каких-то вещах разработчик глубоко понимает, в каких-то аналитик и он уже всё продумал, что ему проще самому сделать. Вопрос границ и компетенций. Если аналитик не может сделать, значит делает разработчик. В реалиях нашего современного мира, разработчики часто встречаются классом ниже и делают топором, как умеют. Но может быть и наоборот.
Я все подобные активности отдавала архитектору и разработчику.
Как-то с аналитиком, у меня на сессии менторства, мы посмотрели на то, сколько всего должен делать аналитик, сгрустнулось от матрицы компетенций. Что моё заключение было такое - аналитик супер человек!!! Слишком много компетенций! Слишком!!! Что куда ещё и код писать или администрирование чего либо впихивать. Администрирование брокеров или функционала аналитиком приведёт к его унынию и выгоранию, со словами "меня используют не так, я хочу проектировать и диаграммы рисовать, хнык". Или он натворит такие прекрасные вещи, что без такого админа система не будет жить. Был у нас такой случай.... Не сразу поняли, только когда аналитик ушёл в отпуск. Часть команды, часть корабля.
Про скрипты развёртывания БД - писала, часто и много лет 10 назад, потом тоже это отдала разработчикам и мир изменился, многие среды разработки не дают напрямую создавать таблицы в БД, их создают автоматически разные приложения.
И как-то странно вешать такие низкоуровневые задачи, когда весь мир идёт в упрощение и визуальное программирование)))
А что вы из этого списка делали или делаете на проектах?)
Часто прилетает вопрос, да и запрос тоже, касаемо Hard Skills аналитика в плане технологий, знаний, умений. Мол, кто что должен делать. Когда делает аналитик, а когда разработчик?
Что часто просят:
✅Составление json схемы или структуры объекта в виде json.
✅Составление xsd, сюда же xml, wsdl.
✅Описание API в виде yaml файла (для добавления в swagger).
✅Проектирование API (REST, SOAP, когда не только CRUD).
✅Добавлю настройку и администрирование брокеров Kafka, rabbitmq.
✅Создание скриптов развёртывания базы данных.
Пожалуй хватит))
Как говорит Елена Бенкен на курсе по интеграции ШСА: "у некоторых аналитиков жизнь настолько тяжёлая, что они составляют вручную wsdl" (вместо wsdl можно поставить, например yaml или xsd).
Мой ответ будет таким - кто может, тот и делает. Но я НЕ требую подобных навыков от аналитика, может только проектирование API, и составление логической модели БД, без скриптов.
А теперь, что я видела в реальности. Я описывала xml, структуру данных, давала примеры для разработчиков, они делали xsd. Я описывала спецификации API, документ отдавала разработчикам, они делали wsdl. Есть аналитики, которые пришли из разработки и они мало того, что отлично (даже бывает лучше разработчика) проектируют API, так ещё могут и эмуляторы, заглушки сделать и отдать партнёру по интеграции, чтобы уже начать работы. Таких мало.
Говорить о том, кто лучше с этим справится сложно. В каких-то вещах разработчик глубоко понимает, в каких-то аналитик и он уже всё продумал, что ему проще самому сделать. Вопрос границ и компетенций. Если аналитик не может сделать, значит делает разработчик. В реалиях нашего современного мира, разработчики часто встречаются классом ниже и делают топором, как умеют. Но может быть и наоборот.
Я все подобные активности отдавала архитектору и разработчику.
Как-то с аналитиком, у меня на сессии менторства, мы посмотрели на то, сколько всего должен делать аналитик, сгрустнулось от матрицы компетенций. Что моё заключение было такое - аналитик супер человек!!! Слишком много компетенций! Слишком!!! Что куда ещё и код писать или администрирование чего либо впихивать. Администрирование брокеров или функционала аналитиком приведёт к его унынию и выгоранию, со словами "меня используют не так, я хочу проектировать и диаграммы рисовать, хнык". Или он натворит такие прекрасные вещи, что без такого админа система не будет жить. Был у нас такой случай.... Не сразу поняли, только когда аналитик ушёл в отпуск. Часть команды, часть корабля.
Про скрипты развёртывания БД - писала, часто и много лет 10 назад, потом тоже это отдала разработчикам и мир изменился, многие среды разработки не дают напрямую создавать таблицы в БД, их создают автоматически разные приложения.
И как-то странно вешать такие низкоуровневые задачи, когда весь мир идёт в упрощение и визуальное программирование)))
А что вы из этого списка делали или делаете на проектах?)