Больше скажу, что зависит от проекта. Если у вас проект по типу пинтереста, где главное это визуал и приятный дизайн, то тут фронтк тяжелее. Если же у вас крупное банковское приложение, то тут бэку по слоднее будет
По поводу фронт+бэк или фулстэк. Если бюджет позволяет, то идеальная формула: фулстэк + бэк + фронт. Фул продумывает общую архитектуру, апи, и систему запросов со стороны фронта - фронт и бэк реализуют каждый свою часть с более лучшим пониманием. Для средних проектов: фронт + бек Для малых проектов фулстэк.
Я фулстек и вот могу сказать что на беке можно сразу увидеть результат своей работы. Как то раз оптимизировал легаси код и ускорил загрузку страницы в 4 раза =) кайф. Сразу видно результат =D
- Проще было работать раньше или сейчас? - Раньше работать было проще. - Для чего ты учишь эти сложные технологии? - Чтобы работать было проще. - Это помогает. - Да. - значит работать всё же становится проще? - Нет работать с каждым годом всё сложнее. да да, сейчас в защиту навалят, что сложность проектов тогда и сейчас сильно отличается, что действительно верно. Но есть маленький нюанс. Как озвучил фронт - вечный туду лист на поизучать, который ты не можешь догнать даже потенциально. Нужно деление не только на фронт и бек, но и внутреннее деление по функционалу внутри фронта на оформитель представлений и программист логики и системы.
По опыту кажется, что лучше разделять фронт и бэк на разных людей. Тогда апи чище будет, потому как придется договариваться о компромиссах. Фулстеку же самому с собой проще договориться по поводу всяких костылей. Я раньше думал, что я фулстек, но поработав с чистыми фронтами понял, что не успеваю за ними. То уже vite какой-то есть, то redux неактуален... Хорошо, что я понимаю что происходит на той стороне, могу поддержать разговор, могу пообщаться за архитектуру, но когда есть возможность каждому заниматься своим делом, в целом всем хорошо будет... А еще .. После долгой жизни в с# меня впечатлил ts, не хватает его некоторых возможностей на бэковской стороне...
Скажем большое спасибо маркетологам школ, которые вбили в голову, что фронтенд - это не программирование. Теперь у нас на рынке куча хрен пойми кого, которые делают хрен пойми что, попутно демпенгуя рынок
Когда изучал фронт(HTML, CSS, JS) страдал от самих фронтенд технологий, особенно от CSS(JS тоже не в адеквате, в сравнении с другими языками). В бекенде большой выбор и с адекватно построенными технологиями все в порядке, там другие проблемы, больше ответственности, ИМХО
Иногда в бэкэнде тебе НУЖНО использовать не специализированный язык. В плане языков и фреймворков фронт легче. Один ЯП(плюс тайп скрипт), несколько фреймворков и ты знаешь 90% своей области. Что из этого легче? Ничего.
Много общаюсь с бэкендерами, мы пришли к выводу что современный фронтенд в освоении с нуля сложнее, чем бэкенд с нуля. Несколько ребят на бэкенде те кто начал вкатываться во фронтенд, но бэк им показался легче и ребята теперь успешно работают на позициях мидла
Я мидл фронтендер. 1. Порой бывает дают сделать сложный UI с кучей логики и стилей, а бэкер под это просто пару простых эндпоинтов пилит и чилит. Также оптимизация, твой фронт должен хорошо работать даже на бабушкиных айфонах 8, и попробуй сделай это. 3. Фулстек никогда не лучше. Работал как то с сеньором фулстекером. По фронту знал меньше меня, и на бэке также думаю. Один бэк или фронт учить годами, и пока изучишь все тонкости и наилучшие методы пройдут года, и они еще и обновляются постоянно. Но считаю что любой разработчик должен немного быть фулстекером и знать как работает другая часть проекта хотя бы базу. 6. Ох страданий хватает) Бывает до нескольких дней тратишь чтобы решить баг, изучить сложную документацию, реализовать очень сложную фичу. Особенно если ещё сроки сжаты
3) Это зависит от человека, а не от специализации. Очень странное и заезженное клише. Если человек привык говнокодить-на фронте он не будет выносить дублирующуюся логику в отдельные компоненты,делать контейнерные/презентационные, а у бэка метод в контроллере может быть тысячи на 2 строк. Работал в компании, где экс голландский СЕО решил покодить. На беке через 150 паттернов расширял функционал текущего фреймворка, а на фронте как семки лускал динамические формы. В то же время в другой компании работал с сином бэком с 7 летним опытом,который 1 дневную задачу делал 3 дня,попутно успевая поругаться с фронтами на тему не работаещего эндпоинта и не брать ЧАС трубку от директора в РАБОЧЕЕ время с формулировкой ем. Точно так же попадались и фронты, которые у бэков просили передать декодированный img либо в Blob,либо в base64(точно уже не вспомню),чтобы отрисовать его.
1. Бывает и наоборот, на бэке нужно кучу вычислений, а фронту просто их показать и все 6. пункт у кого угодно может быть И у тех и у тех есть свои беды, но лично для меня страданий в бэке меньше, потому-что для меня бэк проще)) тут вообще нет объективного ответа имхо)
Заметил что если баки и фронты срутся и поливают друг друга всякими результатами жизнедеятельности то это специалисты очень низкого уровня. В современных реалиях и хороший жэк и хороший фронт должны знать нереально много. И если кто-то этого не понимает то сразу возникают большие вопросы к пониманию, этим человеком, а что вообще происходит на рынке и в мире технологий, а не понимание ситуации, как по мне, это огромный минус
В плане изучения вкатить в фронт проще чем в бек. Но я честно говоря не переношу фронт в вебе, как по мне HTML/CSS то ещё legacy с которым неудобно работать, но от которого невозможно отказаться. Круто работает фронт на Qt и android разработке в особенности на comoose. Верстка более понятная, большая интеграция вёрстки с кодом по мне взаимодействие js с html элементами неудобное. Помимо этого если так выразиться фронт ближе к беку. И по рынку hh. По факту на android рынок либо в большинстве случаев либо фулл-стек, либо бек. Но джунам там не дают войти в обще, видел лишь пару стажировок, одна только для окончивших вышку по профилю, позиций для джунов нет, если есть, то резюме не просматривается
Так верстка во фронте это просто база, никто не верстает HTML и т.д. тот же реакт там jsx, по большей части пишешь функции всякие, чем верстаешь. Верстка это дай бог 5-10% всей работы. Да даже на примере формы, ты создал архитектуру, раскидал все компоненты, заверстал, накидал CSS модулей за час, а потом уже начинаешь долго и весело писать логику, хорошо если это react, а можно всё через useState ручками писать, а еще типизировать, придумать валидацию и прочую фигню, что бы форма была безопасной, кароч... Даже на одной простой форме функционала ты пишешь кратно больше, чем верстки
@mikeyfront честно говоря не знал, что фреймворки могут делать так хорошо, пробовал только react и существенных изменений не видел. Делал эту фигню сугубо для дипломной студентки университета будучи на первом курсе, сейчас погуглил про view.js, в целом всё неплохо. Но android и desktop разработка по мне все равно интереснее, имхо
бэк - это абстрактное творчество математики. Его сложне разглядеть третьему лицу, сложнее объяснить, так как уровень абстракции очень высок и не каждым может быть воспринят.
Какое творчество? Разработка 95% времени - это сплошная рутина чем бы не занимался. 5% времени что-то придумываешь, а оставшееся время реализуешь и отлаживаешь
Ты где такое процентное соотношение взял? Я всю жизнь больше всего времени тратил на "придумать". А реализовать - с этим проблем вообще нет, да и какие могут быть проблемы, если ты всё продумал?
@@JED4109базово, в глубоком понимании необходимости нет. Я с angular очень поверхностно знаком, ну то есть понимаю, как фронт с бэкомо коннектится, не более. Работаю бэком (php+symfony), практиковался во фронте чисто чтобы с коллегами коммуникацию упростить и чтобы не создавать им проблем в их работе, все, в принципе
Больше скажу, что зависит от проекта. Если у вас проект по типу пинтереста, где главное это визуал и приятный дизайн, то тут фронтк тяжелее.
Если же у вас крупное банковское приложение, то тут бэку по слоднее будет
самый показательный пример это фигма
Ждём теперь выпуск "Разработчик vs DevOps-инженер"
Эта битва будет великой
Tailwind: я ложил на вашу изоляцию стилей...
По поводу фронт+бэк или фулстэк.
Если бюджет позволяет, то идеальная формула:
фулстэк + бэк + фронт. Фул продумывает общую архитектуру, апи, и систему запросов со стороны фронта - фронт и бэк реализуют каждый свою часть с более лучшим пониманием.
Для средних проектов: фронт + бек
Для малых проектов фулстэк.
Я фулстек и вот могу сказать что на беке можно сразу увидеть результат своей работы. Как то раз оптимизировал легаси код и ускорил загрузку страницы в 4 раза =) кайф. Сразу видно результат =D
Круто! И правда результат на лицо :)
- Проще было работать раньше или сейчас?
- Раньше работать было проще.
- Для чего ты учишь эти сложные технологии?
- Чтобы работать было проще.
- Это помогает.
- Да.
- значит работать всё же становится проще?
- Нет работать с каждым годом всё сложнее.
да да, сейчас в защиту навалят, что сложность проектов тогда и сейчас сильно отличается, что действительно верно. Но есть маленький нюанс.
Как озвучил фронт - вечный туду лист на поизучать, который ты не можешь догнать даже потенциально.
Нужно деление не только на фронт и бек, но и внутреннее деление по функционалу внутри фронта на оформитель представлений и программист логики и системы.
По опыту кажется, что лучше разделять фронт и бэк на разных людей. Тогда апи чище будет, потому как придется договариваться о компромиссах. Фулстеку же самому с собой проще договориться по поводу всяких костылей.
Я раньше думал, что я фулстек, но поработав с чистыми фронтами понял, что не успеваю за ними. То уже vite какой-то есть, то redux неактуален...
Хорошо, что я понимаю что происходит на той стороне, могу поддержать разговор, могу пообщаться за архитектуру, но когда есть возможность каждому заниматься своим делом, в целом всем хорошо будет...
А еще .. После долгой жизни в с# меня впечатлил ts, не хватает его некоторых возможностей на бэковской стороне...
Да, ответы на этот вопрос удивил, как по мне настоящих фулстеков не существует
Скажем большое спасибо маркетологам школ, которые вбили в голову, что фронтенд - это не программирование. Теперь у нас на рынке куча хрен пойми кого, которые делают хрен пойми что, попутно демпенгуя рынок
Когда изучал фронт(HTML, CSS, JS) страдал от самих фронтенд технологий, особенно от CSS(JS тоже не в адеквате, в сравнении с другими языками). В бекенде большой выбор и с адекватно построенными технологиями все в порядке, там другие проблемы, больше ответственности, ИМХО
в каком плане ответственности больше?
Иногда в бэкэнде тебе НУЖНО использовать не специализированный язык.
В плане языков и фреймворков фронт легче. Один ЯП(плюс тайп скрипт), несколько фреймворков и ты знаешь 90% своей области.
Что из этого легче? Ничего.
@@БонгиБонги во всех планах, можно остановиться только на хранении данных клиентов)
@@vell_is Возможно суть не в том чтобы знать всё, а чтобы конкурировать на рынке. А это пожалуй везде одинакого сложно
@@asdshchka4909 именно
Много общаюсь с бэкендерами, мы пришли к выводу что современный фронтенд в освоении с нуля сложнее, чем бэкенд с нуля.
Несколько ребят на бэкенде те кто начал вкатываться во фронтенд, но бэк им показался легче и ребята теперь успешно работают на позициях мидла
Я мидл фронтендер.
1. Порой бывает дают сделать сложный UI с кучей логики и стилей, а бэкер под это просто пару простых эндпоинтов пилит и чилит. Также оптимизация, твой фронт должен хорошо работать даже на бабушкиных айфонах 8, и попробуй сделай это.
3. Фулстек никогда не лучше. Работал как то с сеньором фулстекером. По фронту знал меньше меня, и на бэке также думаю. Один бэк или фронт учить годами, и пока изучишь все тонкости и наилучшие методы пройдут года, и они еще и обновляются постоянно. Но считаю что любой разработчик должен немного быть фулстекером и знать как работает другая часть проекта хотя бы базу.
6. Ох страданий хватает) Бывает до нескольких дней тратишь чтобы решить баг, изучить сложную документацию, реализовать очень сложную фичу. Особенно если ещё сроки сжаты
Фулстэк это как стомотолог-сантехник-пилот.
@@WERWOLION скорее стоматолог-хирург)
3) Это зависит от человека, а не от специализации. Очень странное и заезженное клише. Если человек привык говнокодить-на фронте он не будет выносить дублирующуюся логику в отдельные компоненты,делать контейнерные/презентационные, а у бэка метод в контроллере может быть тысячи на 2 строк. Работал в компании, где экс голландский СЕО решил покодить. На беке через 150 паттернов расширял функционал текущего фреймворка, а на фронте как семки лускал динамические формы. В то же время в другой компании работал с сином бэком с 7 летним опытом,который 1 дневную задачу делал 3 дня,попутно успевая поругаться с фронтами на тему не работаещего эндпоинта и не брать ЧАС трубку от директора в РАБОЧЕЕ время с формулировкой ем. Точно так же попадались и фронты, которые у бэков просили передать декодированный img либо в Blob,либо в base64(точно уже не вспомню),чтобы отрисовать его.
@@gyhfcyyhb7652 за контроллер на 2 тысячи строк на беке принято по жопе бить🥲это максимально исключительные ситуации могут быть
1. Бывает и наоборот, на бэке нужно кучу вычислений, а фронту просто их показать и все
6. пункт у кого угодно может быть
И у тех и у тех есть свои беды, но лично для меня страданий в бэке меньше, потому-что для меня бэк проще)) тут вообще нет объективного ответа имхо)
Самое тут главное , здесь нет пафоса айти бороды. 👍👍👍👍👍
Формат пушечный, спасибо за видео!
Когда уже будет выпуск "Devops vs SRE"?
блин, где взять такую футболку бекендера)
Заметил что если баки и фронты срутся и поливают друг друга всякими результатами жизнедеятельности то это специалисты очень низкого уровня. В современных реалиях и хороший жэк и хороший фронт должны знать нереально много. И если кто-то этого не понимает то сразу возникают большие вопросы к пониманию, этим человеком, а что вообще происходит на рынке и в мире технологий, а не понимание ситуации, как по мне, это огромный минус
В плане изучения вкатить в фронт проще чем в бек. Но я честно говоря не переношу фронт в вебе, как по мне HTML/CSS то ещё legacy с которым неудобно работать, но от которого невозможно отказаться. Круто работает фронт на Qt и android разработке в особенности на comoose. Верстка более понятная, большая интеграция вёрстки с кодом по мне взаимодействие js с html элементами неудобное. Помимо этого если так выразиться фронт ближе к беку. И по рынку hh. По факту на android рынок либо в большинстве случаев либо фулл-стек, либо бек. Но джунам там не дают войти в обще, видел лишь пару стажировок, одна только для окончивших вышку по профилю, позиций для джунов нет, если есть, то резюме не просматривается
Так верстка во фронте это просто база, никто не верстает HTML и т.д. тот же реакт там jsx, по большей части пишешь функции всякие, чем верстаешь. Верстка это дай бог 5-10% всей работы.
Да даже на примере формы, ты создал архитектуру, раскидал все компоненты, заверстал, накидал CSS модулей за час, а потом уже начинаешь долго и весело писать логику, хорошо если это react, а можно всё через useState ручками писать, а еще типизировать, придумать валидацию и прочую фигню, что бы форма была безопасной, кароч... Даже на одной простой форме функционала ты пишешь кратно больше, чем верстки
@mikeyfront честно говоря не знал, что фреймворки могут делать так хорошо, пробовал только react и существенных изменений не видел. Делал эту фигню сугубо для дипломной студентки университета будучи на первом курсе, сейчас погуглил про view.js, в целом всё неплохо. Но android и desktop разработка по мне все равно интереснее, имхо
Нельзя сравнивать. Что фронтенд, что бекенд, на уровне хай тир инженеров требует огромного багажа знаний
В контуре наверное все страдают
Ковер топовый. Но из-за только из-за ковра я не пойду у вам работать😅
Просто ковер надо прийти потрогать 😃
Приходите просто в гости! Мы будем рады. А ковёр лежит в нашем баре в офисе, хехехе ;)
@@2LazySnake ну это же не трава. Что его трогать)
бэк - это абстрактное творчество математики. Его сложне разглядеть третьему лицу, сложнее объяснить, так как уровень абстракции очень высок и не каждым может быть воспринят.
такое ощущение что везде веб. просто ничего кроме веба в индустрии нет
в остальных сферах люди просто ночами работают
Скоро придет флаттер, он то и объединит вас ребята.
Нет
Лично я не понимаю этого разделения.
Если я web-разработчик, то я web-разработчик
Да, да, скажи это разрабам того же ozon, удачи там пофулстечить. Перемрут все, если не будет разделения.
Какое творчество? Разработка 95% времени - это сплошная рутина чем бы не занимался. 5% времени что-то придумываешь, а оставшееся время реализуешь и отлаживаешь
Ты где такое процентное соотношение взял? Я всю жизнь больше всего времени тратил на "придумать". А реализовать - с этим проблем вообще нет, да и какие могут быть проблемы, если ты всё продумал?
бэкэндер, фронтэндер... главное, у кого ружьё!
На фронте только реакт, да фронт очень тяжелый, я вам как бек говорю
Интересно было бы послушать мнение фронтендеров, которые попытались освоить бэк))
фронт только react?😂
"фронт только react", "да фронт очень тяжелый"
Интересно, почему?) Что же могло пойти не так?? :D
@@Александр-т1ц5я Фронтендеры рано или поздно должны знать бэк как и наоборот.
@@JED4109базово, в глубоком понимании необходимости нет. Я с angular очень поверхностно знаком, ну то есть понимаю, как фронт с бэкомо коннектится, не более. Работаю бэком (php+symfony), практиковался во фронте чисто чтобы с коллегами коммуникацию упростить и чтобы не создавать им проблем в их работе, все, в принципе