Телеграмм чат группы proelixir страница 6311

А зачем вообще нужен фулстек? Чтобы пилить api-запросы на фронте и одновременно эндпоинты под них на бэке - наверное так, и на этом всё. Это чтобы задачи по формошлёпству делать в одно рыло - так проще и быстрее, меньше коммуникаций внутри команды. А если нужно всю систему поднимать и поддерживать, включая деплои с бэкапами - это уже человек-оркестр.

источник

13:06пожаловаться #4

Vitalii in pro.elixir

А что такого секретно-ракетного делает бэк, что это добавляет ему великую ценность? Может быть, это всего лишь урезанный фуллстэк?)

источник

13:09пожаловаться #5

V in pro.elixir

Vitalii

Во-первых, бэк - это динамика, в то время, когда фронт компилируется в статику. У бэка есть деплои с требованием по аптайму, вебсокеты те же самые, возможные проблемы с миграцией базы, то, сё. То есть, там в принципе больше мест где упасть. Проблема нагрузки (фронт запулил на CDN и счастлив, а бэк - нет).

источник

13:12пожаловаться #6

ŹR

Źmićer Rubinštejn in pro.elixir

Как показывает практика - у фс обычно херовое понимание границы между бэком и фронтом, плохие знания server side паттернов равно как и client side паттернов, не лучшие знания SQL, специфики работы бэка и дальше по списку

источник

13:12пожаловаться #7

АН

Алексей Новоселов in pro.elixir

Vitalii

в целом когда занимаешься всем, ничего не получается изучить глубже "заработало - забись, лучше не трогать и не рефакторить, пока работает и так"

источник

13:13пожаловаться #8

ŹR

Źmićer Rubinštejn in pro.elixir

В результате дальше MEAN или какого нибудь MERN никто не уезжает

источник

13:13пожаловаться #9

АН

Алексей Новоселов in pro.elixir

ну и да, фронтендер кушает всегда один, так как не знает "how to join tables"

источник

13:14пожаловаться #10

ŹR

Źmićer Rubinštejn in pro.elixir

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

источник

13:14пожаловаться #11

Vitalii in pro.elixir

Я, как раз, из бэка ушел.

источник

13:16пожаловаться #12

V in pro.elixir

Во-вторых, бэк хранит состояния, а где есть состояния - там вариативность логики выше, а значит сложность больше.
Конечно, если бэк просто кладёт json в базу, а потом достаёт обратно - то это очень простой бэк, и тут действительно скилы небольшие нужны, но мы не об этом случае говорим.

источник

13:16пожаловаться #13

ŹR

Źmićer Rubinštejn in pro.elixir

Я счейчас работаю backend программистом, так вот из всего моего хозяйства нету вообще ни одного эндпоинта, в который ходит какой-нибудь фронт или мобила

источник

13:18пожаловаться #14

ŹR

Źmićer Rubinštejn in pro.elixir

Прикинь как бывает...

источник

13:18пожаловаться #15

Vitalii in pro.elixir

Службы мы тоже пишем)

источник

13:19пожаловаться #16

V in pro.elixir

А это в-третьих. Бывают веб-серверы и серверы приложений. И то, и то считается бэком, хотя это две большие разницы.

источник

13:19пожаловаться #17

Vitalii in pro.elixir

Масштабирование приложения - не великая наука) Дайте время - оптимизируем)

источник

13:21пожаловаться #18

V in pro.elixir

Но. Бывает и иное, как я слышал. В зависимости от специфики проектов бывает что у фронта задачи сложнее чем у бэка - бэк простой CRUD, а фронт должен адаптироваться под задачи пользователей.

источник

13:21пожаловаться #19

V in pro.elixir

Vitalii

Масштабирование приложения - не великая наука) Дайте время - оптимизируем)

Так нет его, времени-то

источник

13:22пожаловаться #20