@ts-ignore используется и для tcm и для линтеров
пожалуйста перестаньте использовать ts-lint и переходите на eslint с плагинами для тайпскрипт. сразу почувствуете разницу в лучшую сторону. для eslint удобно отключать правила как глобально так и локально.
Эко вас зацепило, что вы на грубости переходите. Если у вас проект который можно считать легаси, и который не был изначально создан для использования на мобилах, то понятно что оптимизировать его дорого. Но если сайт создаётся с нуля, то по него выбирается архитектура, которая позволяет без особого труда получить 100% по всем пунктам. С другой стороны вы наверно работаете с российскими заказчиками, которые не хотят платить за оптимизацию выбранной ими архитектуры. Все пределы у вас в голове, может быть с 2003 года, и вы слишком суперстар, чтобы понимать что ситуация на рынке изменилась. Или вам не нужен гугль а достаточно яндекса, которому плевать на оптимизации, а главное чтобы вы платили за рекламу бешенные бабки без каких либо гарантий на окупаемость.
Я с другой стороны, никогда не работал с российскими клиентами, ввиду того что они мало платят, и зачастую не знают чего хотят.
Если бы вы работали на меня, я бы вас уволил или отправил на пенсию, так как вы до сих пор не научились софт скилам и уважительному отношению к оппоненту.
Я на хабр не заходил уже несколько лет, и основная причина — такие персонажи как вы. В любом мало мальски уважаемом англоязычном ресурсе на любой вопрос ожидаемо получаешь наиболее четкий ответ по теме и без воды, а на русскоговорящих ресурсах всегда найдётся хоть один чудак который попытается насрать в душу и доказать что он прав. За сим откланиваюсь.
PS. в россии роскомнадзор умудрился заблокировать доступ к самому современному и оптимизированному хостингу netlify.com и всем сайтам на нём хостящимся. получается что все пользователи в россии отрезаны от самых качественных ресурсов мира из за бесполезной попытки забанить телеграм. Верной дорогой идём товарищи.
Вы прикалываетесь? это всё не херня, а единственный способ конкурировать в поисковых запросах google для новых сайтов. Я занимаюсь оптимизацией сайтов лет 8, и уже года 4 я делаю сайты сразу оптимизированными. Если вы клепаете бложики на вордпрессе используя кучу плагинов с jQuery, то я вас разочарую — вы не программист — вы контент менеджер.
Вот по поводу 3х дней вы погорячились) попробуйте оптимизировать какой нибудь вордпресс сайт с кучей плагинов которые используют jQuery. это не реально. Но в целом я вас полностью поддерживаю!
А вот так! у гугля в adwords уже несколько лет встроен тест на производительность и оптимизированным сайтам дают хорошие скидки.
Если ваш сайт грузится без ошибок и быстрее конкурента, и главное — контент релевантный, то в поисковой выдаче он будет выше.
а google console bot вы так же обманываете? а mobile usability?
Вы так клиента подставляете на самом деле. ботам нужно парсить сайт клиента для SEO. вам про важность SEO кто нибудь рассказывал?
PageSpeed insight уже древний как мамонт, гугль его уже заменил на Lighthouse, а затем встроил Lighthouse в сам Chrome, в закладке Аудит. гораздо быстрее, надёжнее и полезнее по функционалу
В этом посте описана стандартная картина. Сталкиваюсь с подобным уже пару лет. Это происходит когда в команде 7 джуниоров и ни одного сеньора. Через пол года ускоренной разработки новых фич при отсутствии стайлгайдов и линтинга код превращается в долговое болото.
Технический долг накапливается в огромном количестве, и я уже привык разгребать такое болото по месяцу — два на проект.
Самое печальное что эти 7 джуниоров к этому моменту разбегаются кто куда, и для продолжения разработки приходится собирать новую команду.
Разгребать технический долг одновременно с разработкой новых фич не представляется возможным, потому что разработчики выгорают как лампочки ильича.
Первым тревожным звоночком является замедление разработки новых фич до 50% и жуткие тормоза производительности, анимации и UX.
Как только ответственные за проект люди ( если таковые вообще присутствуют в проекте ) понимают в какой попе находятся, они находят кого-нибудь типа меня. Я окунаюсь на месяц или два месяца с головой в говнокод, и на выходе выдаю конфетку.
В лучшем случае в дальнейшем собирается новая команда, которая работает по стайлгайдам и с линтингом и тестами.
В худшем — все сроки сорваны, бюджеты освоены, команда разбежалась, менеджеры уволены.
Эта история стара как мир, была, есть и будет повторяться снова и снова.
Если вы как менеджер проекта экономите на опытных разработчиках, то технический долг говнокода потопит вашу утлую лодочку 100%.
Иногда производительность важна и в NODE_ENV=development. У меня highload realtime webapp, в деве постоянно пухнет от утечек памяти и consol.log. А в NODE_ENV=production занимает максимум 32Mb в тестах на сутки и более.
Есть best practices, есть worst practices. Если вы постоянно используете best practices и избегаете worst practices то вы становитесь лучше как профессионал и вам больше платят. А если тяп ляп и в продакшен, то больше 20$ в час вам платить никогда не будут и ваши прямые конкуренты — индусы.
Пожалуйста объясните мне как пользователь поменяет размер rem? он же задается в CSS вами, как html { font-size: 62.5%; } // 1 rem === 10px и дальше масштабируется media screen and (max-width: ...px) { html { font-size: ...% }} // 1rem === ...px
Как пользователь задаст 1rem === 11px? если он полезет ручками в CSS то он сам себе злой буратино
В rem писать нужно!
И em в тех местах где без него нельзя.
Пиксели остаются только в пределах media деклараций.
Вопрос к тем кто меня заминусовал, вы серьезно так отстали от жизни?
Если вам нужен fallback для пикселей, есть же инструменты автоматизации!
По моему всё гораздо проще: Удобно использовать async/await => используем async/await. Удобно Promise писать, пишем Promise. Если код дорого переписывать на FP, оставляем императив. Это более чем Advanced javascript. Новички всё равно будут отстреливать себе ноги и с тем и с другим и с третьим. Если ты профи с FP, это не означает что ты никогда не будешь писать/обновлять OOP. Если ты катаешься по конференциям и твой твиттер полон фэнов хипстеров, это не означает что ты всегда прав. В конце концов даже Дуглас Крокфорд был неправ по поводу;
PS: и для Promise и для async/await пока без полифилов можно писать только на Node.js и прототипы в хроме канари. Сафари не поддерживает без полифилов fetch API, Edge… нет на Маках, Хрома нет на IOS Но господи как я рад что сейчас не 2009 год и это самые большие проблемы хайпа.
Babel 6, Webpack 2, React 15, ES6+ сделали жизнь на много проще.
я столкнулся с этим в проектах на gatsby.js
пожалуйста перестаньте использовать ts-lint и переходите на eslint с плагинами для тайпскрипт. сразу почувствуете разницу в лучшую сторону. для eslint удобно отключать правила как глобально так и локально.
Я с другой стороны, никогда не работал с российскими клиентами, ввиду того что они мало платят, и зачастую не знают чего хотят.
Если бы вы работали на меня, я бы вас уволил или отправил на пенсию, так как вы до сих пор не научились софт скилам и уважительному отношению к оппоненту.
Я на хабр не заходил уже несколько лет, и основная причина — такие персонажи как вы. В любом мало мальски уважаемом англоязычном ресурсе на любой вопрос ожидаемо получаешь наиболее четкий ответ по теме и без воды, а на русскоговорящих ресурсах всегда найдётся хоть один чудак который попытается насрать в душу и доказать что он прав. За сим откланиваюсь.
PS. в россии роскомнадзор умудрился заблокировать доступ к самому современному и оптимизированному хостингу netlify.com и всем сайтам на нём хостящимся. получается что все пользователи в россии отрезаны от самых качественных ресурсов мира из за бесполезной попытки забанить телеграм. Верной дорогой идём товарищи.
Если ваш сайт грузится без ошибок и быстрее конкурента, и главное — контент релевантный, то в поисковой выдаче он будет выше.
Вы так клиента подставляете на самом деле. ботам нужно парсить сайт клиента для SEO. вам про важность SEO кто нибудь рассказывал?
Технический долг накапливается в огромном количестве, и я уже привык разгребать такое болото по месяцу — два на проект.
Самое печальное что эти 7 джуниоров к этому моменту разбегаются кто куда, и для продолжения разработки приходится собирать новую команду.
Разгребать технический долг одновременно с разработкой новых фич не представляется возможным, потому что разработчики выгорают как лампочки ильича.
Первым тревожным звоночком является замедление разработки новых фич до 50% и жуткие тормоза производительности, анимации и UX.
Как только ответственные за проект люди ( если таковые вообще присутствуют в проекте ) понимают в какой попе находятся, они находят кого-нибудь типа меня. Я окунаюсь на месяц или два месяца с головой в говнокод, и на выходе выдаю конфетку.
В лучшем случае в дальнейшем собирается новая команда, которая работает по стайлгайдам и с линтингом и тестами.
В худшем — все сроки сорваны, бюджеты освоены, команда разбежалась, менеджеры уволены.
Эта история стара как мир, была, есть и будет повторяться снова и снова.
Если вы как менеджер проекта экономите на опытных разработчиках, то технический долг говнокода потопит вашу утлую лодочку 100%.
Как пользователь задаст 1rem === 11px? если он полезет ручками в CSS то он сам себе злой буратино
И em в тех местах где без него нельзя.
Пиксели остаются только в пределах media деклараций.
Вопрос к тем кто меня заминусовал, вы серьезно так отстали от жизни?
Если вам нужен fallback для пикселей, есть же инструменты автоматизации!
PS: и для Promise и для async/await пока без полифилов можно писать только на Node.js и прототипы в хроме канари. Сафари не поддерживает без полифилов fetch API, Edge… нет на Маках, Хрома нет на IOS Но господи как я рад что сейчас не 2009 год и это самые большие проблемы хайпа.
Babel 6, Webpack 2, React 15, ES6+ сделали жизнь на много проще.