Привет, Хабр! На связи — любопытный DevOps Владимир Лила, и это вторая часть материала о девконтейнерах по мотивам моего доклада для DevOps Conf. Этот материал посвящён одновременно практике организации работы команды и инструменту, реализующему эту практику.
Иногда разговоры о технологиях начинаются не с выхода новых девайсов или очередного релиза, а с фразы: «А помнишь BlackBerry?». Сегодня эту компанию знают не все, но в начале 2000-х она была стандартом, а не мемом. Смартфон BlackBerry ценили за предсказуемость, надежность и контроль. Почта доходила всегда,а связь работала даже при слабом сигнале.
В наше время многие (вполне обоснованно) беспокоятся, что их заменит ИИ.
Это и люди работающие в поддержке и даже многие IT-шники, включая моих знакомых.
Я же со своей стороны являюсь большим энтузиастом ИИ, активно изучаю и использую различные его возможности, и в жизни и в работе.
Искусственный интеллект не заменит людей, но люди, которые используют ИИ, заменят тех, кто его не использует.
CEO IBM Джинни Рометти
Этот пост о том, что стоит быть на «правильной стороне прогресса».
Есть две основных стратегии по отношению к любым инновациям, в том числе ИИ.
Источник: В Китае запустился проект оцифровки сотрудников перед увольнением
Инструмент: colleague-skill на GitHub
В свете последних новостей о том, что китайские компании начали копировать личности работников на основе их деловой переписки, изменений в кодовой базе и корпоративных баз знаний, вопрос этики встаёт остро.
Открываете ленту на 5 минут, чтобы немного отвлечься. Потом ещё одно видео. Потом ещё парочку новостей. И вот проходит уже 40 минут, а вернуться к работе почему-то неожиданно трудно. И это не потому, что вы ленивы или не умеете себя контролировать — просто после быстрых стимулов обычная работа начинает ощущаться слишком медленной. Знакомо? Мне постоянно.
Именно в этом, как мне кажется, и есть главная проблема быстрого дофамина. Он не просто даёт короткое удовольствие — он меняет восприятие остальных задач (далее…)
О том, как одна базовая задумка – сделать разработку управляемой, пережила эпоху тяжелых каскадных проектов, DevOps, CI/CD, и подошла к 2026 году уже в совсем зрелом виде.
В классической интерпретации SDLC объясняют как набор этапов: собрать требования, спроектировать систему, написать код, протестировать, выкатить в прод, а затем поддерживать. Выглядит как аккуратная схема из учебника, но на практике всё глубже. Суть идеи – сделать сложную разработку предсказуемее, а ошибки дешевле.
Есть удобное объяснение: человек не делает важное, потому что ленив. Оно красивое, моральное и полностью неверное.
За последние двадцать лет психология прокрастинации собрала достаточно данных, чтобы предложить другую версию. Она сложнее, но объясняет гораздо больше: почему прокрастинируют именно умные, почему фаундеры-технари прячутся в коде вместо продаж, почему взрослый человек с IQ 140 не может сесть и написать одно письмо клиенту — и при этом проводит час, выбирая идеальный шрифт для презентации, которую никто не увидит.
Открыл MR на ревью. 847 строк. Тесты зелёные. Линтер чистый. Покрытие 91%.
Одобрил.
Через два дня — баг на проде. Webhook от платёжки возвращал 500 на определённой комбинации параметров. Полез разбираться. Смотрю в код и понимаю: я не помню, почему тут именно такая логика. Открыл git blame. Коммит мой. Ну, формально мой — Claude написал, я замержил.
Самое неприятное — я этот код одобрил не потому, что разобрался. А потому, что он выглядел нормально. Тесты прошли. Линтер не ругался. Я решил, что этого достаточно. Не было.
GitClear проанализировали (далее…)
