🏃‍♀️ Новый поток курса — собери своих AI-агентов

7 октября стартует второй поток курса «AI-агенты для DS-специалистов».
За 5 недель вы научитесь собирать агентов, которые уже сейчас будут помогать бизнесу.

В кружке выше Максим Шаланкин, наш преподаватель, рассказывает подробнее — включай, чтобы не пропустить.

👉 Записаться на курс

Что делает функция shuffle из модуля random?

👾 — Функция shuffle() всегда перемешивает список одинаково, порядок элементов фиксированный.

🔥 — shuffle() можно использовать с любым объектом, включая числа и кортежи, она вернёт перемешанную копию.

👍 — Функция shuffle() из модуля random перемешивает изменяемую последовательность прямо на месте. Она не возвращает никакого значения, а изменяет сам объект последовательности.

————————————

👍 — правильный ответ

🐸Азбука айтишника

#междусобойчик

📌 Принципы ООП: что это и зачем спрашивают на собесе

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

➡️ Ключевые игроки здесь:

Классы — как чертёж дома: описывают, что будет внутри.

Объекты — уже построенные дома по этим чертежам.

Методы и свойства — «что дом умеет» и «какого он цвета».

А теперь про четыре принципа ООП, которые любят спрашивать на собеседованиях:

1. Инкапсуляция

Представьте смартфон: вы нажимаете кнопку «позвонить», но вам не нужно знать, как устроены радиомодули или протоколы связи.
Суть — прячем детали реализации и оставляем простой интерфейс для пользователя.

2. Наследование

У вас есть «Класс Машина», а вы хотите создать «Электромобиль». Вместо того чтобы писать всё с нуля, берёте готовый функционал и добавляете своё.
Это экономит время и код.

3. Полиморфизм

Один метод — разное поведение.
Например, у вас есть функция draw(): для круга она рисует окружность, для квадрата — четыре стороны. Имя одно, результат разный.

4. Абстракция

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

На собеседовании любят спрашивать про ООП, чтобы проверить не только теорию, но и то, как вы мыслите.

Для тех, кто хочет глубже копнуть:
🔗 Википедия про ООП

🐸Азбука айтишника

#ликбез

📢 Какой рабочий сетап круче?

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

А то, может, там уже три монитора, как у хакера из фильмов, или ноутбук на коленках, как у студента перед дедлайном?

❤️ — 1
👍 — 2
⚡️ — 3
👏 — 4
🔥 — 5
🎉 — 6
😁 — 7
😍 — 8
🤩 — 9

🐸Азбука айтишника

#развлекалово

🏦 Интеграция платежных систем на уровне банковской инфраструктуры

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

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

🔗 Читать статью

🐸Азбука айтишника

#буст

🗒 Как за секунду проверить, пуст ли массив в NumPy

Работаешь с NumPy и возникает простой вопрос:

Массив пустой или просто в нём одни нули?

Вместо сложных проверок есть быстрый способ — атрибут .size

import numpy as np

arr = np.zeros((1,0))    # пустой массив
print(arr.size)          # вернёт 0

Если .size == 0, значит в массиве нет элементов. Это не про значения внутри (например, нули), а именно про количество элементов.

💭 А вы знали про .size или раньше проверяли массивы другими способами?

👍 — да, использую постоянно
🌚 — не знал(а), теперь буду

🐸Азбука айтишника

#междусобойчик

⭐ Что такое теневые DOM деревья

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

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

Зачем нужен:

➡️ Инкапсуляция: стили и скрипты внутри Shadow DOM не влияют на остальную часть страницы и наоборот.

➡️ Изоляция: элементы внутри Shadow DOM недоступны через document.querySelector, что предотвращает случайные изменения.

➡️ Переиспользуемость: компоненты можно использовать в разных частях приложения без опасений за конфликты стилей.

Пример использования

<!-- HTML -->
<div id="host"></div>

// JavaScript
const host = document.querySelector('#host');
const shadowRoot = host.attachShadow({ mode: 'open' });
shadowRoot.innerHTML = `
<style>
p { color: blue; }
</style>
<p>Это текст внутри Shadow DOM</p>
`;

console.log(document.querySelector('p')); // null

В этом примере элемент <p> находится внутри Shadow DOM и недоступен через глобальный document.querySelector.

Для более глубокого изучения Shadow DOM и Web Components можно обратиться к следующим ресурсам:

🔗 MDN Web Docs: Using shadow DOM

🔗 Современный учебник JavaScript: Shadow DOM

🐸Азбука айтишника

#буст

🧩 Чек-лист для рекламных спецпроектов

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

1️⃣ Сетап проекта

➡️ Выбираем шаблон: берем готовые (create-react-app, create-vk-mini-app, vite) или клонируем проверенные боем шаблоны из других проектов.

➡️ Обновляем зависимости: следим за актуальностью внутренних библиотек и часто обновляемых пакетов (например, vk-ui, vk-bridge).

➡️ Подготавливаем среду: настраиваем CI/CD, собираем базу знаний, создаём ветки, выдаём доступы — чтобы команда могла сразу включиться в работу.

➡️ Настраиваем тестовое окружение: деплоим каждую ветку на отдельный поддомен, прописываем нужные конфиги в .gitlab-ci.yml.

2️⃣ Верстка и интерактив

➡️ Добавляем анимации: оживляем интерфейс — появления элементов, ховеры, плавные переходы.

➡️ Настраиваем интерактив: кнопки, инпуты, модалки, выпадашки — особенно внимательно проверяем поведение в Safari и на iOS.

➡️ Добавляем лоадеры: отображаем загрузку контента и блокируем повторные действия пользователя во время ожидания.


3️⃣ Темизация

➡️ Поддерживаем темы: светлая и тёмная, а также цветовые схемы под платформу

➡️ Используем CSS-переменные: реализуем переключение тем через контекст, хуки или встроенные механизмы библиотеки.

4️⃣ Работаем с текстами

➡️ Проверяем тексты: без опечаток, по тону и ТЗ.

➡️ Типографируем: через плагин typograf или вручную, если важна точная подача.

➡️ Добавляем шрифты: используем woff2, настраиваем прелоад, чтобы избежать мигания.

5️⃣ Работа со статикой

➡️ Сжимаем изображения: через Squoosh или аналогичные сервисы.

➡️ Оптимизируем SVG: используем @svgr/webpack для подключения как компонентов, избегаем тяжёлых SVG-анимаций.

➡️ Предзагружаем картинки: заранее загружаем изображения через loadImage() — повышаем отзывчивость интерфейса.

6️⃣ Обработка ошибок

➡️ Добавляем Error Boundary: показываем понятные сообщения об ошибках и кнопку «Перезагрузить».

➡️ Интегрируем Sentry: логируем ошибки с данными об окружении, пользователе, версии и методе.

➡️ Учитываем версионность: передаём номер сборки, чтобы понимать, устранён ли баг в новой версии.

7️⃣ Сбор статистики

➡️ Согласовываем трекеры: Метрика, GA, VK Retargeting, кастомная аналитика — по выбору клиента.

➡️ Настраиваем трекинг событий: логируем переходы, клики, скроллы — с учетом особенностей SPA.

➡️ Разделяем среды: используем отдельные счётчики для дева и прода, чтобы не мешать статистике.

8️⃣ Тестирование

➡️ Проверяем во всех средах: Chrome, Safari, Firefox, Edge, мобильные браузеры и нативные VK/OK на Android и iOS.

➡️ Тестируем поведение: навигация, модалки, переходы по «назад», свайпы, скроллы, корректность ссылок.

➡️ Добавляем dev-инструменты: eruda для отладки на мобилках, скрытые кнопки для сброса и рестарта данных.

9️⃣ Выкатка в прод

➡️ Проверяем окружение: .gitlab-ci.yml, переменные окружения, ID приложений, ссылки на API.

➡️ Чистим окружение: удаляем dev-инструменты, временные данные, финализируем тексты и изображения.

➡️ Запускаем джобу: деплоим через GitLab CI, проверяем успешность пайплайна.

➡️ Следим за состоянием: мониторим Sentry, анализируем нагрузку, при необходимости увеличиваем ресурсы.

Сохраняй себе, пригодится ☝️

🔗 Источник

🐸Азбука айтишника

#буст

🤑 Как реально понять Kubernetes

1. Не используй чёрные ящики. Kubernetes The Hard Way — это гайд по kubernetes.

2. Пошагово своими руками: от сетей до API-сервера. Видишь всё, что обычно спрятано «под капотом».

3. В комплекте: alias’ы, функции, обёртки и десятки скриптов, которые реально работают в проде.

4. Автор собирал гайд 2 года: важные моменты, которых нет в обычных туториалах.

Ставь ❤️, если понравился пост

🐸Азбука айтишника

#буст

💬 Квиз по мотивам гайда сверху

🚚📦 Delivery Manager: что за профессия и какую роль она играет в разработке?

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

🔗 Читать статью

🐸Азбука айтишника

#буст