Все потоки

MCP - это было очень модно (где-то год назад). Но многие до сих пор не поняли простую вещь: агент с доступом к командной строке может пользоваться любыми CLI-интерфейсами ничуть не хуже.

При этом у классических CLI есть очевидные преимущества:

- Их банально легче разрабатывать

- Они прозрачнее и понятнее в работе

- Применяться они могут не только агентами, но и людьми

- Их уже существует огромное множество под любые задачи

В Google это тоже осознали и выкатили [свой инструмент](https://github.com/googleworkspace/cli). Сделан он явно для агентов (его выпустили только в этом месяце), но это именно CLI, а не очередной MCP-сервер.

Точных фактов по этой теме пока нет. Кто-то говорит, что [в простых задачах MCP требует больше контекста, а в сложных — меньше, чем CLI, если инструменты грамотно обернуты и хорошо обнаруживаются агентом](https://portofcontext.com/blog/cli-vs-mcp-vs-code-mode). Кто-то, что этой разницей можно пренебречь, да и вызвана она тем, что не все CLI адаптированы под экономию контекста. Но все согласны, что CLI может дать агенту доступ ко всем тем же инструментам и обеспечить одинаковый процент успеха при выполнении задач, при этом будучи куда понятнее для человека и значительно проще в написании и поддержке.

В моих проектах я буду использовать CLI.

Про книжки, из канала "Книжный стек"

«Искусство спора. Как читать книги» Поварнин С.И.

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

Первая часть, про споры – максимально практичная, с конкретными приёмами, видами споров, стратегиями их ведения, прекращения, выхода из спора и т.д. Книга написана в начале 20 века, но по сути, ничего с тех пор не изменилось, поэтому всё – актуально. Разве что письменные споры стали быстрее, чем 100 лет назад.

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

Я эту книгу прочитал недавно, но очень порадовался – она сильно попала в подходы, которые я сформулировал сам для себя, но автор сформулировал три потока тем для чтения более чётко, конкретно и объяснил, зачем и почему.

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

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

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

Первая часть книги, про ведение споров, мне помогла убедиться в некоторых собственных установках. Например, в том, что в большинстве споров вообще не надо участвовать. Если спроецировать методы начала 20 века на сегодня, то я уверен: автор добавил бы «не спорьте в интернете, кроме случаев, когда знаете собеседника лично».

Раньше, до прочтения этой книги, я называл это правилом Ральфа (т.к. видел его в мультфильме «Ральф против интернета»). Там сказали: «Первое правило интернета – никогда не читать комментарии». Я трансформировал в «никогда не вступать в дискуссии в комментариях».

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

Тогда же и придумал себе правило – «отвечай статьёй». С тех пор беззастенчиво использую комментарии, как источник идей для новых статей.

Книгу рекомендую. Хорошая, старая, добротная, для читателя.

CodeStorm 2026: 48 часов, чтобы проверить себя в финтехе

В мае в Казани пройдет хакатон CodeStorm 2026 — интенсив для разработчиков, аналитиков, дизайнеров и продуктовых специалистов, которым интересно поработать с задачами на стыке технологий и глобальных финансов.

Формат классический для сильных хакатонов: 48 часов на разработку решения, команда (или индивидуальное участие), реальные кейсы и ограниченное время на принятие решений. Но ключевое отличие — контекст. Хакатон проходит в рамках Международного экономического форума «Россия — Исламский мир: KazanForum», что задает более высокий уровень задач и ожиданий.

Что будет происходить

Участникам предстоит за два дня:

— разобраться в кейсе (финтех / продукт / технологии)

— предложить рабочую концепцию решения

— реализовать прототип

— подготовить презентацию

Фокус — не просто на коде, а на продукте в целом: логика, применимость, масштабируемость.

Для кого это ?

Организаторы ориентируются на широкий круг участников:

— ИТ-команды, которые хотят проверить себя в конкурентной среде

— Студенты профильных направлений

— Разработчики и дизайнеры с продуктовым мышлением

— Аналитики, умеющие работать с данными и бизнес-кейсами

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

Почему это может быть интересно ?

Хакатоны давно перестали быть просто «соревнованием программистов». Сейчас это:

— быстрый способ протестировать идеи

— возможность собрать сильную команду

— доступ к экспертной обратной связи

— нетворкинг с индустрией

Плюс, в данном случае — интеграция в международную повестку форума.

Организаторы

Хакатон проводят:

— Министерство цифрового развития Республики Татарстан

— ИТ-парк

— компания «Технократия»

Это означает нормальную инфраструктуру, проработанные кейсы и понятную организацию процесса.

Условия участия

📅 Даты: 11–13 мая 2026

📍 Место: Казань, ИТ-парк

⏱ Формат: 48 часов

👥 Участие: индивидуально или в команде

🎯 Направления: финтех, продукт, технологии

💰 Призовой фонд: 500 000 рублей

Отдельный бонус — возможность для победителей выступить на сцене KazanForum и показать свое решение международной аудитории.

Итог

Если вам интересен финтех, продуктовая разработка или просто хочется проверить себя в интенсивном формате — CodeStorm 2026 выглядит как вполне рабочий вариант.

Такие события редко дают «волшебный билет», но почти всегда дают опыт, контакты и понимание своего уровня.

Регламент хакатона доступен по ссылке.

⚡️Подайте заявку на участие прямо сейчас

Как выбрать HR-системы в новых реалиях и собрать целевую архитектуру без SAP и Oracle

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

28 апреля в 11:00 (МСК) мы проводим открытый вебинар, на котором разберем, как подойти к выбору HR-систем системно и собрать целевую архитектуру под задачи бизнеса. Покажем, с чего начинать проект, как структурировать требования, на что смотреть при оценке решений и почему красивое демо от вендора еще не гарантирует, что система подойдет в реальной работе.

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

О чем будем говорить
— Как изменился подход к выбору HR-систем после ухода SAP и Oracle.
— С чего начать сборку целевой HR-архитектуры и как структурировать требования.
— Почему демо от вендора не дает полной картины и что важно проверять на практике.
— Как использовать математическую модель оценки для выбора HR-системы.
— Какие выводы можно сделать из практических кейсов крупных компаний.

Кому будет полезно
Вебинар ориентирован на HRD, руководителей HR-функции, ИТ-директоров, руководителей цифровой трансформации, руководителей HRIS и внутренних HR-продуктов, а также специалистов, которые участвуют в выборе и развитии HR-ландшафта компании.

👉 Участие бесплатное, требуется предварительная регистрация

23 апреля: Открытый бесплатный вебинар про ИИ-агенты

Сегодня 23 апреля в 11:00 рассмотрим прикладные сценарии, ограничения и старт внедрения. Разберем примеры разработки и внедрения под задачи тестировщиков, разработчиков, сотрудников непроизводственных направлений (маркетологи, рекрутеры, операционисты). Нужна предварительная регистрация, мероприятие бесплатное. в онлайн формате.

О чем расскажем на вебинаре

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

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

Авторы и спикеры вебинара: 

• Роман Садрисламов, директор производственного направления, FabricaONE.AI (акционер — Softline)

• Роман Смирнов, коммерческий директор, FabricaONE.AI (акционер — Softline)

Основной фокус обсуждения

Эксперты покажут опыт компании и заказчиков в трех базовых вопросах:

• в каких сценариях ИИ-агенты дают измеримый эффект;

• чем ИИ-агенты отличаются от чат-ботов в прикладных задачах;

• какие сценарии стоит запускать первыми, а какие — отложить.

Среди кейсов:

1. Снижение ручных операций: сокращение доли рутинных действий в бизнес-процессах.

2. Ускорение процессов: Использование ИИ-агентов для сокращения времени выполнения задач.
   Работа с информацией и знаниями. По направлениям: поиск информации, работа с корпоративными знаниями в разных отраслях, подготовка ответов и решений на основе доступных данных.

3. Работа с неструктурированными данными: включая упрощение обработки больших объемов неструктурированной информации.

Бонус: практический блок по кейсу участника

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

Регистрация открыта по ссылке:
https://clck.ru/3T3cYR 

Кому будет особенно полезна встреча

• руководители бизнеса (CEO, коммерческие директора) — влияние на экономику процессов

• ИТ-руководители (CIO, CTO) — интеграции, архитектурные и безопасностные ограничения

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

• руководители цифровизации — выбор пилотных сценариев внедрения

Как стать "белым" хакером?

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

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

— Системное администрирование Linux. Разбираемся с серверами, сетями и доступами.

— Администрирование Windows и Powershell. Уверенно работаем с Windows-инфраструктурой и автоматизируем рутину.

— Администрирование баз данных. Разбираемся, где и как хранятся данные и где находятся уязвимости.

— Мониторинг. Отслеживаем сбои и подозрительную активность.

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

→ Заходите на Хабр Карьеру и выбирайте подходящий курс

Представлен открытый проект Awesome GPT Image 2 Prompts - сборник промптов для ChatGPT Images 2.0, включая сотни готовых запросов, шаблонов и стилей — для самых разных сфер: реклама, обложки, диаграммы, веб-дизайн, комиксы, концепт-арты, посты в соцсети и многое другое.

Сегодня продолжим разбор когда обязательна оферта и основные требования

Оферта должна соответствовать требованиям закона о защите прав потребителей и содержать существенные условия.

Информация об исполнителе (продавце)

Полные сведения о лице, оказывающем услугу или продающем товар: наименование/ФИО, ОГРН/ОГРНИП, адрес, контакты для связи.

Существенные условия товара или услуги (предмет договора)

Чётко опишите, что продаётся или оказывается: объём, формат, характеристики, ограничения. Это существенное условие. Без него оферта недействительна. Для вашей защиты пропишите максимально подробно.

Цена и порядок оплаты

Укажите полную стоимость, валюту, порядок и момент оплаты. Никаких скрытых платежей. Цена - твёрдая или по прайсу. Скидки - на определённых условиях. Формулировки важны.

Порядок и сроки оказания услуги или передачи товара

Конкретные сроки либо порядок их определения. Для цифровых продуктов - условия предоставления доступа.

Условия возврата и отказа

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

Порядок направления претензий

Способы обращения потребителя, сроки рассмотрения, контактные данные для досудебного урегулирования.

Порядок устранения недостатков

Чётко прописать, как и в какие сроки исполнитель устраняет недостатки товара или услуг.

Ответственность сторон

Например, неустойка за просрочку оплаты. Но для потребителей многие штрафы незаконны (ст. 16 Закона). Условия ответственности не могут противоречить закону и полностью освобождать исполнителя от ответственности.

Конфиденциальность и персональные данные

Без согласия на обработку персональных данных вы не сможете законно использовать данные клиента.

Подсудность споров

Для потребителя - по его выбору (ст. 17 Закона о защите прав потребителей). Ограничивать это право нельзя.

Момент заключения договора

Чёткое определение акцепта оферты: оплата, регистрация, нажатие кнопки, активация доступа и т.д.

Что нельзя делать в оферте

Нельзя ущемлять права потребителя (п. 2 ст. 16), менять цену без права отказа, запрещать отказ от договора (ст. 32) или ограничивать подсудность по выбору потребителя.

Где размещать оферту

Оферта должна быть доступна клиенту до момента акцепта. Иначе договор может быть признан незаключённым.

Лучшие места для размещения: отдельная страница на сайте с активной ссылкой в форме оплаты; шапка профиля в соцсетях (закреплённый пост со ссылкой); в боте или приложении перед оплатой.

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

Юридическая сила: примеры из судебной практики

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

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

А вот ошибка: предприниматель написал «оферта» в шапке профиля, но не указал цену и порядок возврата. Суд признал, что существенные условия не согласованы, - договор не заключен. Деньги пришлось вернуть полностью.

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

Представлен открытый проект Free Claude Code. Это бесплатный Claude Code без проверки платной API Anthropic. Нейросеть поддерживает API Nvidia, OpenRouter и даже локальные модели через LM Studio. Все опции Claude Code доступны, включая работу с файлами, кодом, и режим агента.

Aximo — локальный STT API на Rust для CPU-only inference

Недавно сделал Aximo — self-hosted микросервис для speech-to-text, который можно запускать локально без облака и без зависимости от внешних SaaS.

Идея была довольно простая: хотелось собрать вменяемый STT API, который работает на CPU, поднимается как обычный сервис и при этом остается достаточно прозрачным с инженерной точки зрения.

В основе — Rust, локальный inference через Parakeet v3, HTTP API для обычной транскрибации и WebSocket-слой для realtime-сценариев. Из коробки также добавил Docker, OpenAPI и разбиение на несколько crates, чтобы проект не выглядел одноразовой демкой и оставался удобным для дальнейшего развития.

На текущем этапе это скорее крепкий MVP, чем законченный production-ready продукт, но уже сейчас сервис можно запускать локально, тестировать на своих аудиоданных и использовать как основу для дальнейших экспериментов.

Из интересного: доработал Swagger, добавив возможность отправки записи с микрофона:

Репозиторий проекта: https://github.com/agent-axiom/aximo

Звёзды приветствую

LLM - это Internet.jpg

1-битный Bonsai 1.7B весит 290 МБ и запускается прямо в браузере

PrismML выложил Bonsai 1.7B — 1-битную модель в 290 МБ, которая работает в Chrome через WebGPU без сервера и без установки

В браузере оно правдо так и не заработало, но вот 8B модель Bonsai-8B-Q1_0.gguf с квантизацией 1 бит (!) - занимает на диске чуть больше гигабайта и даже отвечает на вопросы. Локально. Ну как отвечает: генерирует какие-то наборы букв, которые похожи на правду. pom.xml для Spring Boot с пятой итерации сгенерировало. Прямая аналогия - jpeg, ужатый до полной мыльности и с дикими артефактами. Зато маленький. Понять, что имелось в виду - можно. Рассмотреть детали - нет.

Модели на 8 - 12 гигабайт уже позволяет более-менее подробно рассказывать про массу интересных вещей. Про любую почти область знаний, пусть и с глюками, и их можно запустить локально на устройстве с современной видеокартой. Деталей больше, изображение богаче, артефактов сжатия сильно меньше. Про "взрослые" и говорить нечего - не то чтобы png, а даже трёхмерная томограмма - посмотреть со всех сторон и сделать выводы.

Очень прикольно жить в центре технической революции

Мультиязычность. Ад для разработчика.

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

И понеслась...

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

Вайбкодеры меня наверняка закидали бы тапками, мол - все можно автоматизировать и перевести хоть тонну файлов за 20 минут. Но - мне это не в кайф =)

Кто хочет помочь в процессе перевода, а заодно и движок потестить - милости прошу: https://github.com/pechoradev/BloggyCms

Ручное vs автоматизированное тестирование: где заканчивается автоматизация и начинается здравый смысл

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

В третьем выпуске «Не воспроизводится» ведущие подкаста Оля Шнайдер и Серёжа Атрощенков отошли от вкусовщины и попробовали разобраться по существу. Когда автотест — это инвестиция, а когда попытка автоматизировать бессмысленность? В каких сценариях ручное тестирование быстрее и точнее? И правда ли, что, уйдя с головой в автотесты, можно потерять связь с реальным пользователем?

Обсудить это пришли Игорь Стародубцев, тестлид в Авито Товарах, и Глеб Дмитриев, старший QA в Распродажах — люди, которые каждый день принимают именно эти решения.

🎧 Слушайте выпуск подкаста на всех подкаст-платформах:

• Яндекс Музыка

• VK Видео 

• YouTube

Обсуждение тем, тренды в QA и, конечно, мемы — в Telegram-канале «Не воспроизводится».

Добро пожаловать в мир тестирования. Баги прилагаются.

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

Как обычный понедельник превратился в повод собрать коллег со всей отрасли

У нас в клубе «Фармакод» есть традиция: каждый понедельник в 12.00 мы с резидентами созваниваемся. Без повесток, без строгих регламентов. Просто открываем микрофоны и говорим о том, что болит. Кто-то приходит с вопросом по ИБ, кто-то — по регламентам, кто-то просто хочет услышать, как дела у коллег.

На прошлой неделе один из участников поднял тему, которая, как оказалось, мучает многих: «Ребята, как вы работаете с заграничными сервисами? Ограничения становятся жёстче, бизнес требует стабильности, как ИТ может их гарантировать. Есть ли рабочие схемы? Или хотя бы понимание, в какую сторону смотреть?» Чат оживился. Оказалось, что почти каждый сталкивался с этим. Кто-то пробовал прокси, кто-то — выделенные каналы, кто-то уже начал тестировать другие решения. Но чёткого, проверенного рецепта не было.

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

Резиденты поддержали. И мы начали готовить.

Что в итоге получилось

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

Вот о чём поговорим:

• как сохранить доступ к M365, Teams, SharePoint, когда условия постоянно меняются;

• реальные кейсы: у кого что получилось, а где — провал и почему;

• аудит инфраструктуры: с чего начать, какие срезы делать, как классифицировать критичные сервисы;

• сценарное планирование: риски, сроки, бюджеты — как не утонуть в цифрах;

• архитектурные решения: выделенные каналы, split routing, SD-WAN — что реально работает;

• как распределять трафик между головным офисом и локальными контурами;

• взаимодействие с операторами и регуляторами: подводные камни, которые не лежат на поверхности.

И главное — мы не будем читать лекции.

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

Зачем я это рассказываю

Чтобы вы увидели, как работает «Фармакод» на самом деле. Это не «клуб по интересам», где раз в месяц высылают дайджест. Это место, где:

• твою проблему слышат и не оставляют одного;

• из одного вопроса могут вырасти полноценное мероприятие, разбор, а иногда и новый отраслевой стандарт;

• ты можешь влиять на повестку, а не просто подстраиваться под неё.

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

Поэтому я приглашаю вас

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

📅 Когда: 24 апреля, 12:00 🔗 Регистрация: https://my.mts-link.ru/j/Digital4pharma/18252549746

А если захотите большего Если после вебинара вы почувствуете, что вам не хватает именно такого подхода — когда вашу проблему разбирают с коллегами, которые уже через это прошли, — приходите в «Фармакод». У нас каждый понедельника начинается с живого разговора. Без протоколов, без страха сказать «я не знаю».

Напишите мне в личку, я расскажу, как устроен клуб, и приглашу на ближайший созвон. Без обязательств, просто попробовать

Автор Павел Карасев - основатель закрытого клуба ИТ и ИБ лидеров фармацевтических компаний «Фармакод»

Новый сезон «Битовых масок»: как работает беспроводная связь — от теоремы Шеннона до DSP-процессоров

«Битовые маски» возвращаются с новым сезоном! В составе ведущих к Антону Афанасьеву присоединилась Алина Галичина — руководитель группы модульной верификации YADRO. Гостем первого выпуска второго сезона стал Антон Бобков, ведущий инженер по разработке аппаратного обеспечения YADRO.

Антон работает с цифровой обработкой сигналов практически с начала эпохи массового интернета. В выпуске разбираемся:

• почему нельзя просто поставить базовую станцию в любом месте;

• как регулируются разные частотные диапазоны и радиоспектр;

• какие физические ограничения существуют у беспроводной передачи данных (включая теорему Шеннона);

• почему стандартов связи так много и как они появляются;

• как WiMAX пытался объединить разные типы трафика;

• какую роль сегодня играют LTE, Wi-Fi, Bluetooth и технологии для интернета вещей.

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

Смотреть и слушать →

Кому нужен качественный и бесплатный движок синтеза речи в Андроид (работает оффлайн, на уровне системы) ?

Недавно в Гугл Плей появилось приложение
BookFusion Voice
которое даёт возможность установить нейро-голоса Piper в качестве системных. Соответственно, они будут доступны в любых приложениях.
Русских голосов 4, но хорошего качества из них один- “Irina” (звучит заметно лучше, чем стандартные от Гугл).

Есть небольшая проблема- если установить несколько голосов, то могут быть проблемы с выбором конкретного (это зависит от приложения, которое использует синтез).

Мне не так часто в последнее время попадаются книги, где есть что-то ценное, кроме пары идей, которые автор повторяет по 10 раз разными словами. Однако книга «Проектирование веб-API» от французского разработчика веб-стандартов и публичных API Арно Лоре прямо сильно порадовала. 

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

Отдельно автор уделяет внимание использованию формата OpenAPI (бывший Swagger), который автор сам и развивал как активный участник OpenAPI-сообщества. Это немного иронично, ибо автор опубликовал эту книгу в 2019 году, а в 2022 году ушёл работать в Postman, которые развивают фактически конкурирующий стандарт. 

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

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

p.s. делитесь своими книгами и ресурсами по проектированию api, которые вам понравились

Насколько важна последовательность слов в промте и можно ли на этом сэкономить токены?

Если задать это простой вопрос самой нейросети, то получим ответ что это важно, и даже очень. Хочешь хороший ответ, подумай над структурой - это продают как аксиому.

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

Если задать такой промт на английском языке, где на минуточку последовательность слов важна даже для правильной грамматической конструкции (я уже молчу про формы слова, так как например в предложении о постройке дома лучше использовать слово house):

popular cheap north materials home build best russia time mistakes

то плюс минус все нейронки ответят примерно так:

You seem to be asking about popular, cheap building‑materials for homes in Russia, what’s “best,” how long it takes, and what mistakes to avoid. Here’s a concise, practical answer for building a house in Russia right now.

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

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

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

Конечно данный пример это слишком маленькое контекстное окно, и на самом деле это показательно. С увеличением контекста важность каждого токена и его расположение в промте стремительно падает. Вы конечно можете использовать слова Important, must, don't и подобные что бы разметить промт, но в конечном счете дешевле и точнее будет отправить несколько запросов с ключевыми словами, уточняя запрос 1-2 словами при необходимости.

Моя текущая стратегия по экономии это естественно английский язык - требует меньше всего токенов и легко сокращается. Контекст наращиваю очень аккуратно по 3-5 токенов (1-2 слова). Для примера исходный запрос можно сократить так и получить такой же результат.

pplr cheap north materials home bld best rus time mistakes

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

Бэкенд «тормозит», API ломаются, а архитектура трещит: уроки, которые помогают закрыть эти проблемы

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

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

• 22 апреля 20:00. Bun + ИИ: создаём быстрый сервер нового поколения на JavaScript

• 22 апреля 20:00. Symfony Workflow: конечный автомат для реализации бизнес-логики

• 23 апреля 20:00. Многопоточность в C++: как писать быстрые и безопасные приложения

• 23 апреля 20:00. Паттерны RESTful API. Как проектировать удобные, масштабируемые и гибкие API?

• 28 апреля 20:00. Фоновые задачи в Django: работа с Celery

• 30 апреля 20:00. Поиск в базе знаний: где векторы ошибаются, а графы помогают

• 4 мая 20:00. Интерфейсы в Golang изнутри

• 5 мая 20:00. Postgres + JSON: реляционная мощь, документная гибкость

• 5 мая 20:00. Архитектурные решения в бэкенд-разработке

• 6 мая 19:00. Разработка проекта на Kotlin: коллаборация человека, архитектурных шаблонов и ИИ-команды

• 6 мая 20:00. Rust в деле: пишем многопользовательский чат с сервером, клиентом и CLI

• 7 мая 20:00. От кода до Kubernetes за полтора часа

• 7 мая 20:00. Тестирование микросервисов на Go: почему ваш сервис ломается под 1000 RPS

• 13 мая 20:00. Kafka Streams DSL

• 13 мая 20:00. ClickHouse для аналитики больших данных: практические кейсы и связь с NoSQL-экосистемой

• 14 мая 20:00. Взаимодействие с базой данных и миграции на Go

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

За последние пару недель в Кулере появилось много всего: счётчики переходов по ссылкам из постов, генератор коротких ссылок, даже страничка-визитка - вот моя: cooler.debug-leg.ru/my-link/debug-leg

Но главного: кросспостинга в VK с фото до сих пор нет. И вот почему.

Я думал, это будет просто. Создал API-ключ в группе VK, дал ему права на стену, фото, файлы, потом попросил ИИ написать код. Первая публикация прошла. Текст лёг на стену как надо. Добавил фото и сразу ошибка:

error_code: 27 — Group authorization failed: method is unavailable with group auth.

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

error_code: 15 — Access denied: no access to call this method with current scopes.

Расширенные права? Пишу на devsupport@corp.vk.com. Ответ:

Из-за изменения политики дистрибуции API-методов расширенные API-доступы больше не выдаются.

Кольцо замкнулось. Токен сообщества - нельзя. Пользовательский токен - нельзя. Расширенные права - не дают.

Я пока не понимаю: это я что-то упускаю, или VK тихо закрыл эту возможность и просто не обновил документацию?

Кто-нибудь встречался с VK API и получал что-то кроме боли? 👇