Hide

Zero to mastery

Причём этот курс на английском ещё сложнее пока переведешь незнакомые слова

Hide

Но он интереснее чем Ларичев и Стачук)))

Hide

Там впереди фулстэк сайт

Hide

Такого небыло на других курсах были максимально простые примеры

Hide

Сайт тоже несколько полей выбора и заголовков. Но всеж лучше чем один заголовок вывести с бэка плюс CSS оформление

Hide

В инете картинку видел: zero кодер? Вот для тебя zero вакансий 😂

Александр

Фронт чето полегче чем бэк

Да не сказал бы я так. Для меня бэк сильно проще.

Hide

У тебя все наоборот был опыт в программировании )

Hide

А я с нуля начал изучать начальный фронт. Потом уже с какими то базовыми знаниями начал бэк и чето кажется ещё сложнее 🙈

Александр

Дак на беке только работа с данными и все) А на фронте и с данными работа и сверстать красиво и чтобы еще кроссбраузерно и кроссплатформенно раьотало) На беке вообще без разницы) пилишь под линукс и пилишь себе)

Александр

Бекенд сервисы - это просто слой доступа к данным :)

Александр

Иногда простой иногда с алгоритмами оьработки данных

Hide

А если не просто страничку вывести а базу пользователей делать где они регистрируются и один админ а другие простые. И плюс могут какие то товары заказывать. Вообще пока страшно представить как все это пилится 🙈

Hide

Есть один курс но я пока к нему не готов. Надо бэк подтянуть и реакт учить

Hide

Уф хорошо на работе чилл время есть потихоньку пробовать

Александр

А если не просто страничку вывести а базу пользователей делать где они регистрируются и один админ а другие простые. И плюс могут какие то товары заказывать. Вообще пока страшно представить как все это пилится 🙈

Ну тут не с разработки начинают. А с модели данных. Какие сущности, какие у них атрибуты, как они связаны между собой. Потом выбирается наиболее подходящий подход в реализации доступа к данным. Например rpc или rest. Если rest, то в самом базовом виде нужна реализация методов read, write, create, update, delete в соответствии с моделью данных. Ну например у тебя есть User Значит к нему будут get, post, update, delete http методы) Ну и тп) Соответственно далее уже встраивается логика на основе наьора методов.

Александр

Модель -> базовые методы -> компонуем методы в бизнес логику)

Александр

На фронте ровно тоже самое. Только помимо запросить и обработать появляется слой отрисовки)

Hide

Ну тут не с разработки начинают. А с модели данных. Какие сущности, какие у них атрибуты, как они связаны между собой. Потом выбирается наиболее подходящий подход в реализации доступа к данным. Например rpc или rest. Если rest, то в самом базовом виде нужна реализация методов read, write, create, update, delete в соответствии с моделью данных. Ну например у тебя есть User Значит к нему будут get, post, update, delete http методы) Ну и тп) Соответственно далее уже встраивается логика на основе наьора методов.

Я тут про графкуэль ролик посмотрел может он лучше чем рест 😆

Александр

Я тут про графкуэль ролик посмотрел может он лучше чем рест 😆

Нет)

Hide

Там говорили для больших приложений однозначно нет

Pavel

На фронте ровно тоже самое. Только помимо запросить и обработать появляется слой отрисовки)

На фронте работать с моделью данных надо намного меньше, она обычно готовая с бэка приходит

Александр

Лучше не лезть в graphql пока не пришло понимание как с данными работать

Hide

А я хочу небольшое же)

Pavel

Там говорили для больших приложений однозначно нет

А почему нет?

Hide

А почему нет?

Да какие то проблемы я уж и забыл)

Александр

На фронте работать с моделью данных надо намного меньше, она обычно готовая с бэка приходит

И да и нет :) Например отрисовать профиль пользователя - не сложно. А дерево отрисовать сложнее. Например у тебя есть курс и у него есть вложенная структура с неизвестным количеством уровней. Плюс на беке рестовый сервис классический и готовый json объект не всегда могут отдать. А значит ты должен запросить корневой элемент и потом динамически восстановить дерево по связям и доп запросам. А делее еще обойти жто дерево и отрисовать пользователю)

Pavel

И да и нет :) Например отрисовать профиль пользователя - не сложно. А дерево отрисовать сложнее. Например у тебя есть курс и у него есть вложенная структура с неизвестным количеством уровней. Плюс на беке рестовый сервис классический и готовый json объект не всегда могут отдать. А значит ты должен запросить корневой элемент и потом динамически восстановить дерево по связям и доп запросам. А делее еще обойти жто дерево и отрисовать пользователю)

Звучит весело :)

Александр

Ну и еще дерево не отдают из-за оптимизации, тк entity могут ссылаться на какие-лиьо справочники.

Александр

Или вообще друг на друга)) циклические зависимости)

Александр

Вот тебе и отдают отдельно списки с id и отдельно список со связями)

Hide

Жесть

Александр

Entity{ …some_attributes, Child_list } Например бэк отдает список вот таких элементов. Из него нужно соьрать дерево для отрисовки) В child_list будет массив из id других entity

Александр

1. Найти корень (не содержится ни к одном child_list) 2. Пройтись по списку и восстановить связи в child_list заменяя id на ссылку на конкретный entity)

Александр

А бывает наборот присылают объект в виде готового дерева, но содержащий только id. А содержимое запрашиваешь в отдельном справочнике :)

Pavel

Похоже на задачку для собеседования 😄

Александр

Похоже на задачку для собеседования 😄

Ну у нас такая задача есть. Это реальный кейс и мы его спрашиваем. А еще лично я спрашиваю про rps limiting , тк бек не резиновый и часто есть ограничения на количество запросов в ежиницу времени. Или сделать debounce запроса)

Александр

Это же не с потолка все задачи) Просто для собесов они максимально упрощенные и изолированные сами в себе :)

Hide

Такую фичу узнал

Hide

@sosukii Света ты видела такой импорт через один файл индекс который связывает импорты нескольких файлов в папке?)

Hide