Очень часто

Тс стоит пробовать, он не сложный на базовом уровне

на базовом знаю. но зачем базовый если на проекте  будет  Advanced скорее всего

Джуны advanced не используют обычно)

Достаточно уметь типизировать базовые вещи да и все

Потом со временем будет advanced когда со сложными штуками посталкиваешься

ок. спасибо за совет.

Сойдемся на том, что если показывать данные пользователя не страшно если он не авторизован или аутентифицирован (что мы можем только на сервисе проверить), то можно сделать так
Но это не сильно будет отличаться от скелетона, ведь данных, которые реально безопасно показывать всем, не так-то много)

Ну во-первых, на большинстве проектов прямо показывать визуально надо обычно логин, аватарку ну и может еще что-то, можно даже почту (не критичные данные)
Во-вторых, чтобы делать запросы углубленные данные тоже обычно не нужны, так как сервер сам получит на своей стороне то что нужно
А time to interactive уменьшается, юзер сразу может взаимодействовать со страницей, и нет всяких морганий, загрузок и так далее
Даже если он что-то успеет нажать, а сохраненная авторизация не актуальна - просто ошибка придет и ничего не будет

Так что не вижу проблем базовые данные сохранять таким образом и использовать)

Ну если он зайдет на редактирование профиля, там уже надо загрузку покрутить

Если на странице надо отобращить только логин и аватарку - да))
Но часто надо отобразить еще и контент, пока что-то там грузится
В таком случае без лоадеров и скелетонов не обойтись все-равно)
И чем лучше аватарка настоящего юзера, от просто серого кружочка?)

Контент в любом случае загрузить надо)

Тут он кстати быстрее загрузится

Если ждать пользователя и не иметь вообще никаких данных - 2 запроса последовательных
Если есть данные краткие - 2 запроса параллельных

Только этого нельзя допустить для неавторизованного пользователя)

Ты такой заходишь, тебе прилетают чужие данные😁
Класс)

Они не могут прилететь

Даже если они не отображаются - это проблема

Будет ошибка