Бесит, когда говорят, что исправили баг или выкатили фичу, а на деле ничего не работает:
Разработчик утверждает, что поправил последние замечания по демоглаве и присылает на неё ссылку. Замечания не исправлены, из разворота по‑прежнему торчит часть текста: CI‑сервис, доставляющий код на стейджинг, упал и не выкатил последние изменения.
Девопс утверждает, что настроил особенную аутентификацию для журналистов и передаёт логины и пароли арт‑директору. Ни один из них не работает: девопс добавил логины и пароли в конфигурацию веб‑сервера, но забыл включить их использование.
Бэкендер утверждает, что выкатил новый АПИ для добавления комментариев в продакшен. При переключении фронтенда на новый АПИ выясняется, что он не работает: в продакшене не хватает ключа для проверки комментариев на спам.
Кажется, что причины здесь разные, а винить стоит CI, Гитхаб или сисадминов. Но фундаментально причина одна: не проверил свою работу, не протыкал то, что получилось.
«Протыкать» результаты своей работы может и редактор, и дизайнер, и разработчик. Надо буквально потыкать во все кнопки и ссылки, проверить все состояния, цвета и устройства. Взглянуть на работу, попробовать, что получается, как обычный пользователь.
Чтобы не забывать протыкивать свою работу, нужно подкреплять свои слова доказательствами. Поправил вёрстку — открой ту версию, о которой отчитался, проверь, дай ссылку и приложи скриншот; настроил особенную аутентификацию — запиши видео, как логинишься; выкатил АПИ в продакшен — дай скриншот с примером запроса и ответа сервера в продакшене, а не локально.
Отсюда принцип:
P. S. Это был совет о веб‑разработке. Хотите знать всё о коде, тестах, фронтенд‑разработке, цеэсэсе, яваскрипте, рельсах и джейде? Присылайте вопросы.