Как будто слишком специфичный хук, чтобы использовать именно для session storage и local storage и ни для чего другого.
А что, если я хочу на сервере иметь какое-то хранилище и синькать его?
Тут как будто бы напрашивается более абстрактный интерфейс для хранилища + работа с асинхронщиной. А сериализацию/десериализацию поместить в другое место и к примеру использовать только в local storage и session storage.
Второй момент: что если я захочу использовать хук в 2 независимых компонентах, и при этом у меня будет один ключ? Тут мы потеряем реактивность, если обновим в одном компоненте. А это, как по мне, очень важная штука.
Вообще всё уже придумано по сути: useSyncExternalStore. А на него уже можно какие угодно абстракции накручивать.
Я не просто так написал про умение объяснить. Не надо подменять понятия. Если чел пишет "ты же профссионал, так сделай как надо" - это значит, что объяснять он не умеет и никакая нейронка/человек ему не поможет.
Видимо, многие люди действительно не умеют объяснять (такие ещё любят не текстом описать, а что-то там на созвоне попытаться объяснить). И для таких, видимо, нужна эта дисциплина как промпт-инженерия, другого объяснения я тут не нахожу.
Кстати, в статье стоит добавить тогда уж такой момент: настроить нейронку на то, чтобы она сама задала доп вопросы, если что-то не понимает. Типа в конце промпта "если есть какое-то непонимание - задай вопрос перед решением задачи".
Можно заменить все эти техники и понятие промпт-инжиниринга в одну фразу: "уметь объяснить". Да и если использовать нормальные нейронки, проблем возникать не будет.
Честно, никогда не понимал этого "уметь писать промпты".
Умение объяснить всегда было полезным навыком, и тут не так важно, кому ты объясняешь - человеку, или нейросети, обученной на огромном массиве человеческих данных.
Согласен с каждым словом! Кроме всего прочего, важно, чтобы интервьювер располагал. Решаешь задачу и понимаешь, что решишь ты ее или не решишь, по сути даже не зависит от твоих навыков, а зависит от того, повезет ли тебе в нужное русло пойти или нет. А также то, как идет взаимодействие с интервьювером. И это очень зависит от интервьювера в том числе, так как по итогу собес превращается либо в обычное общение, либо в подобие "экзамена".
На текущий момент я считаю, что Яндекс не умеет проводить собеседования и выбирать кандидатов правильно. Возможно, на это тоже есть свои причины (им проще отсеить совсем плохих разработчиков, чем найти реально хороших).
А автомобилистам как прикажете быть тогда? И как самокатчики будут защищены от пьяных водителей? Вы думаете однобоко, так как скорее всего сами не являетесь ни водителем, ни самокатчиком.
Самокатчики начнут под колеса им падать, это ничем хорошим не закончится ни для водителя, ни для самокатчики.
Нужна персональная ответственность, а не коллективная. Только такой путь есть, другой путь (запретить) проще, но он не работает.
Запретив самокаты добавятся автомобили. На общую статистику смертности это не повлияет, соответственно. От перемены мест слагаемых сумма не поменяется. Предлагаю тщательно анализировать, а не делать из мухи слона.
Я не думаю, что в нейросеть вообще добавляют поддержку языка. Нейросеть просто сама начинает его понимать в зависимости от данных и самой сети
Вопрос: для чего так нужен был redux в библиотеке форм, из-за чего по итогу пришлось писать велосипед?
О, топ, сам недавно начал делать свою звонилку для своих.
Как будто слишком специфичный хук, чтобы использовать именно для session storage и local storage и ни для чего другого.
А что, если я хочу на сервере иметь какое-то хранилище и синькать его?
Тут как будто бы напрашивается более абстрактный интерфейс для хранилища + работа с асинхронщиной. А сериализацию/десериализацию поместить в другое место и к примеру использовать только в local storage и session storage.
Второй момент: что если я захочу использовать хук в 2 независимых компонентах, и при этом у меня будет один ключ? Тут мы потеряем реактивность, если обновим в одном компоненте. А это, как по мне, очень важная штука.
Вообще всё уже придумано по сути: useSyncExternalStore. А на него уже можно какие угодно абстракции накручивать.
Я не просто так написал про умение объяснить. Не надо подменять понятия. Если чел пишет "ты же профссионал, так сделай как надо" - это значит, что объяснять он не умеет и никакая нейронка/человек ему не поможет.
Видимо, многие люди действительно не умеют объяснять (такие ещё любят не текстом описать, а что-то там на созвоне попытаться объяснить). И для таких, видимо, нужна эта дисциплина как промпт-инженерия, другого объяснения я тут не нахожу.
Кстати, в статье стоит добавить тогда уж такой момент: настроить нейронку на то, чтобы она сама задала доп вопросы, если что-то не понимает. Типа в конце промпта "если есть какое-то непонимание - задай вопрос перед решением задачи".
Можно заменить все эти техники и понятие промпт-инжиниринга в одну фразу: "уметь объяснить". Да и если использовать нормальные нейронки, проблем возникать не будет.
То есть просто говоришь в промпте "подумай" и она бесплатно включает Gpt thinking без траты лимита?
А в самом конце контекст заменит продукт оунера)
Честно, никогда не понимал этого "уметь писать промпты".
Умение объяснить всегда было полезным навыком, и тут не так важно, кому ты объясняешь - человеку, или нейросети, обученной на огромном массиве человеческих данных.
А про кого речь, как раз про них и речь, чтобы велосипедист/самокатчик снижали скорость до скорости пешехода
А водителю в любом случае надо убедиться, что никто не летит
Снижать скорость перед ПП до скорости пешехода, и проблемы нет.
У Делимобиля полно недостатков так-то
Смеялись потому, что жили в другом мире по сути, который нам непонятен
А чтобы понять этот мир, надо не просто изучать историю, а родиться и жить в то время
Согласен с каждым словом!
Кроме всего прочего, важно, чтобы интервьювер располагал.
Решаешь задачу и понимаешь, что решишь ты ее или не решишь, по сути даже не зависит от твоих навыков, а зависит от того, повезет ли тебе в нужное русло пойти или нет. А также то, как идет взаимодействие с интервьювером. И это очень зависит от интервьювера в том числе, так как по итогу собес превращается либо в обычное общение, либо в подобие "экзамена".
На текущий момент я считаю, что Яндекс не умеет проводить собеседования и выбирать кандидатов правильно. Возможно, на это тоже есть свои причины (им проще отсеить совсем плохих разработчиков, чем найти реально хороших).
В этом плане тот же MobX будет лучшей альтернативой, думаю
Для мобильных устройств вроде как бесплатно до 25000 активных пользователей
А автомобилистам как прикажете быть тогда? И как самокатчики будут защищены от пьяных водителей? Вы думаете однобоко, так как скорее всего сами не являетесь ни водителем, ни самокатчиком.
Самокатчики начнут под колеса им падать, это ничем хорошим не закончится ни для водителя, ни для самокатчики.
Нужна персональная ответственность, а не коллективная. Только такой путь есть, другой путь (запретить) проще, но он не работает.
То есть если они пернсядут на автомобиле, у них будет ровно 0 дтп
Статистику не обманешь
Запретив самокаты добавятся автомобили. На общую статистику смертности это не повлияет, соответственно. От перемены мест слагаемых сумма не поменяется. Предлагаю тщательно анализировать, а не делать из мухи слона.
И дальше что, самокатчики/велосипедисты должны платить за дорогу по-вашему?
А пешеходы, к ним претензий нет, как я понимаю? Налог не платят за дорогу
Конечно не должны.
Или автомобилисты сами строят себе инфраструктуру?
Что значит гонять? Тот, кто умеет ездить, никогда на вас не наедет, как бы вы не шатались по тротуару.