Pull to refresh

Comments 13

Оу, простите за глупый вопрос, а как практически использовать выходные данные вашей утилиты? Какие выводы и практические действия можно выполнить ответив на вопросы:
  1. Как много селекторов в коде? Как их количество изменялось со временем?
  2. Каковы максимальное и среднее значения специфичности селекторов? Какова медиана? Как они изменялись со временем?
  3. Как выглядит распределение специфичности селекторов? Как оно изменялось со временем?
  4. В скольких селекторах используется !mportant директива? Как их количество изменялось со временем?

Например, эти данные можно использовать для составления плана дальнейших действий. Представьте, что вы не один раз оказывались в ситуации, когда для реализации некоторого эксперимента, вам необходимо перебить CSS свойство у элемента. И сделать вы это можете либо добавив !important, либо дополнительный класс в итоговый селектор. В какой то момент вам может показаться, что код деградирует, поддерживать его становится сложнее. А данные, полученный подобной утилитой, могут служить подтверждением или опровержением вашей гипотезы.

Ну и как я уже упоминал в статье — это должно быть хотя бы интересно. Так и есть, в моем случае.
Про случай. У нас очень большая кодовая база, которая продолжает расти вместе с количеством разработчиков. И интересно наблюдать за изменением ее характеристик.
Ибо перебивать нужно модификаторами, а модификаторы хранить в отдельной папке для A/B с четким описание когда добавлено, что проверяется и когда заканчиваем эксперимент. Дальше кроном ходить по папке и напоминать ответственным о истекших экспериментах, что пора выносить решение. Но кого я обманываю, всем же пофиг ;]
БЭМ решает такие проблемы. К счастью или несчастью, коду больше 10 лет. Так что сам понимаешь ;-)
Кстати, у нас крон ходит по списку завершившихся экспериментов и напоминает авторам, что надо бы почистить за собой, если они этого еще не сделали.
Да это может быть в каких то ситуация полезным. У меня сразу появилась идея, а что если имеется одна версия файла?
Можно сделать так: пользователь (которых хочет отслеживать css файл) регистрирует путь к файлу, а сервис каждый день его сканирует, и анализирует. А там уже и графики выводит.
Это хорошая идея. Я был бы рад видеть подобный функционал в уже существующих сервисах, таких как, например, Calibre.
Это хорошая идея. Я был бы рад видеть подобный функционал в уже существующих сервисах, таких как, например, Calibre.
Я бы не стал публиковать перевод собственной статьи как перевод :)
Я долго метался между вариантами :-( С одной стороны — странно, с другой — ведь и правда перевод.
Почему-то, кстати, не очень хороший…
Sign up to leave a comment.

Articles