Синхронность и асинхронность процессов

[@MonkAlex]

Вы даже в термины не попадаете, а пишете дофига.
Асинхронность — это пока что-то полезное делается, вместо того чтобы ждать и ничего не делать.
Это когда ваши согласующие до своего согласования делают работу, а не тупо сидят и ждут команды «согласуй», параллельностью тут даже не пахнет. И так работают все вокруг. Если в компании на одного контрагента приходится столько человек и они больше ничем не занимаются, то их увольняют, для оптимизации.

UPD: а момент с тем, что люди должны делать то, что ещё не утверждено, меня порадовал безмерно. А платить им потом за что, если они не сделали ничего? А когда они тогда должны делать то, за что им платят?

[@MonkAlex]

Так а что, у вас в компании реально есть люди, которые сидят и ждут? Им больше нечем заняться?

[@lexlocker]

Вы не поверите, иногда выгоднее платить людям за то, что они ничего не делают. Один из примеров — сисадмины. Только непрофессионалы постоянно работают и у них все в мыле, спецы построят инфраструктуру так, что она может работать без вмешательств годами. И это ошибка выжившего — менеджеры в этом случае непрофессионалам платят и считают, что они необходимы, а профессионалов увольняют — зачем им платить, если они ничего не делают? ))
Из классики — история про фабрику, изготовляющую зубную пасту.

Там возникла проблема обнаружения пустых тюбиков на выходе конвейера.

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

Проект включал закономерные стадии: ассигнование бюджета, запрос предложений на заключение контракта, привлечение независимой третьей фирмы к выбору подрядчика — и, 6 месяцев (а также 8 миллионов долларов) спустя, фабрика получила фантастическое решение — вовремя, в рамках бюджета, высококачественное и удовлетворившее всех.

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

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

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

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

За несколько метров до весов рядом с лентой конвейера стоял обычный офисный вентилятор за 20 долларов и сдувал пустые тюбики в корзину. «А, это один из рабочих поставил, потому что ему надоело ходить в конец линии каждый раз, когда звучала сирена» — объяснил директору пробегавший мимо сотрудник.

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

[@MonkAlex]

Уф, я не готов сейчас перечитывать статью, которой 4 года, чтобы вспомнить, о чём я думал, когда писал комментарии.

Человек, который совсем ничего не делает - в любом случае не нужен. Если в компании 10 сисадминов, и их могут с тем же успехом заменить условно трое - то зачем переплачивать?

[@nmivan]

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

[@MonkAlex]

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

Тащемта, в ИТ это так.

[@Xandrmoro]

У вас ОЧЕНЬ странное представление об асинхронности

[@voopr]

Мир может многому научиться у программистов. Он и так учится, только не тому и не так.

Абсолютно согласен про не тому и не так.

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

Конечно непонятно, так как неверно.

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

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

[@Throwable]

В общем случае никакой синхронности/асинхронности не существует. Эти термины возникают, когда появляется понятие "поток выполнения" и связанные с ним термины: контекст выполнения, состояние, стек, etc… Возьмите любой нормальный функциональный язык программирования, и внезапно куда-то исчезнет вся "последовательность выполнения".

Есть два способа реализации асинхронного выполнения:

• Тикет: когда при старте асинхронной задачи основному процессу возвращается тикет-объект, при помощи которого он сможет запрашивать состояние выполнения задачи.
• Колбек: при старте асинхронной задачи основной процесс указывает какой код вызвать при ее завершении.