cusdeb

Первый выпуск книги состоялся теперь уже в таком далеком 1999 году, но материал руководства всегда актуален, т.к. обновляется два раза в год. Последняя дата обновления – 1-го сентября 2024.

Примерно так бы книга выглядела физически:

Обложка отсылает к заводу, на котором собираются терминаторы (Terminator Factory), и эта отсылка здесь не случайна. Дело в том, что именно фильм Terminator Salvation (2009) сильно повлиял на решение Линуса Торвальдса (Linus Torvalds) перевести нумерацию ядра Linux с 3.x на 4.x, чтобы поскорее увидеть версию 4.1.15, показанную в этом фильме. 22-го февраля 2015 в списке рассылки ядра Линус написал:

...the strongest argument for some people advocating 4.0 seems to have been a wish to see 4.1.15 - because "that was the version of Linux skynet used for the T-800 terminator".

...самым убедительным аргументом для некоторых сторонников версии 4.0, похоже, было желание увидеть версию 4.1.15 - потому что "именно эту версию Linux использовала Skynet для терминатора модели T-800"

GNU C Language Intro and Reference Manual

В сентябре 2022 Ричард Столлман (Richard Stallman) анонсировал свою книгу по языку C (он ее полирует по сей день, внося мелкие правки). В ней делается упор на диалект GNU C, тот самый, который используется в коде ядра Linux. Также книга предполагает использование GNU Compiler Collection (GCC).

Примерно так бы книга выглядела физически:

Здесь все немного проще, чем с предыдущей работой. В обложке для книги Столлмана была идея сделать отсылку на классический труд Брайана Кернигана (Brian Kernighan) и Денниса Ритчи (Dennis Ritchie). Вот для сравнения обложка их книги:

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

Две обложки, о которых я сегодня рассказал, распространяются на условиях лицензии Creative Commons Attribution 4.0 International. Она требует только атрибуцию (attribution), т.е. указание автора произведения. Каждая обложка – результат совместной работы команды, однако всю визуальную часть делает Наталья Писарева (Natalia Pisareva), поэтому упоминание ее имени будет вполне уместным и заслуженным, если захотите использовать эти шедевры или создать производные работы на их основе.

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

В отличии от Lightway, появление WireGuard было вполне обосновано. Дело в том, что OpenVPN на протяжении многих лет оставался полярным свободным решением для построения виртуальных частных сетей, но скорость этого решения оставляла желать лучшего, а сложность реализации из-за раздутой кодовой базы осложняла аудит. Так, назрела необходимость создать новое свободное решение, которое было бы компактным и быстрым. Этим решением стал WireGuard, разработанный исследователем безопасности Джейсоном Доненфилдом (Jason A. Donenfeld), который, в свою очередь, представляет компанию Edge Security.

WireGuard задуман как решение, работающее в пространстве ядра. Тем не менее, там, где ядерной поддержки пока нет может использоваться кросс-платформенная реализация в пространстве пользователя, но производительность в таком случае будет очевидно ниже, чем у нативного решения, работающего на уровне ядра. (Напомню, что в таких случаях максимальной производительности можно добиться только за счет исключения операций переключения контекста и копирования содержимого пакетов из ядра в пространство пользователя.) Но разработчик не ищут легких путей и предлагают ядерную поддержку своего протокола во все популярные операционные системы. К примеру, 2-го августа Доненфилд представил проект WireGuardNT, который является портом WireGuard на ядро Windows.

Что касается Lightway, то это решение появилось на свет потому, что компанию ExpressVPN, которая, напомню, стоит за разработкой этого протокола, не устроил WireGuard. Клиенты компании на протяжении долгого времени просили поддержку WireGuard, но компания отвечала на это лишь тем, что этот протокол был разработан без оглядки на конфиденциальность и безопасность. К примеру, вот как вице-президент компании Гарольд Ли ответил на вопрос «Почему не WireGuard?»:

Вариант типа WireGuard, который мы очень уважаем, не был, на наш взгляд, спроектирован для больших VPN-сетей, в которых во главу угла ставится конфиденциальность и безопасность. Таким образом, мы разработали Lightway, чтобы вам не пришлось идти на компромиссы в плане скорости, конфиденциальности, безопасности или удобства. И мы действительно считаем, что он включает все из перечисленного.

В качестве подтверждения своим словам ExpressVPN также указывала на секцию «Work in Progress» на главной странице WireGuard, где говорилось, что работа еще не окончена и код еще не проходил аудит безопасности. Других доказательств своих слов компания не представляла. Стоит заметить, что 9-го апреля 2020-го этот раздел с сайта пропал, но разработка нового протокола судя по всему уже шла полным ходом.

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

Что касается работы в пространстве пользователя, то здесь Гарольд сказал, что когда они разрабатывали Lightway, то приняли осознанное решение не помещать его в пространство ядра. Вот пара причин, которые назвал Гарольд.

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

Во-вторых, в реализации протокола используется встраиваемая SSL/TLS-библиотека под названием wolfSSL, которая, очевидно, работает в пространстве пользователя. Эту библиотеку в компании хотели видеть в качестве основы своего протокола.

Заключение

Реализация протокола в пространстве ядра будет быстрее, чем реализация протокола в пространстве пользователя, поэтому именно WireGuard претендует на звание самого быстрого свободного решения в области VPN. Что касается безопасности, то первой ядерной реализацией этого протокола стал модуль ядра Linux, который успешно прошел рецензирования и был принят в основное дерево исходных текстов ядра. Он разрабатывался специалистом в области безопасности и его код изучался и продолжает изучаться другими специалистами в области безопасности. Подход WireGuard более трудозатратен по сравнению с Lightway, но именно эти дополнительные затраты и позволяют добиться лучшей производительности. ExpressVPN, в свою очередь, не скрывает, что хочет сильно удешевить свое решение, но в то же время даже не делает намека на то, что это негативно скажется на производительности, что, на мой взгляд, немного не честно. Тем не менее, от еще одной свободной альтернативы в области VPN уж точно никому хуже не станет. Но надеюсь, что в недалеком будущем ExpressVPN подключится к разработки и аудиту WireGuard, и добавит поддержку этого протокола для своих клиентов.

Что предпочитаете вы, OpenVPN или WireGuard? Есть планы попробовать Lightway или вы уже его счастливый пользователь?

Проблема 1

Репозиторий от Microsoft – это полноправный гражданин в вашей системе. Эта становится возможным благодаря тому, что в систему также устанавливается GPG-ключ от Microsoft, которым подписываются пакеты из этого репозитория. В итоге все пакеты из репозитория Microsoft имеют тот же приоритет, что и пакеты из стандартного репозитория, через который распространяются все программное обеспечение дистрибутива, включая обновления. Обратите внимание.

На скриншоте показана информация о двух пакетах. Первый, coreutils, является частью базовой системы, без которого немыслима любая Debian-подобная система, а второй, code, который содержит интегрированную среду разработки Visual Studio Code от Microsoft. У обоих этих пакетов приоритет 500. И это говорит нам о том, что теперь Raspberry Pi OS сильно подвержен атаке на цепь поставок программного обеспечения, от которой, по иронии судьбы, совершенно недавно сильно пострадала сама Microsoft. Компания ровно таким же образом доверяла на 100% одному поставщику программного обеспечения, который добросовестно доставлял обновления через свои каналы Microsoft'у. Затем инфраструктура поставщика была скомпрометирована и в обновления, которые полагались заказчикам, был интегрирован бекдор. Так как Microsoft доверяла этому поставщику на 100%, она без лишних вопросов скачала обновление с бекдором и открыла доступ к своей инфраструктуре злоумышленникам, после чего пострадали некоторые клиенты Microsoft, для которых уже это компания является поставщиком чего бы то там ни было. Это и называется атакой на цепь поставок программного обеспечения. А теперь представьте, что инфраструктура Microsoft успешно взломана. Злоумышленники могут опубликовать через репозиторий для Raspberry Pi OS пакет с обновлением для любого из компонентов дистрибутива, в который будет интегрирован бекдор, а ваша система, в свою очередь, посчитает этот пакет супер важным обновлением и без лишних вопросов загрузит и установит его.

Проблема 2

Теперь любая попытка обновить Raspberry Pi OS будет приводить к тому, что пакетный менеджер системы будет обращаться к репозиторию Microsoft. Это даст компании возможность накапливать на своих серверах информацию об IP-адресах пользователей. А эта информация, в свою очередь, сможет пригодиться для построения профиля пользователя для таргетированной рекламы. В идеале таргетированная реклама должна использовать данные о пользователях, которыми они добровольно делятся. А здесь пользователей никто не спрашивал.

Как удалить репозиторий от Microsoft

Рекомендую удалить репозиторий от Microsoft из своей системы, только если конечно вы его ранее не устанавливали сами. Удалить его просто. Сначала удалите репозиторий из списка источников, а затем удалите ключ Microsoft из системы. Два этих действия показаны на скриншоте ниже.

Заключение

Не знаю, кому именно принадлежит идея добавить репозиторий Microsoft в Raspberry Pi OS – самой Microsoft или Raspberry Pi Foundation, которая стоит за разработкой дистрибутива – но идея, на мой взгляд, дурацкая. Дурацкая хотя бы потому, что нововведение не обсуждалось заранее. Задачи Raspberry Pi Foundation, как некоммерческой организации, заключаются в том, чтобы преследовать цели своего сообщества, а не отдельной компании. Вышло как раз наоборот.

Поделитесь в комментариях, используете ли альтернативные дитсрибутивы на своих одноплатниках? И если да, то какие?

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

Люди с ограниченными возможностями

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

Голосовые помощники

В начале «десятых» голосовые помощники вроде Siri были на слуху, но я не воспринимал их как что-то, способное значительно снизить нагрузку на глаза. Когда держал в руках iPhone с Siri, то это было не то; понимаете, всё равно я смотрел в экран смартфона. Когда держишь в руках смартфон, то велик соблазн залипнуть в экран на полчаса.

Умные колонки

Примерно в 2014-2015 годах стали появляться «умные колонки» с голосовым ассистентом. Насколько я помню, пальма первенства принадлежит колонке Amazon Echo с голосовым помощником Alexa. На этой волне в компании, где я работал, началась разработка голосового приложения для изучения иностранных языков под Amazon Echo.

Первые ожидания

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

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

Первые проблемы со зрением

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

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

Жизнь во время самоизоляции

После введения ограничений на передвижение, пришлось вернуть домой ноутбук. Но уже через несколько дней я заметил, что залипаю на графики акций в экране ноутбука. Начиналось всё безобидно, я заходил на сайт Тинькофф, чтобы посмотреть на сколько упали или подросли мои ценные бумаги (а тогда всё штормило). А однажды, ближе к вечеру я понял, что провёл на сайте целый день, читая новости и комментарии в Пульсе. Возможно, разработчики интерфейсов Тинькофф Инвестиции порадуются, прочитав эти строки, но я почувствовал себя не очень хорошо в конце дня. Пришло осознание, что Тинькофф Инвестиции – новая штука, в которую я незаметно «проваливаюсь» и этому способствует интерфейс сервиса.

Лудомания или хороший интерфейс

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

Хороший интерфейс — это такой интерфейс, который решает задачу бизнеса. Предположу, что одна из задач бизнеса Тинькофф в том, чтобы я проводил больше времени внутри экосистемы Тинькофф. Мне нравится интерфейс Тинькофф Инвестиции за то, что незаметно для себя, я провожу в сервисе больше времени, чем планировал. Команда постаралась на славу.

Дизайн интерфейса

"А могу ли я сделать такой интерфейс, который будет удобен для меня, но не будет затягивать?", – вот о чём я подумал. Я поверхностно разобрался в дизайне интерфейсов и пришёл к выводу, что могу. Мне нужны были три операции:

1. Узнать баланс.

2. Купить ценную бумагу.

3. Продать ценную бумагу.

Тинькофф Инвестиции OpenAPI позволял мне реализовать эти операции.

Ещё я хотел, чтобы не надо было смотреть в экран. Платформа Яндекс.Диалоги позволяла  создавать голосовые интерфейсы для Яндекс Станции. Идея оформилась, осталось только спроектировать и реализовать.

Подготовка к разработке голосового помощника

Разработка голосовых интерфейсов это итеративный процесс. Чем больше разрабатываешь, анализируешь логи, пробуешь популярные голосовые интерфейсы, тем лучше получается. Прежде чем начать, я изучил возможности платформы Яндекс.Диалоги, прям прочитал всю-всю документацию, затем посмотрел сериал Школа Алисы, влился в сообщество разработчиков Яндекс.Диалоги в Telegram, перечитал несколько тысяч сообщений, посмотрел запись воркшопа по разработке навыков, посмотрел полезные инструменты и исходный код открытых навыков.

О выборе названия для голосового помощника

Я выбрал название Оливер в честь Оливера Хьюза, председателя правления Тинькофф Банка. Олег Тиньков писал в своей книге, что Оливер был единственным из всей команды банка, кто верил в «отскок» акций TCS Group на Лондонской бирже после драматического падения в 2014. Когда речь идёт об инвестициях, то надо мыслить как Оливер.

В шорт листе были и другие варианты, например Мой Брокер — отличная активационная фраза: «Алиса, спроси у моего брокера, как дела на фондовых рынках». Но товарный знак Мой Брокер принадлежит компании БКС.

Первая итерация: команда «Мои акции»

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

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

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

А вот с БКС ничего не вышло. У них тоже есть репозиторий на GitHub. Там в вики я увидел контакты разработчиков БКС и написал им, это было 22 мая. Сегодня 28 июня, но мне никто не ответил. Не понимаю, зачем они оставили там свои адреса электронной почты.

Вторая итерация: команда «Мои заявки»

Изначально я собрался делать:

1. Команду для создания лимитной заявки на покупку по заданной цене.

2. Команду для создания лимитной заявки на продажу по заданной цене.

3. Команду, которая сообщала бы об активных не исполненных заявках.

Третья команда из списка выглядела самой простой, поэтому с неё и начал; назвал «Мои заявки»:

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

— Создай лимитную заявку на покупку 10 акций Яндекс по цене 3000 рублей 20 копеек за акцию.

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

У меня даже когда телефон звонит, я испытываю дискомфорт.

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

Третья итерация: покупка и продажа акций по рыночной цене

Люди обычно говорят так:

— Купи 10 акций Яндекс

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

— Купи 10 акций ВТБ.
— Инструмент продаётся лотами. В одном лоте 10000 акций. Повторите команду ещё раз, но вместо акций используйте лоты.
— Купи 10 лотов ВТБ.

Подтверждение операции

Наверное, было бы неправильно отправлять заявку на покупку без подтверждения. Риск того, что Алиса неправильно распознает название компании или количество лотов довольно высок. Поэтому я предусмотрел подтверждение заявки. Перед отправкой заявки в Тинькофф, Алиса проговаривает все детали сделки и просит подтвердить или отменить операцию. После подтверждения, заявка отправляется на биржу через Тинькофф Инвестиции OpenAPI, и почти всегда исполняется мгновенно.

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

Обработка ошибок

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

Проблема 1: как распознать название компании

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

Нужно было распознавать название компаний в словах пользователя. Для этого я описал сущность FIGI (Financial Instrument Global Identifier), чтобы по названию компании получать идентификатор, который нужен для взаимодействия с биржей. Вот как это выглядит:

entity EFigi:

values:
BBG005DXJS36:
%exact
TCS
%lemma
тиньков(банк)?
тинькоф(банк)?
тинькофф(банк)?
ти си эс (груп)?
BBG006L8G4H1:
%exact
YNDX
%lemma
яндекс
яндекса
...

Я использую эту сущность в грамматике, и когда кто-то говорит Оливеру: «купи акции яндекс», то платформа Диалогов понимает, что Яндекс это сущность EFigi, которую я описал, и передаёт обработчику идентификатор ценной бумаги BBG006L8G4H1. А внутри обработчика уже происходит взаимодействие с биржей по этому идентификатору.

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

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

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

https://github.com/denismosolov/alice-entities-library/blob/master/entities/figi.entity

Лучше всего, если вы пришлёте Pull Reqeust на GitHub, но можно написать и здесь в комментариях, а я перенесу ваши предложения в файл. Это фундамент всей идеи.

Проблема 2: озвучка тикера в подтверждении сделки

Для подтверждении сделки, навык говорит название компании и тикер. Например, у Яндекса тикер YNDX. Это хорошо воспринимается в тексте, но плохо воспринимается на слух. YNDX звучит как «йндкс».

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

<speaker audio="sounds-y.opus"> <speaker audio="sounds-n.opus"> <speaker audio="sounds-d.opus"> <speaker audio="sounds-x.opus">

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

Над решением этой проблемы я пока всерьёз не думал, поэтому буду рад любым идеям и подсказкам.

Проблема 3: безопасность

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

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

Инструкция по созданию голосового помощника для Тинькофф Инвестиции

Заведите аккаунт в Яндекс.Облаке

Создайте аккаунт в Яндекс.Облаке, для этого перейдите по ссылке и нажмите кнопку «Войти»:

Возьмите исходный код

Перейдите на страницу проекта на GitHub, и следуйте инструкции в разделе «Установка». Если что-то не получится, то дайте знать в комментариях к этому посту, я постараюсь помочь в течение пары дней. Если написать в Telegram (https://t.me/denismosolov) то, возможно, получится быстрее. Но если пишите в Telegram, то я вас попрошу потом оформить переписку в виде мануала и выложить на GitHub, чтобы другим было полезно.

Приглашаю всех желающих поучаствовать в усовершенствовании голосового помощника

Если у вас есть идея, как улучшить структуру диалога, контент, какие команды добавить, как лучше построить структуру диалога, вообще любая идея, то пишите в комментариях, пишите в Telegram (https://t.me/denismosolov), создавайте issue на странице проекта в https://github.com/denismosolov/oliver/issues. Каждая идея будет рассмотрена, приоритезирована, оценена по сложности и, если хватит сил, то успешно реализована.

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

Если желаете поучаствовать в проектировании программного обеспечения для навыка, то первым делом поставьте расширение ZenHub для GitHub. Я стараюсь использовать в разработке идеи из книги Better Software & Stronger Teams, но открыт для изменений.

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

А закончить этот пост хочу словами из детской песенки:

Э-о-э! Зовёт золотое руно,
И оракул сулит нам удачу.

Для описания процесса циркуляции свободного программного обеспечения в мире есть устоявшаяся аналогия реки. У истока (upstream), где река берет свое начало, находится свободное программное обеспечение, как правило, от оригинальных разработчиков (чуть дальше будет говориться об исключении из этого правила); каждая новая версия справляется ниже по течению (downstream), откуда она попадет в дистрибутивы. Таким образом, upstream в широком смысле означает все свободное программное обеспечение, которое стало частью дистрибутивов, а downstream – сами дистрибутивы. Термины upstream и downstream относительны, поэтому upstream'ом для Ubuntu является Debian. К примеру, как сопровождающий Elixir'а в Debian'е я пакетирую новую версию языка, беря ее из upstream'а, загружаю пакет в архив Debian'а, а через несколько часов оттуда этот пакет автоматически попадает в находящийся в разработке выпуск Ubuntu. Так, Debian легко меняет ярлык с downstream'а на upstream (то самое исключение).

Пока описанный процесс не является циркулярным, как было заявлено с самого начала. Круг замыкается при возвращении в upstream изменений, сделанных в рамках подготовки пакетов для дистрибутивов.

Все вещи удивительным образом связаны в мире. Практически всем более-менее опытным линуксоидам известно про тесную связь Debian'а и Ubuntu, но мало кто задумывается о том, как эти дистрибутивы связаны с тем же Arch'ем и другими. Мало кто задумывается не потому, что все скрыто за семью печатями и непостижимо для понимания, а напротив – потому, что все на поверхности и элементарно. Связь осуществляется через upstream: один дистрибутив GNU/Linux включают плюс-минус тот же набор программного обеспечения, что и другой. Каждый дистрибутив по-своему возвращает долг сообществу, и об этом я хочу сейчас рассказать на примере Debian'а.

Debian призывает своих сопровождающих заглядывать в исходный код ПО, пакеты для которого они сопровождают. Это, в свою очередь, запускает механизм, подчиняющийся закону Линуса, который гласит: «больше глаз, меньше ошибок» (закон сформулирован Эриком Реймондом). На примере пакета Elixir'а я расскажу как эти вещи работают на практике.

В дерево исходных текстов Elixir'а включено два бинаря (rebar и rebar3), которые необходимы для нескольких unit-тестов. Казалось бы безобидно, но в Debian'е такой исходный материал подлежит чистке, т.к. в дистрибутиве запрещено распространение не подкрепленных исходниками бинарей. Таким образом, при подготовке пакета для каждой следующей версии языка в мои обязанности входит удаление этих бинарей с модификацией исходного кода, в котором они фигурируют. В один прекрасный день я заметил, что после удаления этих бинарей начал валиться один из тестов. Оказалось, что с недавних пор он тестировал не совсем то, что предполагалось. Для того чтобы пакет все-таки состоялся, я подготовил исправление и затем согласно Общественному договору [с сообществом свободного ПО] предложил его upstream'у, который позднее его принял. На этом круг замкнулся – работа, проделанная в рамках Проекта Debian, станет доступна пользователям и других дистрибутивов.