Новую шапку с переключением по ресурсам необходимо зафиксировать, чтобы она всегда была на виду. Мне кажется так было бы удобнее переключаться между хабром и тостером.
Не могу с вами не согласиться. Все когда-то были новичками, нужно и своей головой думать при выборе инструментов. Да и куда без ошибок, на них и набивается опыт.
Ну мы же не разбираемся здесь что лучше или хуже. Просто рассматриваем альтернативы. Всему своё применение. Не все пишут сложные проекты со сложной бизнес логикой. Все инструменты имеют право на жизнь и знать, о том какие альтернативы есть, я считаю полезно.
Да, я знаю, но я не нашел как сделать метку «Перевод» под заголовком. Если подскажете исправлю и буду признателен.
UPD: исправился, при оформлении статьи не увидел сразу, что можно выбрать тип публикации «Перевод», прошу прощения у читателей, оформил в шапке ссылку на оригинал и указал автора.
Да, интересный тред, спасибо. Я считаю, что все как всегда зависит от требований к проекту и решаемых задач. Тут каждый выбирает уже то, что подходит конкретно ему в конкретном проекте. Но за ссылку спасибо, будем иметь в виду, особенно заинтриговал astroturf. Посмотрю в свободное время
Как в этом проекте с обработкой ошибок? Что будет, если я напишу pz вместо px?
Значения применяются как есть. В css будет значение с pz перечеркнутое в инспекторе.
Насколько система дружественна по сравнению с подсказками в реакте?
Подсказок никаких нет, ошибок тоже.
Как у них с просизводительностью? Вырезают ли они проверки на продакшене?
Честно говоря мы сами не замеряли производительность, я думаю это уже больше относится к styled-components нежели к styled system, но у них в гите есть страничка с бенчмарками
А что, если я хочу fontSize={8}, и у меня 9 элементов внутри массива theme.fontSizes? Магия не должна ломаться.
Не совсем понятно что имелось в виду, «магия» работает так — все что больше 9-го элемента в массиве fontSizes будет интерпретироваться как есть.
Strapi
О магспейс уже и забыл) классные времена были. Ностальгия
Сначала не понял, а потом кааак понял, нет не моя) помню была такая в питнете хостилась)
Потихоньку вкатитесь в разработку :)
Да оттуда :)
Спасибо, основной упор в статье был на то, чтобы люди далекие от ИТ могли понять что такое фронтенд и чем занимаются разработчики.
Не могу с вами не согласиться. Все когда-то были новичками, нужно и своей головой думать при выборе инструментов. Да и куда без ошибок, на них и набивается опыт.
Ну мы же не разбираемся здесь что лучше или хуже. Просто рассматриваем альтернативы. Всему своё применение. Не все пишут сложные проекты со сложной бизнес логикой. Все инструменты имеют право на жизнь и знать, о том какие альтернативы есть, я считаю полезно.
UPD: исправился, при оформлении статьи не увидел сразу, что можно выбрать тип публикации «Перевод», прошу прощения у читателей, оформил в шапке ссылку на оригинал и указал автора.
Мы разрабатываем компоненты в сторибуке, получается как визуальное тестирование. Snapshot не используем
У нас обычно размеры шрифтов обговариваются на этапе отрисовки дизайна, мы уже получаем их как константы.
Мы тоже пытались делать шкалу значений и человеческие названия, но все это так и не дало нам понятной и четкой дизайн системы.
Значения применяются как есть. В css будет значение с pz перечеркнутое в инспекторе.
Подсказок никаких нет, ошибок тоже.
Честно говоря мы сами не замеряли производительность, я думаю это уже больше относится к styled-components нежели к styled system, но у них в гите есть страничка с бенчмарками
Не совсем понятно что имелось в виду, «магия» работает так — все что больше 9-го элемента в массиве fontSizes будет интерпретироваться как есть.
fontSize={8}
вернет 72fontSize={9}
вернет 9