Карьера аналитика
Всем привет! Меня зовут Серёжа, я - Системный аналитик с опытом 7+ лет. Тут я рассказываю о своем опыте, делюсь рекомендациями и обучаю профессии Системный аналитик с нуля. По консультациям и обучению @schadulin https://analytics-career.clients.site/
Show more- Subscribers
- Post coverage
- ER - engagement ratio
Data loading in progress...
Data loading in progress...
"name": "Сергей"
➖Число – целое или с запятой – "years": 24
➖Логический тип, boolean – true или false – "active": true
➖Массив – "names": [ "Сергей", "Алексей" ]
➖Объект – "person": { "name": "Сергей", "age": 29 }
➖null – пустое значение – "children": null
Как нам указывать поля с типом “дата”? JSON не даёт строгих указаний, в каком формате передавать дату и время. Можно использовать unix-time или передавать дату в строке, например, "2008-01-21T11:25:43-05:00"
.
JSON Schema
JSON Schema – это способ описания структуры и ограничений JSON-документов. В большинстве случае применяется для валидации данных при обмене информации между разными системами (часто можно ее встретить в том же swagger).
С помощью ключевых слов в схеме создаются правила валидации структуры объекта и типов его полей.
Пример такой схемы:
{ "$schema": "http://json-schema.org/draft-04/schema#", "title": "Product", "description": "A product from Acme's catalog", "type": "object", "properties": { "id": { "description": "The unique identifier for a product", "type": "integer" }, "name": { "description": "Name of the product", "type": "string" }, "price": { "type": "number", "minimum": 0, } }, "required": ["id", "name", "price"] }Эта схема нам говорит о том, что у объекта "Продукт" есть три атрибута: идентификатор, название и стоимость, каждый из которых обязателен и при этом стоимость не может быть отрицательной. Что позволяет нам валидировать этот объект если, например, ожидаем его получить на вход какого-нибудь нашего метода. Если этот объект не будет удовлетворять указанным требованиям, то мы смело вернем ошибку валидации на такой запрос.
- Сбор требований с заказчика, их структурирование.
- Описание бизнес-процессов. Формулирование бизнесовых требований в различных документах типа BRD.
- Отрисовка диаграмм с использованием любых нотаций (BPMN\UML\др.).
- Написание ТЗ. Проектирование технического решения задачи, проектирование интеграций.
- (Подпункт). Проектирование и документирование фронтальных решений.
- (Подпункт). Проектирование и документирования бэкендовых решений.
- Разбираться и проектировать БД, использовать SQL.
- Взаимодействовать с командой. Консультировать команду тестирования\разработки\любых других коллег
- Сопровождать систему\доработку после ввода в эксплуатацию.
Lucidchart is your solution for visual communication and cross-platform collaboration.
❕Сегодня хочу поговорить на очень спорную тему, я бы даже сказал философскую. Отчасти из-за нее, очень много непонимания между коллегами, работающими в одном и том же (казалось бы) "АйТи", но почему-то имеющих очень разное представление о процессах разработки и о том, что каждая роль команды должна выполнять. Особенно это часто всплывает в моих постах на пикабу, в комментариях - это такой хороший срез из разных уголков нашего отечественного IT. И это большая тема для постов и для рассуждений. Но сегодня сосредоточимся…
Your current plan allows analytics for only 5 channels. To get more, please choose a different plan.