Как стать автором
Обновить

Комментарии 7

Я так понял, что расширение само собирает на странице информацию о АБ вариантах, верно? Как предлагается отслеживать такие сплит тесты чтобы они не терялись? Может имеет смысл expire сделать обязательным, чтобы точно как минимум через Sentry собирать подтухающие куски?

PS: Идея и реализация огонь

Пока ещё не собирает. Это из заделов на будущее. Но если поставишь задачу - начнёт собирать :)

Я , наверное, зануда. Вроде в примере кода нет баланса {}. А в самом реакте я ничего не понимаю. Идея интересная.

Всё так, добавил. Спасибо :)

Звучит очень круто! И да, для А/В тестов часто проблема - все-таки найти свободного разработчика.

Допустим у вас backend имеет 100500 версий схем базы данных( изменения касаются именований таблиц/колонок, поведения объектов) такой метод приведет со временем к росту кода, трудностям проверок на backward compatibility. Много if-ов замедлит процесс.

Или я ошибаюсь?

С лёгкостью можно с помощью этой техники отстрелить себе ногу.

Помогут хорошие практики: делить работу на мелкие части, гигиена (удаление неактуального)

И речь тут про сложность и чистоту кода.

Скорость проекта работающего с базой будет упираться в походы в базу, не в if.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий