Конфликты на работе и как с этим мириться или выйти на бой с коллегой?
Сейчас я управляю пятой командой за мою карьеру и конфликты это то, ьез чего не бывает взаимодействия инфивидов вообще. В IT-командах, как и везде, конфликты случаются, и это нормально. Важно понимать, какие они бывают и как с ними справляться. Вот небольшой ЛикБез(это моё мнение и оно усеченно до рамок поста) для твоей команды — кратко и ясно⬇️⬇️⬇️

1. Конфликты из-за задач и ролей
Когда непонятно, кто за что отвечает, или задачи пересекаются. Например, два разработчика думают, что они лиды одного и того же модуля. Решение? Четкое распределение ролей и задач, обсуждение приоритетов на планировании.

2. Конфликты стилей работы
Все мы разные: кто-то любит планировать, а кто-то — работать в режиме “пожара”. Такие разногласия могут вызвать трения. Пример, один разработчик хочет документировать всё, а другой считает это пустой тратой времени. Тут поможет открытый разговор и нахождение баланса — у всех есть сильные стороны.

3. Конфликты ожиданий и недопонимания
Когда кажется, что тебя не услышали, или ты понял задачу иначе. Например, тебе сказали “поправь баг”, а ты ещё и UI решил переделать. Чтобы таких ситуаций не было — не стесняйся переспрашивать и уточнять!

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

5. Личные конфликты
Просто не сошлись характерами — бывает! Например, один постоянно шутит, а другому такие шутки не нравятся. Тут главное — уважать личные границы и не брать всё на личный счёт.

Как разруливать конфликты?
🟢Говори прямо, но без обвинений. Вместо “ты никогда не делаешь вовремя” попробуй “мне важно, чтобы мы соблюдали сроки”.
🟢🟢Слушай другого. Иногда достаточно просто выслушать, чтобы сгладить ситуацию.
🟢🟢🟢Ищи компромисс. В конфликте не всегда есть правые и виноватые, иногда нужно просто найти середину.
🟢🟢🟢🟢Поддерживай коллегу. Может, ему сегодня особенно тяжело, и твоя поддержка будет на вес золота.

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

@it_underside

Всем привет! Продолжаем разбирать популярные форматы передачи данных, с которыми аналитикам приходится сталкиваться в своей работе. Мы уже поговорили про XML и JSON, а теперь настало время YAML — формата, который точно не оставит тебя равнодушным, особенно если ты устал от бесконечных фигурных скобок и тегов. 😉

Оффтоп -> На одном из проектов, где мы разработали графовый движок, мы взяли для себя YAML, как раз именно из-за того, что он прост и лЁгок, но словили кучу гемора, если отступы не соблюдали или редактор был в виде блокнота...

Что такое YAML?

YAML (YAML Ain't Markup Language) — это язык сериализации данных, который создан для удобного чтения и написания человеком. YAML широко используется для написания конфигурационных файлов, и его прелесть в том, что он не пытается выглядеть как XML или JSON. Он проще, понятнее и позволяет сосредоточиться на данных, а не на синтаксисе.

Когда это пригодится?

1. Конфигурационные файлы
YAML идеально подходит для описания настроек в приложениях и системах. Если ты работаешь с DevOps, то наверняка уже видел его в файлах Kubernetes, Ansible или Docker Compose. Простой формат и возможность использования комментариев делают его незаменимым.

2. CI/CD пайплайны
Во многих инструментах автоматизации, таких как GitLab CI/CD, Jenkins или CircleCI, YAML используется для описания пайплайнов. Удобный синтаксис позволяет легко управлять настройками и добавлять новые шаги в процесс.

3. Декларативные конфигурации
В мире микросервисов YAML часто применяется для описания инфраструктуры как кода (Infrastructure as Code), например, в Terraform или AWS CloudFormation.

Пример YAML-документа

сообщение:
  отправитель: Владимир
  текст: "Это пример YAML-документа. Рад знакомству!"

Выглядит дружелюбно, да? Никаких лишних кавычек или скобок — только чистые данные, но не забывай - отступы!

Почему аналитик должен это знать?

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

#SA #BA #YAML

@it_underside

Мы уже обсудили XML, JSON и YAML, а теперь давайте разберёмся, какие форматы данных чаще всего используются при работе с API (ну мало ли у тебя в практике не встречалось интеграций по API). Как ни крути, передача данных через API — основа интеграций между системами, и важно знать, что и в каком виде передаётся. Давай разберёмся, что точно используется в различных типах API: REST, SOAP, GraphQL и WebSocket. 😉

Основные форматы данных для API

1. JSON
✏️Где используется. JSON — это основной формат для REST API и GraphQL API. Он лёгкий, быстро обрабатывается, и его легко читают как люди, так и машины.
✏️Преимущества. Простой и понятный синтаксис, высокая скорость обработки, отличная поддержка в большинстве языков программирования.

2. XML
✏️Где используется. XML активно используется в SOAP API и иногда встречается в REST API, особенно в корпоративных системах, где нужна строгая структура и валидация данных.
✏️Преимущества. Позволяет описывать сложные структуры данных, поддерживает схемы (XSD) для валидации, хорошо подходит для комплексных взаимодействий.

Всё, что перечислю ниже, используется менее часто, но опять же исходя из моей практики и отласли

3. YAML
✏️Где используется. YAML реже используется напрямую в API, но его часто можно встретить в описаниях API (например, OpenAPI/Swagger для REST) и для конфигурационных данных в DevOps.
✏️Преимущества. Простой и удобный для чтения человеком, легко редактировать.

4. Protobuf (Protocol Buffers)
✏️Где используется. В основном используется в gRPC, который становится популярной альтернативой REST API для высоконагруженных и микросервисных архитектур. Подходит для ситуаций, когда важны скорость и компактность передаваемых данных.
✏️Преимущества. Более быстрый и компактный по сравнению с JSON и XML, поддерживает типизацию данных и эффективную сериализацию.

5. MessagePack
✏️Где используется. Иногда используется в REST API и WebSocket API, когда нужно передавать данные в более компактной форме, чем JSON, но при этом сохранять его структуру.
✏️Преимущества. Быстрее и компактнее JSON, сохраняет структуру и типы данных.

Форматы данных в различных типах API

🚨REST API
Основной формат — JSON, иногда используется XML. REST API ценится за гибкость и простоту в использовании.

🚨SOAP API
Основной формат — XML. SOAP API предоставляет высокий уровень безопасности и строгость валидации, что делает его популярным в банковских и корпоративных системах.

🚨GraphQL API
Основной формат — JSON. GraphQL API отличается гибкостью запросов и возможностью получать именно те данные, которые нужны, без лишнего.

🚨WebSocket API
Основной формат — JSON, но иногда используются бинарные форматы, такие как MessagePack, для улучшения производительности и сокращения размера передаваемых данных.

Почему это важно?

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

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

#SA #BA #API #REST #SOAP #GraphQL #WebSocket #JSON #YAML #XML #Protobuf

@it_underside

Всем привет!

Мы уже обсудили JSON, XML, YAML и даже добрались до форматов передачи данных в брокерах сообщений. Сегодня на очереди #Avro — формат, который заслуживает отдельного внимания, особенно если ты работаешь с большими данными и хочешь, чтобы всё было эффективно и чётко.

Что такое Avro?

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

Когда Avro пригодится?

1. Большие данные и стриминговые платформы
Avro часто используется с Apache Kafka, Apache Flink и другими стриминговыми платформами, где важна компактность и скорость обработки данных. Например, если у тебя миллиард событий в секунду, формат данных должен быть лёгким и быстро читаться.

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

3. Стабильность и эволюция схем
Одно из ключевых преимуществ Avro — это поддержка схем эволюции. Это значит, что ты можешь обновлять структуру данных (добавлять новые поля, изменять типы) без необходимости изменять старые данные. Это особенно важно для больших систем, где схемы данных могут меняться со временем.

Пример схемы Avro

Вот как может выглядеть схема Avro для сообщения

{
  "type": "record",
  "name": "Сообщение",
  "fields": [
    {"name": "отправитель", "type": "string"},
    {"name": "текст", "type": "string"}
  ]
}

Преимущества

1️⃣Компактность
Бинарный формат данных значительно уменьшает объём передаваемой информации по сравнению с текстовыми форматами, такими как JSON и XML.
1️⃣Производительность
Быстрая сериализация и десериализация данных ускоряют обмен данными в системах с высоким уровнем нагрузки.
1️⃣Гибкость схем
Поддержка схем эволюции позволяет адаптировать структуру данных без нарушения работы системы.

Почему аналитик должен это знать?

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

Прокачивай свои навыки и будь в курсе современных технологий. Avro — это ещё один шаг к тому, чтобы стать мастером в проектировании и работе с данными.

#SA #BA #BigData #Avro

@it_underside

Всем привет и добрых выходных, они ведь добрые?

Продолжаем наше погружение в мир форматов данных, и на этот раз поговорим о #Protobuf (Protocol Buffers) — формате, который активно используется в высоконагруженных системах, где важны скорость, производительность и компактность данных. Если ты работаешь с микросервисами, распределёнными системами или gRPC, Protobuf должен быть в твоём арсенале. Давай разберёмся, что это такое и как оно поможет тебе в работе.

Что такое Protobuf?

Protobuf — это бинарный формат сериализации данных, разработанный Google, позволяет описывать структуры данных с помощью простых схем и генерировать код для их использования на разных языках программирования. Прелесть Protobuf в том, что он не только компактнее и быстрее JSON или XML, но и поддерживает строгую типизацию, что делает его отличным выбором для сложных и высоконагруженных приложений.

Когда Protobuf пригодится?

1. Высоконагруженные системы и микросервисы
В мире микросервисов важны скорость и эффективность передачи данных. Protobuf обеспечивает быстрое сериализование и десериализование, что значительно снижает задержки и уменьшает объём передаваемых данных.

2. #gRPC
Protobuf является основным форматом данных для gRPC — фреймворка для удаленного вызова процедур, который используется для построения эффективных и производительных API. Если ты работаешь с gRPC, ты неизбежно столкнёшься с Protobuf.

3. Сложные структуры данных
Если тебе нужно передавать сложные структуры с вложенными объектами, массивами и разными типами данных, Protobuf предоставляет мощные инструменты для описания и валидации таких данных через схемы.

Пример схемы Protobuf

syntax = "proto3";

message Сообщение {
  string отправитель = 1;
  string текст = 2;
}

Преимущества Protobuf

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

Почему аналитик должен это знать?

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

Кроме того, Protobuf — это стандарт де-факто в gRPC и многих других современных технологиях, так что если ты хочешь оставаться на гребне волны и проектировать решения будущего, Protobuf — это то, что нужно добавить в свой арсенал.

Так что продолжай изучать и применять новые инструменты на практике. Чем больше ты знаешь, тем проще решать задачи и добиваться успеха в проектах!

#SA #BA #Protobuf #gRPC

@it_underside

Если что, то про курс не забыл, в процессе🛠, тут у меня пару проектов идут в параллели, поэтому не всегда нахожу ресурс, но думаю в начале октября запущу 12 занятий по 1,5 часа с эпизодичностью 1-2 раза в неделю. Ссылку скину, а после курса покажу, будет пару платных потоков по автоматизации специализации, как говорю на конференциях - Аналитик 2.0.

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

@it_underside
@Vladimir_Lov


Про другие проекты: корпоративные сообщества, b2b продукт, экосист