Сегодня и попробуем. Честно говоря, мне за глаза для работы было модели 5.4. Если у моделей есть еще какой-то потенциал для развития это действительно будоражит воображение.
Вы не разочаруетесь, ng это самый "заботливый" фронтенд фреймворк. Если я начинаю думать что мне не хватает X фичи в Angular, оказывается, она есть, просто я до сих пор про нее не слышал.
Тоже пришел к этой проблеме, но у меня свое видение решения этого вопроса: репозиторий спецификаций с версионированием. Буду писать сервис под свою команду.
Я бы насторожился на вашем месте, потому что это уникальное поведение. Либо ваш аккаунт youtube используется на разных устройствах разными людьми, либо кто-то получает доступ к вашему устройству без вашего ведома.
Внешний стор используется для того чтобы шарить состояние между компонентами. Такая нужда возникает не часто, не вижу проблем с этим. Правда я пишу только на ng/vue, не знаю как там с реактом:) И да, я тоже не пишу редьюсеры, помимо redux есть жизнь.
Мне Tailwind нужен чтобы не было мертвого css кода (удалил layout в html но в style.css оставил) и чтобы не писать в каждом проекте одни и те же утилиты. Семантический css живет в компонентах, там его проще контролировать, обновлять и удалять.
По поводу кнопок я использую подход описанный у вас в статье как "Подход через CSS-переменные". Не вижу повода при этом отказываться от Tailwind, я конечно могу писать каждый раз одни и те же утилиты и найти альтернативы для Purge / Tree-shaking css чтобы не оставлять мертвецов. "Можно, но зачем"?
Я могу построить жизнеспособную дизайн-систему, в том числе с помощью Tailwind. Про кнопки - холивар. Проблемы которые вы описали в статье, они же не только utility-first подхода касаются, это последствия плохой архитектуры. А с хорошей архитектурой вы можете строить дизайн систему как поверх Tailwind, так и поверх любого другого подходящего под ваш проект решения, это может быть UI / CSS фреймворк, или вообще отсутствие такового.
Вы исходите из предположения что писать кастомный CSS рядом с Tailwind это плохая практика. Если пересмотрите этот поинт, сразу все станет проще.
Сегодня и попробуем. Честно говоря, мне за глаза для работы было модели 5.4.
Если у моделей есть еще какой-то потенциал для развития это действительно будоражит воображение.
154 юаня подписка
38 юаней карта в месяц
Когда путешествую трачу по карте больше и за карту платить не нужно (нужно читать условия выпуска и обслуживания карты)
Карта АТБ юнионпей, привязана к google pay. Регион google play установлен как Тайланд. Оплата подписки идёт через приложение chatgpt. Не банит.
Вы не разочаруетесь, ng это самый "заботливый" фронтенд фреймворк. Если я начинаю думать что мне не хватает X фичи в Angular, оказывается, она есть, просто я до сих пор про нее не слышал.
Спасибо Хабру за очередной нейрослоп
На выходе "ещё один нейрослоп на хабре".
Коммент выше был не про браузер, а про вебвью, который уже является частью api windows.
Тоже пришел к этой проблеме, но у меня свое видение решения этого вопроса: репозиторий спецификаций с версионированием. Буду писать сервис под свою команду.
Я бы насторожился на вашем месте, потому что это уникальное поведение. Либо ваш аккаунт youtube используется на разных устройствах разными людьми, либо кто-то получает доступ к вашему устройству без вашего ведома.
Внешний стор используется для того чтобы шарить состояние между компонентами. Такая нужда возникает не часто, не вижу проблем с этим. Правда я пишу только на ng/vue, не знаю как там с реактом:) И да, я тоже не пишу редьюсеры, помимо redux есть жизнь.
Как насчёт того чтобы сделать методологию эмпирика-first to sdd и закрутить это в spiral? Я бы в такое пул-реквестил.
На одном дыхании. Как раз пишу "свою" sdd методологию. Полезно.
Вроде оно. Но конкретно у меня не взлетело. И там и тут codex/один аккаунт/plus но коннекта нет, в итоге пишет: ошибка сети
Коммитов конечно же
Мне нейросетка уже полгода пишет комменты комитетов за 10 юаней. Вижу это не иначе как благотворительность.
Вы там вконец ошалели что-ли? Это какой по счету нейрослоп проЕли на хабре?
IDE я конечно попробую, но за нейрослоп вместо текста - минус.
Так то тайга. В тайге подлесок. А в самопальном хвойном леску их и правда может не быть. Но я свой участок от греха ежегодно обрабатываю.
Мне Tailwind нужен чтобы не было мертвого css кода (удалил layout в html но в style.css оставил) и чтобы не писать в каждом проекте одни и те же утилиты. Семантический css живет в компонентах, там его проще контролировать, обновлять и удалять.
По поводу кнопок я использую подход описанный у вас в статье как "Подход через CSS-переменные". Не вижу повода при этом отказываться от Tailwind, я конечно могу писать каждый раз одни и те же утилиты и найти альтернативы для Purge / Tree-shaking css чтобы не оставлять мертвецов. "Можно, но зачем"?
Я могу построить жизнеспособную дизайн-систему, в том числе с помощью Tailwind. Про кнопки - холивар. Проблемы которые вы описали в статье, они же не только utility-first подхода касаются, это последствия плохой архитектуры. А с хорошей архитектурой вы можете строить дизайн систему как поверх Tailwind, так и поверх любого другого подходящего под ваш проект решения, это может быть UI / CSS фреймворк, или вообще отсутствие такового.
Вы исходите из предположения что писать кастомный CSS рядом с Tailwind это плохая практика. Если пересмотрите этот поинт, сразу все станет проще.