Posts

Помните те дни, когда инженеры по обеспечению качества тратили половину своего времени на ручное создание тестовых данных? Вы знаете, этот мучительный процесс копирования производственных данных, их анонимизации (часто некачественной) и надежды на то, что никто не заметит, что ваша тестовая база данных содержит всю историю покупок Джона Смита? Да, эти дни сочтены. Генерация тестовых данных на основе ИИ тихо революционизирует подход к тестированию, и, честно говоря, пора бы уже. Реальность отрезвляет: ручное создание тестовых данных занимает до 50 % времени тестировщиков, а использование производственных данных — это потенциальный кошмар с точки зрения соответствия требованиям....

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

Существует момент, которого боится каждый инженер — оповещение в 3 часа ночи, когда происходит сбой в чём-то критически важном, и внезапно ваша команда переходит в режим тушения пожара. Настоящий вопрос заключается не в том, произойдёт ли сбой системы (он произойдёт), а в том, насколько быстро вы сможете восстановить её работу. Именно здесь на помощь приходит среднее время восстановления (MTTR), и, честно говоря, это один из самых недооценённых показателей в инженерии. Не потому, что он сложный, а потому, что большинство команд измеряют его неправильно или, что ещё хуже, не измеряют вовсе....

Большинство разработчиков относятся к флагам функций как к временной визе — полезной на пару спринтов, а затем их убирают после запуска функции. Это всё равно что купить спортивный автомобиль для поездок на работу и продать его, как только доберёшься до офиса. Вы упускаете весь смысл. Флаги функций — это не ярлыки. Это фундаментальный архитектурный паттерн, который должен быть вплетён в представление вашей системы о самой себе. Позвольте мне объяснить, почему отрасль в большинстве случаев ошибается и что на самом деле происходит, когда вы относитесь к флагам как к постоянной инфраструктуре....

Если вы более пяти минут работаете в сфере технологий, вы, вероятно, сталкивались с заманчивыми предложениями новых фреймворков. Кто-то пишет об этом в Twitter, количество звёзд на GitHub растёт быстрее, чем ракеты SpaceX, и внезапно ваш Slack-канал #engineering взрывается сообщениями: «Нам нужно перейти на это!». К четвергу половина вашей команды убеждена, что ваш текущий стек — это, по сути, Commodore 64, работающий на флоппи-дисках. Правда заключается в том, что большинство этих фреймворков будут забыты к 2027 году....