Не совсем согласен, обычно в командах существуют некие правила, например мы не используем style совсем(я такое довольно часто встречал), также обычно сразу при интеграции Tailwind обговаривается, что если больше n свойств выносим в класс с @ apply
Локализации делаются не только для того, чтобы пользователю было удобно(особенно на ранних этапах жизни продукта), но и для того чтобы получше засеошить свой продукт в определенном регионе)
Мне кажется этот способ неплох для MVP или стартапов поначалу, потому что не всегда есть возможность нанять переводчика, а иногда очень хочется начать выходить на какой-то рынок и индексироваться, пусть и не с идеально переведенным продуктом.
Согласен, что проверка не является объективной, но к сожалению, оценить как-либо по-другому довольно трудно и не уверен, что возможно)
Я сравнивал все это с Google Translate и при переводе в обратную сторону он выдает то, что и должно быть + примерно в 60% случаев текст переводился точно также как в Google Translate в браузере, применимо для обоих случаев.
Astro все-таки скорее про преимущество над SSR/SSG, так как даже на главной сайта - https://astro.build, весит сравнение именно с SSR/SSG фреймворками. Мне кажется, что люди перешли на Vue/React с условных php потому что появилось разделение на frontend + backend плюс эти фреймфорки просто удобнее конкретно для разработки frontend части. ИМХО стали они грузится больше, по причине того, что появился толстый клиент, куда перекочевало куча логики. Поддержка нескольких фреймворков выглядит очень перспективно, мне тоже зашла эта тема, но хз насколько она приживется. По-поводу серьезных проектов - у них на сайте висят пару сайтов крупных компаний, nordvpn главная и блог firebase.
Что такое «веб-приложение для внутреннего использования»? «Небольшая команда разработчиков» — это какая?
А если например у человека на все эти данные NDA, ну например он не может говорить что разрабатывал конкретно, единственное что он может сказать, это наиболее общее определение "Админ-Панель", "веб-приложение для внутреннего использования". Что делать в таких случаях?) И в целом достаточно интересно, как описывать опыт работы, если с компанией у тебя подписано довольно обширное NDA на твою деятельность.
Я видел, как в некоторых компаниях в pre-push прогоняются тесты и собирается билд, так что думаю в некоторых случаях это все таки применимо) Поэтому я бы не исключал этот вариант
Аааа, тогда да, имеется такое ограничение
Спасибо, согласен, минимизация бандла работает отлично, чистота пушка, добавлю!
По поводу вытекающего из этого минуса, никогда не испытывал с этим проблем
Не совсем согласен, обычно в командах существуют некие правила, например мы не используем style совсем(я такое довольно часто встречал), также обычно сразу при интеграции Tailwind обговаривается, что если больше n свойств выносим в класс с @ apply
Это увы является ограничением, как и любой переводчик справляется довольно плохо
Локализации делаются не только для того, чтобы пользователю было удобно(особенно на ранних этапах жизни продукта), но и для того чтобы получше засеошить свой продукт в определенном регионе)
Мне кажется этот способ неплох для MVP или стартапов поначалу, потому что не всегда есть возможность нанять переводчика, а иногда очень хочется начать выходить на какой-то рынок и индексироваться, пусть и не с идеально переведенным продуктом.
Согласен, что проверка не является объективной, но к сожалению, оценить как-либо по-другому довольно трудно и не уверен, что возможно)
Я сравнивал все это с Google Translate и при переводе в обратную сторону он выдает то, что и должно быть + примерно в 60% случаев текст переводился точно также как в Google Translate в браузере, применимо для обоих случаев.
Astro все-таки скорее про преимущество над SSR/SSG, так как даже на главной сайта - https://astro.build, весит сравнение именно с SSR/SSG фреймворками. Мне кажется, что люди перешли на Vue/React с условных php потому что появилось разделение на frontend + backend плюс эти фреймфорки просто удобнее конкретно для разработки frontend части. ИМХО стали они грузится больше, по причине того, что появился толстый клиент, куда перекочевало куча логики.
Поддержка нескольких фреймворков выглядит очень перспективно, мне тоже зашла эта тема, но хз насколько она приживется.
По-поводу серьезных проектов - у них на сайте висят пару сайтов крупных компаний, nordvpn главная и блог firebase.
А если например у человека на все эти данные NDA, ну например он не может говорить что разрабатывал конкретно, единственное что он может сказать, это наиболее общее определение "Админ-Панель", "веб-приложение для внутреннего использования". Что делать в таких случаях?)
И в целом достаточно интересно, как описывать опыт работы, если с компанией у тебя подписано довольно обширное NDA на твою деятельность.
Согласен, было бы красиво) Подумаю над этим.
Я видел, как в некоторых компаниях в pre-push прогоняются тесты и собирается билд, так что думаю в некоторых случаях это все таки применимо) Поэтому я бы не исключал этот вариант
С токенами согласен, показывал как максимально просто сделать
Спасибо большое, почитаю!
Думал об этом, возможно дополню статью