Лично для меня лучшим стимулом для улучшения языковых навыков стала одна известная ММО — я состоял в международной гильдии, и волей-неволей приходилось общаться с товарищами на английском, сначала на уровне «мгимо финишед», но по мере накопления опыта в общении — уровень владения языком рос сам по себе.
Сейчас вот работаю в международной компании, где приходится много общаться на английском, и могу с уверенностью сказать что я сюда попал во многом благодаря играм :)
Не «вместо», а «вместе». Устанавливается. И это называется «Windows subsystem for Linux». В новой версии, которая должна войти в этот апдейт, кстати, должны были приделать network connection enumeration.
При попытке логина в дополнении xmarks — браузер просто падает без каких-либо сообщений.
Вот последний дамп из папки C:\Users\%username%\AppData\Local\Vivaldi\User Data\Crashpad\reports\
Во-первых, приводить в пример статьи 2009-го года, где рассматривается производительность IE7,8 — как минимум не очень корректно. В реальности хоть сколько-нибудь заметные проблемы с производительностью могут наблюдаться, наверное, в случае каскада, когда универсальный селектор стоит справа, например ".class * " (помним, что браузеры разбирают селекторы справа налево, даже по вашей ссылке это написано), и стили для данного селектора вызывают reflow страницы.
Вот, например, есть статья немного посвежее (2012 год), показывающая, что разницы между одним универсальным селектором, и полным отсутствием селекторов — практически нет.
Вот статья 2014 года, показывающая, что на построение DOM и layout'а тратится значительно больше времени, чем на разбор селекторов.
Я это всё к чему — браузеры делают умные люди, и в наши дни они (браузеры) умеют оптимизировать отображение страничек намного лучше, чем во времена того же IE8. Если специально не стрелять себе в ногу, то сложность селекторов — это не первое, о чем стоит задумываться.
Ну, вообще говоря, это не совсем так. CSS-селекторы разбираются браузером справа налево, поэтому в случае с "* + X" браузер сначала найдет все элементы "X", а затем, увидев селектор соседнего элемента "+" — будет проверять только соседние элементы DOM'a (По моему скромному мнению, конечно. Я не разработчик браузеров, и не знаю как на самом деле всё работает).
Кстати, есть продолжение, из которого следует что даже сложные селекторы влияют на скорость загрузки в значительно меньшей степени, чем большой объем неиспользуемых стилей.
Не факт. У меня была похожая проблема — девушка не слышала звонков, если телефон находился в сумке. При этом когда телефон находится снаружи — звонок орет на весьма приличной громкости, не услышать такое просто невозможно. Как только попадает в сумку — всё, будто матрасом накрыли. *здесь шутка про особую аномальную зону внутри женской сумки*
В общем полезный браслет, пригодился бы :)
какие-то цены "с потолка" - интересно, в каких это российских ресторанах можно найти ужин на двоих за 5.35 USD ?
а Toddler - вполне можно перевести как "карапуз"
Сейчас вот работаю в международной компании, где приходится много общаться на английском, и могу с уверенностью сказать что я сюда попал во многом благодаря играм :)
Вот последний дамп из папки C:\Users\%username%\AppData\Local\Vivaldi\User Data\Crashpad\reports\
Вот, например, есть статья немного посвежее (2012 год), показывающая, что разницы между одним универсальным селектором, и полным отсутствием селекторов — практически нет.
Вот статья 2014 года, показывающая, что на построение DOM и layout'а тратится значительно больше времени, чем на разбор селекторов.
Я это всё к чему — браузеры делают умные люди, и в наши дни они (браузеры) умеют оптимизировать отображение страничек намного лучше, чем во времена того же IE8. Если специально не стрелять себе в ногу, то сложность селекторов — это не первое, о чем стоит задумываться.
делает ровно то же, что и предложенная мной
Так короче, и специфичность меньше
В общем полезный браслет, пригодился бы :)
Рекомендую попробовать Torrentex: play.google.com/store/apps/details?id=com.oidapps.bittorrent