что такое асинхронные методы общения

Синхронные и асинхронные коммуникации

Знакомьтесь — это Вася. Сейчас Вася разгребает задачи в своем любимом таск-трекере. Вася любит свою работу, старается быть эффективным и полезным. И просто добродушный малый.

Так получилось, что Васе приходится решать рутинные, но не самые простые задачи, над которыми приходится хорошенько сконцентрироваться.

Прямо сейчас Вася пытается понять, почему у Машеньки из бухгалтерии не сходятся расчеты. Еще чуть-чуть, вот оно, почти…

В этот момент ему звонит Катя.

Вася добродушный. Он любит помогать людям. Откладывает свою задачу: «Алло, привет! Хм… Кнопочка не нажимается? Конечно, сейчас гляну». Прошло несколько минут, и Вася разобрался в чем проблема. Катя довольна. Вася тоже.

«Так, чем я занимался? Ах, да. Дебеты, кредиты. В чем же проблема тут была? Эх, вылетело. Ну ничего, попробую сначала».

Тем временем, в таск-трекере появилась еще парочка задач. Вася начинает чувствовать, что не успевает. Нужно поспешить. Внутри появляется чувство неудовлетворенности: «Почему я не успеваю все, я плохо работаю?». Накрывает легкий стресс. Но Вася по-прежнему тот же добродушный малый, почти.

Приходит смс-ка: «Сервер лежит». Поступают первые жалобы от пользователей. Чёрт! Вася идет чинить. Логи, конфиги, мониторинги, снова логи.

Раздается звонок. Лена. «Приветик! А ты не можешь меня проконсультировать по одному вопросу? У меня гневный клиент. Замучал уже. Можно я ему бесплатно включу опцию?». Вася, не долго думая: «Да, конечно». Лена: «Супер! Спасибки!». Снова логи, конфиги, графики, инцидент-репорты. Ура. Починили.

Вася задумался: «Блин, а ведь бесплатно включать была не самая лучшая идея. Надо было чуть-чуть подумать и по-нормальному сделать. Ого! 15 тасков уже! Ладно, и бесплатно сойдет.»

Так проходит день за днем. Часто Васе приходится отвечать на одни и те же вопросы. Он все чаще не успевает.

Но Вася не сдается, он хочет быть эффективным. Прочитал умную книжку про тайм-менеджмент. Узнал, что нужно правильно расставлять приоритеты задач и более качественно планировать свою работу. Внедрил.

Пишет Оля из соседнего отдела. Говорит, что у нее компьютер плохо странички открывает. Просит помочь сейчас. Не может работу работать нормально. И Вася, конечно же, помогает. Забыв (или забив) про тайм-менеджмент. И дело не в том, что Оля красотка. Просто у Васи сложилась работа такая — всегда нужно быть во внимании, чтобы помочь коллегам решать их всегда срочные проблемы. Какой уж тут тайм-менеджмент.

Неожиданный конец истории. Далее мораль.

Не буду говорить про полезность и нужность коммуникаций. Важно, нужно, обязательно. Остановимся на вопросе эффективности коммуникаций. Обычно выделяют два вида коммуникаций.

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

Асинхронная коммуникация — это когда вы отправляете сообщение и не ожидаете моментального ответа. Например, сообщение по электронной почте, тикет в сервис-деске, сообщение на автоответчик.

У синхронных коммуникаций есть большие минусы.

Другой путь — асинхронные коммуникации. Здесь ровно все наоборот.

Но тут приходит Геннадий Сергеевич и говорит: «Слушай, Вася. Писать долго. Проще позвонить и обсудить все словами. Чего тратить время?».

Так вот, Геннадий Сергеевич — это обочечник.

Знаете из-за чего часто пробки на трассах подолгу стоят, вместо того, чтобы пусть медленно, но ехать? Самые нетерпеливые водители объезжают длинную очередь автомобилей справа по обочине. И потом пытаются вклиниться в поток где-то ближе к началу пробки. В итоге, вся очередь автомобилей стоит и пропускает обочечников. Геннадий Сергеевич в этом случае получит решение своей проблемы быстрее всех. Но толку от этого, если вся пробка стоит.

Также и с задачами. Помимо Геннадия Сергеевича, есть Маша, Катя, красотка Оля. Которые завели свои задачи в сервис-деске и ждут, когда сфокусированный Вася их сделает. Максимально быстро, ни на что не отвлекаясь и не переживая. Страшно представить, что произойдет, если все будут, как Геннадий Сергеевич.

Самая важная мысль. Асинхронная коммуникация — это прежде всего уважение ко времени и планам, а также ко вниманию и сосредоточенности коллег.

Важно избегать собраний и обсуждений, которые отнимают время. Важно понимать, какие дела не терпят отлагательств, а какие могут подождать. Плохо, когда в сервис-деске все задачи со статусом «critical» или «blocker». Не будь, как Геннадий Сергеевич.

И вторая главная мысль — не нужно вдаваться в крайности. Иногда можно и нарушить правила, желая получить от коллеги быстрый ответ. И никто не отменял неформального живого общения. Иначе, как Вася скажет Оле, что она красотка.

Источник

Асинхронное общение — вот настоящая причина, почему удалённая работа более эффективна

Иллюстрация: Yin Weihung

Исследование за исследованием вновь доказывают, что удалённые работники более продуктивны, чем их коллеги в офисе.

Только не совсем понятно, почему.

Да, люди сохраняют время (и рассудок), избегая пробок в час пик. На них не действуют отвлекающие факторы в офисе. Они обретают чувство контроля над рабочим графиком. Больше времени остаётся для семьи, друзей и хобби.

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

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

Опираясь на опыт собственной удалённой и в значительной степени асинхронной компании Doist, попробую объяснить, что такое асинхронная связь, как она повышает производительность и какие конкретные шаги вы можете предпринять для создания более асинхронной среды.

Что такое асинхронная связь?

По сути, асинхронная связь — это когда вы отправляете сообщение, не ожидая немедленного ответа. Например, электронное письмо. Я открываю и отвечаю на письма через несколько часов.

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

Но цифровые формы коммуникации, такие как обмен сообщениями в реальном времени, тоже могут быть синхронными. Вы отправляете сообщение, я получаю уведомление и открываю Slack, чтобы в режиме реального времени прочитать сообщение и ответить. Даже электронная почта рассматривается в основном как синхронная форма общения. Исследование Yahoo Labs от 2015 года показало, что среднее время ответа на электронные письма составляет всего две минуты.

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

Проблемы с постоянным общением в режиме реального времени

Если сотрудники более продуктивны вне офиса, что-то не так с офисом.

Согласно статье ”Collaborative Overload” в Harvard Business Review, за последние двадцать лет работники стали на 50% больше времени уделять общению с коллегами. До 80% этого времени уходит на общение по электронной почте (в среднем, шесть часов в день), совещания (в среднем, 15%), а в последнее время ещё и приложения для обмена мгновенными сообщениями (пользователь Slack отправляет в среднем 200 сообщений в день, хотя и тысяча сообщений — «не исключение» для самых активных).

Эта тенденция к почти постоянному общению означает, что средний работник умственного труда должен планировать рабочий день вокруг нескольких совещаний, причём в промежутках между ними он работает рассеянно, отвлекаясь на электронную почту и Slack.

Что ещё хуже, рост мобильных технологий означает, что рабочие коммуникации больше не ограничиваются физическим рабочим местом или рабочим временем. Мы можем проверять электронную почту и отвечать на сообщения в любое время суток. В результате, мы никогда полностью не отключаемся. Как сказал один офисный работник в комментарии New York Magazine: «Раньше я просыпался, выключал будильник и проверял Tinder. Теперь я просыпаюсь и проверяю Slack».

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

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

Я уже приводил аргументы против приложений для обмена сообщениями в реальном времени, но стоит суммировать основные проблемы, которые распространяются на большинство форм синхронной связи:

Фразу «глубокая работа» ввёл профессор компьютерных наук Джорджтаунского университета и автор книг Кэл Ньюпорт

Преимущества более асинхронной среды

Большинство людей воспринимают отвлечения как рутину, но некоторые компании, такие как Doist, Gitlab, Zapier, Automattic и Buffer, пытаются внедрить асинхронный подход. Вот некоторые из основных преимуществ лучшего контроля над персональными коммуникациями:

Хотя удержание сотрудников — своего рода показатель тщеславия, мы считаем, что именно благодаря асинхронной культуре за последние пять лет у нас практически нет текучки кадров. Удержание сотрудников превышает 90%, это намного выше среднего показателя по индустрии. Например, даже в Google с её легендарными кампусами, кучей льгот от бесплатного питания до бесплатных стрижек, средний срок работы сотрудника всего 1,1 года. Свобода работать из любого места в любое время важнее печенюшек и стоит нашей компании ровно ноль.

Но! Вам по-прежнему нужна и синхронная связь

Как у всего в жизни, у асинхронной культуры есть плюсы и минусы. Doist испытала и то, и другое.

В начале нашего асинхронного путешествия мы внесли в чёрный список большинство совещаний, так как считали их пустой тратой времени. Почти всё можно решить в письменной форме. Но недавно наш директор по маркетингу Бренна откровенно сказала, что мы потеряли некий человеческий контакт, а она чувствует себя в изоляции без личного контакта с другими сотрудниками.

Мы обнаружили, что излишняя асинхронность — тоже нехорошо

В итоге мы усвоили, что нужно всё-таки подмешивать синхронное общение там, где это имеет смысл: например, встречи один на один или выезды на природу. Трудно построить взаимопонимание и личные отношения только в письменной форме — we are human after all ©Daft Pank.

Вот некоторые приёмы, которые помогают нам устанавливать личные связи в команде:

I had a blast catching up with @aboutboard, @odsamuels, and @jvalente about life and work.

We’ve got lots of casual hangouts happening this week at @doist! Little things like this help us feel connected to all the great people we work with! #remotework pic.twitter.com/lAhAL8LQSw

(Если интересно, вот моя более подробная статья про удалённую работу и душевное здоровье).

Сегодня мы минимизируем количество совещаний, но не запрещаем их. Наш текущий стек коммуникаций выглядит примерно так:

Наш коммуникативный стек

В целом, используйте синхронную связь в следующих случаях:

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

Как создать асинхронную культуру внутри команды

Переход к асинхронности не произойдёт в одночасье. Он требует глубокого изменения инструментов, процессов, привычек и культуры. Вот некоторые конкретные шаги, которые вы можете предпринять как индивидуально, так и в качестве руководителя группы.

Что может сделать сотрудник:

Что может сделать тимлид:

Каждый сотрудник Doist имеет доступ ко всем разговорам руководства на общедоступном канале «Боссы Doist» (Doist Heads)

Асинхронность — это тяжёлая битва, которая бросает вызов привычному положению дел

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

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

Источник

Использование асинхронного обмена сообщениями для улучшения доступности

Привет, Хаброжители! Мы недавно сдали в типографию книгу Криса Ричардсона, цель которой — научить успешно разрабатывать приложения с использованием микросервисной архитектуры. В книге обсуждаются не только преимущества, но и недостатки микросервисов. Вы узнаете, в каких ситуациях имеет смысл применять их, а когда лучше подумать о монолитном подходе.

Основное внимание в книге уделяется архитектуре и разработке. Она рассчитана на любого, в чьи обязанности входят написание и доставка программного обеспечения, в том числе на разработчиков, архитекторов, технических директоров и начальников отделов по разработке.

Ниже представлен отрывок из книги «Использование асинхронного обмена сообщениями»

Использование асинхронного обмена сообщениями для улучшения доступности

Как вы видели, разнообразные механизмы IPC подталкивают вас к различным компромиссам. Один из них связан с тем, как механизм IPC влияет на доступность. В этом разделе вы узнаете, что синхронное взаимодействие с другими сервисами в рамках обработки запросов снижает степень доступности приложения. В связи с этим при проектировании своих сервисов вы должны по возможности использовать асинхронный обмен сообщениями.

Сначала посмотрим, какие проблемы создает синхронное взаимодействие и как это сказывается на доступности.

3.4.1. Синхронное взаимодействие снижает степень доступности

REST — это чрезвычайно популярный механизм IPC. У вас может возникнуть соблазн использовать его для межсервисного взаимодействия. Но проблема REST заключается в том, что это синхронный протокол: HTTP-клиенту приходится ждать, пока сервис не вернет ответ. Каждый раз, когда сервисы общаются между собой по синхронному протоколу, это снижает доступность приложения.

Чтобы понять, почему так происходит, рассмотрим сценарий, представленный на рис. 3.15. У сервиса Order есть интерфейс REST API для создания заказов. Для проверки заказа он обращается к сервисам Consumer и Restaurant, которые тоже имеют REST API.

Создание заказа состоит из такой последовательности шагов.

Эта проблема не уникальна для взаимодействия на основе REST. Доступность снижается всякий раз, когда для ответа клиенту сервис должен получить ответы от других сервисов. Здесь не поможет даже переход к стилю взаимодействия «запрос/ответ» поверх асинхронных сообщений. Например, если сервис Order пошлет сервису Consumer сообщение через брокер и примется ждать ответа, его доступность ухудшится.

Если вы хотите максимально повысить уровень доступности, минимизируйте объем синхронного взаимодействия. Посмотрим, как это сделать.

3.4.2. Избавление от синхронного взаимодействия

Существует несколько способов уменьшения объема синхронного взаимодействия с другими сервисами при обработке синхронных запросов. Во-первых, чтобы полностью избежать этой проблемы, все сервисы можно снабдить исключительно асинхронными API. Но это не всегда возможно. Например, публичные API обычно придерживаются стандарта REST. Поэтому некоторые сервисы обязаны иметь синхронные API.

К счастью, чтобы обрабатывать синхронные запросы, вовсе не обязательно выполнять их самому. Поговорим о таких вариантах.

Использование асинхронных стилей взаимодействия

В идеале все взаимодействие должно происходить в асинхронном стиле, описанном ранее в этой главе. Представьте, к примеру, что клиент приложения FTGO применяет для создания заказов асинхронный стиль взаимодействия вида «запрос/асинхронный ответ». Чтобы создать заказ, он отправляет сообщение с запросом сервису Order. Затем этот сервис асинхронно обменивается сообщениями с другими сервисами и в итоге возвращает клиенту ответ (рис. 3.16).

Клиент и сервис общаются асинхронно, отправляя сообщения через каналы. Ни один из участников этого взаимодействия не блокируется в ожидании ответа.

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

Если у сервиса есть синхронный API, доступность можно улучшить за счет репликации данных. Посмотрим, как это работает.

Одним из способов минимизации синхронного взаимодействия во время обработки запросов является репликация данных. Сервис хранит копию (реплику) данных, которые ему нужны для обработки запросов. Чтобы поддерживать реплику в актуальном состоянии, он подписывается на события, публикуемые сервисами, которым эти данные принадлежат. Например, сервис Order может хранить копию данных, принадлежащих сервисам Consumer и Restaurant. Это позволит ему обрабатывать запросы на создание заказов, не обращаясь к этим сервисам. Такая архитектура показана на рис. 3.17.

Сервисы Consumer и Restaurant публикуют события всякий раз, когда их данные меняются. Сервис Order подписывается на эти события и обновляет свою реплику.

В некоторых случаях репликация данных — это хорошее решение. Например, в главе 5 описывается, как сервис Order реплицирует данные сервиса Restaurant, чтобы иметь возможность проверять элементы меню. Один из недостатков этого подхода связан с тем, что иногда он требует копирования больших объемов данных, что неэффективно. Например, если у нас много заказчиков, хранить реплику данных, принадлежащих сервису Consumer, может оказаться непрактично. Еще один недостаток репликации кроется в том, что она не решает проблему обновления данных, принадлежащих другим сервисам.

Чтобы решить эту проблему, сервис может отсрочить взаимодействие с другими сервисами до тех пор, пока он не ответит своему клиенту. Речь об этом пойдет далее.

Завершение обработки после возвращения ответа

Еще один способ устранения синхронного взаимодействия во время обработки запросов состоит в том, чтобы выполнять эту обработку в виде следующих этапов.

Представьте, что сервис Order действует таким образом. Он создает заказ с состоянием PENDING и затем проверяет его, обмениваясь асинхронными сообщениями с другими сервисами. На рис. 3.18 показано, что происходит при вызове операции createOrder(). Цепочка событий выглядит так.

Сервис Order может получить сообщения ConsumerValidated и OrderDetailsValidated в любом порядке. Чтобы знать, какое из них он получил первым, он меняет состояние заказа. Если первым пришло сообщение ConsumerValidated, состояние заказа меняется на CONSUMER_VALIDATED, а если OrderDetailsValidated — на ORDER_DETAILS_VALIDATED. Получив второе сообщение, сервис Order присваивает заказу состояние VALIDATED.

После проверки заказа сервис Order выполняет оставшиеся шаги по его созданию, о которых мы поговорим в следующей главе. Замечательной стороной этого подхода является то, что сервис Order сможет создать заказ и ответить клиенту, даже если сервис Consumer окажется недоступным. Рано или поздно сервис Consumer восстановится и обработает все отложенные сообщения, что позволит завершить проверку заказов.

Недостаток возвращения ответа до полной обработки запроса связан с тем, что это делает клиент более сложным. Например, когда сервис Order возвращает ответ, он дает минимальные гарантии по поводу состояния только что созданного заказа. Он отвечает немедленно, еще до проверки заказа и авторизации банковской карты клиента. Таким образом, чтобы узнать о том, успешно ли создан заказ, клиент должен периодически запрашивать информацию или же сервис Order должен послать ему уведомительное сообщение. Несмотря на всю сложность этого подхода, во многих случаях стоит предпочесть его, особенно из-за того, что он учитывает проблемы с управлением распределенными транзакциями, которые мы обсудим в главе 4. В главах 4 и 5 я продемонстрирую эту методику на примере сервиса Order.

Резюме

Для Хаброжителей скидка 30% на предзаказ книги по купону — Микросервисы

Источник

Синхронное общение: характеристики, преимущества и недостатки

Содержание:

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

Одной из многих возможностей, предлагаемых новыми технологиями, является синхронное общение.. В этой статье мы поговорим о его основных характеристиках, основных средствах связи или платформах, которые позволяют это сделать, а также о преимуществах и недостатках, которые он представляет.

Что такое синхронное общение?

Под синхронностью мы понимаем совпадение во времени двух или более событий. Если мы применим эту концепцию к общению между людьми, мы получим идею синхронного общения.

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

Хотя поначалу это может быть не новая концепция (так как она напоминает традиционный разговорный разговор), идея синхронного общения образуется в мире новых технологий, в частности, в CMC (Computer Mediated Communication).

В этом контексте синхронная коммуникация определяется как процесс обмена информацией в реальном времени с использованием Интернета или технологических платформ.

Однако с появлением информационных и коммуникационных технологий (ИКТ) чат стал главным образом прототипом синхронного общения. Чаты предоставляют нам пространство для обмена информацией и живого взаимодействия с характеристиками традиционно устного общения, но опосредовано виртуальным пространством.

Чем это отличается от асинхронного общения?

Контраст этой синхронной связи определяется асинхронной связью. Буквально определение асинхронной коммуникации относится к процессу обмена информацией, в котором люди не разделяют или не совпадают по временному фактору.

Это означает, что в отличие от синхронного общения, при асинхронном общении люди не обмениваются информацией одновременно или в одном и том же промежутке времени.

Какие у него есть приложения?

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

Благодаря виртуальным коммуникационным платформам студенты, учителя и коллеги могут общаться и сотрудничать синхронно (или асинхронно) без пространственно-временных ограничений.

Через использование интернет-сетей, платформ, инструментов или виртуальных приложений обмен идеями и информацией облегчается. Что, при правильном использовании, может быть шагом вперед в обучении и работе.

Основные технологические инструменты

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

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

1. Обмен мгновенными сообщениями

Это одна из первых форм текстового общения между людьми в реальном времени. Благодаря использованию устройств, подключенных к Интернет-сети, можно мгновенно общаться между двумя или более людьми с помощью письменного языка.

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

2. Чат

Появление чатов на разных виртуальных платформах означало революцию в динамике общения между людьми. Эти виртуальные живые коммуникативные пространства включают место для встреч между двумя или более людьми в котором можно делиться всеми видами информации.

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

3. Видеозвонки и аудиозвонки.

В дополнение к традиционным аудиозвонкам, с помощью видеозвонков или видеоконференций возможно двустороннее общение в реальном времени с характеристиками устного общения или разговора, поскольку включает визуальную и слуховую информацию, и без ограничений, которые подразумевает расстояние.

В чем его достоинства и недостатки?

Несмотря на то, что этот тип связи имеет большие преимущества и, следовательно, степень его популярности, неправильное использование может привести к ряду недостатков. Среди преимуществ и недостатков синхронного общения мы находим:

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

Основные преимущества заключаются в следующем.

2. Недостатки

Среди недостатков, связанных с синхронным общением.

Паразитология: история, что изучает?, Отрасли, понятия

Источник