Media is too big
VIEW IN TELEGRAM
YouTube как бесплатное облачное хранилище для любых файлов
Идея не новая, но свежая реализация на C++ от NASAExplains. Файл кодируется в видео (данные → пиксели), заливается на YouTube, при скачивании декодируется обратно. Бесплатно и безлимитно — пока YouTube не против.
🔘 Главная проблема — компрессия. YouTube пережимает видео, и данные портятся. Решается увеличением блоков (каждый бит = несколько пикселей), но это снижает плотность хранения
🔘 Идее ~3 года: первый популярный проект Infinite Storage Glitch был на Rust, потом были версии с QR-кодами. Эта — на C++ с собственным кодированием
🔘 Практической пользы ноль, но как упражнение в кодировании данных — отличный пет-проект
@devs_books
Идея не новая, но свежая реализация на C++ от NASAExplains. Файл кодируется в видео (данные → пиксели), заливается на YouTube, при скачивании декодируется обратно. Бесплатно и безлимитно — пока YouTube не против.
@devs_books
Please open Telegram to view this post
VIEW IN TELEGRAM
🤔4👍3
This media is not supported in your browser
VIEW IN TELEGRAM
Ничего необычного, просто синьор за работой
😁10🔥5
Forwarded from Код найма
Что вы знаете о метавселенных?
Нет, это не из «Мстителей», это вполне себе существующие (если можно так выразиться) площадки, в которых сейчас активно осваиваются разные бренды не только зарубежом, но и в России. Рынок там растет, и формируется спрос на специалистов, которые умеют эти виртуальные миры строить, поддерживать и развивать.
Разбираемся, кто нужен метавселенным и что для этого нужно уметь. Внутри профессии для айтишников, креативщиков и управленцев — рассмотрим десять главных.
Нет, это не из «Мстителей», это вполне себе существующие (если можно так выразиться) площадки, в которых сейчас активно осваиваются разные бренды не только зарубежом, но и в России. Рынок там растет, и формируется спрос на специалистов, которые умеют эти виртуальные миры строить, поддерживать и развивать.
Разбираемся, кто нужен метавселенным и что для этого нужно уметь. Внутри профессии для айтишников, креативщиков и управленцев — рассмотрим десять главных.
Шон Гёдеке (инженер в GitHub) написал эссе про «героизм» в больших тех-компаниях. Суть: когда инженер жертвует карьерой ради «правильных вещей», компании это не помогает, а только маскирует сломанные процессы.
🔘 Крупные компании работают на системах (OKR, промо-критерии, бэкчаннел-решения). Результат определяют процессы, а не отдельные люди. Ты можешь вылизать свой уголок Google Wave, но продукт всё равно закроют.
🔘 Героизм = чинить неэффективность в ущерб своим задачам. За это не повышают. Менеджеры и PM это знают и используют: PM ведут списки «лёгких целей»: инженеров из чужих команд, которых можно уговорить на бесплатную помощь.
🔘 Практический вывод: смотри на реальные награды (промо, бонусы, рейзы), а не на благодарности в Slack. Фоновая неэффективность — это плата за масштаб, не твоя проблема.
В общем, гляньте оригинал, там подробнее.
@devs_books
В общем, гляньте оригинал, там подробнее.
@devs_books
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2💯2
Где генерить картинки, тексты и код в 2026
Принесли обзор главных ИИ-инструментов начала 2026 года, составленный на основе аналитических данных.
В статье подсветили, на что обращать внимание при выборе:
— доступность в России;
— с какими задачами инструменты справляются лучше всего;
— какие технологии кроются под капотом.
И помним золотое правило, которое пока еще действует: нейросети не заменяют специалистов — они усиливают их. Человек определяет стратегию, ИИ берёт на себя рутину.
Принесли обзор главных ИИ-инструментов начала 2026 года, составленный на основе аналитических данных.
В статье подсветили, на что обращать внимание при выборе:
— доступность в России;
— с какими задачами инструменты справляются лучше всего;
— какие технологии кроются под капотом.
И помним золотое правило, которое пока еще действует: нейросети не заменяют специалистов — они усиливают их. Человек определяет стратегию, ИИ берёт на себя рутину.
👍2❤1
keon/algorithms — 200+ алгоритмов на Python, pip-installable, 25K звёзд
Репозиторию 9 лет, автор наконец навёл порядок: type hints, docstrings, нормальная структура пакета. Можно ставить через pip и импортировать напрямую.
Отличие от TheAlgorithms/Python (217K звёзд, тоже крутой репо): меньше, компактнее, каждый файл самодостаточный. Не пытается покрыть все варианты, автор пишет только чистые минимальные реализации.
Отличная штука для учёбы и подготовки к собесам.
@devs_books
Репозиторию 9 лет, автор наконец навёл порядок: type hints, docstrings, нормальная структура пакета. Можно ставить через pip и импортировать напрямую.
pip install algorithms → from algorithms.graph import dijkstra. DP, графы, деревья, сортировки, строки, битовые операции — всё в одном пакетеОтличие от TheAlgorithms/Python (217K звёзд, тоже крутой репо): меньше, компактнее, каждый файл самодостаточный. Не пытается покрыть все варианты, автор пишет только чистые минимальные реализации.
Отличная штука для учёбы и подготовки к собесам.
@devs_books
❤1
Марек Сонтаг из ShiftMag написал статью про то, как закон Конвея убивает скорость разработки на практике.
Допустим, у вас есть свой пет-проект: идея → код → GitHub за вечер. На работе та же фича растягивается на месяцы. Не потому что код сложнее, а потому что нужно договариваться с людьми, которых не знаешь, в компонентах, которые не твои.
Закон Конвея в деле. Чем меньше команды общаются, тем больше они строят изолированные окружения. Автор приводит пример: вместо того чтобы разобраться в чужом компоненте A и убрать лишний компонент B, команда хотела пойти привычным (но избыточным) путём, просто потому что не знала мейнтейнеров A.
Обратный манёвр Конвея. Если организация определяет архитектуру, то проектируйте команды под нужную архитектуру, а не наоборот. Пример автора: бэкендеры мучились с фронтом, передали его фронтендерам → все стали счастливее, а баги нашлись только когда сели вместе в одной комнате.
Вывод. Каждый раз, когда вы садитесь с другой командой и реально слушаете, вы формируете архитектуру, осознаёте вы это или нет.
В статье подробнее, если мой пересказ не очень заходит.
@devs_books
Допустим, у вас есть свой пет-проект: идея → код → GitHub за вечер. На работе та же фича растягивается на месяцы. Не потому что код сложнее, а потому что нужно договариваться с людьми, которых не знаешь, в компонентах, которые не твои.
Закон Конвея в деле. Чем меньше команды общаются, тем больше они строят изолированные окружения. Автор приводит пример: вместо того чтобы разобраться в чужом компоненте A и убрать лишний компонент B, команда хотела пойти привычным (но избыточным) путём, просто потому что не знала мейнтейнеров A.
Обратный манёвр Конвея. Если организация определяет архитектуру, то проектируйте команды под нужную архитектуру, а не наоборот. Пример автора: бэкендеры мучились с фронтом, передали его фронтендерам → все стали счастливее, а баги нашлись только когда сели вместе в одной комнате.
Вывод. Каждый раз, когда вы садитесь с другой командой и реально слушаете, вы формируете архитектуру, осознаёте вы это или нет.
В статье подробнее, если мой пересказ не очень заходит.
@devs_books
ShiftMag
Code Isn’t Slowing Your Project Down, Communication Is - ShiftMag
Large software projects slow down not due to code, but poor communication. Conway’s Law shapes architecture but the Inverse Conway Maneuver can speed delivery.
❤3
Чему учит книга Software Engineering at Google
Книга не про код, а про то, что происходит после того, как код написан: как его развивать, тестировать, ревьюить и когда удалять. Основана на 20 годах опыта с кодовой базой в 2+ миллиарда строк.
Ключевые идеи:
🔘 Программирование и инженерия — разные вещи. Программирование это «написать код». Инженерия — это «что будет с этим кодом через 10 лет и кто заплатит, когда он сломается»
🔘 Закон Хайрама: неважно, что написано в документации API, пользователи будут зависеть от любого наблюдаемого поведения. Google пытались обновить версию Java, и тесты посыпались, потому что люди полагались на порядок итерации в HashMap.
🔘 Моки — ловушка. Они проверяют как что-то вызвано, а не что произошло. Многие инженеры в Google полностью отказались от мокинг-фреймворков в пользу фейков т.е. легковесных реализаций с реальным состоянием.
🔘 Code review не для поиска багов. Главная задача — передача знаний и поддержание читаемости кодовой базы. Изменения держат в пределах 200 строк, фидбек дают в течение 24 часов.
🔘 Shift Left: баг в редакторе стоит секунды, баг в проде стоит репутацию. В 2005 у Google 80% продовых деплоев откатывались. После обязательного автотестирования количество багов снизилось вдвое за год.
🔘 Маленькие релизы: дебажить 3 строчки легко, а 50 коммитов одним деплоем — это потерянные выходные.
Книга бесплатно доступна на https://abseil.io/resources/swe-book/html/toc.html
@devs_books
Книга не про код, а про то, что происходит после того, как код написан: как его развивать, тестировать, ревьюить и когда удалять. Основана на 20 годах опыта с кодовой базой в 2+ миллиарда строк.
Ключевые идеи:
Книга бесплатно доступна на https://abseil.io/resources/swe-book/html/toc.html
@devs_books
Please open Telegram to view this post
VIEW IN TELEGRAM
✍6👍1
2020: Изучу HTML, CSS, JavaScript и найду работу. За айти будущее.
2026:
2026:
This media is not supported in your browser
VIEW IN TELEGRAM
😁2
Forwarded from Типичный программист
Победителями премии Тпрогер 🐀 становятся...
Здесь играет барабанная дробь и интригующая музыка... Вам нужно только выждать драматическую паузу перед объявлением победителей — в каждой номинации он один, и определяется большинством голосов. Готовы?
В номинации «Продукт года» золотая мышь достается компании:
🐀 NetVision за платформу интеллектуального мониторинга СИМ .
В номинации «Облачный продукт года» побеждает компания:
🐀 Гравитон с паком виртуализации «Гелиус»
Звание «IT-ивент года» вручается компании:
🐀 Островок! за О!Хакатон
И в категории «Дизайн года» первое место занимает компания:
🐀 AcademiaDev за интерактивную инсталляцию .
Каждый ваш лайк, голос влияли на исход премии. Давайте поддержим всех — ставьте 🏆участникам, которые хоть и не заняли призового места, но точно остались в сердечке.
И 🔥, если хотите аналогичных активностей и готовы выбирать еще!
Здесь играет барабанная дробь и интригующая музыка... Вам нужно только выждать драматическую паузу перед объявлением победителей — в каждой номинации он один, и определяется большинством голосов. Готовы?
В номинации «Продукт года» золотая мышь достается компании:
В номинации «Облачный продукт года» побеждает компания:
Звание «IT-ивент года» вручается компании:
И в категории «Дизайн года» первое место занимает компания:
Каждый ваш лайк, голос влияли на исход премии. Давайте поддержим всех — ставьте 🏆участникам, которые хоть и не заняли призового места, но точно остались в сердечке.
И 🔥, если хотите аналогичных активностей и готовы выбирать еще!
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🔥1
Как эволюционировали OCR-программы
Инструменты для распознавания текста (OCR) появились еще в 1960-х, но только последние 20 лет они используются для чтения документов и облегчают нашу с вами жизнь.
За этот период направление получило мощное развитие: от простого считывания перешло к мультимодальной форензике и антифроду. Подробнее про историю этого увлекательного процесса можно прочитать в этой статье.
Инструменты для распознавания текста (OCR) появились еще в 1960-х, но только последние 20 лет они используются для чтения документов и облегчают нашу с вами жизнь.
За этот период направление получило мощное развитие: от простого считывания перешло к мультимодальной форензике и антифроду. Подробнее про историю этого увлекательного процесса можно прочитать в этой статье.
❤1
Forwarded from Точка входа в программирование
Симулятор ESP32 и Arduino в браузере: Wokwi для экспериментов без железа
Wokwi — онлайн-симулятор, где можно проектировать и отлаживать схемы с ESP32, Arduino, Raspberry Pi Pico, STM32 прямо в браузере. Не нужны платы, датчики и макетная плата: всё работает виртуально, включая дисплеи, моторы и сенсорные экраны.
Это удобно для быстрого прототипирования, обмена проектами ссылкой и изучения периферии без покупки железа. А через интеграцию с Tiny Tapeout собранную схему можно превратить в реальный чип.
Попробовать: https://wokwi.com/
#инструменты #diy
@prog_point (теперь ещё в VK и Max)
Wokwi — онлайн-симулятор, где можно проектировать и отлаживать схемы с ESP32, Arduino, Raspberry Pi Pico, STM32 прямо в браузере. Не нужны платы, датчики и макетная плата: всё работает виртуально, включая дисплеи, моторы и сенсорные экраны.
Это удобно для быстрого прототипирования, обмена проектами ссылкой и изучения периферии без покупки железа. А через интеграцию с Tiny Tapeout собранную схему можно превратить в реальный чип.
Попробовать: https://wokwi.com/
#инструменты #diy
@prog_point (теперь ещё в VK и Max)
🔥2
Открываешь Claude или Cursor, просишь нейросеть сделать лендинг или телеграм-бота. Через пару часов действительно есть рабочий прототип.
А потом либо форма отправляет заявки в никуда, потому что подключение к БД собрано без обработки ошибок, либо вообще весь сайт ложится после первой реальной нагрузки. В этом кроется главная ловушка вайбкодинга: нейросети умеют писать код, но архитектуру и инфраструктуру всё равно приходится продумывать человеку.
Если вы уже пробовали писать код с ИИ, но хотите перейти от прототипов на коленке к продуктам, которые можно развивать и масштабировать, обратите внимание на курс Яндекс Практикума PRO «Вайбкодинг».
Чем будете заниматься во время обучения:
— Соберёте 3+ продукта: лендинг, CRM-систему и сервис бронирования.
В расширенных тарифах — ещё и телеграм-бота.
— Попробуете разное ИИ-окружение, в том числе Replit, Lovable, Cursor, DeepSeek, Giga Code.
— Изучите базы данных и интеграции: подключите PostgreSQL, настроите API, чтобы заявки не терялись, а уведомления приходили.
— Разберетесь в архитектуре и тестировании, чтобы добавление новых функций не рушило старые.
Курс подойдет предпринимателям, продактам, маркетологам, поэтому навыки программирования не обязательны.
Попробовать свои силы можно на бесплатной вводной части: https://tprg.ru/25v0
Это #партнёрский пост
А потом либо форма отправляет заявки в никуда, потому что подключение к БД собрано без обработки ошибок, либо вообще весь сайт ложится после первой реальной нагрузки. В этом кроется главная ловушка вайбкодинга: нейросети умеют писать код, но архитектуру и инфраструктуру всё равно приходится продумывать человеку.
Если вы уже пробовали писать код с ИИ, но хотите перейти от прототипов на коленке к продуктам, которые можно развивать и масштабировать, обратите внимание на курс Яндекс Практикума PRO «Вайбкодинг».
Чем будете заниматься во время обучения:
— Соберёте 3+ продукта: лендинг, CRM-систему и сервис бронирования.
В расширенных тарифах — ещё и телеграм-бота.
— Попробуете разное ИИ-окружение, в том числе Replit, Lovable, Cursor, DeepSeek, Giga Code.
— Изучите базы данных и интеграции: подключите PostgreSQL, настроите API, чтобы заявки не терялись, а уведомления приходили.
— Разберетесь в архитектуре и тестировании, чтобы добавление новых функций не рушило старые.
Курс подойдет предпринимателям, продактам, маркетологам, поэтому навыки программирования не обязательны.
Попробовать свои силы можно на бесплатной вводной части: https://tprg.ru/25v0
Это #партнёрский пост
✍1🤝1
Как читать код, если вы не разработчик
Менеджеры, аналитики и тестировщики тоже сталкиваются с кодом, но часто теряются в репозитории. Автор (не разработчик) предлагает не паниковать: начать с документации фреймворка, прочитать оглавление и разделы «Введение». Это даст общую картину и понимание структуры проекта.
Незнакомый синтаксис (например, стрелочки в PHP) разбирайте с помощью Stack Overflow, ИИ или коллег — но уже с конкретными вопросами. Самостоятельный поиск экономит время команды и повышает качество вопросов. Подробнее в статье: https://habr.com/ru/articles/840178/
Менеджеры, аналитики и тестировщики тоже сталкиваются с кодом, но часто теряются в репозитории. Автор (не разработчик) предлагает не паниковать: начать с документации фреймворка, прочитать оглавление и разделы «Введение». Это даст общую картину и понимание структуры проекта.
Незнакомый синтаксис (например, стрелочки в PHP) разбирайте с помощью Stack Overflow, ИИ или коллег — но уже с конкретными вопросами. Самостоятельный поиск экономит время команды и повышает качество вопросов. Подробнее в статье: https://habr.com/ru/articles/840178/
Какие доки может распознавать ИИ
Субботнее разглядывательное: у нас на сайте вышла статья про задачи, в которых помогает распознавание документов. Так вот, там уйма наглядных примеров с картинками: какие документы под силу нейросетке, и как это распознавание выглядит. Всех приглашаю к залипанию.
А вы любите разглядывать документы?😏
Субботнее разглядывательное: у нас на сайте вышла статья про задачи, в которых помогает распознавание документов. Так вот, там уйма наглядных примеров с картинками: какие документы под силу нейросетке, и как это распознавание выглядит. Всех приглашаю к залипанию.
А вы любите разглядывать документы?😏