Программирование *

В прошлом посте мы рассказали о нашем ПО Capsule для считывания, анализа и записи физиологических сигналов мозга и тела. Сегодня — про особенности интерфейса и API Neiry, которые нас радуют больше всего.

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

Мы храним необработанные мультимодальные данные в формате HDF5. С готовыми метриками можно работать в понятном для продукта виде. Когнитивная нагрузка со шкалой от 0 до 100 — пожалуйста, уровень усталости или расслабления в виде численного значения — запросто.

Нужно проверить гипотезу или разработать алгоритм «с нуля»? Потоковые сырые данные до фильтрации вам в помощь! Не хотите возиться с фильтрацией сигнала? Нет проблем, вот те же данные напрямую с АЦП, но после применения валидированных фильтров.

На устройстве небольшое количество электродов для снятия ЭЭГ, но мы постарались разместить их максимально разумно: два в затылочной области, два в височных, а референтный электрод и датчик ФПГ — на лбу.

Подробности расскажем и покажем на хакатоне BCI Hack Moscow 20–22 сентября. С помощью Neiry Headband Pro и API Neiry соберем игру на Unity, будем управлять устройствами умного дома, техникой и устроим брейн-ралли! Возможно даже покажем «Нейробуханку». Приходите, будет интересно.

В поисках ключа: решите задачу о шифре Цезаря

Условие

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

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

Задача

Помогите Андрею преобразовать текст. Регистром можно пренебречь.

Jwm kxcq cqjc vxawrwp nzdjuuh ujh Rw unjenb wx bcny qjm caxmmnw kujlt. Xq, R tnyc cqn orabc oxa jwxcqna mjh! Hnc twxfrwp qxf fjh unjmb xw cx fjh, R mxdkcnm ro R bqxdum nena lxvn kjlt. R bqjuu kn cnuurwp cqrb frcq j brpq Bxvnfqnan jpnb jwm jpnb qnwln: Cfx axjmb mrenapnm rw j fxxm, jwm R— R cxxt cqn xwn unbb cajenunm kh, Jwm cqjc qjb vjmn juu cqn mroonanwln.

Ответ

and both that morning equally lay in leaves no step had trodden black. oh, i kept the first for another day! yet knowing how way leads on to way, i doubted if i should ever come back. i shall be telling this with a sigh somewhere ages and ages hence: two roads diverged in a wood, and i— i took the one less traveled by, and that has made all the difference.

🕵 Почему так получилось? Показываем решение в Академии Selectel.

Ежемесячный дайджест: главные новости за август 📰

⚙️ Добавили вторую зону доступности на платформе Cloud.ru Evolution. Теперь для повышения надежности все виртуальные машины и связанные облачные сервисы можно развертывать в двух зонах.

 🚀 Запустили новый сервис Evolution Managed PostgreSQL. Пока доступ к сервису платный, но скоро для создания кластера можно будет использовать бесплатный объем облачных ресурсов — Evolution free tier.

☁️ Готовим к публичному превью новые сервисы на Cloud.ru Evolution: Managed Kafka®, Managed DocumentDB, Managed Spark, Managed Trino, Managed Metastore, Managed ArenadataDB и Terraform. 

🎓 Провели два бесплатных вебинара:

• Как устроено объектное хранилище на базе SDS,

• Как упростить работу с большими данными.

🌏 Посетили крупнейшую международную AI-конференцию World Artificial Intelligence Conference в Шанхае. Показали коллегам облачную платформу Cloud.ru Advanced, рассказали про AI-решения, встретились с Hisense, TikTok и другими компаниями. Подробности и фото в Telegram-посте.

📄 Поделились мнением и экспертизой в статьях:

• Математика прекрасного. Как создать красивую картинку, если ты дилетант, художник или нейросеть?.

• Зачем нужна R&D-команда: взгляд разработчика.

🎧 Узнали у Виталия Левченко — engineering manager и организатора ProIT FEST и IT Speed Dating, как правильно подойти к выбору языка программирования, а также что важнее — карьера или work-life balance. Смотрите подкаст на одном из каналов Cloud.ru: на YouTube, на RuTube или в VK.

До встречи!

Первая вакансия на Zig в России

Собственно вот: https://career.habr.com/vacancies/1000147586

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

Мозг может напрямую влиять на окружающий мир: для этого не нужно вживлять чип человеку в моторную кору. То, что в фантастике называют «силой мысли», — сложный набор сигналов и метрик, получаемых на основе активности нейронов мозга. Надо лишь правильно интерпретировать их с помощью нейроинтерфейса и связать с другими IT-решениями. Именно это помогают делать наши Neiry Headband Pro и API Neiry.

Headband Pro отслеживает >20 метрик на основе данных активности мозга, сердечного ритма, движения. Например, метрики концентрации, расслабления и усталости юзера можно через API интегрировать со шлюзом умного дома и использовать их для управления девайсами. Пользователь может включить или выключить лампочку, просто сконцентрировавшись на ней. А когда усталость превышает определённый порог, умный дом автоматически приглушает или тушит свет.

Связать с нейроинтерфейсом можно не только умный дом. Представьте самокат, который меняет скорость в зависимости от вашего состояния — это реальность, у нас есть такой кейс с Whoosh. Headband Pro отслеживал уровень фокуса ездока и в зависимости от этого уровня ускорял или замедлял электросамокат, а в случае повышенной усталости вообще не набирал скорость выше 5 км/ч. Всего-то нужно было интегрироваться со служебным портом самоката по UART-подобному интерфейсу с помощью нашего API.

Это далеко не предел. Хотите помочь нам найти свежие применения для нейроинтерфейсов? Участвуйте в хакатоне BCI Hack Moscow, который мы проводим в Москве 20-22 сентября.

Компания Gartner опубликовала отчет о состоянии рынка ИИ-помощников по кодированию в своей ежегодной серии квадрантов. GitHub вошел в группу лидеров

Gartner включила в квадрант ИИ-помощников по кодированию 12 решений на основе их способности к выполнению задач и полноты видения. GitHub со своим ИИ-помощником Copilot вошел в группу лидеров и занял первое место по исполнительности.

Миссия GitHub Copilot – расширить границы человеческой креативности с помощью генеративного искусственного интеллекта. Copilot уже пользуются миллионы разработчиков и более 77 тысяч компаний, и это решение облегчает им работу и повышает продуктивность, заявляют авторы инструмента.

Планы на будущее

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

Также компания планирует серьезно расширять аудиторию Copilot. «Мы видим мир, в котором новички, любители и профессиональные разработчики могут создавать программное обеспечение с помощью магии Copilot. Мы считаем, что такая доступность позволит творить миллиардам разработчиков во всем мире» – заявил генеральный директор Томас Домке.

Когда технологии будущего становятся реальностью, их применение оказывается ординарным. Например, видеосвязь: в фантастике никто не общается иначе, как с 3D-голограммой собеседника; в реальности мы сидим на митах с выключенными камерами.

Или нейросети. Мы научили их генерировать новые данные на миллиардах образцов. А они копирайтят рекламу и рисуют обложки школьных тетрадок. До настоящего ИИ — как до луны. 

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

20 сентября — старт BCI Hack Moscow хакатона, участники которого создадут прототипы продуктов на базе нейроинтерфейсов для Neiry Headband Pro и открытого API Neiry. Хотите рулить электросамокатом действительно без рук? Научить умную колонку, играть музыку под настроение? Воплотите свои неординарные идеи с нами.

Приглашаем разрабов всех грейдов, студентов, нейроэнтузиастов. Язык нашего API — С, также пригодятся знания в Python, SQL, аналитические навыки, опыт обращения с BCI. Участвовать можно одному или командой до 4 человек.

Регистрируйтесь до 15 сентября: опишите в заявке идею, которую будете воплощать. 20 сентября выдадим Neiry Headband Pro, для этого кто-то из команды должен быть в Москве. И всё, больше никаких блоков. Приходите на лендинг за деталями, присоединяйтесь к нам и сделайте вклад в неординарное будущее, воплощающее лучшие аспекты киберпанка.

Всем привет!

Немного мыслей по AI чатам.

Существует достаточно много open source моделей - LLama от запрещенной Meta, Mistral, DeepSeek, Grok 1 от Twitter. Если говорить про предыдущие, не самые мощные версии моделей - есть Gemma от Google, специализированные модели от OpenAI. Это хорошо, так как дает возможность подключения к разработке моделей команд, не имеющих большого числа GPU. Дообучение моделей (fine tuning) дешевле первичного обучения. Запуск обученной модели - тоже. Плюс open source - это гарантия, что к AI будет доступ даже если конкретный сервис по тем или иным причинам закроется. И Мета выделяется тем, что отдала в open source последнюю тяжелую (большое число параметров) версию модели.

Второй момент: в тестах и в новостях сравниваются модели общего назначения и специализированные. Общего назначения - ChatGPT, Claude, Gemini, Llama, Grok, DeepSeek, Mistral, YandexGPT. Специализированные, на примере разработки - DeepSeek-Coder-V2, Codestral, CodeLlama, Phind, GigaCode. Можно сделать вывод, что модели последнего поколения достаточно мощные, чтобы хорошо справляться со специализированными задачами. Но любую модель можно подтюнить, и тогда она или превзойдет модель общего назначения или будет сравнима с ней требуя меньше железа.

Еще тренд - разделение моделей на легкие и тяжелые. Например, LLama 8b, 70b и 405b, это число параметров в billions. Т.е. большие модели - это дорого в облуживании, при этом во многих случаях применяются для "стрельбы из пушки по воробьям".

Всем привет!

Запилил небольшое сравнение AI чатов для задач разработки
Почему в Git - потому что там есть полноценный Markdown и таблицы.

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

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

1. что нового в Java 22 - все, кто умеют искать, ответили более менее точно

2. первая тройка на Олимпиаде 2024 и разбивка по медалям - точно ответила только Perplexity, остальные показали рандомные цифры и даже страны.

   Из минусов — в бесплатном режиме есть 5 запросов в режиме Pro в день, но нет выбора модели. т. е. какая модель использовалась — понять невозможно. Но отвечает неплохо.

Также выглядят интересными ChatGPT, Deepseek Coder и Mistral.

P.S. Я не спец по ML инструментам, я только учусь)

Ветераны IT с высоким ЧСВ

Есть определенная группа т.н «тру прогеров», которых неистово бомбит от того, что все идут в IT. Их главные тейки: 

• Вы идете за баблом, а мы пришли по зову сердца

• Невозможно стать программистом, если до этого имел другую специализацию и не особо интересовался компьютерами

Дальше в зависимости от степени ЧСВ, они запрещают идти в IT в 30+, 40+ и т.д. Ну и советуют разные специализации от дворника до кассира. 

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

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

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

***

Подписывайтесь на мой телеграм-канал Вайтишная

Привет, Хабр! Держите задачу от наставника курса «Разработчик на С++» Саввы Лебедева. Предлагайте варианты решения в комментариях.

Дан непустой массив целочисленных элементов, где каждый элемент повторяется дважды, кроме одного. Найдите этот одинокий элемент.

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

Пример 1:

Ввод: nums = [2,2,1]
Вывод: 1

Пример 2:

Ввод: nums = [4,1,2,1,2]
Вывод: 4

Пример 3:

Ввод: nums = [1]
Вывод: 1 

Ограничения:

•  1 <= nums.size() <= 3 * 10^4

•  -3 * 10^4 <= nums[i] <= 3 * 10^4

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

int FindSingleNumber(vector<int>& nums) {
	...
}

Всем привет!

И "последняя серия" про convention over configuration.
Я уже говорил, чем данный принцип полезен разработчику. Но можно посмотреть чуть шире.

1) с настройками приложения работают люди, не относящиеся к команде - тестировщики, DevOps-инженеры (да, они не должны этим заниматься, но ...), сопровождение ПРОМ. И у них будут похожие проблемы:
а) слишком много настроек
б) не понятно, что важно
в) не понятно, у всех одинаковые настройки (скопированные из каркаса) или у кого-то есть особенности, требующие внимания. По-хорошему, все должно быть описано в документации к релизу, но случается всякое)

2) для разработчика библиотеки или сервиса вывалить на пользователей сотню настроек, давая им возможность настроить "под себя" - самый простой, но не самый правильный вариант. Даже если ко всем настройкам есть подробная документация, но как я уже написал выше - случается всякое) Правильный подход - подумать, как этим сервисом будут пользоваться. Это на самом деле проблема. Не для всех, open sourse библиотека, которую неудобно использовать, скорее всего не пройдет "естественный отбор". А вот в "кровавом enterprise" проблема проявляется во всей красе. Не всегда пользователи могут отказаться от использования какой-то части платформы. Так вот, чтобы понять оптимальные настройки по умолчанию - надо поставить себя на место пользователя. Или собрать обратную связь, или пользоваться своим продуктом. Т.е. convention over configuration способствует движению в правильном направлении

Еще не решили, чем займетесь в эти выходные? Тогда приходите на стенд Cloud.ru на ИТ-пикнике в Москве!

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

Что еще будет на стенде:

• Cloud-Man — наша версия легендарной игры Pac-Man, где вы сможете примерить роль облачного провайдера и перенести все on-premise решения клиентов в облако.

• Кодинг на скорость — получиться ли выкатить фичу в прод всего за 60 секунд? Проверьте себя!

• Физическая викторина — сможете разменять одновременно мозг и тело. 

Самые активные участники получат крутой мерч и наборы LEGO 🎁.

А помимо интересных развлечений на стенде можно будет пообщаться с нашими сотрудниками и побольше узнать про Cloud.ru и продукты. Не упустите шанс лично познакомиться с разработчиками Cloud.ru Evolution!

👉 Зарегистрироваться

Будем рады встрече на ИТ-пикнике!

Интересное в блоге:

• Зачем нужна R&D-команда: взгляд разработчика

• Как объединить кластеры Kubernetes без даунтайма: пошаговая инструкция

• Защищаем приложение в облаке от DDoS-атак: взгляд со стороны провайдера и клиента

Всем привет!

Снова попробую сам с собой поспорить ... санитары, ау ... так ли хорош принцип convention over configuration.

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

2. Если система прячет от нас настройки - она менее гибка, и в нестандартном use case ее придется настраивать "через одно место". И это в самом деле важный момент. convention over configuration не означает, что разработчик компонента спрятал все настройки в "черный ящик". Это неправильный convention over configuration. Правильный - разработчик продумал некие настройки по умолчанию, удовлетворяющие основные use cases, но оставил возможность подтюнить при необходимости.
   Это может быть application.yaml в Spring Boot, код на Kotlin или Groovy DSL в Gradle или даже написание плагина в Maven. Последний кейс может показаться антипримером - настроить что-то под себя достаточно сложно. Но как раз за это многие и любят Maven - сделать из скрипта сборки "большой ком грязи" на Maven гораздо сложнее, чем в том же Gradle. Так что кажется, что и такой вариант допустим.

Всем привет!

Я часто вижу в проектах лишние настройки. Они попадают в проект следующими путями:

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

2. решили явно прописать какие-то настройки, для надежности

Я считаю, что так делать не надо. Почему?

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

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

3. среди скопированных настроек могут быть не нужные в данный момент. Код легко меняется, ТЗ - тоже, поэтому добавлять что-то "на вырост" не стоит

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

А вообще есть такой хороший принцип - convention over configuration. Тоже моя любимая тема) Принцип говорит о том, что должны быть настройки по умолчанию, устраивающие большинство потребителей. Эти настройки потребитель не задает явно, они уже заданы.

Веб-пентест для специалистов с опытом: бесплатный тест для оценки знаний

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

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

→ Пройти бесплатное тестирование

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

Вы научитесь:

• Не только ломать веб-приложения, но и защищать их от атак;

• Анализировать уязвимости и тестировать приложения на проникновение;

• Пользоваться Docker, Kubernetes, DevSecOps и развёртыванием в облаке;

• Проектировать безопасную архитектуру веб-приложений;

• Использовать методики и инструменты для идентификации уязвимостей;

• Внедрять двухфакторную аутентификацию;

• Находить уязвимости OWASP Top 10 и другие;

• Применять инструменты и методики DevSecOps.

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

Ближайший старт — 15 августа и 12 сентября

→ Узнать подробнее и начать учиться бесплатно

Заглядывайте на стенд Рег.ру на ИТ-пикнике

17 августа в Москве в музее-заповеднике “Коломенское” пройдет ИТ-пикник, где соберутся IT-специалисты вместе со своими семьями. Там будем и мы. Приходите знакомиться!

Чем можно заняться на нашем стенде

→ Сконструировать облако из сладкой ваты именно для ваших ИТ-проектов, будь то миграция базы данных или масштабирование интернет-магазина. 

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

→ Проверить удачу и покрутить IT-барабан. Самые азартные смогут испытать свое везение, проверить собственные знания и получить крутые подарки. 

Что еще будет на ИТ-пикнике

→ Лекции. Эксперты расскажут о продуктовой разработке, архитектуре и качестве, кибербезопасности и менеджменту в ИТ. Параллельно будет идти научпоп-лекторий.

→ Интерактивная зона. Тут вы найдете лазертаг, сможете поиграть на глюкофоне или поучаствовать в шахматном турнире. А еще можно протестировать VR, погрузиться в робототехнику, космонавтику и спорт. 

→ Музыка. Главный хедлайнер ИТ-пикника — Леонид Агутин! Выступление будет на главной сцене фестиваля.

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

Заметки в Телеграме - легко! Знакомьтесь, SUDAKIDAI ✍️

Часто находите интересные статьи в Телеграм-каналах, которые хочется сохранить на потом? Или просто нужно быстро записать идею, не выходя из мессенджера?

SUDAKIDAI - ваш личный помощник по сбору и хранению заметок прямо в Телеграме!

Как работает SUDAKIDAI:

1. Пересылаете пост в бота @SUDAKIDAI_bot.

2. ИИ-мотор на базе YandexGPT бота анализирует текст, выделяет ключевые моменты, определяет категорию и подбирает релевантные тэги.

3. Ваша заметка готова! Она доступна в мини-приложении бота с удобным облаком тэгов для быстрого поиска нужной информации.

Преимущества SUDAKIDAI:

• Простой интерфейс: интуитивно понятный и удобный для использования.

• Автоматическая обработка: ИИ делает всю "черную работу" по структурированию информации.

• Быстрый поиск: с помощью облака тэгов вы мгновенно найдете нужную заметку.

• Бесплатный: SUDAKIDAI доступен для всех пользователей Телеграм.

Не теряйте ценную информацию!

Пробуйте SUDAKIDAI уже сегодня!

Ссылка на бота @SUDAKIDAI_bot

P.S. Делитесь своим опытом использования SUDAKIDAI в комментариях!

UPD. Добавил сохранение заметок из внешних ресурсов по ссылке, улучшил логику формирования категории и хэш-тэгов.

Как создать веб-приложение на базе VK Mini Apps 📱

Написали пошаговую инструкцию, в которой:

• показываем, как создать интерфейс на основе готовых адаптивных VKUI‑компонентов;

• затрагиваем все основные библиотеки социальной сети;

• устанавливаем сертификаты и подключаем проксирующий сервер;

• разворачиваем в облаке и загружаем на платформу VK;

• добавляем приложение в каталог, чтобы его легко находили пользователи.

Особые навыки администрирования не понадобятся. Берем небольшие вычислительные мощности (1 CPU с 512 МБ RAM) и простой Docker-файл.

Начать изучение →

Математическая задача про кофейню

Привет, Хабровчане! Делимся интересной задачей. Попробуете решить? Пишите варианты ответов в комментариях.

Условия: Аня выбирает напиток в кофейне. В меню:

• 7 видов кофе,

• 2 вида горячего шоколада,

• 5 видов чая.

Кофе и горячий шоколад готовят на обычном, соевом или овсяном молоке. Кофе может быть и без молока (а горячий шоколад всегда с молоком). Ещё в кофейне есть 8 сиропов, по желанию можно 1 или 2 разных добавить в кофе.

Вопросы:

1. Аня берёт каждый день разные варианты напитков. Сможет ли она за три года перепробовать все возможные?

2. Бариста сказал, что теперь любой из напитков можно сделать горячим или холодным. Сколько времени теперь понадобится Ане, чтобы попробовать все варианты?

Решение задачи опубликуем в комментариях :)

→ Больше подобных задач в бесплатном тренажере «Основы математики для цифровых профессий».