7675
Об IT так, что поймёт даже резиновый утёнок. Разместить рекламу: @tproger_sales_bot Правила общения: https://tprg.ru/rules Другие каналы: @tproger_channels
ID может измениться, даже если его просто прочитали
Есть номер 1612850010110005250. В JavaScript после разбора JSON он превращается в 1612850010110005200. Никто не прибавлял и не вычитал: Number не может точно представить любое такое большое целое.
Джулия Эванс разбирает этот случай на идентификаторах постов. Для них арифметика обычно не нужна, зато нужна точность каждого символа. Если передать тот же ID строкой, символы сохранятся. Но превратить уже испорченное число в строку слишком поздно.
В JavaScript есть BigInt для больших целых. Представление таких значений в JSON всё равно нужно согласовать между системами. И не каждый JSON-парсер теряет точность: Python, например, умеет сохранить это целое без округления.
Поэтому при обмене данными проверяют весь путь: от исходного значения до базы и обратно. Красиво выглядящий номер ещё не означает, что это тот же самый ID.
👀 Как вы смотрите видео?
Разбираете урок, слушаете интервью фоном или начинаете на телефоне, а продолжаете на большом экране?
Хотим узнать, что делает просмотр удобным для вас. Вспомните последнее видео — ролик, урок, фильм или серию сериала — и расскажите о своём опыте. Если детали не запомнились, можно так и ответить.
🕰️ Опрос займёт около 3 минут.
В результатах сможете сравнить свои привычки с ответами других участников. А разработчики и инженеры видеоплатформы расскажут, что происходит по ту сторону экрана, пока вы смотрите видео.
🔗 Поделиться опытом
🐸 Библиотека программиста
Почему ошибка ИИ-помощника не всегда означает ошибку модели
ИИ-помощник мог выдать неверный результат, но модель не обязательно ошиблась. Она выбирает следующий шаг, программа подключает инструменты, а среда задаёт правила работы. Сбой на любом этапе может дойти до финального ответа.
Поэтому для поиска причины нужно восстановить всю цепочку: действия модели, вызовы инструментов и смену подхода.
Разбор устройства и диагностики ИИ-помощников показывает, почему проверяют всю цепочку, а не только модель.
Почему ИИ-помощник забывает прошлую работу и как вернуть ему память
Новая сессия ИИ-помощника обычно начинается без прошлых решений: журнал работы остаётся архивом, в котором трудно искать.
Funes разбирает такие журналы и создаёт поисковый каталог. Помощник находит исходный фрагмент разговора вместе с указанием сессии и момента, поэтому сохраняются не только решения, но и их причины.
Память здесь — не способность модели помнить всё, а доступный для поиска архив. Архитектура Funes и её работа с контекстом.
Как выбрать один из двух вариантов интерфейса с помощью A/B-теста
A/B-тест помогает проверить спорное решение по поведению пользователей. Одной группе показывают вариант A, другой — вариант B, затем сравнивают заранее выбранный показатель, например долю нажавших кнопку.
Менять стоит что-то одно: если одновременно изменить текст, цвет и расположение кнопки, будет непонятно, что повлияло на результат. Если вариант B убедительно лучше, его внедряют; если нет, оставляют A.
Этапы теста и типичные ошибки
Каким может быть роадмап для QA в 2026 году?
Пять лет назад тестирование начиналось с ручного: чек-листы, клики, результат. Сегодня в тех же вакансиях — Kafka, Kubernetes и автотесты на Java. «Вкатиться через мануальное» больше не работает, но что же делать? Собирать базу, с которой можно будет работать и двигаться дальше!
Что по-настоящему пригодится:
— Архитектура микросервисов;
— HTTP/REST, SQL и брокеры сообщений;
— Чтение логов;
— Язык программирования для автоматизации;
— Инженерное мышление вместо «кнопка не работает».
Подробнее обо всём в новой статье на Tproger.
История IT — это не скучные мануалы, а крутые парадоксы
Ребята из SourceCraft и Tproger превратили историю технологий в интерактивный 3D-квест. Инструменты разработчика упаковали в космический сеттинг, превратив каждую фичу в отдельную планету для исследования.
Вопросы про «бип-бип» первого искусственного спутника Земли, программу полёта Apollo 11 и навигацию в космосе. По итогам есть шанс получить сертификат на Яндекс.Маркет, по которому выбрать себе приз из специальной космической подборки: профессиональный телескоп, лампу-прожектор звёздного неба и прочее.
Как участвовать:
Пройти викторину на всех планетах. Каждый правильный ответ увеличивает шанс на приз.
Зарегистрироваться в SourceCraft.
Оставить ссылку на свой репозиторий.
Отправляйтесь исследовать: https://tprg.ru/VLsg
@devs_books
Какие доки может распознавать ИИ
Субботнее разглядывательное: у нас на сайте вышла статья про задачи, в которых помогает распознавание документов. Так вот, там уйма наглядных примеров с картинками: какие документы под силу нейросетке, и как это распознавание выглядит. Всех приглашаю к залипанию.
А вы любите разглядывать документы?😏
Открываешь Claude или Cursor, просишь нейросеть сделать лендинг или телеграм-бота. Через пару часов действительно есть рабочий прототип.
А потом либо форма отправляет заявки в никуда, потому что подключение к БД собрано без обработки ошибок, либо вообще весь сайт ложится после первой реальной нагрузки. В этом кроется главная ловушка вайбкодинга: нейросети умеют писать код, но архитектуру и инфраструктуру всё равно приходится продумывать человеку.
Если вы уже пробовали писать код с ИИ, но хотите перейти от прототипов на коленке к продуктам, которые можно развивать и масштабировать, обратите внимание на курс Яндекс Практикума PRO «Вайбкодинг».
Чем будете заниматься во время обучения:
— Соберёте 3+ продукта: лендинг, CRM-систему и сервис бронирования.
В расширенных тарифах — ещё и телеграм-бота.
— Попробуете разное ИИ-окружение, в том числе Replit, Lovable, Cursor, DeepSeek, Giga Code.
— Изучите базы данных и интеграции: подключите PostgreSQL, настроите API, чтобы заявки не терялись, а уведомления приходили.
— Разберетесь в архитектуре и тестировании, чтобы добавление новых функций не рушило старые.
Курс подойдет предпринимателям, продактам, маркетологам, поэтому навыки программирования не обязательны.
Попробовать свои силы можно на бесплатной вводной части: https://tprg.ru/25v0
Это #партнёрский пост
Как эволюционировали OCR-программы
Инструменты для распознавания текста (OCR) появились еще в 1960-х, но только последние 20 лет они используются для чтения документов и облегчают нашу с вами жизнь.
За этот период направление получило мощное развитие: от простого считывания перешло к мультимодальной форензике и антифроду. Подробнее про историю этого увлекательного процесса можно прочитать в этой статье.
2020: Изучу HTML, CSS, JavaScript и найду работу. За айти будущее.
2026:
Марек Сонтаг из ShiftMag написал статью про то, как закон Конвея убивает скорость разработки на практике.
Допустим, у вас есть свой пет-проект: идея → код → GitHub за вечер. На работе та же фича растягивается на месяцы. Не потому что код сложнее, а потому что нужно договариваться с людьми, которых не знаешь, в компонентах, которые не твои.
Закон Конвея в деле. Чем меньше команды общаются, тем больше они строят изолированные окружения. Автор приводит пример: вместо того чтобы разобраться в чужом компоненте A и убрать лишний компонент B, команда хотела пойти привычным (но избыточным) путём, просто потому что не знала мейнтейнеров A.
Обратный манёвр Конвея. Если организация определяет архитектуру, то проектируйте команды под нужную архитектуру, а не наоборот. Пример автора: бэкендеры мучились с фронтом, передали его фронтендерам → все стали счастливее, а баги нашлись только когда сели вместе в одной комнате.
Вывод. Каждый раз, когда вы садитесь с другой командой и реально слушаете, вы формируете архитектуру, осознаёте вы это или нет.
В статье подробнее, если мой пересказ не очень заходит.
@devs_books
Кейсы из номинации «Дизайн года» ждут ваших голосов
Осталась ровно неделя до конца голосования в премии Tproger. Уже дико хочется узнать, кто в лидерах! Но даже мы в команде стараемся держать интригу. И чтобы скоротать время, давайте посмотрим на дизайнерские кейсы компаний:
— AcademiaDev представила интерактивную инсталляцию, которая разлетелась по СМИ и собрала 48 млн охвата.
— ИИ-платформа Сократик рассказала, как устроена их система по генерации готовых презентаций.
— Островок поделился, как они сделали отдельную айдентику для Ostrovok! Tech.
keon/algorithms — 200+ алгоритмов на Python, pip-installable, 25K звёзд
Репозиторию 9 лет, автор наконец навёл порядок: type hints, docstrings, нормальная структура пакета. Можно ставить через pip и импортировать напрямую.
pip install algorithms → from algorithms.graph import dijkstra. DP, графы, деревья, сортировки, строки, битовые операции — всё в одном пакете
Отличие от TheAlgorithms/Python (217K звёзд, тоже крутой репо): меньше, компактнее, каждый файл самодостаточный. Не пытается покрыть все варианты, автор пишет только чистые минимальные реализации.
Отличная штука для учёбы и подготовки к собесам.
@devs_books
Какой кейс станет облачным продуктом года?
Давайте думать, подсказывайте голосовать! В этой номинации Tproger Awards также участвуют пять компаний. Вот статьи про их продукты:
👍ПАК виртуализации от Гравитона, который построен по гиперконвергентной архитектуре, что предусматривает простое и предсказуемое масштабирование.
👍ИИ-ассистент от Рунити, который начинался как внутренний продукт, но уже вышел на внешний рынок.
👍VPS от SmartApe, который помог онлайн-школе выдержать рост нагрузки в 5 раз.
👍Контейнерная платформа «Штурвал» от Лаборатории Числитель, благодаря которой система стала устойчива к высоким нагрузкам.
👍Облачная платформа от Selectel, которая позволяет компаниям самим управлять данными, подключать нужные сервисы в несколько кликов и иметь доступ к поддержке 24/7.
Почему «всегда обманывать» не всегда выгодно
Представьте автомат: вы отдаёте одну монету, другой человек получает три. Он может сделать то же самое. Если оба сотрудничают, каждый получает две монеты чистого выигрыша. Если один обманывает, он забирает три, а второй теряет одну.
На одном ходе обман выглядит выгодным. Но что, если завтра вы встретите того же человека? В интерактивной истории Никки Кейса The Evolution of Trust разные стратегии играют много раундов. Можно менять число встреч, награды и вероятность ошибки, смотреть, как меняется итог.
Самая интересная деталь — случайная ошибка может запустить взаимную месть. Стратегия, которая допускает, что человек один раз ошибся, ведёт себя иначе, чем вечное «я тебе это припомню».
Это упрощённая модель, а не инструкция по отношениям. В жизни есть репутация, договорённости и много другого. Но зависимость поведения от правил игры здесь видна очень наглядно.
Авторский текст и правила истории
Как магазин узнаёт, что покупка оплачена
Вы нажали кнопку оплаты, платёж прошёл, а магазин должен отправить заказ. Постоянно спрашивать платёжный сервис о статусе покупки можно, но это создаёт лишние запросы и задерживает реакцию.
Вместо этого магазин заранее сообщает сервису адрес для уведомлений. Когда платёж подтверждён, сервис отправляет туда вебхук: HTTP-запрос с данными о событии. Магазин принимает его, меняет статус заказа и отвечает коротким подтверждением о получении.
Если магазин временно недоступен или не подтвердил приём, сервис обычно повторяет отправку. Поэтому уведомление может задержаться или прийти несколько раз. Получатель должен проверять его подлинность, например по цифровой подписи, и не обрабатывать одну оплату повторно. Так системы согласуют действия без постоянных проверок. Подробнее об устройстве вебхуков и их отличиях от других способов обмена данными.
Почему сайт просит отправить запрос позже
Представьте продажу билетов: тысячи людей одновременно обновляют страницу. Если сервис обработает все обращения сразу, его мощности могут закончиться и сайт станет недоступен для всех. Поэтому он ограничивает частоту запросов от каждого клиента.
Один из способов устроен как запас жетонов. Каждый запрос расходует жетон, а новые появляются с постоянной скоростью. После паузы запас накапливается, поэтому несколько быстрых запросов подряд допустимы. Но долго обращаться к сервису слишком часто не получится.
Когда жетоны заканчиваются, сервер отвечает кодом 429 и сообщает, через какое время повторить попытку. Это не запрет доступа: клиент сможет продолжить, когда его запас восстановится. Так сервис распределяет ограниченные мощности и не позволяет одному активному клиенту мешать остальным.
Технические варианты ограничения запросов и их различия
Когда задачу стоит поручить ИИ, а когда лучше сделать самому?
Допустим, нужно подготовить инструкцию к оборудованию. Если важен готовый точный текст, а способ его создания не имеет значения, это «работа»: ИИ можно использовать, если вы способны проверить результат и исправить ошибки.
Учебное эссе устроено иначе. Его цель не только в тексте, но и в тренировке мышления: нужно выстроить доводы, заметить слабые места и уточнить собственную позицию. Здесь ИИ похож на робота, который поднимает гантели вместо посетителя спортзала. Задача формально выполнена, но навык не развивается.
Поэтому полезно спросить: ценен результат или ещё и путь к нему? В первом случае автоматизация экономит усилия. Во втором она может убрать именно ту часть задачи, ради которой вы за неё взялись.
Эта граница и её последствия для учёбы и творческой работы подробнее разобраны в сравнении работы с тренировкой.
Что происходит, когда приложение запрашивает данные у сервера
Вы открываете сайт или обновляете данные в приложении. Сначала DNS находит IP-адрес сервера по имени сайта, а порт указывает нужный сервис на нём.
Затем приложение устанавливает с сервером TCP-соединение, которое следит за порядком и доставкой данных. Для HTTPS добавляется TLS: он проверяет сертификат сервера и шифрует обмен.
После этого приложение отправляет HTTP-запрос, а сервер возвращает ответ. Цепочка простая: найти сервер, защитить соединение и передать данные. Схемы соединения и способы общения клиента с сервером
Чтобы ИИ помог, сначала нужно самому объяснить, как именно
Открываешь чат — и становишься промпт-инженером на минималках: дай контекст, сформулируй запрос, уточни, перепроверь. Хотел сэкономить время, а получил ещё один интерфейс для самостоятельного страдания.
Aperio заходит с другой стороны: вместо универсального чата «спроси что угодно» — готовые ИИ-ассистенты для решения конкретных задач из жизни, работы и бизнеса. Пользователь выбирает не модель и не набор настроек, а ИИ-ассистента под свою ситуацию. Например, чтобы структурировать мысли, подготовиться к разговору, разобрать рабочий вопрос или быстрее принять решение.
Часть ассистентов создаётся вместе с профильными специалистами, поэтому это не просто витрина ботов с красивыми названиями, а прикладной инструмент. Огромный плюс — есть бесплатный пробный период, чтобы зайти, протестировать разные форматы и понять, какие из них реально полезны именно для ваших задач.
➡️ Попробовать ассистентов Aperio: https://aperio.cloud/
Это #партнёрский пост
«Хочу в IT, но не знаю куда» — это нормально. Вот тест, который помогает разобраться
Тестировщик, системный разработчик, сетевой администратор, инженер по железу — когда только входишь в профессию, все звучит одинаково непонятно. И выбрать направление наугад — не лучший план.
YADRO — одна из самых быстрорастущих технологических компаний страны — сделали квиз на основе реальных задач своих стажировок. Семь вопросов без правильных и неправильных ответов: просто выбираете то, что откликается. На выходе — конкретное направление с описанием задач и честной вилкой зарплат после стажировки.
Полезно даже не для того, чтобы попасть именно в YADRO — а чтобы понять, в какую сторону вообще смотреть.
Пройти квиз: https://tprg.ru/P8Jh
Как читать код, если вы не разработчик
Менеджеры, аналитики и тестировщики тоже сталкиваются с кодом, но часто теряются в репозитории. Автор (не разработчик) предлагает не паниковать: начать с документации фреймворка, прочитать оглавление и разделы «Введение». Это даст общую картину и понимание структуры проекта.
Незнакомый синтаксис (например, стрелочки в PHP) разбирайте с помощью Stack Overflow, ИИ или коллег — но уже с конкретными вопросами. Самостоятельный поиск экономит время команды и повышает качество вопросов. Подробнее в статье: https://habr.com/ru/articles/840178/
Симулятор ESP32 и Arduino в браузере: Wokwi для экспериментов без железа
Wokwi — онлайн-симулятор, где можно проектировать и отлаживать схемы с ESP32, Arduino, Raspberry Pi Pico, STM32 прямо в браузере. Не нужны платы, датчики и макетная плата: всё работает виртуально, включая дисплеи, моторы и сенсорные экраны.
Это удобно для быстрого прототипирования, обмена проектами ссылкой и изучения периферии без покупки железа. А через интеграцию с Tiny Tapeout собранную схему можно превратить в реальный чип.
Попробовать: https://wokwi.com/
#инструменты #diy
@prog_point (теперь ещё в VK и Max)
Победителями премии Тпрогер 🐀становятся...
Здесь играет барабанная дробь и интригующая музыка... Вам нужно только выждать драматическую паузу перед объявлением победителей — в каждой номинации он один, и определяется большинством голосов. Готовы?
В номинации «Продукт года» золотая мышь достается компании:
🐀NetVision за платформу интеллектуального мониторинга СИМ.
В номинации «Облачный продукт года» побеждает компания:
🐀Гравитон с паком виртуализации «Гелиус»
Звание «IT-ивент года» вручается компании:
🐀Островок! за О!Хакатон
И в категории «Дизайн года» первое место занимает компания:
🐀AcademiaDev за интерактивную инсталляцию.
Каждый ваш лайк, голос влияли на исход премии. Давайте поддержим всех — ставьте 🏆участникам, которые хоть и не заняли призового места, но точно остались в сердечке.
И 🔥, если хотите аналогичных активностей и готовы выбирать еще!
Чему учит книга 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
Где лучшие тусовки? На тех-ивентах!
Последняя по очереди, но не по значимости — номинация «IT-ивент года». Здесь тоже собрались три компании, и если вы еще не добрались до чтения их кейсов, то давайте сделаем это вместе.
— Лаборатория Числитель собрала конференцию, на которой обсуждают строго только K8s.
— Мероприятие Selectel, которое стало уже традицией, делали полностью in-house.
— Специально для своего хакатона Островок создал платформу, чтобы участвовать могли разработчики из любой точки мира.
Выбирайте компанию-фаворита и вручайте ей золотую мышь — голосование доступно на сайте.
Регистрация на вебинар «Создание микросервиса» курса «Архитектура и шаблоны проектирования» уже открыта!
24 февраля | 20:00 мск | бесплатно
На вебинаре обсудят:
– технический vs бизнес-подход: где на самом деле проводить границы микросервисов;
– паттерны декомпозиции;
– самые дорогие ошибки при переходе на микросервисы и как их обойти;
– рекомендации по взаимодействию сервисов;
– практические примеры.
После вебинара вы сможете:
🔘грамотно декомпозировать монолит или большую систему;
🔘выбирать правильные границы микросервисов под бизнес и изменения;
🔘избегать классических ловушек (distributed monolith, nanoservices и т.д.);
🔘применять проверенные паттерны взаимодействия сервисов.
📎 Регистрируйтесь
Занятие приурочено к старту курса «Архитектура и шаблоны проектирования». Старт обучения - 30 марта
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Где генерить картинки, тексты и код в 2026
Принесли обзор главных ИИ-инструментов начала 2026 года, составленный на основе аналитических данных.
В статье подсветили, на что обращать внимание при выборе:
— доступность в России;
— с какими задачами инструменты справляются лучше всего;
— какие технологии кроются под капотом.
И помним золотое правило, которое пока еще действует: нейросети не заменяют специалистов — они усиливают их. Человек определяет стратегию, ИИ берёт на себя рутину.
От разработчика до архитектора: стройте продуманные системы с нуля!
Архитектура — это шаг от кода к масштабным решениям. Хотите понять, как проектируются надёжные и гибкие приложения?
Пройдите вступительное тестирование, проверьте свой уровень и получите скидку на курс «Архитектура и шаблоны проектирования» от OTUS.
Вы научитесь:
🔘применять архитектурные принципы и шаблоны, востребованные в реальных проектах;
🔘проектировать устойчивые и масштабируемые системы с нуля;
🔘использовать ключевые паттерны — Factory, Proxy, Observer, Singleton, Adapter, CQRS, DDD;
🔘избегать типичных ошибок при проектировании и принимать обоснованные технические решения.
Сделайте первый шаг к роли архитектора: пройдите вступительное тестирование — зафиксируйте спеццену и убедитесь, что готовы к обучению.
Подробности о скидке уточняйте у менеджера.
➡️ Пройти вступительное тестирование
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576