И всех этих людей нужно организовать так, чтобы работали в едином ключе. С одним единственным репозиторием роутов. Вот просто, как предложение. Можно же так сделать?
Не понял про "бегаешь и переписываешь все маршруты". Их же можно хранить в отдельном файле/классе и править лишь в нём. Ну и с кастомными либами просто чуть избирательнее быть. Зачастую можно (лучше) обойтись своими решениями, чтобы не зависеть от чего-то шаткого. Вопрос архитектуры. Просто мнение, не спорю...
Я наоборот, люблю React. Прост, удобен, понятен, гибок. Причём я не супер крутой спец и много ещё не (идеально) понимаю. Вот Ваш пример с useEffect. Одно вызывает другое, потом третье, потом четвертое. Ну и что в этом плохого? Можно вызвать хоть 100 раз в одном компоненте и они всегда будут ожидаемо вести себя и влиять на состояние и.т.п. Резюмируя, есть простота использования при некотором хаосе под капотом. Главное с пониманием использовать те или иные решение, как и везде впрочем.
Вот интересно. Старый-добрый способ "Запроси больше, чтобы после торга и снижения получить нужное" - это манипуляция или совокупность примера 1 и примера 2 (второй выступает в качестве аргумента к своей позиции).
Лично для меня утиная типизация в TS, помимо её плюсов, заставляет быть бдительным в части её минусов. Объясню. Вот ждёт фронт с бэка данные аккаунта. Ник и имэйл. На бэке мы получаем ентити из БД, в которой имеется и пароль тоже. И TS с удовольствием пропустит данное поле вместе с ожидаемыми. Каждый раз приходится обрабатывать, исключая ненужные. P.S., может быть я просто не знаю как это готовить.
Вот прям подгорело. Вы уж извините за грубость, но: "А не дохрена ли чести для HR"? Кем возомнили себя? На собесе равны как сосискатель, так и работодатель. Что это вообще за культ хрюшек? Может райдер сразу свой указывать будете перед собесом, о том что соискателю предоставить за возможность присутствия на собесе? Фрукты только из Вьетнама, буженинки, коньячок. Я иду в неизвестность, и естесственно буду спрашивать что угодно, чтобы понять конъюнктуру в обсуждаемой конторе. И это нормально. Генерал-калитка блин.
Я не эксперт, но тоже вижу необъективность в растётах Росстата.
Почему? Потому что на зарабатываемые деньги сейчас я почти ничего не могу приобрести сверх. 2 года назад мог. Причём мы 2 года назад переехали в новую недвижку. И приобретали мебель, технику, делали ремонт. И я помню те стоимости. Сейчас же узнаю о ценах на то или другое и просто поражаюсь. Да какие нафиг 30%? Там и под 100 много где стрельнуло. И многие смотрят по личному опыту и видят, что официальная инфляция - чушь. Только вот зачем её занижать? В чём профит для Росстата? Я вижу лишь одно объяснение - это корреляция с зарплатами бюджетников и МРОТ. Что собственно и видно. Денег нет и платить не хотят. А статья данная имеет нелогические современности доводы. Зачем считать с 2000го? Посчитайте с 2020. Только честно. И да, 2 продукта из трёх, из вашего примера, стоят сейчас х2 к указанной Вами цене, что и подтверждает неверность приведённых в статье %.
Если хотели описать пошаговый алгоритм, то задача совсем уж тривиальная. И так всё понятно. Ну а если код продемонстрировать, то как-то уж мало его. Где отлов ошибок? Где прогресс выполнения? Да хотя бы запрет обновления экрана где. Ибо при большом кол-ве файлов система неслабо так подвиснет.
VC - это про бизнес. Кто интересуется, тот там и обитает. Тематика хабра - инженерия (если к общему знаменателю привести). Причём тут закрыть? Где логика сэр?
И всех этих людей нужно организовать так, чтобы работали в едином ключе. С одним единственным репозиторием роутов. Вот просто, как предложение. Можно же так сделать?
Не понял про "бегаешь и переписываешь все маршруты". Их же можно хранить в отдельном файле/классе и править лишь в нём. Ну и с кастомными либами просто чуть избирательнее быть. Зачастую можно (лучше) обойтись своими решениями, чтобы не зависеть от чего-то шаткого. Вопрос архитектуры. Просто мнение, не спорю...
Я наоборот, люблю React. Прост, удобен, понятен, гибок. Причём я не супер крутой спец и много ещё не (идеально) понимаю. Вот Ваш пример с useEffect. Одно вызывает другое, потом третье, потом четвертое. Ну и что в этом плохого? Можно вызвать хоть 100 раз в одном компоненте и они всегда будут ожидаемо вести себя и влиять на состояние и.т.п. Резюмируя, есть простота использования при некотором хаосе под капотом. Главное с пониманием использовать те или иные решение, как и везде впрочем.
Вот интересно. Старый-добрый способ "Запроси больше, чтобы после торга и снижения получить нужное" - это манипуляция или совокупность примера 1 и примера 2 (второй выступает в качестве аргумента к своей позиции).
Если на фронте без DTO, то реализуется описанный мной сценарий. Говорил именно о том, что нужно учитывать минусы утиной типизации, предвидеть их.
А если бэк тоже на TS? И типы для фронта и бэка общие. Монорепо. Об этом говорю. Бэк отправит и пароль тоже.
Лично для меня утиная типизация в TS, помимо её плюсов, заставляет быть бдительным в части её минусов. Объясню. Вот ждёт фронт с бэка данные аккаунта. Ник и имэйл. На бэке мы получаем ентити из БД, в которой имеется и пароль тоже. И TS с удовольствием пропустит данное поле вместе с ожидаемыми. Каждый раз приходится обрабатывать, исключая ненужные. P.S., может быть я просто не знаю как это готовить.
Кстати много удобных плюшек имеет, которых нет в MS Excel. Багов тоже хватает конечно. Но +/- очень достойный продукт.
Вот прям подгорело. Вы уж извините за грубость, но: "А не дохрена ли чести для HR"? Кем возомнили себя? На собесе равны как сосискатель, так и работодатель. Что это вообще за культ хрюшек? Может райдер сразу свой указывать будете перед собесом, о том что соискателю предоставить за возможность присутствия на собесе? Фрукты только из Вьетнама, буженинки, коньячок. Я иду в неизвестность, и естесственно буду спрашивать что угодно, чтобы понять конъюнктуру в обсуждаемой конторе. И это нормально. Генерал-калитка блин.
Но при этом Вы всё равно правильно видите цены, которые не бьются с офф.инфляцией.
Я не эксперт, но тоже вижу необъективность в растётах Росстата.
Почему? Потому что на зарабатываемые деньги сейчас я почти ничего не могу приобрести сверх. 2 года назад мог. Причём мы 2 года назад переехали в новую недвижку. И приобретали мебель, технику, делали ремонт. И я помню те стоимости. Сейчас же узнаю о ценах на то или другое и просто поражаюсь. Да какие нафиг 30%? Там и под 100 много где стрельнуло. И многие смотрят по личному опыту и видят, что официальная инфляция - чушь. Только вот зачем её занижать? В чём профит для Росстата? Я вижу лишь одно объяснение - это корреляция с зарплатами бюджетников и МРОТ. Что собственно и видно. Денег нет и платить не хотят. А статья данная имеет нелогические современности доводы. Зачем считать с 2000го? Посчитайте с 2020. Только честно. И да, 2 продукта из трёх, из вашего примера, стоят сейчас х2 к указанной Вами цене, что и подтверждает неверность приведённых в статье %.
Примеры огонь. Я из тех, кто пытается прыгнуть на "новые (IT) рельсы". Увидел и восхитился, честно.
А как на нём отработает пользователь? 🙂
Если хотели описать пошаговый алгоритм, то задача совсем уж тривиальная. И так всё понятно. Ну а если код продемонстрировать, то как-то уж мало его. Где отлов ошибок? Где прогресс выполнения? Да хотя бы запрет обновления экрана где. Ибо при большом кол-ве файлов система неслабо так подвиснет.
Подушню немного.
Дочтение? Необъяснимо "режет ухо".
Почему не Дочитывание?
Внезапно появляется термин СДВГ. Как расшифровывается? Понятно, что можно загуглить, но всё же стоило бы написать.
P S., нашёл себя в статье :). Если не заметил - изинити.
Про хранение rt НЕ в кукис, согласен.А так можно например использовать тот же axios. По дефолту запретить в запросах печеньки:
withCredentials: false
И юзать их лишь при ообновлении токена.
Тут скорее вопрос архитектуры.
Ну а accessToken всё же лучше хранить например в памяти приложения, тот же state в React.
Про Bearer хочется подметить. Не обязательно писать именно Bearer. Там может быть абсолютно любое слово. Просто принятый стандарт.
Они оба передаются не всегда, а лишь при запросе на обновление accessToken'а.
Вернее, правильнее делать так.
VC - это про бизнес. Кто интересуется, тот там и обитает. Тематика хабра - инженерия (если к общему знаменателю привести). Причём тут закрыть? Где логика сэр?