Антисоветы рубрики
Доступность? У нас и так всё нажимается
Если интерфейс работает мышкой на ноутбуке разработчика, это ещё не делает его доступным. Проверяем семантику...
19 авг 2026 11 просм.
Деплой в пятницу вечером — классика уверенного разработчика
Пятничный релиз опасен не календарём, а процессом, который держится на памяти одного человека. Разбираем CI/CD...
1 авг 2026 17 просм.
Не пиши тесты — просто кликай руками перед релизом
Ручная проверка кажется дешёвой, пока вся регрессия хранится в голове команды. Как выбирать уровень теста по ц...
15 июл 2026 3 просм.
Делай API без документации — пусть фронтенд сам догадается
Как превратить API в квест: не фиксировать контракты, менять типы без предупреждения, возвращать разные формат...
25 мая 2026 4 просм.
Пиши CSS так, чтобы через неделю боялся открыть файл
Как писать CSS по-настоящему страшно: бессмысленные классы, слои !important, магические отступы, дублирование...
20 мая 2026 3 просм.
Зачем рубрика
Плохие решения редко выглядят плохими в момент выбора. Обычно они обещают сэкономить время, убрать лишние разговоры, сделать архитектуру гибче или быстро показать результат.
В этой рубрике разбираем такие соблазнительные антисоветы: почему им хочется следовать, к каким последствиям они приводят, когда исключение действительно допустимо и что можно сделать вместо этого.
Как устроен разбор
a.
Антисовет
Убедительная формулировка плохой практики и причины, по которым ей хочется следовать.
b.
Последствия
Что ломается в коде, процессах, команде или карьере, когда короткий путь становится привычкой.
c.
Что вместо
Рабочая альтернатива с учетом контекста, ограничений и допустимых исключений.
О рубрике
Темы
- Архитектурные антипаттерны
- Технический долг и рефакторинг
- Процессы и code review
- Карьера и рабочие привычки