Делаем обычную микроволновку умнее с IFTTT и OpenHAB


«Умные дома» и «умные офисы» сегодня тренд. А как сделать самое обычное бытовое устройство чуть «умнее»? А что если при этом вы не умеете или не хотите ничего паять? Я например отношусь к тем, кто паять не умеет, а пользу от умных устройств получать хочет.

Под катом я расскажу, как легко и без паяльника можно быстро превратить абсолютно любую микроволновку в самую настоящую smart-микроволновку, которая будет оповещать вас о готовности еды и своем текущем статусе самыми разнообразными способами.

Для чего?

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

Во всех офисах у нас висит по телевизору, который подключен к самому обычному ПК (Mac Mini). Так что он мог бы выступить в качестве «рупора», оповещающего, когда микроволновка начала, а когда закончила свою работу. Вдобавок, можно было бы подключить какое-то световое оповещение, типа лампочек ильича Phillips Hue. Ну или посылать уведомление в мессенджер.

Что понадобится?

Как я уже сказал ранее, паяльник НЕ ПОНАДОБИТСЯ. А понадобится нам что-нибудь, что умеет мерять нагрузку на обычной 220 розетке, к которой подключена микроволновка, и сообщать об этом куда надо. А куда надо? Правильно — в онлайн автоматизатор IFTTT, который умеет отправлять что-угодно куда-угодно.

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

Розетка

Теперь пойдем в любой интернет магазин умных домов и купим там обычную Z-Wave розетку и контроллер к ней.

Это не единственный способ, можно было бы выбрать и другой вариант, но этот лично для меня проще всего.

Сама розетка — например вот эта (хотя можно купить и гораздо более дешевый вариант, но эта красиво светится 🙂 )

Котроллер нужен, чтобы получать данные от розетки. С его помощью можно также и управлять умными устройствами, но сейчас не об этом.
Будем подключать нашу розетку к контроллеру MiCasa Vera Lite (или можно к Vera 3).

Контроллер подключается в локальную сеть через Ethernet или Wi-Fi (для Vera3). С ним один раз синхронизируется розетка с помощью одной-единственной кнопки, и все — теперь с помощью контроллера можно управлять розеткой и получать от нее данные. Сразу ее включим через веб-консоль контроллера и оставим включенной.

OpenHAB

Чтобы не писать всякие скрипты на самом контроллере, а обойтись «малой кровью», установим на любой ПК под любой ОС бесплатный сервер домашней автоматизации OpenHAB. Он позволяет унифицировать протоколы любых умных устройств в сети и связывать их в единую логику с помощью очень гибких и простых правил.

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

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

Установка

Итак, скачаем OpenHAB и аддоны для него, среди которых отыщем jar файлы со словом «mios» в названии и положим их в папку «addons» нашего OpenHAB-а.

Еще вам понадобится Oracle JDK последней версии, так как OpenHAB написан на Java

Конфигурируем OpenHAB

Тут все просто. Идем в папку «configurations» и переименовываем «openhab_default.cfg» в «openhab.cfg» и открвыаем его в редакторе.
В конец фала пишем строчку

mios:house.host=192.168.1.22

естествнно заменив IP адрес на адрес вашего контроллера Vera. Его кстати можно очень быстро получить, открыв в браузере вот такую ссылку http://cp.mios.com/detect_unit.php

Подробное описание процесса настройки и конфигурации Vera в OpenHAB описана на странице аддона github.

Далее идем в папку «items» и там в файле «test.items» пропишем настройку, чтобы OpenHAB знал, состояние какой розетки нам нужно отслеживать:

Number Microwave {mios="unit:house,device:11/service/urn:micasaverde-com:serviceId:EnergyMetering1/Watts"}

Вместо цифры 11 пропишите идентификатор вашей розетки, который можно увидеть в веб-консоли вашего контроллера Vera.

Ну и последнее — пишем небольшое правило, которое будет отслеживать состояние розетки и отправлять запрос на наш IFTTT.
В папке «rules» создаем файл «test.rules» и пишем там:

import org.openhab.core.library.types.* import org.openhab.model.script.actions.*  rule "Microwave"  when    Microwave received update 0  then   sendHttpGetRequest("http://maker.ifttt.com/trigger/microwave/with/key/<тут должен быть ваш ключ от IFTTT>") end 

Правило реагирует, когда нагрузка от микроволновке становится равной нулю и шлет запрос на IFTTT. Адрес запроса нужно получить в вашей консоли IFTTT, туда сейчас и пойдем.

IFTTT


IFTTT предоставляет возможность слать ему запросы от любых систем и перенаправлять их в нужный вам канал с помощью канала Maker. Там можно получить свой уникальный идентификатор, который и подставить в приведенный выше скрипт OpenHAB.
По сути, это URL, на который нужно отправить GET или POST запрос, заодно можно туда передать параметры (в нашем примере это не нужно). IFTTT получает такой запрос и выполняет «then» — то есть запускает нужный вам канал с нужными параметрами.

Кто-то обязательно скажет, что мол все придумано за нас, и OpenHAB уже давно работает с IFTTT, зачем нам костыль из Maker?
Отвечу сразу — IFTTT слишком редко получает статусы от OpenHAB (раз в 15 минут), что для нас неприемлемо. Поэтому OpenHAB будет сам «дергать» Maker — и тогда никаких задержек не будет, все будет происходить моментально.

Итак, делаем рецепт:

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

Настройки самого триггера Maker будут вот такими:

Собственно все! В Maker можно проверить как это работает — на самой странице Maker можно нажать кнопку Test и получить результат.

Не забудьте прописать ваш ключ от Maker в правило в OpenHAB!

Запускаем!

Остается только запустить OpenHAB с помощью одного из скриптов «start.sh» или «start.bat», в зависимости от того, на какой ОС у вас он установлен.
Теперь каждый раз, когда микроволновка будет заканчивать греть еду, вы будете получать от IFTTT нотификацию, которую настроили в своем рецепте. Причем моментально.
Так мы сделали из обчной микроволновки «умную», которая умеет немножко больше, чем только греть еду 🙂

Если статья оказалась для вас полезной, и вы хотите как-то отблагодарить автора, то помогите мне пристроить очень замечательного, но бездомного котёнка в Санкт-Петербурге. Спасибо!

ссылка на оригинал статьи http://geektimes.ru/post/263040/

Консоль 21 века: mosh, tmux, fish

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

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

Проблемы ssh

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

  1. При высоком round-trip latency (>100 ms) пользовательский ввод появляется с ощутимой задержкой, а при использовании мобильного интернета с edge (latency 1000 ms) работа становится подобна пытке
  2. При временных проблемах (несколько минут) с доставкой пакетов, соединение может порваться с write failed: broken pipe, причем узнаете вы об этом только при попытке ввода или при использовании настроек вроде keepaliveinterval

Первая проблема неразрешима потому, что ssh by-design является просто транспортом для байтов, и существующие приложения на это поведение расчитывают. Поскольку ssh не пытается интерпетировать этот поток байтов, он не может осуществлять предиктивный ввод. Лично для меня именно эта проблема наиболее актуальна, поскольку мне приходится работать с серверами в европе и США, и во втором случае задержка составляет около 200 мс и является принципиально неустранимой, по крайней мере до изобретения квантовой коммуникации или чего-нибудь подобного. Вторая же проблема проявляется в наших условиях относительно редко, но всё же неприятно переустанавливать все соединения при сбоях сети (и перезапускать упавшие приложения, если они почему не были запущены в screen).

Решение — mosh (MObile SHell)

Решение указанных выше проблем весьма радикально — mosh ( mosh.mit.edu ) представляет из себя отдельную клиент-серверную систему, работающую по UDP и посылающую диффы экрана вместо подхода, используемого SSH, который передает байты «как есть». Изначальное соединение происходит по ssh, но ssh лишь запускает mosh-server и выходит после этого. Из-за этого подключение к серверу с использованием mosh происходит немного дольше, чем просто по SSH.

Для того, чтобы работать через mosh вместо ssh, нужно установить mosh-клиент к себе на компьютер и mosh-server на удаленный хост. В целом, не обязательно его устанавливать общесистемно — демон работает из-под пользователя, и при соединении можно указать бинарник сервера (пример: mosh —server /home/yuriy/bin/mosh-server my-server-hostname).

Поскольку mosh посылает диффы экрана по udp, он очень сильно отличается по своим свойствам от привычного ssh через tcp/ip:

Соединение никогда не рвется
Нет никакого «соединения». При восстановлении связности сети вы снова начинаете видеть текущее состояние консоли. Вы можете также менять способ подключения к серверу, например поменять wi-fi точку доступа, и все продолжит работать. Это особенно удобно при использовании VPN через мобильный интернет, который представляет из себя образец нестабильности.

Забудьте про возможность скроллить историю колесом мыши
Локальная прокрутка не будет работать, так как mosh рисует все в альтернативном экране, и показывает только разницу с предыдущим состоянием, не пересылая остальное. Для того, чтобы история сохранялась хоть куда-нибудь, необходимо использовать screen или tmux, о котором будет рассказано далее. С некоторым напильником все же можно заставить колесо мыши работать, но ощущения все равно будут «не те».

При высокой latency включается предиктивное echo
Если вы, к примеру, используете SSH через EDGE, то я вам очень не завидую :). В этом случае mosh умеет «понимать», в каком контексте он сейчас работает и в большинстве случаев способен адекватно отображать ваш ввод еще до того, как хоть что-то придет с сервера. На иллюстрации ниже «подчеркнутый» текст — это текст, введенный пользователем, но эхо (в большинстве случаев — просто введенный пользователем текст) с сервера еще не получено. Также, даже в случае не слишком высокой latency (например, 50мс, уже заметные на глаз), mosh старается показать пользовательский ввод мгновенно, если «уверен», что в данный момент с сервера просто возвращается введенный текст. Таким образом, в случае latency порядка 50-100 мс, работа в удаленной консоли становится практически неотличимой от локальной. За исключением возможности увидеть историю, как было упомянуто выше.

Все указанные вещи достигаются за счет того, что сервер тоже «рендерит» вывод из консоли и держит текущее состояние экрана у себя в памяти. В трекере mosh’а есть предложения уметь хранить еще и историю, чтобы можно было отказаться от дополнительной прослойки в виде screen/tmux, но пока что авторы ничего не сделали в этом направлении.

Давайте теперь перейдем к тому, что такое tmux и чем он лучше screen:

Проблемы screen

К сожалению, я не большой знаток screen, поэтому из проблем я бы мог назвать только две — отсутствие поддержки разделения экрана по вертикали (вместо горизонтального по умолчанию) и медленное развитие в целом из-за очень старой кодовой базы. Удобство использования у screen тоже оставляло желать лучшего. Поддержку разделения по вертикали запилили в новой версии screen 4.2, но к тому моменту я лично уже перестал им пользоваться. В целом, screen по-прежнему является стандартом де-факто, как и ssh, и нельзя его списывать со счетов.

Что такое tmux и его преимущества перед screen

Если вы никогда не слышали о терминальных мультиплексорах (Terminal MUltipleXor), то предыдущий абзац вам вряд ли будет понятен. Поэтому, расскажу немного про то, что это такое:

Представьте себе ситуацию, что вы хотите запустить какую-то длительную операцию по ssh, и у вас отваливается соединение. Или вы не хотите ждать ее завершения, потому что эта команда представляет из себя «while true; do run-daemon; done». По умолчанию, интерактивные сессии посылают сигнал SIGHUP всем процессам из этой сессии при отключении, и процессы завершаются.

Эту проблему можно решать по-разному, например использовать команду nohup, которая перенаправляет вывод в файлы и игнорирует SIGHUP. Но более интересным решением является использование терминальных мультиплексоров, например screen или tmux. При первом запуске обычно стартует новая сессия, в которой вы можете работать, и эта сессия не привязана жестко к вашему ssh-соединению. Вы можете отключиться, например закрыв вкладку с ssh-подключением, или нажав «Ctrl+B D» (то есть, сначала нажать Ctrl+B, а затем лтпустить Ctrl и нажать D), и все запущенные внутри tmux приложения останутся нетронутыми. Вы можете потом подключиться к этой сессии обратно, введя «tmux attach» или screen с кучей флажков, например "-rD".

В целом, tmux выглядит более user-friendly и поддерживает из коробки довольно интересные вещи:

  1. Вышеупомянутое разделение экрана по вертикали, например с помощью Ctrl+B :split-vertical. К сожалению, новую версию screen с поддержкой такого разделения экрана все еще можно встретить не везде.
  2. Возможность подключиться к существующей сессии несколько раз — tmux attach подключит вас к существующей сессии, не «выкидывая» других подключенных пользователей
  3. Перемотка истории с помощью колеса мыши заданием опции mouse-mode on
  4. Отсутствие необходимости запускать «script» при попытке подключиться к screen другого пользователя через sudo

Скорее всего, все указанные выше вещи можно сделать и в рамках screen, просто tmux изначально спроектирован более простым для пользователя и имеет больше фич. Если вы вдруг пользуетесь iterm2, то в нем есть встроенная поддержка интеграции с tmux, что тоже может быть аргументом в его пользу.

Ну и напоследок поговорим про fish — friendly interactive shell

Недостатки bash

Честно говоря, сложно сказать, какие у баша достоинства. Самое большое достоинство баша состоит в том, что это самый распространенный шелл и что он стоит по умолчанию в большинстве дистрибутивах линукса, mac os x и даже cygwin. Также, bash является posix-совместимым, что означает, что можно заменить /bin/sh на /bin/bash в системе и «ничего не сломается». Однако интерактивные возможности баша находятся далеко позади другого распространенного конкурента в лице zsh, в баше даже нет правого prompt’а. Большинство возможностей как в bash, так и в zsh, выключены по умолчанию. Чтобы воспользоваться всеми фичами этих шеллов, нужно либо потратить значительное количество времени на их настройку, либо использовать готовые решения, например oh-my-zsh.

Интерактивный шелл 21 века — fish

Достаточно один раз увидеть, как работает fish (friendly interactive shell), и вы уже не захотите пользоваться ничем другим :). В целом, fish — это именно интерактивный шелл, не POSIX-совместимый. То есть, скрипты, написанные для /bin/sh или /bin/bash с его помощью выполнять нельзя. Синтаксис шелла немного отличается от обычного, см. примеры ниже.

Основные фичи:

  • Авто-дополнение для команд из истории и для имен файлов прямо по мере ввода, в режиме реального времени
  • Поставляется «с батарейками» — из коробки есть умное авто-дополнение для большинства команд, есть git_prompt и прочее
  • Наличие левого и правого prompt’ов, правильное вычисление их размеров, prompt задается функцией, а не строкой из PS1
  • Автоматическая история для директорий — Alt+Shift+стрелки налево-направо позволяют прозрачно возвращаться к предыдущей директории и обратно
  • «Исправленный» синтаксис, никаких больше do, then, fi, esac, $?, бэктиков (`cmd`) и множества других вещей — с адекватными подсказками — это делает fish не-POSIX шеллом, что, в общем-то, достоинством не является
  • Поддержка аббревиатур — к примеру, создав аббревиатуру «st -> git status», вы будете «вводить» «git status», как только ввели «st» — таким образом будет работать авто-дополнение и окружающие люди не будут пугаться ваших непонятных сокращений
  • Улучшенное авто-дополнение по <tab> — показываются не только сами подсказки, но и их тип (например, для git checkout показываются отдельно ветки и теги )

Есть также просто мелкие приятные улучшения:

  • prompt отображается нормально и не портится, даже если вывод программы не оканчивается переводом строки
  • подчёркивание правильных путей до файлов
  • показ красным некорректных команд — вы можете понять, что вы ввели неправильное имя команды, не нажимая Enter
  • возможность легко перенаправить stderr в pipe с помощью синтаксиса вида 2>| или ^|
  • все есть функция, нет алиасов, и для функций поддерживается autoload — при загрузке fish не считывает все доступные функции в память, а также позволяет менять код функций «на лету» без необходимости перечитывания полного конфига
  • локальная переменная CMD_DURATION — время исполнения последней команды, в миллисекундах
  • сокращенный путь до текущей директории по умолчанию — берутся первые буквы каждого из компонентов пути, кроме последней директории (например, /usr/local/bin/ -> /u/l/bin/)

Пример правого prompt’а с использованием CMD_DURATION и git_prompt:

$ cat ~/.config/fish/functions/fish_right_prompt.fish function fish_right_prompt 	if test $status = 0 		echo -n (set_color green) 	else 		echo -n (set_color red) 	end  	echo $CMD_DURATION (set_color normal)ms (set_color yellow) (__fish_git_prompt "%s") (set_color normal) end 

Обратите внимание на синтаксис if-выражений — он больше похож на python, чем на shell. Выражения в скобках означает «вставить результат выполнения команды» — в bash это записывается как $(…), в fish первый символ доллара не требуется.

Вот, как это выглядит:

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

Интеграция mosh, tmux и fish, выводы

При использовании tmux и fish вместе, возможны 2 проблемы, обе которых немного неприятны, но легко решаемы:

Вывод из stderr «пропадает» — github.com/fish-shell/fish-shell/issues/2115 — решается запуском «fish 2>&1» вместо просто «fish»
По умолчанию tmux ставит переменную окружения $TERM в screen, хотя и поддерживает 256-цветный режим, поэтому нужно выставить переменную окружения «export TERM=screen-256color», чтобы получить обычный fish вместо fallback’а на 16-цветный режим

Также, при использовании правого prompt’а в fish, а также при разделении окон по вертикали в tmux, клиент для mosh может начать сдвигать правую границу при быстром вводе, что приводит к временным артефактам при рисовании. Это происходит из-за того, что mosh не понимает, что положение рамок, разделяющих панели в tmux, а также положение правого prompt’а в fish фиксировано, и сдвигает их при вводе направо, вместе с остальным текстом.

Итого: все перечисленные выше инструменты весьма новые, и пока что не отточены до такого же состояния, как обычная связка ssh+screen+bash, но со временем ситуация улучшается, разработчики учитывают feedback от пользователей и улучшают интеграцию с другими «новыми» инструментами.

В целом, связка mosh+tmux+fish для меня решила множество мелких (и не очень) проблем, связанных с работой в удаленной консоли, не создав при этом много новых. Большое количество мелких, но удобных и полезных фич каждого из описанных инструментов, как мне кажется, стоит того, чтобы их попробовать самому.

ссылка на оригинал статьи http://habrahabr.ru/post/267797/

Штрафы за неисполнение закона о «праве на забвение» для поисковых сервисов станут реальностью


Фото: Андрей Махонин / Коммерсантъ

Относительно новый законопроект, который вводит для интернет-поисковиков штрафы вплоть до 3 млн рублей, за неисполнение закона о «праве на забвение», получил поддержку специального комитета Госдумы по информационной политике. Алексей Казаков, один из авторов этого законопроекта, внес теперь и новое предложение — рассмотреть возможность блокировки поисковиков за многократное нарушение постановлений суда об удалении информации, пишет «Коммерсант». А глава упомянутого выше комитета Леонид Левин дал рекомендацию Госдуме принять этот законопроект уже в первом чтении.

«Комитет концептуально поддерживает принятие данного законопроекта, однако обращает внимание, что основанием для привлечения операторов поисковой системы к ответственности должно являться только неисполнение решения суда»,— сказал Леонид Левин. Сам закон о «праве на забвение» был подписан президентом России Владимиром Путиным еще 14 июля. Этот закон обязывает поисковые сервис удалять из выдачи ссылки на сайты, «позволяющие получить доступ к информации о заявителе, распространяемой с нарушением законодательства РФ, являющейся недостоверной, а также неактуальной, утратившей значение для физического лица в силу последующих событий или его действий» по требованию самих граждан. При этом есть исключения — если речь идет о событиях, которые содержат признаки уголовно наказуемых деяний.

Новый законопроект предусматривает возможность введения довольно крупных штрафов для тех поисковых систем, которые не исполняют нормы закона о «праве на забвение». «Неисполнение оператором поисковой системы требования гражданина… о прекращении выдачи ссылок, позволяющих получить доступ к информации об этом гражданине» приведет к наложению на поисковый сервис административного штрафа в размере 100 тыс. рублей. Если же в течение пяти дней поисковый сервис не выполнит решение суда по иску гражданина о прекращении выдачи ссылок, то сумма штрафа может быть увеличена до 3 млн рублей.

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

Поддерживаете ли вы закон о «праве на забвение»?

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

Проголосовало 12 человек. Воздержавшихся нет.

ссылка на оригинал статьи http://megamozg.ru/post/19742/

Фанаты «Моего маленького пони» собирают деньги на файтинг по мотивам мультсериала (но с новыми персонажами)

Разработчик «Mane6» хотел исполнить мечты всех поклонников сериала «Дружба — это чудо» и сделать файтинг по мотивам доброго мультфильма о маленьких пони, но столкнулся с претензией от Hasbro. Команда возобновила работу над проектом вместе с продюсером мультсериала и новыми персонажами.

На данный момент за шесть дней на Indiegogo из необходимых 436 тысяч долларов собраны 42%, а до конца кампании остаётся двадцать пять дней.

Сырой геймплей новой игры:



История игры Them’s Fighting Herds началась в 2011 году с желания Mane6 сделать файтинг MLP: Fighting is Magic, в котором шесть милых пони из мультсериала должны были выбивать друг из друга мультяшную дурь. Но Hasbro, производитель игрушек и настольных игр, которому принадлежат права на персонажей сериала, потребовал прекратить разработку игры. Mane6 пытались урегулировать конфликт, заявив, что персонажей они используют для некоммерческих целей, но Hasbro не прислушались.

Работы над файтингом продолжились, когда к команде присоединились продюсер «Дружба — это чудо» Лорен Фауст и студия Lab Zero Games. Создатель сериала о добрых пони сделала новых персонажей специально для игры, а название сменили на Them’s Fighting Herds.

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


Видео для краудфандинговой компании


Онлайн-среда для поиска битв

image
Персонажи сериала в файтинге

image
Один из персонажей новой игры

Сериал «Мой маленький пони» популярен среди взрослого населения, он стал причиной появления субкультуры брони — от английских «brother» и «pony». Россия, Украина и Беларусь лидируют по запросам порно с персонажами из мультфильма.

ссылка на оригинал статьи http://geektimes.ru/post/263046/

Равноправие в экономике: благодаря женщинам глобальный ВВП может быть увеличен на 8% к 2025 году


Фото: Reuters

Сейчас женщины составляют около 50% всего трудоспособного населения мира. Правда, на долю женщин приходится всего около 37% глобального ВВП. Аналитическое агентство McKinsey, после детального анализа статистики ОЭСР в 95 странах, сделало вывод о том, что настоящего гендерного равенства в мире еще нет, пишет «Коммерсант». Что касается Индии, Ближнего Востока и Южной Азии, то здесь женщины создают около 20% ВВП. В Северной Америке этот показатель достигает около 40%.

В докладе утверждается, что гендерное неравенство является причиной низкой занятости женщин на рынке труда. Женщины работают неполный день, плюс заняты в не самых продуктивных секторах экономики, включая сельское хозяйство. Женщины выполняют и около 75% всей неоплачиваемой работы в мире — это уход за детьми и пожилыми, уборка, приготовление пищи. При этом часть такой работы вполне может оплачиваться или же делиться между женщинами и мужчинами поровну. Стоимость подобного труда оценивается аналитиками в $10 трлн в год или 13% глобального ВВП в процентном отношении.

После изучения текущей ситуации аналитики разработали два дальнейших сценария развития экономической ситуации и гендерного равенства в экономике. Первый сценарий, названный «идеальным», подразумевает полноценное участие женщин в экономике. Он может привести к росту мирового ВВП на 20% (в денежном выражении это $28 трлн). Правда, такой сценарий возможен лишь при соблюдении ряда требований: переход на полный рабочий день, занятость женщин не только в низкопродуктивных секторах экономики, но и высокопродуктивных. Второй сценарий предусматривает плавный рост участия женщин в трудовых отношениях, с их занятостью в высокопродуктивных секторах. Это, по словам экспертов, позволило бы добавить мировому ВВП 8% ($12 трлн в денежном выражении). В докладе также оговаривается, что подобный путь развития потребовал бы инвестирования средств в размере около $3 трлн, которые направлялись бы на образование и создание рабочих мест в высокопродуктивных секторах.

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

ссылка на оригинал статьи http://megamozg.ru/post/19744/