Метод утёнка

Каким может быть роадмап для 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