Метод утенка

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

Последний день голосования в Tproger Award! Две недели, 16 компаний, 4 номинации — спасибо, что читали, участвовали и лайкали. И отдельное спасибо, что голосовали! Вообще не представляем, что вы там наделали, уже узнать хочется! Давайте сегодня зафиналим голосовалку и раздадим по максимуму золотых мышей. Интересно, расстановка сил сможет измениться за один день? Если потеряли, то номинации вот: — Продукт года — Облачный продукт года — ИТ-ивент года — Дизайн года Только сайт не положите, очень просим 🙏 Пойти голосовать: https://tprg.ru/bWfy

Финал Tproger Awards уже близко! 🔥 Заканчивается февраль, и наше голосование за лучшие релизы года тоже подходит к концу. К тем, кто вручил участникам золотые мыши, вопросов нет. Тех, кто еще не посещал премию, зовем предпоследний раз! Не упускайте возможность выбрать лучшую компанию года. Напомним, что в премии четыре номинации, а все кейсы читаются легко и быстро. Так что вас ждет приключение ну буквально на 20 минут. Голосуйте: https://tprg.ru/QtJE

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

Кейсы из номинации «Дизайн года» ждут ваших голосов Осталась ровно неделя до конца голосования в премии Tproger. Уже дико хочется узнать, кто в лидерах! Но даже мы в команде стараемся держать интригу. И чтобы скоротать время, давайте посмотрим на дизайнерские кейсы компаний:

— AcademiaDev представила интерактивную инсталляцию, которая разлетелась по СМИ и собрала 48 млн охвата.

— ИИ-платформа Сократик рассказала, как устроена их система по генерации готовых презентаций.

— Островок поделился, как они сделали отдельную айдентику для Ostrovok! Tech.

Закидайте их своими голосами: https://tprg.ru/WLvk

Регистрация на вебинар «Создание микросервиса» курса «Архитектура и шаблоны проектирования» уже открыта! 24 февраля | 20:00 мск | бесплатно На вебинаре обсудят: – технический vs бизнес-подход: где на самом деле проводить границы микросервисов; – паттерны декомпозиции; – самые дорогие ошибки при переходе на микросервисы и как их обойти; – рекомендации по взаимодействию сервисов; – практические примеры. После вебинара вы сможете: 🔘грамотно декомпозировать монолит или большую систему; 🔘выбирать правильные границы микросервисов под бизнес и изменения; 🔘избегать классических ловушек (distributed monolith, nanoservices и т.д.); 🔘применять проверенные паттерны взаимодействия сервисов. 📎 Регистрируйтесь Занятие приурочено к старту курса «Архитектура и шаблоны проектирования». Старт обучения - 30 марта Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

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 года, составленный на основе аналитических данных. В статье подсветили, на что обращать внимание при выборе: — доступность в России; — с какими задачами инструменты справляются лучше всего; — какие технологии кроются под капотом. И помним золотое правило, которое пока еще действует: нейросети не заменяют специалистов — они усиливают их. Человек определяет стратегию, ИИ берёт на себя рутину.