Pull to refresh

Comments 11

Вопрос к фронтэндщикам: вы при виде кода, как в примере, будете пытаться понять, что он делает, или пойдёте орать на того, кто его написал?

Зачастую этого человека уже нет в компании)

Это не помешает орать ("твой кролик написал" (c)), только до адресата не дойдёт :-)

Я вот тоже подумал, что правильный ответ — «git blame».

Мне кажется орать на коллег за опечатки (вряд ли ещё есть причины для указания цвета в пикселях или использовать неподходящую переменную) это перебор. Я не видел ещё разработчиков, которые не ошибались. А если каждый будет орать друг на друга, так себе атмосфера получится

Не понимаю я этого тона на хабре: "по рукам бить", "орать" и т.п. Если опечатка, то я даже не вижу смысла другого человека тревожить (разве чтобы спросить, не было ли какого тайного умысла в этом).

Если человек наговнокодил, то спокойно рассказать, что не так.

Добрее надо быть

«Айти — это работа для сумасшедших. Это чумной барак для всех умалишённых. Для фриков и психопатов. Если ты видишь маньяка, орущего на шизофреника, знай, прогадать невозможно: это айти-отдел. Ибо даже в Кащенко опасные мании стараются не соединять.»

Чумной барак для сумасшедших фриков

Но если серьёзно, то полностью согласен. Орать за опечатки — так себе практика, нервы целее будут)

Ну, это была гипербола :-)

Хотя "твой кролик написал" в таких случаях произносится – перед тем, как или исправить код самому, или написать автору, чтобы он поправил.

ЗЫ: подумал, что можно автору слать известную картинку "я тебе какое плохое зло зделал".

Правильные ответы на финальный тест
В первом случае ссылка красная
В первом случае ссылка красная
А вот во втором уже зелёная
А вот во втором уже зелёная
Почему так

Из-за специфичности селекторов.
В первом случае у нас одинаковая специфичность селекторов, и приоритет у селектора, который был объявлен последним.
Во втором случае специфичность первого селектора выше, и порядок объявления не играет роли.

2. Затем включается алгоритм каскада, и в результате для каждого свойства остаётся только одно каскадированное значение.
5. На втором этапе вычислений браузер разрешает те значения, которые зависят от устройства пользователя и относительного расположения элементов на странице
Кажется, медиазапросы не очень укладываются в эту схему.

Хороший вопрос! Поясню:

Медиазапросы (и другие условные правила, например @supports) обрабатываются ещё на этапе фильтрации, до каскадирования. Если условие медиазапроса не выполнено, то объявления отбрасываются и в каскад в принципе не попадают. А если выполнено - объявления участвуют в каскадировании на общих основаниях.

А на втором этапе вычислений разрешаются значения типа left: 50%, применяются ограничения max/min-width и подобное.

Sign up to leave a comment.