Программирование {BookFlow}
Kanalga Telegram’da o‘tish
Мы публикуем лекции и книги по программированию, видеоуроки, доклады с IT конференций, новости технологий. Группа в https://vk.com/bookflow. По всем вопросам @evgenycarter РКН https://clck.ru/3KoAbH
Ko'proq ko'rsatish
Tarmoq:📈 Telegram kanali Программирование {BookFlow} analitikasi
Программирование {BookFlow} (@bookflow) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 15 688 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 8 175-o'rinni va Rossiya mintaqasida 42 288-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 15 688 obunachiga ega bo‘ldi.
31 Iyul, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -78 ga, so‘nggi 24 soatda esa 1 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 5.23% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 2.73% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 821 marta ko‘riladi; birinchi sutkada odatda 428 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 8 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent git, программист, программирование, c++, sql kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Мы публикуем лекции и книги по программированию, видеоуроки, доклады с IT конференций, новости технологий.
Группа в https://vk.com/bookflow.
По всем вопросам @evgenycarter
РКН https://clck.ru/3KoAbH”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 01 Avgust, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
15 688
Obunachilar
+124 soatlar
-177 kunlar
-7830 kunlar
Postlar arxiv
Многопользовательская игра, похожая на DOOM, написанная на чистом SQL
DOOMQL - это экспериментальный проект, который позволяет играть в DOOM, используя SQL-запросы.
Идея проста: управление игрой происходит не через клавиатуру или мышь, а через выполнение SQL-команд, которые интерпретируются как действия внутри движка.
🔹 Например, можно отправить
INSERT или UPDATE запрос, чтобы двигаться, стрелять или поворачивать персонажа.
🔹 Вся логика игрового процесса завязана на базу данных, превращая DOOM в своеобразный SQL-интерфейс.
🔹 Это скорее арт-проект, чем практичный инструмент, но отличный пример того, как базы данных можно использовать в самых неожиданных сценариях.
https://github.com/cedardb/DOOMQL
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
Парсер C++ на своем DSL: попытка обогнать компилятор
Проекты растут. Кодовая база растёт. Время компиляции растёт вместе с ними и переходит все границы разумного.
В какой-то момент я решил: а что если попробовать написать свой компилятор? Пока только для разработки, не для прода. На замену Clang++/G++/CL.EXE.
Эта статья — о первом шаге на этом пути. О парсере C++, который я написал на своём DSL специально сделанном для этого изначально.
https://habr.com/ru/articles/1058150/
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
Как OpenAI создала своего агента данных
Мы поговорили с Эммой Танг, главой инженерного отдела платформы данных OpenAI, чтобы получить представление о том, как это работает, из первых рук.
В этом видео мы объясним:
- Как это построено
- Как OpenAI использует Codex
- 5 ключевых уроков для каждого инженера
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
Git Merge vs Rebase
Одной из самых мощных возможностей Git является работа с ветками.
Однако при работе с ними нам нужно интегрировать изменения из одной ветки в другую, и способов сделать это несколько.
Есть два основных метода:
1. Merge (слияние)
Когда вы сливаете ветку A в ветку B (с помощью
git merge), Git создаёт новый merge-коммит.
У этого коммита два родителя — по одному от каждой ветки, что символизирует объединение их истории.
- Это неразрушающая операция, которая сохраняет точную историю проекта.
- Merge особенно полезен в командной работе, когда важно сохранить целостность и хронологию изменений.
Минус: merge-коммиты могут "засорять" историю, усложняя отслеживание конкретных изменений.
2. Rebase (перебазирование)
Когда вы перебазируете ветку A на ветку B (с помощью git rebase), это означает:
"Давайте сделаем вид, что изменения из ветки A были сделаны поверх последних изменений ветки B."
- Rebase переписывает историю проекта, создавая новые коммиты для каждого из исходных коммитов.
- Результат — чистая, линейная история.
Минус: может быть проблематично, если над веткой работают несколько человек, ведь перебазирование переписывает историю, что усложняет совместную работу при уже опубликованных ветках.
Когда что использовать?
- Merge — когда важно сохранить полную историю и вы работаете с общими ветками. Идеально для слияния feature-веток в main или develop.
- Rebase — для личных веток или когда нужна чистая, линейная история для удобства отслеживания изменений.
Важно: не делайте rebase публичной истории. Если ветка уже опубликована и с ней работают другие, переписывание истории приведёт к конфликтам и путанице.♻️ Сделай репост, чтобы помочь другим. 📲 Мы в MAX 👉 @Bookflow
📡 Интернет существовал ещё до появления интернета. Правда, был он… бумажным.
В 1930-х годах инженеры придумали удивительную технологию: новости передавались по радиоволнам прямо на домашний аппарат, который печатал свежую «газету» на специальной термобумаге. По сути, это был аналог современного RSS, только без Wi-Fi, смартфонов и браузеров.
Главным идеологом проекта стал инженер Уильям Финч. Его устройство принимало радиосигнал и примерно за 20 минут печатало одну страницу. Владельцы могли просыпаться утром уже с готовым выпуском новостей, который буквально «скачивался» из эфира.
💡 Идея была революционной:
• новости приходили быстрее обычной прессы;
• можно было передавать не только текст, но и изображения;
• рекламодатели рассылали рецепты, купоны и буклеты — почти как современные push-уведомления и email-рассылки.
Но технология не взлетела. Причин было несколько:
• печать была очень медленной;
• специальная бумага пачкала руки;
• устройства стоили дорого;
• радио было дешевле и удобнее, а вскоре его окончательно вытеснило телевидение.
Тем не менее концепция оказалась пророческой. Финч фактически предсказал персональные новостные ленты, мгновенную доставку контента и домашнее получение информации — задолго до появления интернета, RSS и электронных газет.
https://habr.com/ru/companies/studyai/articles/1061556/
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
🔥 Как управлять хаосом в инфраструктуре?
Каждый DevOps рано или поздно сталкивается с бардаком в инфраструктуре: неконтролируемые деплои, забытые сервисы, баги, которые никто не фиксит. Как с этим бороться?
1️⃣ GitOps — все в коде
Описывай инфраструктуру в Git. Terraform, Ansible, Helm — твои лучшие друзья. Код можно версионировать, откатывать и автоматически применять.
2️⃣ Мониторинг и алерты
Не жди, пока тебе напишут в 3 часа ночи, что "сайт лежит". Prometheus + Grafana + Alertmanager помогут реагировать на проблемы заранее.
3️⃣ CI/CD как обязательный ритуал
Если код не проходит через CI/CD, он не должен попадать в прод. Проверяй тесты, линтеры, сканируй на уязвимости.
4️⃣ Автоматизация и self-healing
Используй Kubernetes с подами, которые перезапускаются при сбоях, или Lambda-функции для автоматического восстановления сервисов.
5️⃣ Документация и коммуникация
Не будь тем, кто на вопрос "как это работает?" отвечает "без понятия". Веди вики, оставляй README и учи коллег пользоваться инструментами.
DevOps — это не про тушение пожаров, а про их предотвращение. Автоматизируй и контролируй хаос, пока он не контролирует тебя! 🚀
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
🚀 Подборка полезных IT каналов в Max
Системное администрирование, DevOps 📌
https://max.ru/i_odmin Все для системного администратора
https://max.ru/bash_srv Bash Советы
https://max.ru/sysadminof Книги для админов, полезные материалы
https://max.ru/i_odmin_book Библиотека Системного Администратора
https://max.ru/i_devops DevOps: Пишем о Docker, Kubernetes и др.
https://max.ru/tipsysdmin Типичный Сисадмин
https://max.ru/channel_win_sysadmin Системный Администратор Windows
https://max.ru/channel_linux_admin Linux: Системный администратор
https://max.ru/channel_linuxmod Linux
https://max.ru/channel_i_linux Системный администратор
https://max.ru/channel_devopslib DevOps, SRE, Sysadmin
https://max.ru/channel_devops_star DevOps Star (Звезда Девопса)
Excel лайфхак 📌
https://t.me/Excel_lifehack Excel лайфхак
Английский с нуля 🇬🇧
https://max.ru/UchuEnglish
1C разработка 📌
https://max.ru/odin1c_rus Cтатьи, курсы, советы, шаблоны кода 1С
https://max.ru/channel_DevLab1C 1С:Предприятие 8
Программирование C++📌
https://max.ru/cpp_lib Библиотека C/C++ разработчика
https://max.ru/channel_cpp_geek C++ geek
Программирование Go📌
https://max.ru/golang_lib Библиотека Go (Golang) разработчика
Программирование React📌
https://max.ru/react_lib React
Программирование Rust📌
https://max.ru/channel_rust_lib
Программирование Python 📌
https://max.ru/python_of Python академия.
https://max.ru/BookPython Библиотека Python разработчика
Java разработка 📌
https://max.ru/bookjava Библиотека Java разработчика
https://max.ru/channel_java_geek Java Geek
GitHub Сообщество 📌
https://max.ru/githublib Интересное из GitHub
Базы данных (Data Base) 📌
https://max.ru/database_info Все про базы данных
Фронтенд разработка 📌
https://max.ru/frontend_1 Подборки для frontend разработчиков
Библиотеки 📌
https://max.ru/programmist_of Книги по программированию
https://max.ru/proglb Библиотека программиста
https://max.ru/bfbook Книги для программистов
Программирование 📌
https://max.ru/bookflow Лекции, видеоуроки, доклады с IT конференций
https://max.ru/itmozg Программисты, дизайнеры, новости из мира IT
https://max.ru/php_lib Библиотека PHP программиста 👨🏼💻👩💻
Шутки программистов 📌
https://max.ru/itumor Шутки программистов
Защита, взлом, безопасность 📌
https://max.ru/thehaking Канал о кибербезопасности
https://max.ru/xakkep_1 Хакер Free
Книги, статьи для дизайнеров 📌
https://max.ru/odesigners Статьи, книги для дизайнеров
Математика 📌
https://max.ru/Pomatematike Канал по математике
https://max.ru/phismat_1 Обучающие видео, книги по Физике и Математике
Вакансии в IT📌
https://max.ru/progjob
https://max.ru/channel_rabotait
Мир технологий 📌
https://max.ru/mir_teh Канал для любознательных
Бонус 📌
https://max.ru/piterspb_78 Свежие новости Санкт-Петербурга
https://max.ru/mockva_life Свежие новости Москвы
https://max.ru/piterspb Питер Новости: Санкт-Петербург / СПБ / ДТП
📱 Google разрешила восстанавливать доступ к аккаунту с помощью селфи-видео.
Новый способ пригодится, если пользователь забыл пароль, потерял телефон или не может пройти стандартную проверку личности.
Для восстановления доступа потребуется записать короткое видео с лицом. Система проверит, что перед камерой действительно владелец аккаунта, после чего позволит войти.
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
📌Лучшие практики для CI/CD-пайплайнов
Правильная настройка CI/CD (Continuous Integration/Continuous Deployment) позволяет ускорить доставку кода, минимизировать ошибки и повысить безопасность. Вот ключевые best practices для CI/CD:
1. Используйте систему контроля версий для всего
- Храните в Git (или другом VCS) не только код, но и конфигурации, скрипты для CI/CD и инфраструктуру как код (IaC).
- Следуйте стратегии ветвления: Git Flow, GitHub Flow, trunk-based development.
- Включите код-ревью и защиту веток перед слиянием (Pull Requests, Merge Requests).
2. Автоматизируйте сборку, тестирование и развертывание
- Используйте Jenkins, GitHub Actions, GitLab CI/CD, CircleCI для автоматизации.
- Включите в пайплайн юнит-, интеграционные, функциональные и безопасностные тесты.
- Настройте автоматическое развертывание, чтобы исключить человеческий фактор.
3. Shift Left: Тестируйте на ранних этапах
- Запускайте статический анализ кода (SAST) сразу после коммита (SonarQube, Checkmarx).
- Добавьте динамическое тестирование (DAST) и сканирование контейнеров.
- Используйте feature flags, чтобы включать/выключать фичи без релиза.
4. Применяйте инфраструктуру как код (IaC)
- Управляйте инфраструктурой с помощью Terraform, AWS CloudFormation, Pulumi.
- Храните IaC-файлы в Git и тестируйте их перед развертыванием.
- Применяйте принцип неизменяемости инфраструктуры (избегайте ручных изменений на проде).
5. Оптимизируйте производительность пайплайнов
- Кэшируйте зависимости (Docker-образы, npm, Maven) для ускорения сборки.
- Разбивайте тесты на параллельные потоки.
- Используйте инкрементальную сборку, чтобы пересобирать только измененные части проекта.
6. Обеспечьте безопасность пайплайна
- Храните секреты в защищенных хранилищах (AWS Secrets Manager, HashiCorp Vault, GitHub Secrets).
- Включите RBAC (разграничение прав доступа) в CI/CD-системе.
- Автоматически сканируйте зависимости, контейнеры и инфраструктуру на уязвимости.
7. Используйте Blue-Green и Canary-развертывания
- Blue-Green: два окружения (старое и новое), переключение трафика без даунтайма.
- Canary-релизы: выкатывайте обновления на небольшой процент пользователей перед полным релизом.
- Автоматически откатывайте неудачные развертывания.
8. Внедрите мониторинг и логирование
- Настройте централизованные логи через ELK Stack, Grafana Loki, AWS CloudWatch.
- Используйте мониторинг Prometheus, Datadog, New Relic.
- Настройте алерты и автоматическую реакцию на сбои.
9. Соблюдайте комплаенс и управление изменениями
- Внедряйте policy-as-code (например, Open Policy Agent (OPA), AWS Config).
- Логируйте все развертывания для аудита.
- Соблюдайте SOC2, HIPAA, GDPR при работе с чувствительными данными.
10. Контроль качества и постоянное улучшение
- Анализируйте метрики CI/CD и оптимизируйте узкие места.
- Получайте обратную связь от разработчиков для улучшения процесса.
- Проводите автоматизированные post-mortem разборы инцидентов.
Следуя этим best practices, вы получите быстрые, надежные и безопасные CI/CD-процессы с минимальными рисками и затратами. 🚀
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
Leptos
Это современный фреймворк для разработки веб-приложений на Rust с реактивным подходом. Он позволяет писать как фронтенд, так и бэкенд, используя единый стек, с акцентом на производительность и безопасность.
Особенности:
⚡ Высокая скорость работы благодаря компиляции в WebAssembly и оптимизациям Rust.
🔄 Реактивность: обновления интерфейса происходят автоматически при изменении состояния.
🛠 Полный стек: можно писать и серверный, и клиентский код на Rust.
🌐 SSR (Server-Side Rendering) и гидратация для SEO и быстрого первого рендера.
🧩 Богатая экосистема и возможность использовать привычные паттерны вроде компонентов.
Фреймворк позиционируется как альтернатива React/Vue/Svelte, но с силой и безопасностью Rust.
https://github.com/leptos-rs/leptos
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
Quake 1/2/3 (1996-1999)
Разработчик: id Software
Издатель: GT Interactive / Activision
Платформа: DOS / Windows / others
Code review: fabiensanglard.net (Quake 1)
Code review: fabiensanglard.net (Quake 3)
Тут писать особо нечего, вы и сами всё знаете. Знатная веха в создании полностью трёхмерных движков, без всяких хаков вроде 2.5D
Упомяну несколько интересных подробностей. Возможно, это первая коммерческая игра, скомпилированная компилятором с открытым исходным кодом (DJGPP for DOS, ранний порт gcc).
В игре был свой скриптовой язык “Quake C” (позже lcc у Quake 3). Он был встроен специально для того, чтобы игроки могли делать модификации. Это, вкупе с системой ресурсов PWAD, породило огромное сообщество моддеров.
В Quake 1 был инновационный механизм кэширования результатов шейдинга. Но после распространения 3D-ускорителей это потеряло смысл. Следующая игра от id, Rage, использовала эту же идею.
Кроме того, Quake был очень надёжным движком. Никаких глюков растра или обсчёта столкновений.
Quake / Исходники: github.com/id-Software/Quake
Quake 2 / Исходники: github.com/id-Software/Quake-2
Quake 3 / Исходники: github.com/id-Software/Quake-III-Arena
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
🇷🇺 Разбираешься в радиочипах, оптике и связи?
Забери до 1 000 000 рублей за свои инженерные навыки на турнире «Дронкон» 🇷🇺
«Сталинские Соколы» открывают регистрацию на 4-й Всероссийский турнир «Дронкон», который пройдет с 22 по 26 августа.
Турнир пройдет по направлению:
- Инженерное дело: навыки программирования, сборка электронного оборудования, беспроводная связь, оптические системы + стратегия «Битва Дронов»;
Призовой фонд для победителей:
🥇место – 1 000 000 рублей
🥈место – 700 000 рублей
🥉место – 500 000 рублей
Награда за 4-8 места - 100 000 рублей
Пройди заочный онлайн-этап и получи путевку на очный этап турнира в Республику Татарстан!
Перелет, питание, проживание - за счет организаторов.
🇷🇺 Подать заявку и узнать подробности 🇷🇺
Шпаргалка по синтаксису CRON
Формат записи:
* * * * * команда │ │ │ │ │ │ │ │ │ └─ День недели (0–6, где 0 = воскресенье) │ │ │ └─── Месяц (1–12) │ │ └───── День месяца (1–31) │ └─────── Час (0–23) └───────── Минуты (0–59)Специальные символы:
* — любое значение (например, каждая минута, каждый день).
, — перечисление (например, 1,15 = 1-е и 15-е число).
- — диапазон (например, 1-5 = с понедельника по пятницу).
/ — шаг (например, */10 = каждые 10 минут).
? — «неважно» (обычно в день месяца или день недели).
Примеры:
0 * * * * → запуск каждый час.
*/30 * * * * → каждые 30 минут.
0 0 * * * → в полночь каждый день.
0 8 * * 1 → каждый понедельник в 8:00.
0 18 15 * * → 15-го числа каждого месяца в 18:00.
Специальные строки:
@reboot → запуск при старте системы.
@hourly → каждый час.
@midnight → каждый день в полночь.
@monthly → каждый месяц в полночь 1-го числа.
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
Redox - это операционная система, написанная полностью на Rust. Проект вдохновлён принципами Unix, но стремится к более безопасной и современной архитектуре. В Redox используются микроядерный подход, драйверы и сервисы запускаются в пространстве пользователя, что уменьшает поверхность атак и повышает стабильность.
Кроме ядра, экосистема включает файловую систему TFS, собственный дисплейный сервер Orbital и набор утилит. Разработчики делают упор на безопасные абстракции Rust и минимизацию использования небезопасного кода.
https://gitlab.redox-os.org/redox-os/redox
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
Чтобы разобраться с правами доступа к файлам в Linux, нам нужно понять, что такое Ownership и Permission.
Ownership
Каждому файлу или каталогу присваивается три типа прав собственности:
🔹Owner: Владелец - это пользователь, создавший файл или каталог.
🔹Group (группа): В группе может быть несколько пользователей. Все пользователи в группе имеют одинаковые разрешения на доступ к файлу или каталогу.
🔹Other: Другие - это пользователи, которые не являются владельцами или членами группы.
Permission
Существует только три типа разрешений для файла или каталога:
🔹Read (r): Разрешение на чтение позволяет пользователю читать файл.
🔹Write (w): Разрешение на запись позволяет пользователю изменять содержимое файла.
🔹Execute (x): Разрешение execute позволяет выполнять файл.
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
Что такое SSO — единый вход?
SSO, или Single Sign-On, — это схема аутентификации, которая позволяет пользователю входить в разные системы с помощью одной учётной записи.
На схеме ниже показано, как работает SSO.
Шаг 1. Пользователь открывает Gmail или другой почтовый сервис. Gmail обнаруживает, что пользователь не авторизован, и перенаправляет его на сервер аутентификации SSO. Сервер также определяет, что пользователь ещё не вошёл в систему, поэтому перенаправляет его на страницу входа SSO, где пользователь вводит свои учётные данные.
Шаги 2–3. Сервер аутентификации SSO проверяет учётные данные, создаёт глобальную пользовательскую сессию и формирует токен.
Шаги 4–7. Gmail отправляет токен на сервер аутентификации SSO для проверки. Сервер регистрирует систему Gmail и возвращает ответ «токен действителен». После этого Gmail предоставляет пользователю доступ к защищённому ресурсу.
Шаг 8. Из Gmail пользователь переходит на другой сайт Google, например YouTube.
Шаги 9–10. YouTube обнаруживает, что пользователь не авторизован, и запрашивает аутентификацию. Сервер SSO определяет, что пользователь уже вошёл в систему, и возвращает токен.
Шаги 11–14. YouTube отправляет токен на сервер аутентификации SSO для проверки. Сервер регистрирует систему YouTube и возвращает ответ «токен действителен». После этого YouTube предоставляет пользователю доступ к защищённому ресурсу.
Процесс завершён: пользователь получает доступ к своему аккаунту без повторного ввода логина и пароля.
Теперь ваша очередь:
Вопрос 1. Реализовывали ли вы SSO в своих проектах? Какая часть оказалась самой сложной?
Вопрос 2. Какой способ входа вам нравится больше всего и почему?
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
Чем отличаются друг от друга блокировки баз данных?
В управлении базами данных блокировки — это механизмы, которые предотвращают одновременный доступ к данным, обеспечивая их целостность и согласованность.
Основные типы блокировок:
🔴Shared Lock: позволяет нескольким транзакциям одновременно читать ресурс, но не модифицировать его
🔴Exclusive Lock: позволяет транзакции как читать, так и модифицировать ресурс
🔴 Update Lock: используется для предотвращения взаимоблокировки, когда транзакция намеревается обновить ресурс
🔴 Schema Lock: используется для защиты структуры объектов базы данных
🔴 Bulk Update Lock: используется во время массовых вставок
🔴 Key-Range Lock: используется в индексированных данных для предотвращения фантомных чтений
🔴 Row-Level Lock: блокирует конкретную строку в таблице
🔴 Page-Level Lock: блокирует конкретную страницу (фиксированный блок данных) в базе данных
🔴 Table-Level Lock: блокирует всю таблицу
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
АВК-6: Персональный Аналоговый Компьютер
Итак, перед нами персональный аналоговый компьютер АВК-6.
Аналоговые вычислительные машины в 60-70-е годы были способны в реальном времени решать системы дифференциальных уравнений до 60 порядка и выше, обеспечивая эквивалентное быстродействие в сотни миллионов операций в секунду, в то время пока цифровые ЭВМ только набирали обороты. Советская и зарубежная промышленность активно выпускала большие и малые аналоговые компьютеры и АВК-6 в этой истории — вершина развития настольных аналоговых компьютеров, удостоенная множества наград в СССР и за рубежом.
Я с детства мечтал заполучить АВК-6 и вот наконец могу провести на нем различные эксперименты, попытаться построить аттракторы, а главное — подтвердить миф о том может ли аналоговый компьютер использоваться как синтезатор.
https://habr.com/ru/companies/timeweb/articles/1052834/
♻️ Сделай репост, чтобы помочь другим.
📲 Мы в MAX
👉 @Bookflow
