Горящие глаза. Часть 1

Горящие глаза. Часть 1

Я долго думал, что за этим скрывается, и кажется понял.

Вспомнился недавний пример из практики. Несколько лет назад сели умные люди и начали проектировать требования к приложению. Сидели день, неделю, месяц, и всё у них получалось. Друг с другом требования согласовывались и утверждались. И вот пришло время выставить требования к парольной политике. Тут не могу знать что именно произошло, но вместо «не меньше восьми символов» у них получилось что-то страшное: «не меньше, не больше, никакой кириллицы, но со спецсимволами».

Разработчики из аутсорса, что пилили продукт на старте, как-то сразу на это забили, а может аналитик забыл в описании к задаче указать, а может и задачи вовсе никакой не было. В общем, сделали как проще было — «не меньше восьми символов» и ладно.

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

Выкатили на прод.

Новый клиент увидел рекламу, пришел в продукт и попал на страницу установки пароля, нажал в браузере кнопку «сгенерировать надежный пароль» и получил сообщение:

Закрыл и больше никто его никогда не видел.

Подпишись и лайк поставь!