Метод утёнка

А вы уже забрали свой подарок ко Дню программиста?

Мы в Tproger вместе с нашими друзьями собрали целую коробку подарков к вашему профессиональному празднику. Переходите по ссылке, трясите коробку и забирайте свой презент: https://tprg.ru/3jOx

Первый ник в аське, любимый смайлик в скайпе, разговоры про биткоин, когда все делали вид, что понимают, о чём речь — SpaceWeb и Типичный программист собрали это в анкете к 25-летию компании. Формат школьный: спорт, друзья, обои на рабочий стол.

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

В мире, где деплои по пятницам, а отпуск — глубоко в бэклоге, живёт уставший разработчик. Один герой. Один чемодан. Незакрытые таски и полный бардак.

Разгребите хаос. Найдите билет, соберите вещи, пока он не передумал. И решите главный вопрос эпохи: что ему надеть?

Соберите программиста в отпуск, найдите пасхалочки и промокоды от партнёров!

Каким может быть роадмап для QA в 2026 году?

Пять лет назад тестирование начиналось с ручного: чек-листы, клики, результат. Сегодня в тех же вакансиях — Kafka, Kubernetes и автотесты на Java. «Вкатиться через мануальное» больше не работает, но что же делать? Собирать базу, с которой можно будет работать и двигаться дальше!

Что по-настоящему пригодится:
— Архитектура микросервисов;
— HTTP/REST, SQL и брокеры сообщений;
— Чтение логов;
— Язык программирования для автоматизации;
— Инженерное мышление вместо «кнопка не работает».

Подробнее обо всём в новой статье на Tproger.

Какие доки может распознавать ИИ

Субботнее разглядывательное: у нас на сайте вышла статья про задачи, в которых помогает распознавание документов. Так вот, там уйма наглядных примеров с картинками: какие документы под силу нейросетке, и как это распознавание выглядит. Всех приглашаю к залипанию.

А вы любите разглядывать документы?😏

Как читать код, если вы не разработчик

Менеджеры, аналитики и тестировщики тоже сталкиваются с кодом, но часто теряются в репозитории. Автор (не разработчик) предлагает не паниковать: начать с документации фреймворка, прочитать оглавление и разделы «Введение». Это даст общую картину и понимание структуры проекта.

Незнакомый синтаксис (например, стрелочки в 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)

Как эволюционировали OCR-программы

Инструменты для распознавания текста (OCR) появились еще в 1960-х, но только последние 20 лет они используются для чтения документов и облегчают нашу с вами жизнь.

За этот период направление получило мощное развитие: от простого считывания перешло к мультимодальной форензике и антифроду. Подробнее про историю этого увлекательного процесса можно прочитать в этой статье.

Победителями премии Тпрогер 🐀становятся...

Здесь играет барабанная дробь и интригующая музыка... Вам нужно только выждать драматическую паузу перед объявлением победителей — в каждой номинации он один, и определяется большинством голосов. Готовы?

В номинации «Продукт года» золотая мышь достается компании:
🐀NetVision за платформу интеллектуального мониторинга СИМ.

В номинации «Облачный продукт года» побеждает компания:
🐀Гравитон с паком виртуализации «Гелиус»

Звание «IT-ивент года» вручается компании:
🐀Островок! за О!Хакатон

И в категории «Дизайн года» первое место занимает компания:
🐀AcademiaDev за интерактивную инсталляцию.

Каждый ваш лайк, голос влияли на исход премии. Давайте поддержим всех — ставьте 🏆участникам, которые хоть и не заняли призового места, но точно остались в сердечке.
И 🔥, если хотите аналогичных активностей и готовы выбирать еще!

2020: Изучу HTML, CSS, JavaScript и найду работу. За айти будущее.
2026:

Чему учит книга 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

Марек Сонтаг из ShiftMag написал статью про то, как закон Конвея убивает скорость разработки на практике.
​
Допустим, у вас есть свой пет-проект: идея → код → GitHub за вечер. На работе та же фича растягивается на месяцы. Не потому что код сложнее, а потому что нужно договариваться с людьми, которых не знаешь, в компонентах, которые не твои.

Закон Конвея в деле. Чем меньше команды общаются, тем больше они строят изолированные окружения. Автор приводит пример: вместо того чтобы разобраться в чужом компоненте A и убрать лишний компонент B, команда хотела пойти привычным (но избыточным) путём, просто потому что не знала мейнтейнеров A.

Обратный манёвр Конвея. Если организация определяет архитектуру, то проектируйте команды под нужную архитектуру, а не наоборот. Пример автора: бэкендеры мучились с фронтом, передали его фронтендерам → все стали счастливее, а баги нашлись только когда сели вместе в одной комнате.

Вывод. Каждый раз, когда вы садитесь с другой командой и реально слушаете, вы формируете архитектуру, осознаёте вы это или нет.

В статье подробнее, если мой пересказ не очень заходит.

@devs_books

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

Где генерить картинки, тексты и код в 2026

Принесли обзор главных ИИ-инструментов начала 2026 года, составленный на основе аналитических данных.

В статье подсветили, на что обращать внимание при выборе:
— доступность в России;
— с какими задачами инструменты справляются лучше всего;
— какие технологии кроются под капотом.

И помним золотое правило, которое пока еще действует: нейросети не заменяют специалистов — они усиливают их. Человек определяет стратегию, ИИ берёт на себя рутину.

Шон Гёдеке (инженер в GitHub) написал эссе про «героизм» в больших тех-компаниях. Суть: когда инженер жертвует карьерой ради «правильных вещей», компании это не помогает, а только маскирует сломанные процессы.

🔘Крупные компании работают на системах (OKR, промо-критерии, бэкчаннел-решения). Результат определяют процессы, а не отдельные люди. Ты можешь вылизать свой уголок Google Wave, но продукт всё равно закроют.

🔘Героизм = чинить неэффективность в ущерб своим задачам. За это не повышают. Менеджеры и PM это знают и используют: PM ведут списки «лёгких целей»: инженеров из чужих команд, которых можно уговорить на бесплатную помощь.

🔘Практический вывод: смотри на реальные награды (промо, бонусы, рейзы), а не на благодарности в Slack. Фоновая неэффективность — это плата за масштаб, не твоя проблема.

В общем, гляньте оригинал, там подробнее.

@devs_books

Что вы знаете о метавселенных?

Нет, это не из «Мстителей», это вполне себе существующие (если можно так выразиться) площадки, в которых сейчас активно осваиваются разные бренды не только зарубежом, но и в России. Рынок там растет, и формируется спрос на специалистов, которые умеют эти виртуальные миры строить, поддерживать и развивать.

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