Как я очень захотел перейти из фронтенда в бэкенд — и перешёл

[Enfriz]

Ожидал, что всё-таки будет немного больше технических деталей. С какого языка на какой переходили. Если вы с фронта ушли на NodeJS, то просто немного поменяли набор библиотек, с которыми работаете. Но если вы с фронта ушли в строго типизированный язык с ООП, дженериками, абстрактными классами, многопоточностью, трёхслойной архитектурой, DDD, CQRS и прочими вещами — это совсем другое дело.

[143672]

В статье написано, что автор перешёл с js/ts на go.

[Enfriz]

Да, я сам проглядел, сорри. Видимо искал глазами куски кода по привычке.

[Arves]

С фронта можно перейти в бекенд на NestJS, там есть и микросервисы, и типизированный язык, и ООП, и дженерики, и DDD, и CQRS с Event Sourcing, и даже кое-как с тредами можно работать.

[r45h]

Зачётная статья)

[komarovPS]

Спасибо)

[tamazyanarsen]

Конечно, не хочется иметь синдром самозванца, но знать всё в бэкенде — просто нереально, в сравнении с фронтендом.

Вы прям уверены, что разница настолько огромная?)

Я понимаю, что фронтенд часто == создание таблиц и формочек, и складывание туда данных, но и бэкенд часто ограничивается простым перекладыванием json из одной базы в другую, например.

Если что, это не попытка выставить фронтенд очень сложным направлением в разработке. Просто интересно услышать Ваше мнение, почему Вы считаете, что всё разобрали или можете разобрать на фронтенде, но не можете на бэкенде?

[komarovPS]

Я бы не сказал, что разница настолько огромна, но она существенна. Оба направления разработки сложны и невозможно или близко к невозможному разобрать все в этих областях.

Конечно, возможно работать в проекте, где бэкендеры только "перекладывают json", а фронтендеры занимаются оптимизацией производительности, архитектурой клиентской части приложения и так далее.

Но сравнивая мой вход в эти две области, подходы разработки, ограничения и направления развития – для меня очень заметен перевес в сторону бека.

[SouLFiX]

Ты походу не тем фронтендом занимался или не в том месте. Работа с анимациями, webgl, шейдеры, webrtc, оффлайн кэширование... Даст прикурить большинству задач на бэкенде.

[1kuzroman]

Во фронтенде нет сложностей и вызовов? Хм. Я понимаю когда можно сбежать от сложностей фронтенда к другим но на беке. 15 лет в разработке, 10 последних из которых делаю задачи фронта. Для меня неожиданно, когда слышу такие высказывания.

[noodles]

Оба направления разработки сложны и невозможно или близко к невозможному разобрать все в этих областях.

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