BookFlow - книги программирование

Сравнение скорости выполнения программы, которая считает до 1 000 000 000, на C++ и Python. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @Bookflow

🚀 Подборка полезных IT каналов в Max Системное администрирование, DevOps 📌 Ссылка скрыта Все для системного администратора Ссылка скрыта Bash Советы Ссылка скрыта Книги для админов, полезные материалы Ссылка скрыта Библиотека Системного Администратора Ссылка скрыта DevOps: Пишем о Docker, Kubernetes и др. Ссылка скрыта Типичный Сисадмин Excel лайфхак 📌 Ссылка скрыта Excel лайфхак Английский с нуля 🇬🇧 Ссылка скрыта 1C разработка 📌 Ссылка скрыта Cтатьи, курсы, советы, шаблоны кода 1С Программирование C++📌 Ссылка скрыта Библиотека C/C++ разработчика Программирование Go📌 Ссылка скрыта Библиотека Go (Golang) разработчика Программирование React📌 Ссылка скрыта React Программирование Python 📌 Ссылка скрыта Python академия. Ссылка скрыта Библиотека Python разработчика Java разработка 📌 Ссылка скрыта Библиотека Java разработчика GitHub Сообщество 📌 Ссылка скрыта Интересное из GitHub Базы данных (Data Base) 📌 Ссылка скрыта Все про базы данных Фронтенд разработка 📌 Ссылка скрыта Подборки для frontend разработчиков Библиотеки 📌 Ссылка скрыта Книги по программированию Ссылка скрыта Библиотека программиста Ссылка скрыта Книги для программистов Программирование 📌 Ссылка скрыта Лекции, видеоуроки, доклады с IT конференций Ссылка скрыта Программисты, дизайнеры, новости из мира IT Ссылка скрыта Библиотека PHP программиста 👨🏼💻👩💻 Шутки программистов 📌 Ссылка скрыта Шутки программистов Защита, взлом, безопасность 📌 Ссылка скрыта Канал о кибербезопасности Ссылка скрыта Хакер Free Книги, статьи для дизайнеров 📌 Ссылка скрыта Статьи, книги для дизайнеров Математика 📌 Ссылка скрыта Канал по математике Ссылка скрыта Обучающие видео, книги по Физике и Математике Вакансии 📌 Ссылка скрыта Вакансии в IT Мир технологий 📌 Ссылка скрыта Канал для любознательных Бонус 📌 Ссылка скрыта Свежие новости Санкт-Петербурга Ссылка скрыта Свежие новости Москвы Ссылка скрыта Питер Новости: Санкт-Петербург / СПБ / ДТП

BIOS и UEFI / стадии UEFI / драйвера и протоколы Сергей Пушкарёв — руководитель отдела разработки BIOS в YADRO. Сергей начал работу с BIOS и UEFI ещё в университете и может очень много рассказать об этой области. С Еленой Лепилкиной и Антоном Афанасьевым наш герой во всех подробностях разобрал, что происходит на самом низком уровне софта после того, как пользователь нажимает кнопку включения компьютера. Параллельно осветил разные подходы и типичные проблемы разработки в своей сфере, тонкости взаимодействия драйверов, а также разницу между BIOS и UEFI. А напоследок ответил, к чему приводят баги в BIOS и как стараются их избежать, если цена ошибки слишком высока. 0:00 - Тизер 1:12 - Представление Сергея Пушкарева 2:11 - Карьерный путь Сергея 4:50 - История развития BIOS и UEFI и разница между ними 11:28 - Достоинства UEFI 14:14 - Стадии работы UEFI 15:09 - Что работает до UEFI 18:25 - стадия SEC и режим Cache-Is-RAM 22:58 - стадия PEI 27:54 - переход в 64-битный режим 28:42 - PE-файлы,Terse Executable и вопросы производительности 30:46 - DXE стадия и запуск драйверов 33:02 - Протоколы для взаимодействия драйверов 37:58 - Эволюция спецификации: новые архитектуры, Device path для нового железа 40:31 - Загрузка ноутбука через Wi-Fi, разница драйверов Linux и UEFI 42:58 - Работа разработчиков BIOS 44:06 - Баги в UEFI 46:45 - Разработка UEFI под новую платформу 50:38 - Взаимодействие BIOS с BMC, Redfish 53:22 - Разработка драйвера на EDK2 59:55 - Нужен ли ассемблер разработчику BIOS 1:04:13 - Как поменялся процесс загрузки с приходом UEFI 1:05:51 - Взаимодействие BIOS и операционной системы 1:07:20 - Как UEFI работает на ARM 1:11:29 - VFR - DSL-язык для описания меню 1:14:23 - Активное использование Open-Source 1:16:22 - Рынок компаний разработчиков UEFI 1:20:33 - Разработка UEFI для системы, которой нет в железе 1:21:37 - Баги в релизах и процесс тестирования 1:25:59 - Дальнейшее развитие BIOS: ускорение работы, драйверы на Rust 1:35:07 - Заключение источник ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @Bookflow

ПОЛНЫЙ КУРС ПО CLAUDE AI, который научит вас СОЗДАВАТЬ и АВТОМАТИЗИРОВАТЬ что угодно. Те, кто посмотрит это сегодня вечером, проснутся завтра с новым навыком. Посмотрите и добавьте в закладки прямо сейчас. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @Bookflow

⭐️ Shotstars — инструмент, который показывает GitHub-звёзды без розовых очков На GitHub количество звёзд часто воспринимают как показатель качества проекта. Но есть нюанс: звёзды можно накрутить, а резкие всплески популярности не всегда означают реальный интерес сообщества. Shotstars помогает анализировать публичные репозитории и смотреть, что происходит со звёздами на самом деле. Что умеет: — показывает прирост и отток звёзд; — строит графики и HTML-отчёты; — ищет подозрительные всплески активности; — помогает определить возможные фейковые звёзды; — показывает пик популярности проекта; — считает динамику роста и регресса; — умеет работать из CLI; — поддерживает Windows, Linux и Termux. Особенно полезно для тех, кто выбирает open-source проект для использования, аудита или внедрения. Можно быстро понять, перед вами живой репозиторий с нормальным ростом или «звёздный пузырь» с красивой витриной. Установка: pip install shotstars shotstars_cli GitHub-звёзды — это не всегда репутация. Иногда это просто маркетинг. Ссылка скрыта ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @Bookflow

🍪 Cookies vs Sessions: В чем разница и как мы "остаемся залогиненными"? Протокол HTTP не имеет памяти (stateless). Если вы ввели логин и пароль, при переходе на следующую страницу сервер вас уже «забудет». Чтобы этого не происходило, придумали механизмы сохранения состояния. Разбираем наглядную шпаргалку! 👇 1️⃣ Как работают Куки (Cookies)? (Верхняя часть схемы) • Логин: Вы вводите данные, сервер их проверяет. • Ответ: Сервер отправляет вашему браузеру cookie - небольшой фрагмент данных (например, информацию о пользователе или токен). • Следующий запрос: Когда вы переходите на другую страницу, браузер автоматически прикрепляет эту cookie к запросу. Сервер читает её и понимает: "Ага, это снова тот самый юзер, пускаем!". 💡 Суть: Сами данные хранятся на стороне клиента (в вашем браузере) и летают туда-сюда при каждом запросе. 2️⃣ Как работают Сессии (Sessions)? (Нижняя часть схемы) • Логин: Вы авторизуетесь на сервере. • Создание сессии: Сервер создает сессию и сохраняет все ваши данные у себя (в специальной базе - Session Store). • Ответ: Сервер отправляет браузеру cookie, но в ней лежит только уникальный ID сессии, а не сами данные! • Следующий запрос: Браузер отправляет cookie с ID. Сервер смотрит в свою базу, находит по этому ID вашу сессию, проверяет её и выдает нужную страницу. 💡 Суть: Данные хранятся на сервере. У клиента в браузере лежит только "билетик" (ID), по которому сервер его узнаёт. Что выбрать? • Куки хороши для некритичных данных (тема оформления, язык, корзина товаров для неавторизованных), так как они не нагружают память сервера. • Сессии нужны для безопасности (авторизация, банковские операции). Злоумышленник не сможет подделать данные, так как они надежно лежат на сервере. Как правило, в современных веб-приложениях они работают в паре: сессия хранит данные на бекенде, а куки доставляют ID этой сессии в браузер. #webdev #backend #frontend #база #шпаргалка #cookies #sessions ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @Bookflow

🔐 Как на самом деле работает электронная цифровая подпись (ЭЦП)? Разбираем по шагам! Мы часто слышим про «цифровые подписи», но как именно математика и криптография защищают наши документы? На прикрепленной схеме отлично показан весь процесс. Сохраняйте себе, чтобы не потерять! 📌 Процесс делится на два главных этапа: создание подписи (у отправителя) и её проверка (у получателя). 📤 ЭТАП 1: Создание подписи (Сторона отправителя) 1. Создание хэша: Берется исходный документ и пропускается через математический алгоритм - хэш-функцию (например, SHA-256). На выходе получается уникальный «цифровой отпечаток» документа. Главная фишка хэша: если изменить в документе хоть одну запятую, хэш изменится полностью. 2. Шифрование: Отправитель берет этот хэш и шифрует его своим Закрытым ключом (Private Key). Этот ключ есть только у него! 3. Готово: Зашифрованный хэш - это и есть Цифровая подпись. Она прикрепляется к оригинальному документу, и весь этот пакет отправляется по сети. 📥 ЭТАП 2: Проверка подписи (Сторона получателя) Когда документ доходит до адресата, получателю нужно убедиться в двух вещах: что документ прислал именно заявленный автор, и что файл не подменили по пути. 1. Свой хэш: Получатель берет присланный документ и сам пропускает его через ту же хэш-функцию (SHA-256). Получает новый хэш. 2. Расшифровка подписи: Затем получатель берет прикрепленную цифровую подпись и расшифровывает её Открытым ключом (Public Key) отправителя (этот ключ доступен всем). После расшифровки он получает оригинальный хэш, который сделал отправитель. 3. Момент истины - Сравнение: Получатель сравнивает два хэша. ✅ Если они совпадают: Документ 100% подлинный. Его подписал владелец закрытого ключа, и по пути в тексте ничего не меняли. ❌ Если они разные: Документ был изменен злоумышленником при пересылке, либо подпись недействительна. 💡 Главное правило асимметричной криптографии: Подписываем - своим закрытым ключом 🔑 Проверяют нас - нашим открытым ключом 🔓 ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @Bookflow

Но что же такое коды Хэмминга? Истоки коррекции ошибок. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @Bookflow

Антипаттерн: "Сначала MVP — потом нормальная схема" Частая ошибка при старте проекта — отложить продумывание структуры базы «на потом»: «Сейчас сделаем быстро MVP, а потом приведём БД в порядок». И вот что часто происходит: – MVP превращается в продакшн без переработки схемы. – Костыли начинают множиться. – Появляется технический долг, который сложно погасить: миграции становятся болью, связи — запутанными, а данные — ненадёжными. Типичные симптомы: — nullable-поля без нужды — дублирование данных — универсальные таблицы вроде entities или attributes — "магические" значения в enum-полях — отсутствие внешних ключей и индексов Как избежать: 1. Минимум нормализации — с самого начала. Даже для MVP важно заложить понятную структуру. 2. Используй миграции сразу. Даже если это скрипт в папке migrations/, а не полноценный tool. 3. Заведи ER-диаграмму. Она не обязана быть идеальной, но уже поможет избежать хаоса. 4. Смотри в будущее. Планируешь рост? Подумай о расширяемости схемы. 5. Не стесняйся рефакторить. Лучше на раннем этапе изменить структуру, чем через год бояться сломать прод. 👉 MVP не должен значить "без архитектуры". Плохая схема — это замедление развития и боль на каждый новый фичереквест. ♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @Bookflow