Загадка для сим-рейсера звукорежиссера

Собираю новый гоночный сетап и столкнулся с софтово-железной загадкой. ChatGPT хорош до определённой степени, но доверять ему покупку на 100% нельзя, найти ответ на форумах не получилось. Попытки получить ответ у продавцов музыкального оборудования закончились провалом 🤷‍♂️ надо отдать им должное, сам вопрос это квинтэссенция обсуждений с ии, но кто-то мне на мой вопросы, ответил ии ответом 😆😆😆

Сама загадка:

«Помогите выбрать многоканальный аудио-хаб для игрового ПК (Windows). Выбираю между MOTU UltraLite-mk5 и RME Fireface UCX II.

Нужна возможность в спец ПО (SimHub) выбирать конкретные выходные каналы (например, 1–2 и 3–4) для двух вибромоторов (ButtKicker), а не чтобы всё определялось как одна стереопара. Чтобы не смешивать техническую гоночную телеметрию со атмосферой игры.

Важно наличие sidetone микрофона только в наушниках, без попадания в колонки и ButtKicker.

Схема подключения:

1) наушники через RME ADI-2 DAC FS (цифровой выход аудиоинтерфейса)
2) стерео колонки KEF по S/PDIF,
3) два ButtKicker к разным аналоговым выходам (RCA).

Какой вариант будет проще и удобнее для непрофессионала, если после первичной настройки мне нужно лишь переключаться между наушниками и колонками, регулировать громкость и иногда корректировать уровень микрофона?

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

Трудяги всех с пятницей. Мы в прошлом году сняли классный ролик про команду, которая делает наш интернет-банк. Это жирная версия рубрики ADC Life, в которой мы показываем закулисье разработки и развития наших цифровых решений.

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

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

Zama вышла не плохо. Консервативные -25%

(с) из профильных чатиков.

Моё инвест-настроение с 10 октября 😂

По позициям: я всё ещё all in в Coinbase, с просадкой, о которой даже не хочу говорить. Позиции не закрываю - Coin устойчивый бизнес, топовая USA крипто-биржа с амбицией стать everything exchange

Всем офигенной рабочей недели 🙌

Как "изящный" workaround роста производительности eth превратился в уродливый UX

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

L2s and their role in Ethereum no longer makes sense, and we need a new path.
Буквально сейчас весь крипто рынок летит вниз и вдруг Виталик Бутерин, начинает публично хоронить ключевую составляющую своей экосистемы - Layer 2 решения. Те самые L2, которые ещё совсем недавно активно продвигалкак основной путь масштабирования Ethereum. Layer 2 (l2) - cлой над основной сетью, созданный для того, чтобы удешевить транзакции и увеличить скорость, потому что L1 просто не вывозил.

Причины появления L2 понятны. Eth активно развивался как технологическое решение. Он быстро набрал популярность и как база для DeFi-приложений, и как инфраструктура для NFT-рынка, и как платформа для всевозможных ICO. В моменты бурной активности, особенно когда несколько событий совпадали по времени, производительность сети резко падала. Транзакции становились безумно дорогими. Были дни, когда одна транзакция в Ethereum стоила 37 долларов и кажется в районе 74 usd за транзакцию.

В то же самое время все активно сравнивали Ethereum и крипту в целом с Visa и MasterCard. Говорили, что крипта никогда не будет такой быстрой. Приводили примеры TPS, показывали, что централизованные платёжные системы обрабатывают тысячи транзакций в секунду, а блокчейн с этим не справляется. И на этом фоне появилось вполне очевидное и неплохое решение. Построить Layer 2 сеть, которая использует инфраструктуру Ethereum как базовый уровень безопасности, но выносит исполнение транзакций за пределы основного слоя.

Концептуально это выглядит так. Транзакции обрабатываются внутри L2 сети. Там же они исполняются, валидируются и собираются в блоки. Затем группы транзакций батчатся, агрегируются в один chunk, и уже этот результат записывается в основной слой Ethereum. За счёт этого в L1 попадает не каждая операция отдельно, а итог состояния. Тем самым обеспечивается безопасность на уровне Ethereum, но без нагрузки на основную сеть.
За несколько лет появилось огромное количество L2 решений. Mantle, Polygon, Arbitrum, Optimism, Immutable X как L2 под игры, Starknet, zkSync, Scroll, Linea, Blast, который хайповал во времена NFT. Был ещё Zeus, который тоже хотел зайти в GameFi.

На бумаге все красиво. Быстро, дешево, безопасно, с опорой на Ethereum, но ux для ритейла (нас с вами) стал отправительным. В eth был один кошелёк и один баланс . Потом ID кошелька остался, но активы начали жить в разных L2 сетях. Какие-то токены в одной, какие-то в другой. И вот у тебя десятки подкошельков. Непонятно, где именно лежат активы. Чтобы перевести токены между L2 решениями, нужно пользоваться мостами. Токены между сетями идут долго. Иногда часы, иногда дни. Мостами пользоваться страшно, потому что их регулярно взламывают. Каждый такой перевод это отдельный риск, отдельный UX-квест и отдельная точка отказа.

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

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

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

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

Чтобы не превращать этот пост в адовый лонгрид накидаю следующий, пока запал есть :)

Офигенный проект 18-го для моментальных платежей и обмена данными, которому ход так и не дали

В продолжение прошлого поста о несостоятельности L2 для ритейла.

Нашел презу пилота и конкурсного проекта mba, который запускал в 2018 году, но ход ему не дали. Тогда не было никаких Layer 2. Помню Ethereum, Monero, EOS, какие-то ещё сети. В тот момент я только познакомился с идеей Bitcoin и как с технологией, а не как с деньгами.

В корпоративном мире тогда платежи ходили медленно. Иногда на транзакцию уходило до 6 часов. Если отправить деньги перед праздничными днями, платёж между ЮЛ мог идти несколько дней. Это доставляло массу неудобств.

Но благодаря btc увидел, как эту проблему частично решили. btc транзакции ходят медленно до сих пор. Но после того как отправитель отправил средства, получатель видит транзу в статусе pending, то есть в ожидании подтверждения. И это, на самом деле, очень крутой workaround. Получатель достоверно знает, что деньги ему отправлены.

На бытовом уровне юридические лица часто делали примерно то же самое. Отправляли деньги и параллельно скидывали банковскую платёжку с синей печатью. Мол, я деньги отправил, можешь отгружать товар, они к тебе точно дойдут. Это был ручной и довольно муторный ux, но рабочий.

Тогда у меня и возникла мысль. А что если сделать форк от Ethereum и, не меняя законодательство и существующие банковские процессы, просто класть факт транзакции в свой ETH-форк. Банк-участник такую транзакцию может прочитать и убедиться, что платёж отправлен. Банк получатель читает информацию и показывает в своем клиент банке. Банк получатель даже может зачислить настоящие деньги, аналогичным способ работает эквайринг. Мы даже придумали бизнес кейсы, учитывающие потенциальные блокировки и возможность накрутить комсу за скорость, за вычетом страховки&

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

Имхо, это супер изящное решение. Форк eth используется как база данных и по сути ничем не отличающейся от mysql, postgres и так далее), куда можно положить данные, считать и без возможности что-то изменить задним числом.

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

До сих пор жалею, что не дожал.

Сейчас у нас раскачивается инициатива Open Banking. В её рамках банкам нужно обмениваться информацией. Крупные банки это сделают без проблем, у всех прокаченные API. А вот объединить абсолютно всех участников на базе одной инфраструктуры очень сложная задача.

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

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

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

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

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

Просто мы её пока до конца не раскусили.

Офигенной рабочей недели и классного понедельника ✊

У нас вышло интервью с командой, которая развивает интернет-банк для юридических лиц в Альфе.

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

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

Welcome.

Обо всём этом рассказали в нашем интервью.

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

Вход в Альфа-Бизнес web банк по пин коду

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

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

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

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

Мы заморочены по теме кибербезопасности. Все эти механизмы очень подробно разбирали с нашей ИБ.

Если вы ЮЛ и пользуетесь нашим интернет-банком, наслаждайтесь. А всем остальным коллегам по цеху - копируйте у пионеров, имхо это очень удобно :)

Всем отличного вторника 🙌

🖥📱-> 🖥🖥🖥🖥🖥🖥🖥🖥 + 📱📱📱📱📱📱📱📱

Прямо сейчас готовлюсь к крупному внутрибанковскому отчетному мероприятию. Докручиваю слайд, где мы подводим итоги проекта миграции - предмета гордости. Я о нем очень много писал в этом канале + мы недавно выпустили большое интервью с нашей командой.
Уже прошло полгода, я все еще перевариваю масштаб этого проекта. Хочу с вами поделиться.

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

Можно сказать, что было два главных экрана: Один экран мобильного приложения и один экран веб-приложения.

Прошло 5 лет, мы создали новые каналы взаимодействия, например Mobile Web. Создали новые режим работы
- У нас сейчас есть отдельный визуал для клиентов малого бизнеса
- У нас есть режим работы для группы компаний. В рабочем порядке мы назвали эту роль казначей, возможно изменим.
- У нас есть специальный режим работы для руководителей, Альфа-Босс.

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

Все это многообразие режимов/каналов/типов пользователей кратно усложняет информационную структуру.

Мы недавно сделали ревизию экранов, которые может увидеть пользователь.

16 разных развилок! Это не одна морда и даже не две. Это 16 развилок, внутри которых есть бесконечная палитра персонализации под задачи конкретного пользователя. Например, у каждого пользователя свое уникальное меню или свой набор быстрых действий. Сейчас мы развиваем инструменты подсказок net best action, которые позволяют ориентировать клиента во многообразии функционала.

16 экранов/развилок - это офигеть как много. А мы только начинаем, у нас впереди запуски режимов работы для большего количество ролей компаний (предприниматель, бухгалтер) и у каждого будет своя темизация.

Кайф.

Противоречивые подкасты или как выжигается rocket Science рутина

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

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

Это вброс для прогрева

А мой противоречивый форпост, что под угрозой работяги среднячки, а профи найдут свое место под рабочим солнцем, но фокус очень сильно сместится с процессов на конечный результат. Была такая профессия matte painting — это когда CG (compter graphics) художник создавал сцены с огромным количеством участников, например, в стиле "Властелина колец". Это была суперредкая дизайн-специализация. А сейчас, чтобы создать подобные сцены, достаточно сделать правильный промпт: "Вот тебе битва эльфов и орков" — и готово буквально за 60 usd для ии токенов.

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

Буквально вчера друг с травмой ноги написал, что приложил снимки к окну, сделал фото, загрузил в ChatGPT — тот выдал какой-то диагноз. Он с этим диагнозом пошел к врачу, и прикол в том, что врач действительно нашел то, чего сам сначала не увидел.

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

И с появлением моделей по типу Codex этот язык теряет свою ценность. C, Python, Java и тому подобное — это достаточно ненужный промежуточный слой. Зачем это нужно, если мы можем обычными словами донести свои смыслы до низкоуровневого софта и наоборот?

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

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

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

Вот такие мысли.

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

За этот год, полгода, за квартал инструменты настолько прокачались и упростились, что ты обычным «говорением» можешь настроить веб-кодинг-сетап.

Это уже сегодня, а завтра этот инструмент будет же таким простым и понятным, как и PowerPoint для любого офисного сотрудника.

Пацаны в 40 играют в компьютер

Доставил в комп датчик контроля температуры контура воды.

Нагрузили синтетическими стресс тестами по самые уши.

Все идеально, неужели уже могу начать играть? 😂

AI: от "умной строки" к центральному коммуникационному хабу

Хочется рассказать, как мы седлаем AI-нарратив в B2B интернет-банке Альфы.

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

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

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

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

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

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

И мы решили конвертировать умный поиск в центральный коммуникационный хаб. Признаюсь, во многом вдохновляемся роботом Максом из Госуслуг. Ребятам удалось действительно сделать удобный интерфейс, который решает массу проблем в Госуслугах без контактного центра.

Сам формат взаимодействия со строкой не требует экспериментов или пилотов. Экстремально растущая аудитория ChatGPT и ему подобных сервисов доказала удобство такого взаимодействия.

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

Теперь у пользователя не будет появляться абстрактное модальное окно из "интернета" или "браузера".

Эти вопросы будет задавать и инициировать наш Спотлайт-помощник. Жду день, когда можно будет называть Спотлайт AI-агентом.

Что заезжает в Спотлайт в первую очередь? Конечно, существующие помощники, уже писал. Модалки, где спрашиваем клиента про удобство интернет-банка. Саджесты и проактивные советы из внутренних разделов. Каннибализируем "колокольчик", центр нотификаций. И даже планируем затащить туда онлайн-чат.

Олды, ну ведь похоже на ту самую MS Office скрепку? Она появилась давно, концептуально опередила время, но под ней не было технологий.

Следите за анонсами.
Этим постом сжигаем мосты, чтобы у нас не было выбора, и чтобы мы бомбили сюда новыми AI-релизами.

В AI все только начинается.

Offline и aSync для маскирования проблем

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

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

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

Но пост не про метрики. Если будет интересно, накидайте эмоции, отдельно напишу.

А сейчас хочу рассказать про инициативу Offline и async.

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

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

И вот здесь началось самое интересное.

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

Знаю, что в других крупных банках эту проблему решали дорогостоящими программно-аппаратными комплексами. Где-то ставили Kafka, где-то внедряли решения от IBM. Мы пошли другим путем и сделали очень изящное решение.

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

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

К тому же это огромный пласт рефакторинга и отсечения лишних запросов.

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