Безусловный базовый доход ближе, чем кажется


Гарантированный базовый доход, он же ББД (безусловный базовый доход) или UBI (Universal Basic Income) — горячая тема, набирающая популярность не только на Хабре и в гиковских кругах, но и по всему миру среди экономистов, руководителей городов и даже кандидатов в президенты США.

В 2021 тема ББД актуальна как никогда: эмпирические данные в пользу гарантированного базового дохода растут по экспоненте, новые эксперименты запускаются буквально на глазах: в апреле о запуске собственных пилотных программ объявили Лос-Анджелес и Сан-Франциско, следующий вероятный кандидат на очереди — Нью-Йорк. О том, что говорят ББД на практике забытый канадский эксперимент 1970-х, калифорнийский эксперимент 2020-х, политическая программа лидирующего кандидата на выборах мэра Нью-Йорка 2021 года и современная пенсионная система, существующая с 1889 года — в этой статье.

Безусловный базовый доход в 1970-е: забытый канадский эксперимент

В 1974 году в канадском городе Дофин, Манитоба, стартовал экономический эксперимент под названием Mincome, целью которого было испытать новый способ борьбы с бедностью в канадской глубинке. Эксперимент продлился пять лет, с 1974 по 1979, в течение которых жители Дофина получали годовые выплаты 16 тысяч канадских долларов (11 700 долларов США) на семью в среднем.

Охват программы был небольшим — чуть больше 2000 человек, однако дофинский эксперимент примечателен своей продолжительностью — целая пятилетка. С научной точки зрения его итоги были подведены только в 2011 году, когда университет Манитобы опубликовал исследование под названием «Город без бедности: влияние канадского эксперимента с гарантированным годовым доходом на здоровье». Фокус на здоровье неслучаен: бедность с точки зрения среды обитания по сравнению со средним и богатым экономическими классами подразумевает наибольшие риски для здоровья — наибольший стресс, наименьшее качество жизни (худшее качество питания, худшая экология итд). С другой стороны, бедности люди не имеют достаточных ресурсов для профилактики и лечения проблем со здоровьем, что ограничивает их экономическую продуктивность. Таким образом, нехватка материального капитала в масштабах общества оборачивается бессмысленным износом капитала человеческого.

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

2019 год: калифорнийский эксперимент и UBI в Сан-Франциско

В 2019 году мэр города Стоктон, Калифорния с населением чуть более 300 тысяч человек (на уровне Вологды, Кургана или Смоленска) запустил пилотную двухлетнюю программу SEED (Stockton Economic Empowerment Demonstration) с гарантированным ежемесячным доходом в $500 (~37 тысяч рублей). Охват программы — 125 человек с доходами ниже медианного по городу. Ограниченный масштаб эксперимента объясняется ограниченностью ресурсов в распоряжении мэра небольшого города — несложно подсчитать, что двухлетняя программа обошлась Стоктону всего в $750 тысяч.

Главным результатом этой программы стало эмпирическое подтверждение несостоятельности большинства консервативных аргументов против UBI: люди, получившие базовую поддержку в $500 в месяц не только не стали меньше работать — наоборот, их экономическая активность только возросла. Теоретическая несостоятельность консервативной оппозиции UBI была понятна и раньше: 37 тысяч рублей в месяц недостаточно, чтобы бросить работу и ни в чём себе не отказывать даже в России — но достаточно, чтобы помочь человеку найти себе дело по способностям и интересам, которое позволит ему быть более здоровым и продуктивным членом общества.

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

Более высокая зарплата означает, что на новой работе этот человек вносит больший вклад в валовый экономический продукт в целом. Иными словами, $500 в месяц — не подачка, а инвестиция в человеческий капитал, которая возвращается увеличением экономической продуктивности людей.

Впрочем, настоящим подтверждением эффективности стоктонского эксперимента является не возросшее внимание СМИ к Майклу Таббсу, а то, что власти уже совсем не провинципальных городов Сан-Франциско и Лос-Анджелеса немедленно объявили о запуске пилотных программ UBI более значительных масштабов.

Президентская кампания Эндрю Янга

Одним из самых ярких участников президентских праймериз Демократической партии США — внутрипартийного конкурса, определяющего партийного кандидата на выборах 2020 года, стал Эндрю Янг — предприниматель без предыдущего политического опыта и уникальной политической программой: безусловный базовый доход $1000 в месяц для каждого американца — freedom dividend, как его называл сам Янг. В общей сложности в праймериз было зарегистрировано 29 участников. За год своей предвыборной кампании Эндрю Янг прошёл путь от нулевой узнаваемости среди американских избирателей вышел на восьмое место среди демократических кандидатов по полученным пожертвованиям, собрав более $40 млн долларов, и дошёл до шестых президентских дебатов, в которых принял участие среди семи кандидатов, опередив в этой гонке многих действующих политиков, включая сенаторов и губернаторов с десятилетиями политического опыта за плечами. Превращение IT-предпринимателя без политического опыта в одного из лидеров президентских праймериз крупнейшей политической партии США — это явная демонстрация силы хорошей идеи в нужный момент.

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

Рост популярности UBI в США в 2020 году рос буквально на глазах. Если в феврале 2020 года, когда Эндрю Янг вышел из предвыборной гонки, распределение голосов за и против всеобщего гарантированного дохода в американском обществе составляло 57% скептиков против 43% сторонников, то уже при повторном опросе в сентябре 2020 количество голосов против уменьшилось до 51% против 49% на стороне энтузиастов ББД.

Одним из факторов резкого роста популярности UBI стал коронакризис, эффект которого на экономике и восприятии темы всеобщего гарантированного дохода оказался двояким:

  • с одной стороны, огромное количество людей внезапно потеряли работу, прежний уровень доходов, ощутили уязвимость своего экономического положения и ценность social safety net — социального государства;
  • с другой, практически все развитые экономики, включая США, в той или иной степени с 2020 года начали практиковать прямые нецелевые денежные интервенции «снизу вверх», эффективность которых в поддержании экономики и снижении бедности была сразу же признана экономистами по всему миру.

Нью-Йорк на очереди?

Свою новообретённую в 2020 году популярность в качестве политика федерального уровня Эндрю Янг успешно конвертировал на региональном уровне, вступив в предвыборную гонку на пост мэра Нью-Йорка в 2021 году, где уже лидирует с заметным отрывом ото всех остальных участников. Многие комментаторы, включая один из ведущих проектов электоральной аналитики 538 прогнозирует наибольшую вероятность победы Эндрю Янга сперва на демократических праймериз, а затем и мэрских выборах Нью-Йорка в этом году.

Одним из основных элементов предвыборной программы Янга является, естественно, имплементация UBI — пусть и в ограниченной, по сравнению с возможностями федерального правительства, форме. Учитывая вероятность, с которой Эндрю Янг уже в этому году станет мэром богатейшего города США и планеты — в 2022 году в Нью-Йорке можно ожидать запуск крупнейшего современного эксперимента по безусловному базовому доходу, к которому, на этот раз, будет приковано внимание, буквально, всего мира.

Пенсия по старости — безусловный базовый доход с 1889 года

Несмотря на название «безусловный базовый доход», в идее ББД заложены два ограничения: территориальное и возрастное.

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

Существует ещё один механизм, соответствующий этим двум условиям, известный более ста лет и успешно действующий по всему миру: пенсионная система.

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

Первая государственная система в мире появилась в 1889 году в Германии. Согласно принятому по инициативе канцлера Отто фон Бисмарка закону о страховании по старости и инвалидности (Old Age and Disability Insurance), гарантированные безусловные выплаты полагались каждому по достижении 70 лет.

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

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

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

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

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

  • Эксперимент по гарантированному базовому доходу длится с 1889 года.
  • Социальный запрос на это уже давно созрел.
  • Экономическая эффективность гарантированного дохода доказана.
  • Необходимость всеобщего гарантированного дохода в 2020 была подтверждена действиями правительств большинства развитых экономик.
  • Бюрократическая инфраструктура для внедрения гарантированного базового дохода уже давно на месте.
  • Минимальный порог для ББД в экономике уже определён и посчитан в двух видах: минимальная зарплата и обязательная пенсия.

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

Закончить хотелось бы словами всё того же Майкла Таббса, бывшего в 2019 году мэром Стоктона: «Мы знаем, что это работает. Нам нужна только политическая воля это сделать».

ссылка на оригинал статьи https://habr.com/ru/company/ruvds/blog/554702/

WayRay откроет производственную площадку в Швейцарии

Российско-швейцарский стартап WayRay, разработчик голографических дисплеев дополненной реальности, завершает строительство производственной площадки и технологического центра в Цюрихе. Запуск объекта под названием Sanctuary запланирован на октябрь 2021 года.

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

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

“Это отличное место для создания опытного производства, потому что мы буквально окружены ведущими мировыми автоконцернами. Плюс сюда удобно привлекать таланты со всей Европы. Вместе с инжиниринговым центром в России это дает идеальную связку для развития международной deep-tech компании”, – отметил основатель и генеральный директор WayRay Виталий Пономарёв.

Помимо данного объекта в 2021 году WayRay планирует открыть ещё одну площадку Yummi в Москве. В апреле этого года компания уже открыла дополнительный офис в столице под названием Spectrum.

В настоящее время WayRay сотрудничает с более чем 20 автопроизводителями. В широкой серии автомобили, оснащенные дисплеями WayRay, появятся в 2023 году.

WayRay – российско-швейцарский deep-tech стартап, лидер в разработке голографических систем с дополненной реальностью. Миссия компании — создать будущее, в котором любая прозрачная поверхность — это окно в виртуальный мир. В числе разработок WayRay — встроенный голографический AR-дисплей для автопроизводителей, а также съемное решение для наземного, водного, воздушного транспорта и промышленного оборудования. Сейчас в офисах компании по всему миру работает более 200 человек.

ссылка на оригинал статьи https://habr.com/ru/post/555256/

Зачем нам потребовалось написать свою реализацию MRCP-сервера. Часть 1

Привет, Хабр! Сегодня мы хотели бы поделиться кейсом создания собственного MRCP-сервера. Это протокол передачи данных, используемый серверами для предоставления различных услуг (таких как распознавание речи и синтез речи) для своих клиентов. MRCP опирается на другие протоколы, в частности, потоковый протокол реального времени (протокол RTSP) или протокол установления сеанса связи (протокол SIP) для установления и управления сеансом аудиопотоков между клиентом и сервером. О том, что нас привело к созданию собственной реализации этого сервера — под катом. Во второй части расскажем об особенностях своего проекта, с подробным разбором возможностей. 

UniMRCP — хорошо, но может быть и лучше

Первая версия сервера была построена на UniMRCP. Почему? Да просто потому, что это стандарт, и практически его все и используют. Альтернативы практически нет.

UniMRCP — кроссплатформенное ПО с открытым исходным кодом, которое включает все необходимое для реализации  функций MRCP-клиента и MRCP-сервера. Распространяется под лицензией  Apache License 2.0. Все бы ничего, но при работе с UniMRCP у нас возникло несколько проблем.

Проблема 1. Дорого!

Если использовать просто сервер — то все отлично, но для наших целей был необходим плагин к серверу. Плагин называется UMS Transcribe Plugin, а нужен он для распознавания речи. Все бы ничего, но стоит он $50 за канал. А когда нужно несколько тысяч каналов, как в нашем случае, то такой вариант не очень подходит.

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

Проблема 2. Паузы

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

В документации говорится о назначении speech-complete-timeout — это время, после которого должен вернуться результат распознавания, если абонент молчит. В UniMRCP, как мы не пытались, мы не могли этим управлять. Наш собственный VAD к этому параметру восприимчив.

Пример запроса

MRCP/2.0 304 RECOGNIZE 1
Channel-Identifier: 230f4b33-fcdc-1239-d5a6-d00ddfa58be9@speechrecog
Content-Type: text/uri-list
Cancel-If-Queue: false
Recognition-Timeout: 30000
Start-Input-Timers: true
No-Input-Timeout: 5000
Speech-Complete-Timeout: 750
Content-Length: 25builtin:speech/transcribe

Параметром speech-complete-timeout управлять никак не удавалось — такое впечатление, что это просто не предусмотрено разработчиками. Единственный таймаут, который нормально работал в UniMRCP — это recognition-timeout.

Пример разговора (HR-сценарий)

Бот: Здравствуйте! Меня зовут Елена, звоню по поводу вашего резюме. Подскажите, предложение по вакансии актуально для вас?

Абонент: Да, здравствуйте

Бот: Смотрите, сейчас у нас открыта вакансия специалиста офиса продаж. В обязанности входит консультация абонентов, продажа оборудования и работа с кассой. Оформление идет полностью официальное, белая зарплата, средний уровень дохода N рублей, максимальный уровень практически не ограничен, есть возможность карьерного роста. График 5 рабочих дней с двумя плавающими выходными. Также предоставляем все социальные гарантии, дмс, бонусы и скидки от компании. Рассмотрите такие условия для себя?

Абонент: А еще раз, откуда вы звоните?

Бот: Это розничная сеть NNN

Абонент: А какой у вас график?

Бот: График работы формируется программой автоматически с учетом потока клиентов и нагрузки на офис с двумя плавающими выходными, то есть смены рабочие 6 8 10 12 часов в день могут быть и не более 40 часов в неделю. При этом график составляется заранее на 2 недели, то есть вы заранее знаете ваш график, ваши выходные, и можете уже планировать.

Абонент: Ну хорошо

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

Проблема 3. Сложности с реакцией на отказ

Речь идет о возможности управлять логикой отправки (START-OF-INPUT) — сообщение, которое сигнализирует о том, что начался ввод и надо бы прервать воспроизведение.

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

Бот: Здравствуйте! Меня зовут Валентин и я хочу вам предложить супер-пупер предложение …

Абонент: не-не-не, ниче не надо 

Мы должны остановиться и среагировать на это “не-не-не…”. И здесь как раз возникала проблема с возможностью управления логикой отправки.

Проблема 4. Необходимость кастомизации

UMS Transcribe Plugin — проприетарный плагин, в нем ничего нельзя менять и настраивать. Да, можно связаться с разработчиками, что-то там предложить, но такое взаимодействие требует немало сил и, главное, времени. А его никогда ни у кого нет.

Нам же нужно было реализовать не одну кастомную фичу, а сразу несколько, включая:

  • распознавание пола.

  • разделение кредов по проектам.

  • кэширование синтеза.

Хватит это терпеть!

Помучавшись с UniMRCP, мы решили, что не хотим больше проблем, поэтому решили найти выход из положения. И лучшим выходом стало написание собственного сервера/плагина.

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

Недостатки UniMRCP мы превратили в достоинства собственного продукта, который получил:

  • Собственный NLU-алгоритм, способный обучаться на небольшом объеме данных.

  • Короткие паузы в диалогах.

  • Умную систему реагирования на прерывания разговора со стороны собеседника.

  • Возможность создания любого количества каналов.

  • Возможность кастомизации — систему можно подстраивать под нужды любого проекта.

Решение стать самостоятельными стало более чем правильным. Кроме того, что мы сами его используем во всех проектах, так им еще и заинтересовались многие компании. Сейчас наша разработка, MRCP-сервер, успешно продается на рынке, ее используют крупные банки и телеком-операторы. 

ссылка на оригинал статьи https://habr.com/ru/company/neuronet/blog/555148/

Краткая история хедж-фондов

Цветная открытка с видом на фасад Парижской фондовой биржи, примерно 1900 год

В разгар международного кризиса хедж-фонды процветают. По данным Bloomberg, управляющие пятнадцати лучших хедж-фондов заработали в прошлом году приблизительно 23,2 миллиарда долларов. Лидером стал сорокапятилетний основатель Tiger Global Management Чейз Коулмен, самостоятельно заработавший более трёх миллиардов. Financial Times изложила это явление в более широком ключе, сообщив, что двадцать «лучших в мире управляющих хедж-фондов» обеспечили своим инвесторам 63 миллиарда долларов на фоне хаоса рынка в условиях коронавирусной инфекции, «благодаря чему прошедший год стал лучшим за последнее десятилетие».

Учитывая превосходство хедж-фондов, ситуация с недавним бумом и крахом стоимости GameStop кажется и приятной, и ужасающей одновременно: её причиной стали мелкие спекулянты. Несколько хедж-фондов потеряло огромные суммы средств (многие миллиарды долларов) на финансовых деривативах, называемых опционами. Разумеется, в мире финансовой элиты «потеря» — это понятие относительное. Из-за сумятицы с GameStop хедж-фонд Melvin Capital потерял больше половины своих активов, однако его основатель заработал в прошлом году приблизительно 850 миллионов долларов.

Шумиха с GameStop привлекла такое внимание к руководителям хедж-фондов, которого они в течение последнего десятилетия тщательно пытались избегать. Председатель комитета палаты представителей США по финансовым услугам Максин Уотерс призвала к немедленному проведению слушаний по вопросу подобных «злоупотреблений». «Эта недавняя волатильность рынка привлекла внимание нации к устоявшимся в среде фирм Уолл-стрита практикам», — заявила конгрессвумен во время первого слушания комитета, после чего добавила, что «участники рынка, по нашим наблюдениям, пытаются скрывать доказательства». И в самом деле, работающие в хедж-фондах усердно стремятся сокрыть то, кем они являются и чем занимаются, за непроницаемой стеной. Секретность отражает и название их профессии, ведь «hedge» — это и есть «стена». Письменные упоминания слова «hedge» впервые встречаются в староанглийском языке в 785 году, примерно в то времена, когда викинги начали разграблять северную Англию. Тогда словом «hedge» называли установленную человеком границу. Это была простейшая демаркация собственности и владений, линия, разграничивающая твоё и моё.

С тех пор определение слова «hedge» расширилось, но знания общества о хедж-фондах по-прежнему остаются ограниченными. Скорее наоборот, стена, отделяющая остальных людей от тех, кто ежедневно покупает и продаёт миллиарды, становится всё более укреплённой, и на то есть логичные причины. К тому времени, когда слово мигрировало в лексикон современного английского, линия между «моим» и «не моим» приобрела привкус милитаризма, а в определение слова «hedge» были включены и арсеналы физической защиты, например, «hedge of archers» — «цепь лучников». На этом этапе лингвистической истории хедж одного человека становился огромным невезением для другого.

Прошла ещё половина тысячелетия, и «hedging» слился с азартными играми. В 1672 году впервые появилась фраза «to hedge a bet» («хеджировать ставку»), подразумевавшая сомнительные моральные качества. Хеджированная ставка предназначалась для шулеров, и шекспировский английский обогатился понятиями «hedge wench» («распутница»), «hedge cavalier» («сомнительный кавалер»), hedge doctor («врач-шарлатан»), hedge lawyer («юрист-пройдоха»), hedge writer («писака»), hedge priest («безграмотный священник») и hedge wine («дрянное вино»). Одни из первых примеров инвесторского хеджирования возникли спустя несколько десятилетий в кофейнях лондонского Обменного переулка (Exchange Alley), где пропитанные кофеином предтечи брокеров ставили на изменения цен на акционерные доли Банка Англии, Компании Южных морей и Британской Ост-Индской компании. Владеющие долями инвесторы могли частично покрыть вероятность будущих потерь хеджированием, например, заранее сделав ставку на понижение — эту стратегию недавно повторили хедж-фонды, которым не повезло «сыграть на понижение», то есть сделать ставку против цены, акций GameStop.

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

В 1754 году печально известный махинатор, автор дневников и сердцеед Джакомо Джироламо Казанова написал, что в Ридотто вошёл в моду определённый вид ставок с высоким риском. Эту ставку называли «мартингейл», и в нём мы сразу же узнали бы простой бросок монеты. За считанные секунды мартингейл мог принести головокружительные выигрыши, или, с равной вероятностью, банкротство. С точки зрения длительности это был эквивалент современного высокоскоростного трейдинга. Единственный примечательный факт касательно простого в остальном мартингейла заключается в том, что все знали безошибочную стратегию выигрыша: если игрок каждый раз будет ставить на один и тот же результат до бесконечности, то законы теории вероятности гласят, что он не только отыграет всё проигранное ранее, но и удвоит свои деньги. Единственная уловка заключалась в том, что ему каждый раз нужно удваивать ставку, а такой стратегии можно придерживаться только пока игрок остаётся кредитоспособным. Множество раз мартингейлы оставляли Казанову банкротом.

В современной финансовой сфере бросок монеты стал обозначать гораздо больше, чем просто орла или решку. Концепция мартингейла является защитной стеной того, что экономисты называют «гипотезой эффективного рынка», смысл которой можно понять из часто повторяемой поговорки Уолл-стрит: на каждого человека, считающего, что ставка поднимется (покупателя), найдётся равный человек с противоположным взглядом, считающий, что ставка упадёт (продавец). Даже когда рынки сходят с ума, трейдеры продолжают повторять эту мантру: на каждого покупателя есть продавец. Но желанной целью хедж-фонда, подобно мечтаниям бросателя монетки на грани банкротства, было уклонение от строгих вероятностей мартингейла «пятьдесят на пятьдесят». Мечта была такой: орёл — я выиграл, решка — ты проиграл.

Предвидение того, как могут быть устроены такие хеджированные ставки, появилось в печати примерно в то время, когда азартные игры в казино Ридотто достигли своего пика: в восемнадцатом веке автор трудов о финансах Николас Магенс опубликовал «Эссе о страховании». Магенс впервые определил слово «опцион» как условие договора: «Передаваемая сумма называется взносом, а право, которое имеет податель взноса относительно выполнения или невыполнения договора, называется опционом…» Понятие опциона было введено как защита от финансовых потерь, и со временем стало неотъемлемым инструментом хедж-фондов.

К середине следующего века на Парижской фондовой бирже уже активно делались крупномасштабные ставки на акции и обязательства. Биржа, расположенная под крышей, поддерживаемой множеством коринфских колонн, вместе со своим неофициальным рынком-соучастником под названием Coulisse осуществляла безналичные расчёты на более чем сотню миллиардов франков, менявших объём, скорость и направление движения. Одним из самых популярных финансовых инструментов торговли на Бирже был долговой инструмент, известный под названием rente, обычно гарантировавший ежегодный доход в три процента. Так как даты предложений и процентные ставки по этим рентам менялись, их цены колебались друг относительно друга.

В среде трейдеров присутствовал и молодой человек по имени Луи Башелье. Он родился в состоятельной семье — отец был виноторговцем, а дед по материнской линии банкиром, но его родители умерли, когда он был подростком, поэтому все свои научные амбиции ему пришлось отложить до наступления совершеннолетия. Хотя никто точно не знал, где он работает, все признавали, что Башелье хорошо освоил внутренние механизмы Биржи. По его последующим исседовательским работам можно предположить, что он обратил внимание на стремление лучших трейдеров к покупке ряда разнообразных и даже противоречивых позиций. Можно подумать, что такое количество ставок во множестве разных направлений со множеством разных дат исполнения обязательств гарантирует неизбежный хаос, но эти специалисты по трейдингу поступали так для снижения своего риска. После прохождения обязательной военной службы Башелье в двадцать два года смог поступить в Сорбонну. В 1900 году он представил на рассмотрение свою докторскую диссертацию, посвящённую теме, которую до него исследовали немногие: математическому анализу торговли опционами на ренты.

Диссертация Башелье под названием «Теория спекуляций» считается первой работой, в которой использовался математический анализ для разбора трейдинга под крышей биржи. Она начиналась с заявления: «Уже несколько лет я знал, что можно будет… представить транзакции, при которых одна из сторон получает прибыль при любых ценах». Лучшие трейдеры Биржи знали, как выбрать сложный набор позиций, предназначенный для их защиты, вне зависимости от того, куда и с какой скоростью будет двигаться рынок. Описанный Башелье процесс заключается в отделении каждого элемента, входящего в комплекс ставок при различных ценах, и в создании уравнений для них. Принимавшая диссертацию комиссия под руководством знаменитого математика и физика-теоретика Анри Пуанкаре была впечатлена, но сама работа оказалась непривычной. «Тема, выбранная мсье Башелье, довольно далека от тех, что обычно выбирают наши кандидаты», — говорилось в отчёте. За работу, которая позволит излиться могомиллиардным долларовым потокам в объединённые капиталы будущих хедж-фондов, Башелье получил оценку honorable вместо très honorable. Это была «четвёрка».

Излишне говорить, что взгляды Башелье на применение математики в финансовой сфере опережали своё время. Выводы из его работ не ценились и уж конечно не использовались Уолл-стрит до 1970-х, когда его диссертация не была найдена лауреатом Нобелевской премии Полом Самуэльсоном, автором одного из самых популярных в мире учебников по экономике, который добился её перевода на английский. Два экономиста, Фишер Блэк и Майрон Шоулз, прочитали эту работу и опубликовали в выпуске Journal of Political Economy за 1973 год одну из самых знаменитых статей в истории финансовой математики.

На основании диссертации Башелье экономисты разработали модель Блэка-Шоулза для ценообразования опционов. Они установили, что цена на опцион может быть задана чётким математическим уравнением, что позволило новой Чикагской бирже опционов расширить свой бизнес в новую вселенную финансовых деривативов. В течение одного года из рук в руки
ежедневно переходило более чем двадцать тысяч опционных контрактов. Четыре года спустя ЧБО представила «пут-опцион», введя таким образом ставку на то, что объект, на который ты ставишь, проиграет. «Прибыль при любых ценах» вошла в обиход и теории, и практики экономики.

В 1994 году Шоулз стал партнёром хедж-фонда Long-Term Capital Management, расположенного в Гринвиче, штат Коннектикут. На пике своей финансовой активности этот фонд имел в активах больше сотни миллиардов долларов. Применив на практике теории финансовой математики, LTCM принёс в 1994 году 20% прибыли, а в 1995 и 1996 годах — 40%.

К сожалению, уравнение Шоулза не было абсолютно надёжным. Как и лучшие трейдеры Парижской биржи, Шоулз понял, что внезапные изменения цены зависят от человеческих чувств, таких как страх и жадность, которые могут увеличить или уменьшить скорость покупки или продажи активов. В основе ценообразования опционов лежит гениальное вычисление чувствительности к такой волатильности, известное в мире финансовой математики под псевдогреческим названием «Vega». Но в истории человечества были такие волатильности, которые не могли предсказать даже профессора MIT и Луи Башелье. Финансовые кризисы 1998 года в Азии и России не являлись частью уравнения Блэка-Шоулза, и меньше чем за четыре месяца Long-Term Capital Management потеряла больше четырёх миллиардов долларов. Однако неудача не помешала новым поколениям математически мыслящих будущих миллиардеров круглосуточно работать над созданием формулы нового поколения, приносящей прибыль при всех ценах, преобразовав Vega в ещё более причудливые производные и создав целый новый алфавит финансового греческого языка (в том числе Vomma и Zomma).

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

Хедж-фонд, созданный для защиты собственности и смягчения рисков, предназначенный для уничтожения недостатков бинарной покупки или продажи, посвящённый принесению прибыли при любых ценах, снова доказал свою уязвимость. Мы заворожённо следили за этой историей, а затем жизнь в Вашингтоне и на Уолл-стрит вернулась к своему привычному течению. Tiger Global Management предвкушает, что его ждёт ещё один год-рекордсмен, а Максин Уотерс, настроенная «докопаться до фактов» о «тёмных фондах» тайного капитала, обещает проводить новые слушания.

ссылка на оригинал статьи https://habr.com/ru/company/alfa/blog/555258/

Как проходит собеседование Python-разработчика: вопросы для джуниоров и мидлов

Собеседование — одна из наиболее стрессовых тем для разработчиков, но только первые двадцать раз 🙂

Привет! Меня зовут Руслан, я один из наставников курса «Мидл Python-разработчик» в Яндекс.Практикуме. Около 12 лет я занимаюсь разработкой, из них девять — на Python. За это время я собеседовался на разные позиции десятки раз и сам провёл примерно пару сотен собеседований. Не всегда успешно :/ В этой статье поговорим о том, как снизить вероятность провалов и к чему быть готовым.

Предположим, что вы уже определились с потенциальным работодателем и вам предстоит собеседование.

В посте я расскажу про три основных этапа:

  1. Подготовка к собеседованию: какую домашнюю работу провести, чтобы собеседование прошло легче.
  2. Собеседование: как оно проходит и какие вопросы ждать джунам и мидл-разработчикам.
  3. Что делать после собеседования и как быть, если вам отказали.


Подготовка к собеседованию

Организационная подготовка

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

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

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

Протестируйте заранее программу, в которой будет проходить собеседование.

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

Техническая подготовка

Предполагаю, что писать на Python вы уже умеете. Но рекомендую перед собеседованием повторить основные моменты:

  • Python (синтаксис, модули стандартной библиотеки);
  • знание основного фреймворка в вашей специальности (Django, Flask, aiohttp, aiogram, numpy, etc);
  • понимание баз данных (реляционных и нереляционных);
  • понимание алгоритмов;
  • работа с серверами (линуксы, nginx-ы).

По всем темам вопросы могут идти по нарастанию сложности, вот мои примеры вопросов средней сложности для джунов и мидлов:

Тема Примеры вопросов для джуниор-разработчиков Примеры вопросов для мидл-разработчиков
Python
Общее Что такое list comprehension? Как работают декораторы? Как работают декораторы? Что такое __slots__? Как во множественном наследовании отрабатывается поиск атрибута?
Типы данных Какие типы данных бывают? В чем отличие list от tuple? Как реализован тайп-чекинг в Python? Какие библиотеки для этого знаете?
Как хранятся в памяти list/tuple/dict/set?
Тестирование Что такое TDD? Какие тесты приходилось писать? Что такое мок-объекты? Приходилось ли использовать?
Асинхронный код Какие знаете способы выполнять код параллельно/асинхронно? В чём отличие асинхронности от многопоточности? В каких задачах использовать асинхронность необходимо? В каких бессмысленно?
Django Как работают сигналы? Как в request появляется атрибут user? Что такое дата-миграция? В последние версии Django подвезли асинхронищу, как это работает? ORM тоже асинхронный?
Алгоритмы, паттерны проектирования
Общее Как работает бинарный поиск? Сортировка вставками? Как высчитывается сложность алгоритма? Что такое бинарное дерево?
Паттерны, подходы Что такое паттерны проектирования? Какие знаете? Как считается расстояние Левенштейна? Как устроен паттерн PubSub? Где в Django применяется паттерн мост?
Базы данных
В целом Что такое транзакция? Как работают JOIN-ы? Зачем нужны и как работают индексы? Напишите запрос с GROUP BY. Как дебажить медленный запрос? (в ответе ожидаем услышать про EXPLAIN и план запроса). Как обслуживать PostgreSQL-базу? Как настраивать репликацию?
NoSQL С какими NoSQL работали?
Как работает Redis?
Зачем нужен ElasticSearch?
Что будет, если размер данных превысит размер ОЗУ при использовании Redis?
Администрирование
В целом Как устроен DNS? Что такое nginx? Как установить nginx на linux? Как устроен CI/CD в gitlab или github, либо любой знакомый вам? В чём отличие http от https?
Чем обеспечить ротацию логов?
Другие тулы
Git Что делает git cherry pick? Что такое gitflow? Что делают команды rebase, fixup, stash, revert?
Docker Приходилось ли использовать docker/docker-compose? Что такое и зачем нужен docker volumes?

При подготовке рекомендую посмотреть неплохую подборку из 300 вопросов собеседований на Гитхабе.

Что будет на собеседовании

Обычно собеседование проходит так:

  • знакомство и рассказ о себе;
  • техническая часть;
  • вопросы про софт-скилы;
  • ваши вопросы интервьюеру.

Рассмотрим все этапы.

Рассказ о себе

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

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

Техническая часть собеседования

Теоретические вопросы

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

Вопросы про проект, которые вам могут задать:

  • Где хранится код, как устроены ветки в репозитории?
  • Как проект запускается на сервере?
  • Как появляется задача, как поступаете, когда непонятны требования?

Задачи

Помимо вопросов могут попросить решить задачу.

По Python я обычно даю такую:

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

Пример задачи по базам данных:

Как хранить иерархическую структуру в базе (например, такую)?

Тут я рассчитываю услышать про parent_id, materialized path и, особенно круто, про nested sets. Естественно, важно, чтобы кандидат знал (или придумал на собеседовании) суть этих подходов, а не их правильные названия.

Пример задачи по архитектурным решениям:

У вас в базе данных есть список сотрудников. Нужно отдавать его в API фронтенду постранично. Какой API реализуете?

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

Алгоритмы

В компаниях уровня FAANG (Facebook, Apple, Amazon, Netflix, Google), а также в российских ИТ-гигантах (Яндекс, Рамблер, Мейл) обычно есть секция про алгоритмы, в остальных компаниях это зависит от позиции и предпочтений интервьюера. Я, когда собеседую на позицию «делать веб-проекты на Django», обычно не особо затрагиваю алгоритмы, разве что могу спросить про принцип работы бинарного поиска.

Хорошая подборка алгоритмических задач, по которой можно готовиться, — проект Эйлер.

Если не знаете ответ

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

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

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

Вопросы, чтобы понять, подойдёте ли вы команде

Помимо технических вопросов будет ещё блок о том, насколько ваши ценности, подход к работе, софт-скилы соответствуют компании и вашей будущей позиции — то, что англоязычные эйчары называют «Culture Fit».

Я обычно задаю такие вопросы:

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

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

  • Не высказывайтесь критично о своих предыдущих работодателях.
  • Не высказывайтесь критично о каких-либо технологиях (например, «php — отстой»).
  • Будьте открыты, отвечайте честно, даже если вам кажется, что ответ не понравится собеседующему.

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

Как выступать на публичных мероприятиях — это отдельный навык и тема отдельной статьи, но короткий и 100% рабочий совет — делать больше итераций. Если первые два–три выступления могут оказаться провалом, то на пятый–шестой раз вы вполне можете сорвать овации (или несколько предложений от эйчаров интересных компаний =).

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

Ваши вопросы

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

  • Каким проектом я буду заниматься?
  • В какой команде я буду и в какой роли?
  • Какие технологии мне надо будет использовать в работе?

Иногда бывает так, что вас собеседует один человек, а на практике фактическим руководителем окажется другой. Также бывает, что спрашивают про одни технологии, а в вашем проекте используются другие. Мне знаком случай, когда парня гоняли на собеседовании по Python и структурам данных, а потом дали задачи по допиливанию Битрикса. Всё это важно узнать на собеседовании.

Если вам отказали

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

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


Будет здорово, если поделитесь примерами хороших вопросов и задач, которые вам задавали или которые вы используете сами в своих интервью.

ссылка на оригинал статьи https://habr.com/ru/company/yandex_praktikum/blog/555028/