eslint тут ни при чём, это массовые практики. абсолютно все фронтовые инструменты дропают поддержку старых версий. нода развивается, у старых версий наступает EOL, выходят новые версии. поддерживать зоопарк версий не ясно зачем. меньше версий — легче тестировать.
Довольно странно что такое проползло мимо всех тестов... Да и реализация решения проблемы странная. Одно устройство Apple не знает что сейчас используется другое устройство Apple? А как же хвалёная экосистема
Есть проблемы, которые можно решить самостоятельно, пользуясь интерфейсом продукта или поисковиком, но человек недостаточно сообразителен, чтобы её решить, чат-бот вполне может помочь. Более продуманные интерфейсы частично снижают количество таких проблем. Есть проблемы, которые нельзя решить из интерфейса, но которые разрешили делать боту. Например, компания захотела сократить количество отмен заказов, и не стала добавлять такую кнопку в интерфейс, но если очень попросить бота, то он заказ отменит. Вот тут желаю гореть компаниям, кто так делает. Ну и есть нестандартные проблемы, когда система отработала некорректно, например дважды списали деньги за заказ, или списали деньги но заказ не появился, да много ещё чего в нашем неидельном мире случается. И бот тут вообще никак не поможет. Потому что он а) не знает как решать это и б) может не иметь доступа к необходимой сенситивной информации. И столкнувшись с такой проблемой понимаешь насколько свинство всячески мешать пользователю поговорить с оператором. Таким компаниям тоже желаю гореть. Вам, получается, тоже.
Из того что бросилось в глаза - изменение сигнатуры useState вместе с сохранением нейминга. Я думаю это будет путать при чтении, все привыкли что useState это value+setter, а не getter+setter. Можно сказать - ну так это же другой useState, но при чтении на месте использования не очевидно, откуда был импорт.
Также на это имя могут быть завязаны фишки IDE (например парное переименование в jetbrains) или например какие-то правила линтеров.
Я бы посоветовал посмотреть в сторону имени useSignal, сигналы как раз дают ту же сигнатуру, getter+setter.
Второй день из-за этого кажется что у меня что-то с башкой не то.
Лайк уже поставлен (
eslint тут ни при чём, это массовые практики. абсолютно все фронтовые инструменты дропают поддержку старых версий.
нода развивается, у старых версий наступает EOL, выходят новые версии. поддерживать зоопарк версий не ясно зачем. меньше версий — легче тестировать.
А теперь ещё и ruptava, goptava и leptava
makeAutoObservable уже не нужен с новыми декораторами (если сборщик/транспайлер позволяет)
upd извиняюсь, забыл что можно вообще без декораторов.
Ещё можно от эффективных менеджеров отказаться и тоже нехило сэкономить
Кажется, это называется "зашоренность", вести тут дискуссию нет смысла.
https://github.com/nanostores/nanostores вроде может потягаться
звучит не как самый плохой сценарий
Интересно Apple рулит развитием веба.
В принципе оно уже некоторое время "в наличии". Заказал 19 ноября, 30 ноября уже трекалось.
Что-то ссылка на сам пакет в глаза не бросается - она вообще есть?
Пакет получается работает только в app router?
Мне не хватает компактного решения. Как в плане html, так и в плане бандла. Пока что сидим на i18next.
Довольно странно что такое проползло мимо всех тестов... Да и реализация решения проблемы странная. Одно устройство Apple не знает что сейчас используется другое устройство Apple? А как же хвалёная экосистема
А ведь красиво может получиться
Как раз сейчас занимаюсь оптимизацией проекта, идеи что можно ужать подиссякли, попробую этот пакет.
Есть проблемы, которые можно решить самостоятельно, пользуясь интерфейсом продукта или поисковиком, но человек недостаточно сообразителен, чтобы её решить, чат-бот вполне может помочь. Более продуманные интерфейсы частично снижают количество таких проблем.
Есть проблемы, которые нельзя решить из интерфейса, но которые разрешили делать боту. Например, компания захотела сократить количество отмен заказов, и не стала добавлять такую кнопку в интерфейс, но если очень попросить бота, то он заказ отменит. Вот тут желаю гореть компаниям, кто так делает.
Ну и есть нестандартные проблемы, когда система отработала некорректно, например дважды списали деньги за заказ, или списали деньги но заказ не появился, да много ещё чего в нашем неидельном мире случается. И бот тут вообще никак не поможет. Потому что он а) не знает как решать это и б) может не иметь доступа к необходимой сенситивной информации. И столкнувшись с такой проблемой понимаешь насколько свинство всячески мешать пользователю поговорить с оператором. Таким компаниям тоже желаю гореть. Вам, получается, тоже.
Живу в Армении, с теплотой вспоминаю все эти мелкие проблемы российских IT сервисов.
Звучит всё неплохо.
Из того что бросилось в глаза - изменение сигнатуры useState вместе с сохранением нейминга. Я думаю это будет путать при чтении, все привыкли что useState это value+setter, а не getter+setter. Можно сказать - ну так это же другой useState, но при чтении на месте использования не очевидно, откуда был импорт.
Также на это имя могут быть завязаны фишки IDE (например парное переименование в jetbrains) или например какие-то правила линтеров.
Я бы посоветовал посмотреть в сторону имени useSignal, сигналы как раз дают ту же сигнатуру, getter+setter.
Можно переходить к следующим разделам же.
Хорошие новости, спасиб. Всё ещё не решил нужна мне эта штука или нет, но одним минусом теперь меньше.